Как создать функциональную опцию в 1С:Предприятие 8.3

Гибкость конфигурации является одним из главных преимуществ платформы 1С:Предприятие 8.3. В процессе разработки или сопровождения системы часто возникает необходимость сделать поведение программы изменяемым без прямого вмешательства в исходный код или перезагрузки базы. Функциональные опции позволяют администраторам и пользователям включать или выключать определенные возможности системы, переключать режимы учета или изменять логику проведения документов. Это особенно актуально, когда одна конфигурация обслуживает несколько филиалов с разными бизнес-процессами.

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

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

Выбор типа хранилища для опции

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

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

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

⚠️ Внимание: Использование регистров сведений для хранения глобальных настроек может привести к избыточному расходу ресурсов сервера при частых обращениях. Всегда оценивайте нагрузку перед выбором типа хранилища.

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

Создание константы в конфигураторе

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

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

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

Имя: ПечататьДопРеквизиты
Тип: Булево
Синоним: Печатать дополнительные реквизиты
Комментарий: Управление выводом блока "Ответственный" в накладных

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

Отображение опции в интерфейсе пользователя

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

Откройте нужную форму в режиме редактирования и добавьте новый элемент управления. Если вы работаете с формой списка, удобно разместить переключатель в командной панели или в группе настроек. Свяжите этот элемент с нашей константой через свойство Данные.

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

• 🔘 Используйте элемент типа "Поле ввода" для отображения значения константы.
• ⚙️ Размещайте настройки в отдельной группе "Дополнительно" или "Настройки печати", чтобы не загромождать основной интерфейс.
• 👁️ Скрывайте элементы управления, если у пользователя нет прав на изменение данных константы, используя свойства видимости.

Не забудьте проверить права доступа. В режиме предприятия пользователь может увидеть поле, но при попытке изменить значение получит ошибку, если в ролевой модели не прописано право на запись этой конкретной константы.

Использование опции в коде модулей

Теперь, когда опция создана и выведена в интерфейс, нужно научить программу реагировать на её изменение. Чтение значения константы в коде осуществляется через предопределенный метод Константы.ИмяКонстанты.Получить(). Это стандартный паттерн, который гарантирует корректную работу с кэшем платформы.

Рассмотрим пример использования в модуле объекта. Допустим, при проведении документа "РеализацияТоваровУслуг" мы должны проверять нашу опцию. Если она включена, система заполняет дополнительный реквизит, если выключена — пропускает этот шаг.

Если Константы.ПечататьДопРеквизиты.Получить() Тогда
Объект.Ответственный = ТекущийПользователь();
Объект.Комментарий = Объект.Комментарий + " (Сформировано с доп. реквизитами)";
КонецЕсли;

Обратите внимание, что запись значения константы требует метода Установить(). Однако делать это внутри циклов или часто вызываемых процедур не рекомендуется, так как это вызывает запись в базу данных и может замедлить работу.

⚠️ Внимание: Избегайте вызова метода Получить() внутри циклов, обрабатывающих большие наборы данных. Лучше считать значение один раз перед циклом в переменную.

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

Оптимизация доступа к константам

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

Сравнение методов реализации опций

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

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

Характеристика	Константы	Регистры сведений	Параметры сеанса
Область видимости	Глобально для всей ИБ	По измерениям (пользователь, организация)	Только текущий сеанс
Производительность	Высокая (кэширование)	Средняя (запрос к БД)	Максимальная (в памяти)
Сложность настройки	Низкая	Средняя	Высокая (требует кода)
Применение	Глобальные флаги	Персональные настройки	Временные состояния

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

Динамическое изменение интерфейса

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

Это реализуется через обработчик события ПриСозданииНаСервере или ОбработкаОповещения. В коде вы проверяете значение опции и устанавливаете свойство Видимость у нужных элементов формы в значение Ложь.

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

• 🚀 Скрытие неиспользуемых элементов ускоряет работу пользователя, уменьшая визуальный шум.
• 🔒 Это дополнительный уровень защиты от ошибочных действий, так как пользователь физически не может нажать скрытую кнопку.
• 🔄 Позволяет внедрять новый функционал постепенно, включая его сначала для тестовой группы пользователей.

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

Частые ошибки и рекомендации

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

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

⚠️ Внимание: Интерфейс и методы работы с метаданными могут незначительно отличаться в зависимости от версии платформы 1С:Предприятие (8.3.10, 8.3.20 и новее). Всегда сверяйтесь с синтаксис-помощником вашей конкретной версии.

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

Можно ли изменить значение константы из режима предприятия без специальных форм?

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

Влияет ли создание опции на скорость работы базы данных?

Сами по себе константы практически не влияют на скорость, так как они кэшируются. Нагрузка возникает только в момент записи нового значения или при неоптимальном чтении внутри циклов.

Как сделать опцию доступной только для определенной организации?

Для этого механизм констант не подходит. Необходимо использовать регистр сведений с измерением "Организация" и считывать значение с отбором по текущей организации в коде.

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

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