Как исправить ошибку «Поле объекта не обнаружено (ВедетсяРозничнаяТорговля)» при переходе с БП 2.0 на БП 3.0?

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет IT и автоматизация бизнеса
← На главную

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

В ходе этого масштабного обновления технические специалисты и бухгалтеры часто сталкиваются с неприятной проблемой: при попытке открыть форму «Параметры учета» или настроить функциональность программы система аварийно завершает работу, выдавая ошибку: «Поле объекта не обнаружено (ВедетсяРозничнаяТорговля)» (или аналогичную ошибку для поля ВедетсяПроизводственнаяДеятельность). Давайте подробно разберем, почему возникает эта ошибка и как ее оперативно исправить.

Выясняем техническую причину сбоя

Для того чтобы понять природу возникновения этой ошибки, обратимся к особенностям работы платформы «1С:Предприятие 8.3» с управляемыми формами. В управляемом приложении критически важна оптимизация клиент-серверного взаимодействия. Чтобы минимизировать объем передаваемых данных по сети, платформа использует строгий алгоритм оптимизации трафика:

При обновлении конфигурации с версии 2.0 на 3.0 происходит автоматическая конвертация метаданных. Из-за особенностей объединения конфигураций поставщика и настроек конкретной информационной базы флаги «Использовать всегда» для некоторых ключевых констант в общих формах ПараметрыУчета и ФункциональностьПрограммы сбрасываются в значения по умолчанию. В результате код формы пытается прочитать состояние розничной торговли или производства, а платформа блокирует доступ к этим полям на клиенте.

Решение проблемы по шагам в режиме «Конфигуратор»

Если вы столкнулись с этой ошибкой, исправить ее можно только путем редактирования свойств формы в Конфигураторе. Рассмотрим по шагам, как это сделать:

  1. Создайте резервную копию! Любые манипуляции с метаданными в Конфигураторе следует начинать только после создания полной резервной копии информационной базы (выгрузки файла .dt или копирования файла 1Cv8.1CD для файловой базы).
  2. Запустите базу данных в режиме Конфигуратора.
  3. Если ваша конфигурация находится на поддержке без возможности изменения (на «замке»), ее необходимо временно подготовить к редактированию. Для этого перейдите в меню Конфигурация — Поддержка — Настройка поддержки. В открывшемся окне нажмите кнопку «Включить возможность изменения». Для правил поддержки конфигурации укажите вариант «Объект поставщика редактируется с сохранением поддержки».
  4. В дереве метаданных перейдите в ветку Общие, далее раскройте раздел Общие формы.
  5. Найдите форму с именем ПараметрыУчета (или ФункциональностьПрограммы, в зависимости от точной версии релиза БП 3.0, на который вы перешли) и откройте ее двойным кликом.
  6. В правом верхнем углу окна редактора формы переключитесь на вкладку «Реквизиты».
  7. Найдите основной реквизит формы, имеющий тип НаборКонстант (обычно он называется НаборКонстант или Константы). Раскройте его структуру, нажав на значок «плюс».
  8. Найдите в списке константу ВедетсяРозничнаяТорговля. Нажмите на нее правой кнопкой мыши и выберите пункт «Свойства».
  9. В открывшейся панели свойств найдите строку «Использовать всегда» и установите напротив нее флажок (значение должно стать равным «Истина»).
  10. Проделайте абсолютно аналогичную операцию для соседней константы — ВедетсяПроизводственнаяДеятельность. Это убережет вас от повторного падения формы со следующей ошибкой сразу после исправления первой константы.
  11. Сохраните изменения в конфигурации (комбинация клавиш Ctrl + S) и обновите конфигурацию базы данных (клавиша F7).

После выполнения этих действий запустите сеанс «1С:Предприятие» и проверьте работоспособность параметров учета. Форма должна открыться корректно и без ошибок.

Анализируем сопутствующие проблемы и предупреждения при переходе

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

Предупреждения о неуникальности кодов справочников

Во время обновления конфигурации на этапе реструктуризации таблиц базы данных система может выдать предупреждения о нарушении уникальности кодов в справочниках, таких как ПрочиеРасходы и РасходыБудущихПериодов. Настоятельно рекомендуем не игнорировать эти предупреждения!

В редакции 3.0 заложена принципиально иная логика контроля уникальности предопределенных элементов и кодирования справочников. Наличие дубликатов кодов или некорректных ссылок в этих объектах может привести к следующим критическим последствиям:

Для предотвращения этих проблем еще до начала обновления в старой базе БП 2.0 необходимо запустить стандартную процедуру «Тестирование и исправление» (ТиИ) со следующими настройками: проверка логической целостности, проверка ссылочной целостности, а при обнаружении конфликтов — автоматическое исправление (создание новых объектов или очистка неработающих ссылок). Также полезно воспользоваться типовой обработкой «Поиск и замена дублей» для слияния одинаковых элементов справочников расходов.

Назначение специальной роли для первого запуска

Многие технические специалисты совершают ошибку, запуская первое обновление информационной базы в режиме «1С:Предприятие» под учетной записью обычного администратора с полными правами. При переходе с редакции 2.0 на 3.0 этого может быть недостаточно.

Перед тем как выполнить первый запуск базы после наката новой конфигурации, обязательно зайдите в список пользователей в Конфигураторе и назначьте учетной записи администратора специальную роль — «Администратор системы (для перехода на ред. 3.0)». Без этой роли фоновые задания и обработчики обновления данных, которые заполняют новые служебные константы и регистры сведений, могут выполниться не полностью или завершиться с ошибками доступа в фоновом режиме. Это также является частой причиной «слетания» настроек параметров учета.

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

Чтобы минимизировать количество «подводных камней» после перехода на новую редакцию, проведем обязательный чек-лист подготовки исходной базы БП 2.0:

← На главную