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