Функциональные опции 1С: как создать и настроить

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

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

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

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

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

Вторая типичная ситуация — постепенное внедрение. Компания может начать с простого учёта, а затем включать дополнительные механизмы по мере готовности. Опция позволяет сделать это настройкой, а не доработкой.

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

Хранение значений опции: константы и другие варианты

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

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

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

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

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

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

Если опция должна зависеть от другой опции (например, «Расширенный складской учёт» имеет смысл только при включённом «Учёте по складам»), используйте свойство «Привилегированный режим» и программную установку значений, либо контролируйте логику в форме настроек. Платформа сама не запрещает противоречивые комбинации значений.

Управление интерфейсом и отображением объектов

После привязки объектов к опции платформа автоматически скрывает их из командного интерфейса, когда значение опции равно «Ложь». Пользователь не увидит ни ссылку на справочник в панели навигации, ни команду создания документа, ни отчёт в списке отчётов раздела.

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

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

Если ПолучитьФункциональнуюОпцию("ВестиУчетПоСкладам") Тогда
    // логика складского учёта
КонецЕсли;

Проверка результата после настройки

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

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

Типичные ошибки и ограничения механизма

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

Часто задаваемые вопросы