Сообщение «Объект не найден 1С после обновления» появляется в журналах документов, в отчётах и при открытии форм — обычно сразу после переноса базы, обновления конфигурации или ручного удаления элементов справочника. Это значит, что в данных есть ссылка на запись, которой уже нет в таблицах базы.
Что означает эта ошибка
В 1С каждая запись справочника, документа или регистра имеет уникальный идентификатор (ссылку). Когда документ ссылается на контрагента, организацию или номенклатуру, в базе хранится не строка «ООО Ромашка», а идентификатор вида e1cib/data/Справочник.Контрагенты?ref=.... Если сам элемент удалён или потерян (например, при некорректной выгрузке/загрузке, частичной миграции, ручном DELETE на уровне СУБД), ссылка превращается в «битую».
Платформа не падает целиком — она просто отображает текстовый маркер вместо имени объекта. Но при попытке провести документ, построить отчёт или открыть форму вы получите ошибку.
«Объект не найден (12345:a1b2c3d4e5f6g7h8i9j0k1l2m3n4o5p6)»
или
«<Объект не найден>» — в колонке журнала документов вместо имени контрагента, договора, номенклатуры
Появляется как служебное сообщение при проведении документа, как пустое значение в отчёте или прямо в ячейке журнала. В скобках указаны код типа объекта и уникальный идентификатор удалённой записи.
Причины появления
- Элемент справочника или документ был удалён через «Контроль ссылочной целостности → Удалить» или через прямые манипуляции с базой.
- База перенесена частично — выгружали отдельные таблицы, а связанные не перенесли.
- Обмен через РИБ или Конвертацию данных не доставил часть объектов (узел был отключён, обмен прерван).
- Свёртка базы удалила старые документы, на которые ссылаются регистры или открытые остатки.
- В новом релизе конфигурации изменилась структура — какие-то предопределённые элементы исчезли.
- Кто-то выполнил
УдалитьОбъекты()в обработке без контроля связей.
Способ 1: Стандартная обработка «Поиск и удаление дублей»
- Создайте резервную копию информационной базы.
- В режиме «Предприятие» откройте: НСИ и администрирование → Обслуживание → Поиск и удаление дублей.
- Выберите справочник, в котором были найдены битые ссылки (например, «Контрагенты»).
- Запустите поиск — обработка не только найдёт дубли, но и покажет элементы с подозрительными связями.
- Объедините дубли, выбрав «эталонный» элемент — все ссылки автоматически перепривяжутся.
Способ 2: Поиск ссылок на объект
- Откройте журнал документов или список справочника, где видна битая ссылка.
- Поставьте курсор на строку с надписью «Объект не найден».
- Главное меню → Все действия → Найти ссылки на объект (либо правой кнопкой на пустом значении).
- Платформа покажет все документы и регистры, где хранится эта ссылка.
- Откройте каждый документ и замените битую ссылку на корректный элемент, перепроведите.
Способ 3: Тестирование и исправление ссылочной целостности
- Завершите работу всех пользователей.
- Откройте Конфигуратор → Администрирование → Тестирование и исправление.
- Включите режимы: «Проверка логической целостности», «Проверка ссылочной целостности».
- В блоке «При наличии битых ссылок» выберите вариант «Создать объекты» (платформа создаст пустые элементы с тем же идентификатором — данные читаются) или «Очистить ссылки» (битая ссылка обнулится в полях документов).
- Запустите тестирование. После окончания пройдитесь по затронутым документам и заполните корректные значения.
Способ 4: Программная замена битых ссылок
Если ссылок много и точно известно, на какой корректный элемент их заменить, используйте обработку «Поиск и замена значений» (БСП).
- В режиме «Предприятие»: НСИ и администрирование → Обслуживание → Корректировка данных → Поиск и замена значений.
- В поле «Что заменить» вставьте битую ссылку (можно скопировать GUID из текста ошибки).
- В поле «На что» выберите корректный элемент справочника.
- Запустите поиск, проверьте список затронутых объектов, нажмите «Выполнить замену».
- Если такой обработки нет в вашей конфигурации, аналогичную логику можно реализовать через консоль запросов и SQL UPDATE — но только опытному 1С-программисту и только с резервной копией.
Способ 5: Восстановление из резервной копии
- Если ошибка появилась после конкретной операции (обновление, обмен, свёртка) — поднимите резервную копию ДО этой операции в отдельную базу.
- Через выгрузку/загрузку XML (или через обработку обмена) перенесите утраченные элементы в текущую рабочую базу.
- После переноса перепроведите цепочку документов, чтобы пересчитались остатки и движения регистров.
Профилактика
Не удаляйте элементы справочников напрямую — пользуйтесь пометкой на удаление и обработкой «Удаление помеченных объектов», которая проверит связи. Раз в квартал запускайте тестирование с проверкой ссылочной целостности. Перед обновлением конфигурации, обменом или свёрткой делайте полную резервную копию и сохраняйте её минимум до тех пор, пока месяц работы в новой версии не подтвердит, что всё корректно.
Регламент обслуживания ссылочной целостности описан на портале ИТС в разделе «Технологические вопросы крупных внедрений».
FAQ
Можно ли просто игнорировать «Объект не найден»?
В отчётах — иногда да, если речь о служебной строке без денежного значения. Но в проводках, движениях регистров и закрытии периода битые ссылки искажают остатки и приведут к расхождениям в декларации. Лучше чистить сразу.
Что значит число и GUID в скобках в тексте ошибки?
Число — внутренний код таблицы метаданных (тип объекта), GUID — уникальный идентификатор записи. По GUID можно найти все ссылки в базе через консоль запросов или через «Поиск ссылок на объект».
Поможет ли пересоздание индексов в СУБД?
Нет. Битые ссылки — это логическая ошибка данных, индексы здесь ни при чём. Реиндексация полезна для скорости, но не лечит ссылочную целостность.
Если я выберу «Создать объекты» в тестировании, что появится?
Платформа создаст пустые элементы с пустыми реквизитами и сохранит идентификаторы. Документы перестанут падать, но в журналах вы увидите пустую строку вместо имени. После этого надо вручную заполнить нужные данные либо найти первичку и ввести заново.
Можно ли откатить операцию «Очистить ссылки»?
Только из резервной копии. Очистка перезаписывает поля документов на пустое значение, отменить это штатно нельзя. Всегда делайте бэкап перед тестированием с режимом исправления.
Почему ошибка появилась только после обновления, хотя данные не трогали?
В новом релизе могла измениться структура — какой-то справочник стал обязательным, или удалены предопределённые элементы, на которые ссылались старые документы. Проверьте «Описание изменений» к релизу на портале поддержки.