Механизм RLS (Record Level Security) в платформе «1С:Предприятие» является одним из самых мощных и одновременно сложных инструментов для обеспечения безопасности данных. Часто перед разработчиками встает задача создания универсального шаблона ограничения доступа, который мог бы динамически определять тип поля или его значение. Однако синтаксис языка запросов RLS существенно отличается от стандартного SQL-подобного языка запросов 1С. Разберем подробнее, почему привычные методы не работают и как правильно реализовать проверку типов в шаблонах.
Рассмотрим типичную ошибку, которую допускают разработчики при попытке создать универсальное условие. Попытка использовать строковую конкатенацию для формирования имени поля, например #ИмяТекущейТаблицы + ":#Параметр(1)", обречена на провал. Проанализируем причину: механизм шаблонов RLS работает как текстовый препроцессор. Он выполняет подстановку значений параметров в текст запроса еще до того, как этот запрос будет передан парсеру SQL.
Когда вы пишете +, система воспринимает это не как команду формирования имени объекта (таблицы или поля), а как попытку сложения строк внутри оператора ГДЕ. Поскольку в контексте условий ограничения доступа работа идет с объектами базы данных, а не с текстовыми строками, платформа выдает ошибку. Чтобы правильно обратиться к полю, имя которого передано в параметре шаблона, необходимо использовать прямой синтаксис подстановки без кавычек и лишних знаков:
#ИмяТекущейТаблицы.#Параметр(1)
В данном случае, если в #Параметр(1) передано значение "Организация", препроцессор превратит это в корректное обращение к полю текущей таблицы.
В обычном коде 1С мы привыкли использовать функцию ТипЗнч() или ТИПЗНАЧЕНИЯ() в запросах. Однако в RLS использование ТИПЗНАЧЕНИЯ() крайне ограничено. Платформа 1С оптимизирует запросы RLS для обеспечения максимальной производительности, и вычисление типа на лету для каждой строки может привести к катастрофическому падению скорости работы системы.
Единственным надежным и поддерживаемым способом проверки типа в RLS является оператор ССЫЛКА. Рассмотрим на примере, как можно проверить тип поля в универсальном шаблоне:
ГДЕ ВЫБОР
КОГДА #ИмяТекущейТаблицы.#Параметр(1) ССЫЛКА Справочник.Контрагенты
ТОГДА #ИмяТекущейТаблицы.#Параметр(1) В (&ПараметрСеанса_РазрешенныеКонтрагенты)
КОГДА #ИмяТекущейТаблицы.#Параметр(1) ССЫЛКА Справочник.ФизическиеЛица
ТОГДА ИСТИНА // Или другое условие
ИНАЧЕ ЛОЖЬ
КОНЕЦ
Важный нюанс: при использовании оператора ССЫЛКА необходимо жестко указывать метаданные (например, Справочник.Организации). Вы не можете передать имя типа как строковый параметр в шаблон. Система должна на этапе компиляции запроса знать, с какими таблицами ей придется выполнять соединение.
Многие разработчики пробуют конструкцию ТИП(#ИмяТекущейТаблицы.#Параметр(1)), надеясь получить объект типа для сравнения. Выясним причину, по которой это не работает. Функция ТИП() в языке запросов 1С предназначена для получения константы типа (например, ТИП(Справочник.Валюты)). Она не может принимать в качестве аргумента поле таблицы. Для полей используется ТИПЗНАЧЕНИЯ(), но, как мы уже выяснили, в RLS это плохая практика из-за производительности.
Если вам все же необходимо сравнивать типы, попробуйте заранее определить нужные типы в параметрах сеанса или передать их в запрос как готовые значения типов. Но помните: в 99% случаев задача решается через ССЫЛКА.
Если вы работаете в современной конфигурации на базе БСП, мы настоятельно рекомендуем отказаться от написания сложных шаблонов вручную. В БСП реализован механизм универсального ограничения доступа. Рассмотрим, как это работает:
#ПоЗначениям(...)."Организация", "ГруппаДоступа".ГДЕ, учитывая настройки прав доступа в пользовательском интерфейсе.Это избавляет от необходимости прописывать ВЫБОР КОГДА для каждого возможного типа данных вручную и гарантирует, что запрос будет оптимальным с точки зрения СУБД.
Проанализируем ситуацию с точки зрения SQL. Когда вы добавляете универсальный шаблон RLS с множеством проверок типов, платформа 1С при выполнении любого SELECT к этой таблице добавляет LEFT JOIN ко всем таблицам, участвующим в проверке. Например, если вы проверяете тип поля на соответствие десяти разным справочникам, каждый ваш запрос станет тяжелее на 10 соединений.
Рекомендации по оптимизации:
ГДЕ Поле В (&МассивДоступа).Подведем итог нашему разбору. Прямое получение типа значения поля через строковую подстановку в шаблоне RLS невозможно. Для реализации проверки необходимо:
#ИмяТекущейТаблицы.#Параметр(1) для прямого обращения к полю.ССЫЛКА с явно указанным типом метаданных для ветвления логики.Помните, что RLS — это прежде всего про баланс между безопасностью и скоростью. Чем проще и линейнее будет ваш шаблон, тем стабильнее будет работать информационная система при большом количестве данных.