При активной разработке в расширениях 1С программисты часто сталкиваются с ситуацией: в расширение добавляются новые справочники, создается соответствующая роль для управления правами на них, но при попытке включить эту роль в профиль групп доступа система выдает критическую ошибку. Ошибка возникает в общем модуле УправлениеДоступомСлужебный и сопровождается текстом: «Ошибка при установке значения атрибута контекста (Значение): Неверный тип значения». Рассмотрим подробнее, почему это происходит и как правильно интегрировать метаданные расширения в механизмы Библиотеки стандартных подсистем (БСП).
Проанализируем ситуацию с точки зрения архитектуры БСП. Библиотека стандартных подсистем для управления доступом, формирования отчетов и других сервисных функций использует не прямые ссылки на объекты метаданных (которые доступны только в конфигураторе), а их программные отражения — элементы справочников ИдентификаторыОбъектовМетаданных и ИдентификаторыОбъектовРасширений.
Когда мы добавляем новый справочник в расширение, платформа «видит» его, но подсистема управления доступом БСП еще не знает о его существовании в своих служебных таблицах. В момент записи профиля групп доступа код БСП пытается сопоставить роль и объекты, к которым она дает доступ. Если идентификатор нового объекта не найден или не зарегистрирован, переменная ЗначениеОтбора в коде общего модуля получает значение Неопределено или пустую строку. При попытке установить это некорректное значение в элемент отбора по полю, которое ожидает ссылку на идентификатор метаданных, возникает ошибка «Неверный тип значения».
Самый быстрый способ заставить систему «увидеть» новые объекты расширения — запустить процедуру обновления идентификаторов вручную. Это особенно актуально, если автоматическое обновление при запуске системы по каким-то причинам не отработало или база находится в режиме отладки.
Разберем, какой код необходимо выполнить. Для этого можно воспользоваться внешней обработкой «Консоль кода» или создать временную кнопку в интерфейсе:
// Принудительное обновление идентификаторов объектов метаданных, включая расширения
ПараметрыОбновления = Новый Структура;
ПараметрыОбновления.Вставить("ВыполнятьТолькоДляРасширений", Истина);
Справочники.ИдентификаторыОбъектовМетаданных.ОбновитьДанныеСправочника(Истина, Ложь, Истина);
В данном методе третий параметр Истина критически важен — он указывает системе на необходимость глубокого сканирования именно метаданных расширений. После выполнения этого кода в справочнике ИдентификаторыОбъектовРасширений должны появиться записи для ваших новых справочников.
Если вы не хотите писать код, воспользуйтесь штатными средствами, которые входят в состав БСП. Почти в любой современной конфигурации (УТ 11, ERP, БП 3.0) есть обработка «Инструменты разработчика: Обновление вспомогательных данных». Посмотрим на алгоритм работы с ней:
ОбновлениеВспомогательныхДанных.Эта обработка не только создаст недостающие записи в справочниках, но и корректно заполнит регистры сведений, отвечающие за права ролей, что исключит ошибку в модуле УправлениеДоступомСлужебный.
Выясним причину, связанную с платформенными ограничениями. В версиях платформы 8.3.12 и ниже работа с расширениями имела ряд особенностей. Если ваша конфигурация работает в режиме совместимости с версией 8.3.10 или ниже, полноценная поддержка новых объектов в расширениях через RLS (разграничение прав на уровне записей) может работать нестабильно.
Также проанализируем ситуацию с именованием ролей. Если в расширении создана роль с таким же именем, как в основной конфигурации, БСП может некорректно сопоставить права. Рекомендуется придерживаться следующих правил:
прф_ДоговорыСпецУчета).прф_ДобавлениеИзменениеСпецСправочников), а не пытайтесь переопределить стандартную роль ПолныеПрава.Иногда ошибка может быть вызвана отсутствием директив компиляции в модулях объектов или менеджеров новых справочников. Рассмотрим пример: если код в модуле справочника не обрамлен соответствующими инструкциями, он может пытаться выполниться на стороне клиента там, где это запрещено, что косвенно влияет на регистрацию объекта в системе.
Убедитесь, что ваши модули начинаются и заканчиваются правильно:
#Если Сервер Или ТолстыйКлиентОбычноеПриложение Или ВнешнееСоединение Тогда
// Код модуля справочника
#КонецЕсли
Хотя это кажется незначительным, для механизмов БСП, которые анализируют метаданные через рефлексию, чистота модулей объектов имеет значение при формировании кэша прав доступа.
Для устранения ошибки «Неверный тип значения» при работе с профилями групп доступа и расширениями выполните следующие шаги: обновите идентификаторы объектов метаданных (программно или через обработку), проверьте наличие префиксов у новых объектов и убедитесь, что режим совместимости платформы соответствует требованиям используемой версии БСП. После выполнения этих действий запись профиля групп доступа пройдет без ошибок, так как система сможет корректно сопоставить роль из расширения с реальным идентификатором объекта в базе данных.