Параметры функциональных опций в 1С: что это и как ими управлять

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

Классический пример — опция «Вести учёт по нескольким организациям» или «Использовать ордерный склад». Если компания работает с несколькими складами, ордерная схема может быть нужна только на части из них. Параметр функциональной опции позволяет привязать значение опции к конкретному складу из справочника, и платформа будет сама определять, включена ли функциональность в текущем контексте.

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

Что такое функциональные опции и зачем им параметры

Функциональная опция — объект метаданных в ветке «Общие» дерева конфигурации, который определяет доступность той или иной функциональности: реквизитов, команд, элементов форм, подсистем целиком. Значение опции хранится, как правило, в константе типа «Булево» или в регистре сведений. Если опция выключена, связанные с ней объекты скрываются из интерфейса и недоступны в коде при типовых проверках.

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

Где хранятся значения опций с параметрами

Если у опции нет параметра, её значение обычно хранится в константе. Как только добавляется параметр, константы становится недостаточно — нужна структура, где значение привязано к объекту. Стандартное решение — регистр сведений с измерением того же типа, что и параметр, и ресурсом типа «Булево» (или другого типа значения опции).

Например, в типовых конфигурациях настройки по организациям хранятся в регистре «Настройки учёта»-подобных структурах, а по складам — в регистрах с измерением «Склад». Именно регистр сведений указывается в свойстве «Хранение» функциональной опции, а параметр связывается с измерением регистра.

• Без параметра: константа, одно значение на всю базу.
• С параметром: регистр сведений, значение для каждого объекта измерения отдельно.
• Смешанный вариант: опция может иметь несколько параметров, но чаще используется один — лишние параметры усложняют логику получения значений.

Как создать параметр функциональной опции в конфигураторе

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

1. 1
   Создайте регистр сведений с измерением нужного типа (например, СправочникСсылка.Склады) и ресурсом типа Булево.
2. 2
   В ветке «Общие → Параметры функциональных опций» добавьте новый параметр и укажите его тип — тот же, что у измерения регистра.
3. 3
   В ветке «Общие → Функциональные опции» создайте опцию, в свойстве «Хранение» укажите ресурс регистра сведений.
4. 4
   В свойстве опции «Параметры» свяжите параметр с измерением регистра.
5. 5
   Отметьте в свойстве «Состав» опции те объекты (реквизиты, команды, элементы), которыми она управляет.
6. 6
   Обновите конфигурацию базы данных и заполните регистр значениями для нужных объектов.

Важный нюанс: тип параметра функциональной опции должен точно совпадать с типом измерения регистра сведений. Если измерение имеет составной тип, а параметр — конкретную ссылку, механизм получения значения может работать некорректно или возвращать Ложь.

Как получить значение опции с параметром в коде

Для чтения значения используется функция встроенного языка ПолучитьФункциональнуюОпцию(). Когда у опции есть параметр, его значение передаётся вторым аргументом в виде структуры, где ключ — имя параметра.

ПараметрыОпции = Новый Структура("Организация", ТекущаяОрганизация);
ОрдерныйУчет = ПолучитьФункциональнуюОпцию("ИспользоватьОрдерныйСклад", ПараметрыОпции);
Если ОрдерныйУчет Тогда
    // логика ордерной схемы
КонецЕсли;

Если параметр не передать, платформа вернёт значение опции без учёта параметра — как правило, это Истина, если опция включена хотя бы для одного объекта, либо значение по умолчанию. Это частая причина ошибок: разработчик забывает передать параметр и получает неверное поведение программы.

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

Как параметры влияют на интерфейс и права

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

Обратите внимание: функциональные опции не заменяют права доступа. Они лишь скрывают функциональность, но не защищают данные. Если требуется ограничить доступ к данным по организациям или складам, используйте роли и механизм RLS (ограничение доступа на уровне записей).

Как проверить, что параметр работает правильно

После настройки обязательно проверьте поведение на реальных данных. Проверка занимает несколько минут и избавляет от ошибок в продуктивной базе.

Когда параметр не нужен: критерии выбора

Не каждой опции нужен параметр. Избыточная параметризация усложняет конфигурацию, замедляет поддержку и запутывает пользователей, которым приходится заполнять дополнительные регистры.

Также учитывайте производительность: каждое обращение к параметризованной опции — это чтение из регистра. В массовых операциях получайте значения пакетно через запрос, а не по одному вызову функции на строку данных.

Частые вопросы