Почему возникает ошибка "Поле объекта не обнаружено" при поиске номенклатуры в 1С и как её исправить?

← На главную

При работе в 1С пользователи часто используют встроенные механизмы поиска в списках. Иногда этот процесс прерывается назойливой ошибкой: {Обработка.ПоискОбъектовВСпискахДанных.МодульОбъекта(...) }: Поле объекта не обнаружено (например, ТИПШТРИХКОДА). При этом пользователю приходится нажимать кнопку «ОК» десятки раз, прежде чем появится закрашенный результатами поиска список. Давайте подробно разберем эту ситуацию, проанализируем причины ее возникновения и найдем как пользовательские, так и программные пути решения проблемы.

Разберем симптомы проблемы по шагам

Рассмотрим стандартную ситуацию. Пользователь открывает справочник номенклатуры, вводит поисковый запрос, и вместо быстрого отбора программа начинает выдавать окна с ошибкой, указывающей на конкретную строку кода в модуле обработки поиска, например: ОформлениеСтроки.Ячейки[ПолеСписка.Значение].ЦветФона = ЦветаСтиля.ЦветФонаФормы;.

Главный раздражающий фактор здесь — необходимость "прокликивать" окно с ошибкой 30–40 раз. Выясним причину такого поведения системы. Дело в том, что событие ПриВыводеСтроки в 1С срабатывает не для всей таблицы целиком, а индивидуально для каждой видимой на экране строки табличного поля. Если на вашем мониторе помещается, к примеру, 35 строк номенклатуры, платформа попытается отрисовать каждую из них по очереди.

Натыкаясь на ошибку отсутствующего поля при отрисовке первой строки, система прерывает выполнение, выводит сообщение, вы нажимаете «ОК», после чего платформа переходит к отрисовке второй строки — и так далее для всех видимых строк.

Проанализируем техническую причину ошибки

Посмотрим на пример кода, который вызывает сбой в типовой процедуре (например, СписокПриВыводеСтрокиСпискаОтбораДанных):


Для Каждого ПолеСписка из СписокВидимыхДляПоискаПолей Цикл 
    ОформлениеСтроки.Ячейки[ПолеСписка.Значение].ЦветФона = ЦветаСтиля.ЦветФонаФормы; 
КонецЦикла;

Проблема кроется в коллекции ОформлениеСтроки.Ячейки. При обращении к визуальным колонкам табличного поля через эту коллекцию платформа ищет колонку по ее свойству "Имя". Ошибка возникает, когда в конфигураторе разработчик добавил колонку, где свойство "Данные" (которое связывает колонку с реквизитом, например, ТипШтрихкода) заполнено корректно, а вот свойство "Имя" задано иначе (например, оставлено стандартное Колонка1 или содержит опечатку).

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

Программное решение проблемы для разработчиков

Если вы программист, рассмотрим, как сделать код универсальным и безопасным. Чтобы ошибка не возникала в принципе (даже если пользователь сбил настройки формы или разработчик ошибся с именованием колонки), цикл обращения к ячейкам нужно обернуть в проверку их существования.

Для этого воспользуемся методом Найти у коллекции ячеек. Перепишем проблемный участок кода следующим образом:


Процедура СписокПриВыводеСтрокиСпискаОтбораДанных(Элемент, ОформлениеСтроки, ДанныеСтроки) Экспорт 
    Если СписокВидимыхДляПоискаПолей = Неопределено ИЛИ (Список.Отбор.Ссылка.Использование = Ложь) Тогда 
        Возврат; 
    КонецЕсли; 

    Для Каждого ПолеСписка из СписокВидимыхДляПоискаПолей Цикл 
        // Проверяем, существует ли колонка с таким именем на форме
        Если ОформлениеСтроки.Ячейки.Найти(ПолеСписка.Значение) <> Неопределено Тогда
            ОформлениеСтроки.Ячейки[ПолеСписка.Значение].ЦветФона = ЦветаСтиля.ЦветФонаФормы; 
        КонецЕсли;
    КонецЦикла; 
КонецПроцедуры

Этот простой шаг делает систему отказоустойчивой. Платформа попытается закрасить только те поля, которые реально существуют в интерфейсе списка.

Решения на стороне пользователя и администратора

Если нет возможности оперативно внести изменения в код, проанализируем, что можно сделать в пользовательском режиме.

Проверка настроек формы: Пользователь может случайно скрыть или добавить проблемную колонку. Откройте настройки списка и попробуйте нажать «Восстановить стандартные настройки». Во многих случаях это возвращает структуру колонок в первоначальное состояние, где имена совпадают с данными.
Очистка кэша: Если ошибка наблюдается только у одного пользователя, а у других в той же базе все работает (система даже не заходит в ошибочную ветку кода), мы сталкиваемся с повреждением пользовательского кэша. Видимость колонок, их порядок и настройки локально кэшируются на компьютере. Закройте 1С и очистите временные файлы платформы в папках профиля Windows (папки v8i и v8c по путям AppData\Local\1C и AppData\Roaming\1C).

Особенности работы со штрихкодами в старых конфигурациях

Если проблема сконцентрирована исключительно вокруг полей типа ТипШтрихкода или Штрихкод (как это часто бывает в "Управлении торговым предприятием" или "Управлении торговлей" на обычных формах), рассмотрим еще один нюанс.

Недоступность таких полей бывает спровоцирована отсутствием зарегистрированной внешней компоненты печати штрихкодов 1CBarCod.dll или конфликтом разрядности платформы (например, при попытке работы с 32-битной компонентой на современной 64-битной платформе). В таких сценариях объект штрихкода не инициализируется корректно. Система не может прочитать связанные с ним данные, что в итоге приводит к каскадным ошибкам при попытке форматирования этих данных в формах списка.

Убедитесь, что компоненты работы со штрихкодами установлены и зарегистрированы в операционной системе. Это поможет избежать "фантомных" ошибок при отрисовке элементов номенклатуры.