Добрый день! С наступающим Всех!
В самописной базе на 1С 8.3 есть документ с табличной частью, в таб части есть ссылка на элемент справочника, в остальных колонках значения реквизитов этого объекта и суммы проставляемые ручками. Документ создается обработкой, после создания было всё нормально, сегодня зашли в документ и нашли несколько строк где вместо ссылки на элемент было <Объект не найден>, хотя элементы справочника на месте, их никто не удалял. Может кто сталкивался с такой ситуацией, почему такое происходит?

(0) Права доступа изменили...

(1) Право доступа у кого? у меня полные права и тоже выходит <Объект не найден>

+ возможно сбой в базе. особенно если она файловая

(3) База sql

это не гарантирует что она без сбоев

Возможно разрешено непосредственное удаление. Открой резервную копию, посмотри, что там.

(2) Не совсем полные.

+(4) этот глюк нашел ещё в паре баз, во всех базах одна и та же конфигурация

(2)Полные права не обязательно все разрешают, если добавили роль и запретили доступ к этим объектам в коде.

(6) элементы справочника не удалены, т.е. по реквизитам из других колонок я нахожу в справочнике этот элемент, с ним всё нормально

(8) Возможно обработка записывает кривую ссылку

(9) доступ никто не запрещал, у полных прав права есть на всё

(8) Криворукий программист разрешил непосредственное интерактивное удаление. Или допустил подобное программно.

(11) После обработки в документе всё нормально, после создания документа прошла неделя и сегодня вот это вылезло

(13) удаление чего? если все элементы на месте, что можно было удалить?

(10) В реквизите ссылка на элемент, которого не существует. Позовите программиста, чтобы он нашел, почему такое происходит.

(16) элемент существует

(10) "по реквизитам из других колонок" находится ДРУГОЙ элемент с аналогичным составом реквизитов.

(0) А ты найди

(17) Проверь. Банальным поиском ссылок на объект.

(18) исключено, есть реквизиты значения которых уникальны для каждого элемента справочника

(17) А ты на всякий случай проверь по торчащему там вместо ссылки на элемент УИДу, на тот ли элемент, который в справочнике есть, эта запись в документе ссылается. Может кто-то удалил старый элемент, а вместо него создал такой же новый.

Корень проблемы - guid.
GUID можно поменять (может измениться) в нескольких случаях.
Ко всем вышеперечисленным бедам можно добавить еще и РИБ.

(23) Список случаев (хотя бы примерный) - в студию.

(17) Мне этого рассказывать не надо. 1С расскажи.

Надо достать копию где всё нормально и сравнить - поменялся справочник (удаление/замена) или изменился документ.
Повторение проблемы в разных базах исключает технический сбой.

На вскидку:
Изменили права доступа (1)

Непосредственное удаление объекта(6)
(Обработкой или "руками" с последующим добавлением элемента)

Изменение GUID объекта (обработкой, обработкой переноса)

+(27) И еще, смотрю в (0) - "Документ создается обработкой".
Возникает вопрос: а не создаются ли элементы справочника, для этого документа, той же обработкой?

Бомба, которая была и есть до сих пор: групповой обработкой можно изменять номенклатуру в табельных частях документов. Где криминал спросите вы? В единице измерения. Расшифровывать или и так ясно?

(27) "Изменение GUID объекта" - а можно код в студию, который на такое способен?
Только, чур, без удаления и создания нового и без ковыряния в SQL.

(29) Бомба, которая была и есть до сих пор: можно удалить файл базы данных.

(30) Надеюсь, что очень не прав, но не знаю на что способна система после
Объект.ОбменДанными.Загрузка = Истина;

(0) Эээ... а конфигурацию не изменяли? Или может быть ТиИ запускали?

(32) Она способно на многое :) Например, на отмену контроля ссылочной целостности.

Сейчас развернул копию дня создания документа, там всё нормально, буду смотреть кто что делал с элементом справочника

(35) программиста допросите при помощи паяльника, наверняка ведь чего-то нафигачил там.

(36) я сам программист, и кроме меня тут ещё 3 программера) всех под паяльник? )))

(37) В порядке очереди :)

+(37) Настройте работу в Хранилище. Хоть увидишь, кто где чего менял :)

http://infostart.ru/public/63841/
http://infostart.ru/public/189466/
http://www.helix-group.ru/info/articles/udal_hranilishe/
http://www.time1c.ru/index.php?option=com_content&view=article&id=54&Itemid=63
http://wiki.mista.ru/doku.php?id=1c:v8:admin:server_xranilischa_konfiguracii
Книга знаний: Опыт развертывания сервера хранилищ конфигураций 8.1
v8: v8: Работа с хранилищем значения в управляемом интерфейсе

(0) >>> строк где вместо ссылки на элемент было <Объект не найден>, хотя элементы справочника на месте


Да, сталкивался. Такое происходит, когда Документ записан, но не проведен. Т.е. в момент проведения записывались реквизиты ссылками на объекты, которые Создавались в момент транзакции.

Новые объекты не записались, но на них остались ссылки :)

Хорошим тоном будет очистка таких реквизитов, при НЕ успешном проведении документа.
А то бывают всякие проверки на заполнение таких реквизитов :)

Или используй такую Функцию, поможет 100% проверить мертвые ссылки:

Функция ОбъектБДСуществует(ТестоваяСсылка) Экспорт

    МД = Метаданные.НайтиПоТипу(ТипЗнч(ТестоваяСсылка));
    ИмяОбъекта = МД.Имя;
    ПолноеИмяОбъекта = МД.ПолноеИмя();

    Запрос = новый Запрос();
    Запрос.Текст =
    "ВЫБРАТЬ
    |   ИСТИНА как НЕЧТО
    |ИЗ
    |   " + ПолноеИмяОбъекта + " КАК " + ИмяОбъекта + "
    |ГДЕ
    |   " + ИмяОбъекта + ".Ссылка = &Cсылка";
    Запрос.УстановитьПараметр("Cсылка", ТестоваяСсылка);
    РезультатЗапроса = Запрос.Выполнить();
    
    Возврат Не РезультатЗапроса.Пустой();

КонецФункции

(0) что то создавалось не в транзакции

(0) Вот это "хотя элементы справочника на месте, их никто не удалял" - гнусная наглая ложь с учетом (2)