Почему пропадают подсистемы в расширениях 1С при добавлении ролей и как это исправить

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

Разберем причину: Изменение логики назначения прав

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

Однако, как только вы добавляете в расширение хотя бы одну роль (даже если она абсолютно пустая и в ней не проставлено ни одной галочки), этот автоматический механизм отключается. Платформа считает, что теперь разработчик берет управление правами в свои руки. С этого момента ни один объект расширения не будет виден пользователю, пока ему не будет явно назначена роль из этого расширения, дающая права на Просмотр подсистемы и Чтение/Просмотр соответствующих объектов.

Проблема «замкнутого круга» и ее решение

Часто возникает ситуация: вы добавили роль, интерфейс пропал, и вы пытаетесь добавить код для исправления прямо в расширение. Но так как расширение «отключилось» для пользователя, его команды и обработчики тоже могут перестать работать. В таком случае мы рекомендуем использовать внешнюю обработку для принудительного назначения прав пользователю информационной базы.

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

// Пример программного назначения роли из расширения
ИмяПользователя = "Администратор"; // Укажите имя нужного пользователя
ПользовательИБ = ПользователиИнформационнойБазы.НайтиПоИмени(ИмяПользователя);

Если ПользовательИБ <> Неопределено Тогда
    // Важно: имя роли указывается с префиксом расширения
    // Если расширение называется "Расш1", а роль "МояРоль", 
    // то в метаданных она будет "Расш1_МояРоль"
    ИмяРолиРасширения = "Расш1_Роль1"; 
    
    НоваяРоль = Метаданные.Роли.Найти(ИмяРолиРасширения);
    
    Если НоваяРоль <> Неопределено Тогда
        ПользовательИБ.Роли.Добавить(НоваяРоль);
        ПользовательИБ.Записать();
        Сообщить("Роль успешно добавлена пользователю " + ИмяПользователя);
    Иначе
        Сообщить("Роль не найдена в метаданных. Проверьте имя расширения и роли.");
    КонецЕсли;
КонецЕсли;

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

Работа с Библиотекой стандартных подсистем (БСП)

Если ваша конфигурация построена на базе БСП (например, ЗУП 3.1, Бухгалтерия 3.0, УТ 11), то простого добавления роли в Конфигураторе или через ПользователиИнформационнойБазы может быть недостаточно. БСП хранит информацию о правах в собственных справочниках.

Выясним, какие шаги нужно предпринять для корректной регистрации метаданных:

1. Обновление идентификаторов: БСП должна «увидеть» новые объекты метаданных вашего расширения. Для этого часто требуется запустить процедуру обновления идентификаторов. Это можно сделать, запустив программу с параметром ЗапуститьОбновлениеИнформационнойБазы или выполнив код в консоли: Справочники.ИдентификаторыОбъектовМетаданных.ОбновитьДанные();
2. Настройка профилей групп доступа: В режиме «1С:Предприятие» перейдите в раздел «Администрирование» — «Настройки пользователей и прав» — «Профили групп доступа». Создайте новый профиль, найдите в списке вашу роль из расширения, отметьте ее флажком и включите этого пользователя в группу доступа с данным профилем.

Внимание: В версиях платформы 8.3.13 и выше существует особенность работы с кэшем метаданных. Если после всех манипуляций подсистемы не появились, попробуйте полностью очистить кэш на стороне сервера и клиента.

Проверка настроек интерфейса и свойств расширения

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

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

Итоги и рекомендации

Подводя итог, можно составить следующий алгоритм действий, если у вас пропали подсистемы после добавления роли:

1. Проверьте, что в созданной роли расширения установлены права Просмотр для самой подсистемы.
2. Убедитесь, что для всех объектов внутри подсистемы в этой же роли даны права на Чтение и Просмотр.
3. Используйте внешнюю обработку для программного добавления роли вашему пользователю, чтобы исключить влияние механизмов БСП на начальном этапе.
4. Если используется типовая конфигурация, обновите справочник ИдентификаторыОбъектовМетаданных и настройте права через Профили групп доступа.

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