← На главную

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

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

Решение 1. Особенности ролей и прав доступа в расширениях («Все или ничего»)

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

1. Правило автоматического доступа: Если в вашем расширении нет вообще ни одной роли (ни собственных добавленных, ни заимствованных из основной конфигурации), платформа автоматически предоставляет полные права на все новые объекты расширения всем пользователям информационной базы. Это сделано для упрощения разработки и тестирования.
2. Отключение автоматического доступа: Как только в расширении появляется хотя бы одна роль (даже если она была добавлена случайно или сгенерирована платформой автоматически), правило автоматического доступа мгновенно перестает работать. Теперь права на все новые объекты расширения необходимо настраивать вручную в рамках ролей этого расширения.
3. Проблема свойства «Основные роли»: При создании нового расширения платформа по умолчанию может сгенерировать пустую роль и прописать её в свойстве расширения Основные роли. В сочетании с типовыми конфигурациями на БСП это часто вызывает конфликты контроля прав.

Для исправления ситуации выполним следующие действия в конфигураторе:

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

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

Решение 2. Обновление кэша метаданных в Библиотеке стандартных подсистем (БСП)

Если ваша конфигурация построена на базе БСП (например, «Бухгалтерия предприятия», «ERP Управление предприятием» или «Комплексная автоматизация»), права доступа и профили пользователей контролируются не только на уровне платформы, но и программно.

БСП хранит информацию обо всех объектах метаданных (включая объекты расширений) в специальном справочнике ИдентификаторыОбъектовМетаданных и регистре сведений ИдентификаторыОбъектовВерсийРасширений. Если вы добавили новый справочник в расширение, БСП просто «не знает» о его существовании, пока не обновится этот кэш.

Для принудительного обновления идентификаторов выполним следующие шаги:

1. Запустим сеанс «1С:Предприятие» под пользователем с полными административными правами.
2. Если у нас есть доступ к непосредственному выполнению кода (например, через групповую обработку или внешнюю обработку «Консоль кода»), выполним следующий программный код для обновления справочника идентификаторов объектов расширений:

Справочники.ИдентификаторыОбъектовРасширений.ОбновитьДанныеСправочника(Истина);

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

/C ЗапуститьОбновлениеИнформационнойБазы

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

Решение 3. Проверка настроек интерфейса и командного интерфейса подсистем

Даже если права доступа настроены корректно, объект может не отображаться в интерфейсе пользователя из-за неверных интерфейсных настроек в самом расширении. Выясним причину, проверив свойства нового объекта:

1. Использование стандартных команд: Откроем свойства созданного справочника или документа в расширении и убедимся, что свойство ИспользоватьСтандартныеКоманды включено (стоит галочка). Если это свойство отключено, стандартные команды открытия списков и создания новых элементов не будут сгенерированы платформой.
2. Привязка к подсистемам: Чтобы объект появился в панели разделов (в интерфейсе «Такси»), он должен быть включен хотя бы в одну подсистему. Рассмотрим, как это сделать правильно:
   • Заимствуем необходимую подсистему из основной конфигурации в расширение.
   • В свойствах нашего нового объекта в расширении на вкладке Подсистемы отметим галочкой заимствованную подсистему.
3. Настройка командного интерфейса: Щелкнем правой кнопкой мыши по заимствованной подсистеме в расширении и выберем пункт Командный интерфейс. Проанализируем открывшееся окно и проверим, установлена ли видимость для команд нашего нового объекта. При необходимости принудительно включим видимость для нужных ролей или колонок интерфейса.
4. Влияние функциональных опций: Если заимствованная подсистема или сам объект связаны с функциональной опцией (ФО), которая отключена в настройках программы в пользовательском режиме, объект не появится на экране. Проверим, не привязана ли подсистема к отключенным опциям.

Решение 4. Назначение расширения и безопасный режим

Параметры подключения расширения в пользовательском режиме напрямую влияют на доступность его объектов и исполнение программного кода. Выясним, как влияют эти параметры:

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

Назначение расширения: Автор темы указал назначение Дополнение. Это корректный выбор для добавления новых сущностей, однако при таком назначении новые объекты могут быть недоступны для использования в некоторых механизмах основной конфигурации (например, при построении сложных отчетов через СКД или при работе с универсальными обработками). Если функционал требует тесной интеграции с кодом основной конфигурации, попробуем изменить назначение на Адаптация.

Исторический контекст и важные особенности платформы (версии 8.3.12 – 8.3.15)

Если вы работаете на устаревших версиях платформы 1С (как в обсуждаемой теме на форуме — версия 8.3.14), необходимо учитывать ряд критических багов, которые были зафиксированы разработчиками платформы в тот период:

• Сбои при Тестировании и Исправлении (ТиИ): В релизах платформы 8.3.14 существовала опасная ошибка: при запуске процедуры тестирования и исправления базы данных таблицы новых объектов, созданных в расширениях, могли полностью очищаться, что приводило к безвозвратной потере пользовательских данных. На старых платформах категорически не рекомендуется запускать ТиИ без предварительного отключения или удаления расширений, содержащих новые физические таблицы данных.
• Проблемы в РИБ (Распределенных информационных базах): При использовании РИБ передача изменений метаданных из расширений часто вызывала рассинхронизацию схем данных на подчиненных узлах. Это приводило к полной блокировке обмена данными без явного указания причин в журнале регистрации.
• Ошибки транзакционных блокировок: На платформе 8.3.12 новые документы из расширений вели себя нестабильно при попытке наложить управляемые блокировки при проведении по регистрам основной конфигурации, что приводило к аварийному завершению транзакций.

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