1С: как запросом отобрать записи «Объект не найден»

Строка вида «<Объект не найден> (123:abc123...)» появляется в 1С, когда в поле документа, регистра или другого объекта хранится ссылка на элемент, которого уже нет в базе. Такие «битые» ссылки возникают после прямого удаления объектов, сбоев обмена, неаккуратной свёртки базы или ошибок в самописных обработках. Проблема в том, что стандартный поиск по строке в интерфейсе их не находит — навигационная ссылка не совпадает ни с одним реальным представлением.

Отобрать такие записи можно запросом: через соединение с таблицей-владельцем ссылки и проверку на NULL, либо через сравнение текстового представления ссылки. Ниже разобраны рабочие приёмы для консоли запросов, кода на встроенном языке и типовых инструментов, а также способы безопасной очистки найденного.

Что такое «Объект не найден» и откуда берутся битые ссылки

Ссылка в 1С — это не просто наименование, а уникальный идентификатор (GUID) плюс указание типа объекта. Когда объект удаляют физически (минуя контроль ссылочной целостности) или когда объект не приехал по обмену, в других таблицах остаётся «висячий» идентификатор. Платформа при выводе такого поля не может получить представление и показывает «<Объект не найден>» с внутренним кодом.

Типичные источники проблемы:

• прямое удаление объектов через обработки без проверки ссылок;
• обмены РИБ и универсальные обмены, когда объект-приёмник не загрузился, а документ с ним — загрузился;
• свёртка базы и обрезание периода, при котором удалены старые справочники;
• ручные правки в SQL-таблицах в обход платформы.

Основной приём: левое соединение и проверка ЕСТЬ NULL

Самый надёжный способ — соединить таблицу, где хранится ссылка, с таблицей-источником объектов. Если соединение «не нашло пару», значит объект отсутствует, и в полях присоединённой таблицы будет NULL. Пример для документа «Реализация товаров и услуг» со ссылкой на контрагента:

ВЫБРАТЬ
Реализация.Ссылка КАК Документ,
Реализация.Контрагент КАК Контрагент
ИЗ
Документ.РеализацияТоваровУслуг КАК Реализация
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК Контрагенты
ПО Реализация.Контрагент = Контрагенты.Ссылка
ГДЕ
Контрагенты.Ссылка ЕСТЬ NULL
И НЕ Реализация.Контрагент ЕСТЬ NULL

Второе условие НЕ Реализация.Контрагент ЕСТЬ NULL важно: пустое незаполненное поле тоже даст NULL при соединении, но это не битая ссылка, а просто пустое значение. Его нужно отсечь, иначе в выборку попадут тысячи лишних строк.

Ограничение приёма: он работает только когда тип ссылки известен заранее. Если поле составного типа (например, «Контрагент или Договор»), соединение нужно делать с каждой таблицей из состава типов и проверять, что NULL вернули все.

ВЫБРАТЬ Рег.Номенклатура ИЗ РегистрСведений.ЦеныНоменклатуры КАК Рег ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Спр ПО Рег.Номенклатура = Спр.Ссылка ГДЕ Спр.Ссылка ЕСТЬ NULL И НЕ Рег.Номенклатура ЕСТЬ NULL

Как найти битые ссылки в регистрах и табличных частях

Регистры сведений, накопления и бухгалтерии проверяются тем же способом — соединение идёт по измерению или реквизиту. Для регистра бухгалтерии отдельно проверяйте поля субконто (Субконто1, Субконто2, Субконто3), потому что именно там битые ссылки встречаются чаще всего после свёртки.

Табличные части документов — отдельные таблицы в запросе: Документ.РеализацияТоваровУслуг.Товары. Соединяйте их с нужным справочником по полю товара или услуги. Пример:

ВЫБРАТЬ
Товары.Ссылка КАК Документ,
Товары.Номенклатура КАК Позиция
ИЗ
Документ.РеализацияТоваровУслуг.Товары КАК Товары
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Спр
ПО Товары.Номенклатура = Спр.Ссылка
ГДЕ
Спр.Ссылка ЕСТЬ NULL
И НЕ Товары.Номенклатура ЕСТЬ NULL

Для массовой проверки всей базы перебирайте метаданные в коде: цикл по документам, справочникам и регистрам, внутри — динамически сформированный запрос по каждому ссылочному реквизиту. Это дольше, но даёт полную картину без ручного перечисления таблиц.

Альтернатива: поиск по представлению ссылки

В консоли запросов или динамическом списке можно отобрать записи по текстовому признаку: представление битой ссылки всегда начинается с «<Объект не найден>». В запросе это выражается через функцию ПРЕДСТАВЛЕНИЕ:

ВЫБРАТЬ
Реализация.Ссылка
ИЗ
Документ.РеализацияТоваровУслуг КАК Реализация
ГДЕ
ПОДСТРОКА(ПРЕДСТАВЛЕНИЕ(Реализация.Контрагент), 1, 18) = "Объект не найден"

Метод проще и не требует знать тип ссылки, поэтому удобен для быстрой разведки в консоли. Но у него два минуса: представление вычисляется для каждой строки (медленно на больших таблицах), а результат сравнения зависит от локали и настроек платформы. Для регламентной проверки надёжнее соединение с ЕСТЬ NULL.

Проверка битой ссылки в коде на встроенном языке

В модуле или обработке проверить конкретное значение проще без запроса. Два рабочих признака:

Если ЗначениеЗаполнено(СсылкаНаОбъект)
И СсылкаНаОбъект.ПолучитьОбъект() = Неопределено Тогда
// ссылка битая
КонецЕсли;

Либо через текстовое представление: СтрНайти(Строка(СсылкаНаОбъект), "Объект не найден") > 0. Первый вариант надёжнее, но обращение к ПолучитьОбъект() идёт в базу за каждой записью — в цикле по миллиону строк это заметная нагрузка. Для массовой обработки сначала отберите кандидатов запросом, а потом уже проверяйте в коде.

1. 1
   Сделайте резервную копию базы или выгрузку в dt.
2. 2
   Откройте консоль запросов и проверьте критичные таблицы: контрагенты и номенклатура в документах, субконто в регистре бухгалтерии.
3. 3
   Сформируйте запросы с ЛЕВЫМ СОЕДИНЕНИЕМ и условием ЕСТЬ NULL, исключив пустые значения.
4. 4
   Зафиксируйте список документов и регистров с битыми ссылками.
5. 5
   Решите по каждой группе: восстановить объект, заменить ссылку или очистить поле.
6. 6
   Повторите проверку после исправлений и убедитесь, что выборки пустые.

Что делать с найденными записями

Три варианта обработки, выбор зависит от причины появления ссылки. Если объект должен существовать (например, не приехал по обмену) — правильнее повторить выгрузку объекта из базы-источника, и ссылка «оживёт» сама, потому что GUID совпадёт. Это самый чистый сценарий.

Если объект удалён осознанно, ссылку заменяют на актуальное значение (другого контрагента, служебную позицию «Не указано») либо очищают поле. Для этого пишется простая обработка: запросом отбираются документы, у каждого поле перезаписывается, документ записывается в режиме загрузки или с проведением — в зависимости от того, влияет ли замена на движения.

Штатная «Тестирование и исправление» (конфигуратор, режим проверки ссылочной целостности) умеет автоматически очищать битые ссылки или удалять объекты с ними. Это удобно, но грубо: инструмент не спросит, каким значением заменить ссылку, и может удалить нужные документы. Запускайте её только после копии и желательно сначала в режиме «Тестирование» без исправления, чтобы увидеть объём проблемы.

Типичные ошибки при поиске и очистке

Первая распространённая ошибка — попытка найти битые ссылки через сравнение с пустой ссылкой или строкой «Объект не найден» в оперативном поиске. Ни то ни другое не работает: битая ссылка — это GUID, которого нет в таблице, и с пустым значением она не совпадает.

Вторая ошибка — забыть отсечь NULL-поля в запросе, из-за чего в результат попадают все документы с незаполненным реквизитом. Третья — проверять только шапки документов и игнорировать табличные части и регистры, где битых ссылок обычно больше всего.

Частые вопросы