При проведении < Заказ-наряд обнаружены ошибки:
Товар "<Объект не найден> (52:b6c400112fafca5411e27cbe302d3c2f). После закрытия заказ-наряда в производстве осталось -1 .

(0) кому то ручки надо оборвать

восстанавливай удаленный элемент

Как?

(3) Уже никак)

ну из копии например. У тебя же есть бэкапы?

попроще можно... для лузера.

без фото не взлетит

(6)Само просто- позови специалиста. Проще некуда

(8) +

не возможно.

(10) копия базы есть?

бэкап точнее, по дате создания самый близкий к дате документа

(0) Даже если восстановишь, так и останется "-1".
Надо искать причину.

(13) восстановить все равно надо, а потом искать причину

Можно одним (!) sql-запросом выбрать документ из архивной копии select-ом и insert-ом вставить его в рабочую базу. Тогда битые ссылки исчезнуть. Но нужно ведь ещё ТЧ документа загнать!

+(15) Хотя... Там же ссылка на справочник. Ну тогда как-то так:

insert (*)
into [dbo].[your_base].ТаблицаГдеЛежитНоменклатура
select *
from [dbo].[your_archive].ТаблицаГдеЛежитНоменклатура
where _IDRRef = ТвойGUID

(16)
ну попробуте вашим запросом, скопировать запись справочника
или документа.

(17) пробовал года 4 назад - восстанавливалось

попробую.спасибо.

(18)
если ms sql - то не могло.
тк в справочниках доках и др
используется поле Version c типом timestamp
в поля с типом timestamp записать ничего нельзя.

(20) прикольно, но как там оказываются значения?

+ 21 может просто есть триггеры, которые как то обходятся?

2(20) даже если ты его восстановишь, документ не станет проводиться.

Если есть откуда восстановить (копия, первичка ...), то восстанавливай их с тем же GUID средствами 1С.
http://infostart.ru/public/92259/
Дальше ищи причину.
А тем кто написал "ЭлементСправочника.Удалить();" действительно стоит УдалитьРучки.
Хотя конечно может быть сбой БД, но это маловероятно.

(20) 8.1 было

(20) я, помню какие-то поля я убирал из запроса, конечно

2(24) а если никто не удалял?

(27) А чудеса бывают?
Я не верю. Если Объект не найден, значит JOIN SQL запрос 1C по таблице справочника выдал что элемента нет. Остался только GUID. Можно, конечно, в таблице SQL справочника поискать по наименованию. Может гипотетически GUID в документе изменился на несуществующий?
Но мне думается, что это все маловероятно.

2(28) какая разница во что ты веришь или нет, и какая разница что ты воспринимаешь за чудо, а что нет.
Это всего лишь может означать что документ передался с обменом в перефирию, а элемент справочника нет.
Почему так произошло, кто-то сделал это сознательно или бессознательно - это отельный вопрос для выяснения.

(20) Тем не менее ТС должен знать: восстановить объектные данные 1С (16)-образным запросом  р е а л ь н о. Да, *-не катит.

2(30) может тогда лучше посоветовать православный способ? через выгрузказагрузкаданныхХМЛ82.епф? тем более база может быть совсем не МС СКЛ, и автор может быть сугубо 1сником.

(29) Может я что-то пропустил. Кто-то писал про обмен? Извини, не телепат.

2(32) а кто-то писал про Объект.Удалить()?
или все-таки телепат?

(33) Согласен ;) И то и то гадание ;)

просто в данном топике наличие или отсуствие объекта вообще не главное. документ как не проводился, так и не будет

(31) +1

(31)(36) точно! (0) забей на (16)?

GUID_ПотерянногоЭлемента = Новый УникальныйИдентификатор("6ce92cb6-6d92-11e0-afc8-003048f27c5f");
Ссылка_ПотерянногоЭлемента = Справочники.ТвойСправочник.ПолучитьСсылку(GUID_ПотерянногоЭлемента);
ОбъектПоСсылке = Справочники.ТвойСправочник.СоздатьЭлемент();
ОбъектПоСсылке.УстанвитьСсылкуНового(Ссылка_ПотерянногоЭлемента);

// заполнить ОбъектПоСсылке
// ...

ОбъектПоСсылке.Записать();

Это и реализовано в обработке ВыгрузкаЗагрузкаДанныхXML.epf?  http://its.1c.ru/db/metod81#content:4126:1

http://its.1c.ru/db/metod81#content:4126:1

(37) да