Что значит «Поле объекта не обнаружено» в 1С и как это исправить

«Поле объекта не обнаружено» в 1С означает одно: программа пытается обратиться к реквизиту или колонке, которой в текущей структуре данных уже нет. Либо её переименовали в конфигураторе, либо удалили, либо к ней обращается код или отчёт, написанный под другую версию базы.

Ошибка техническая, не бухгалтерская. Она одинаково всплывает в Бухгалтерии, ЗУП, Управлении торговлей и ERP — механизм один и тот же: ссылка на поле есть, а самого поля в метаданных объекта больше нет.

Разбираемся, где именно 1С теряет поле, как починить это пользователю без входа в конфигуратор, что делать программисту и как эта ошибка ведёт себя в обменах данными и отчётах на СКД.

Где чаще всего вылезает «Поле объекта не обнаружено в 1С»

Формулировка почти всегда одна из этих:

• Поле объекта не обнаружено (Артикул);
• {Форма.Форма(216)}: Поле объекта не обнаружено (Реквизит1);
• Поле объекта не обнаружено "Номенклатура.ВидНоменклатуры" — при выполнении запроса;
• Ошибка в поле Данные: Поле объекта не обнаружено — в макете отчёта.

Чаще всего это происходит в четырёх сценариях:

Что значит «поле объекта не обнаружено в 1с что значит» на практике

По сути это защитная реакция платформы. 1С не позволяет молча читать несуществующий реквизит — она прерывает операцию и называет точное имя поля в скобках.

Само это имя — подсказка для диагностики. Три варианта того, что скрывается за ошибкой:

1. 🔤 Опечатка в коде или запросе. Например, написано Номенклатура.Артикул, а реквизит на самом деле называется АртикулНоменклатуры.
2. 🗑️ Реквизит удалили из конфигурации. Раньше поле было, разработчик его убрал при доработке, а старый отчёт или обработка всё ещё на него ссылаются.
3. 🔁 Реквизит переименовали. Имя объекта метаданных изменилось (например, Реквизит1 стал ДатаПоставки), а внешний код обращается по старому техническому имени.

Важно: имя реквизита в коде — это его техническое «Имя» в конфигураторе, а не «Синоним», который видит пользователь на экране. Поэтому поле может выглядеть на форме привычно, а в запросе называться совершенно иначе.

Как исправить ошибку пользователю, без конфигуратора

Если вы просто работаете в 1С и не дорабатываете конфигурацию, начните с самых простых шагов — обычно этого достаточно.

1. Обновите конфигурацию базы данных. Конфигуратор → Конфигурация → Обновить конфигурацию базы данных, если есть доступ. Если нет — попросите администратора выполнить обновление.
2. Перезапустите клиент с очисткой кеша. Закройте 1С и запустите с параметром /ClearCache, либо просто перезайдите в базу — кеш форм и метаданных иногда держит старую структуру.
3. Проверьте, не устарела ли внешняя обработка или отчёт. Если ошибка в файле .epf или .erf, который вам прислали коллеги или скачали с форума — нужна версия, собранная под вашу конфигурацию.
4. В отчёте на СКД откройте настройки отчёта, найдите поле, вызвавшее ошибку (оно обычно называется в тексте сообщения), и уберите его из группировок, отбора или полей вывода.
5. Если документ не проводится — сообщите программисту точный текст ошибки целиком, включая имя поля в скобках. Без него диагностика займёт в разы больше времени.

Как исправить ошибку программисту: пошагово

Если вы ведёте доработку сами, порядок такой.

Шаг 1. Найти точное место обращения к полю

Текст ошибки обычно содержит либо номер строки модуля в фигурных скобках ({Форма.Форма(216)}), либо текст запроса целиком. Откройте это место в конфигураторе.

1. Скопируйте имя объекта и номер строки из сообщения.
2. Откройте модуль формы или объекта по этому пути.
3. Найдите строку — именно там обращение к несуществующему полю.

Шаг 2. Сверить реквизит с текущими метаданными

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

Если реквизита нет вообще — он был удалён, и нужно либо вернуть его, либо переписать код под актуальную структуру. Если есть похожий по смыслу, но с другим именем — реквизит переименовали.

Шаг 3. Исправить код, запрос или макет

• В коде на встроенном языке — заменить имя поля на актуальное.
• В тексте запроса (язык запросов 1С) — то же самое, через конструктор запроса удобнее: он сразу подсвечивает несуществующие поля.
• В макете компоновки данных (СКД) — открыть схему компоновки данных, вкладку Наборы данных, убрать или переименовать поле, затем проверить связанные с ним группировки и отборы.
• В печатной форме (макет-таблица) — найти параметр в ячейке, который ссылается на удалённое поле, и либо удалить его, либо привязать к существующему.

Шаг 4. Обновить базу данных и проверить расширения

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

Особенности по конфигурациям

1С:Бухгалтерия 3.0 и Управление торговлей

Чаще всего ошибка приходит вместе с внешними печатными формами и обработками: обновили типовую конфигурацию , а печатная форма счёта или акта писалась под прошлый релиз. Проверяйте версию обработки в карточке Файл → Свойства и сверяйте с номером релиза вашей базы в Справка → О программе.

Второй частый случай в Бухгалтерии — доработанные отчёты по взаиморасчётам и остаткам на СКД, где кто-то добавил кастомное поле, а потом оно было удалено при обновлении конфигурации с сохранением изменений.

ЗУП 3.1

В кадровом учёте ошибка обычно встречается в самостоятельно доработанных формах приказов и в отчётах по сотрудникам, где используются произвольные реквизиты справочника Сотрудники или регистров сведений по кадровому учёту. После обновления релиза библиотека может переименовать служебные поля — доработку придётся синхронизировать вручную.

УТ 11, ERP, КА 2

Здесь ошибка типична для обменов данными между базами разной конфигурации (например, УТ и ERP в одном контуре) и для доработанных обработок массового изменения реквизитов. Платформа при обмене передаёт данные по правилам конвертации — если в плане обмена зафиксировано старое имя поля, а в структуре базы-приёмника оно изменилось, обмен падает именно с этой ошибкой.

Ошибка в обмене данными между базами

Это отдельный класс причин, и чинится он не так, как внутри одной базы.

1. Сверьте релизы конфигураций источника и приёмника — обмен рассчитан на совместимые версии.
2. Откройте правила обмена (конвертацию данных) и найдите упомянутое поле в маппинге объектов.
3. Если поле действительно удалено на одной из сторон — уберите его из правил обмена или замените на актуальное соответствие.
4. Обновите обе базы до синхронных релизов там, где это возможно — это снимает проблему системно, а не точечно.

Ошибка в отчётах на СКД отдельно

Система компоновки данных хранит собственный список полей набора данных, и он не всегда синхронизируется с метаданными автоматически после правок структуры.

Порядок исправления:

1. Откройте отчёт в конфигураторе, перейдите в схему компоновки данных.
2. На вкладке Наборы данных найдите запрос — именно его текст чаще всего содержит само несуществующее поле.
3. Исправьте запрос через конструктор: он подсветит невалидные поля красным.
4. Проверьте вкладки Ресурсы, Параметры, Группировки — туда могли попасть ссылки на то же поле.
5. Пересохраните и обновите отчёт в пользовательском режиме.

Если отчёт внешний (.erf) и пользователь сам добавлял поля через Настройки → Изменить вариант, иногда достаточно сбросить пользовательские настройки к значениям по умолчанию — проблемное поле просто исчезнет из варианта отчёта.

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

• ❌ Чинят симптом в отчёте, а не причину в источнике. Убрали поле из настроек СКД — отчёт открылся, но при следующем обновлении та же ошибка вернётся у всех пользователей.
• ❌ Путают «Имя» реквизита с «Синонимом». Ищут в коде русское название с экрана формы, хотя в запросе и модуле используется техническое имя объекта метаданных.
• ❌ Обновляют только одну базу при обмене данными. Если синхронизировать релиз источника без приёмника (или наоборот), обмен продолжает падать на той же ошибке.
• ❌ Переустанавливают платформу «на всякий случай». Ошибка почти никогда не связана с версией платформы — дело в структуре данных конкретной конфигурации.
• ❌ Игнорируют расширения. Разработчик правит типовую конфигурацию, забыв, что часть реквизитов добавлена отдельным расширением, которое не пересобрали.
• ❌ Копируют внешнюю обработку между базами без проверки релиза. Файл, работавший в одной базе, не обязан работать в другой — даже на той же типовой конфигурации, но другом релизе.

Как предотвратить повторение ошибки

• 🧪 После каждого переименования или удаления реквизита запускайте полный поиск ссылок на объект метаданных через Конфигурация → Поиск ссылок на объект в конфигураторе.
• 📋 Ведите список доработанных отчётов и обработок с привязкой к релизу конфигурации, под который они собраны.
• 🔄 Перед обновлением типовой конфигурации с доработками проверяйте список изменённых объектов метаданных — не затронуты ли реквизиты, которые используют внешние отчёты.
• 🧩 Для расширений фиксируйте версию конфигурации, под которую они собраны, и пересобирайте при крупных обновлениях.
• 🤝 При обмене данными синхронизируйте релизы источника и приёмника по единому графику обновлений, а не по мере возможности.

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