Для чего нужны константы в 1С:Предприятие

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

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

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

Что такое константа и как она устроена

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

У константы есть тип данных, который задаёт разработчик в конфигураторе. Это может быть строка ограниченной длины, число с заданной точностью, дата, булево или ссылка на объект. Составной тип (например, «строка или ссылка на справочник») допустим, но усложняет проверку значений в коде, поэтому его используют только при реальной необходимости.

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

Какие задачи решают константы на практике

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

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

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

Как работать с константами в коде

Чтение и запись константы выполняются через менеджер констант. Базовый синтаксис прост: получение значения — Константы.ОсновнаяОрганизация.Получить(), установка — Константы.ОсновнаяОрганизация.Установить(НовоеЗначение). Метод Установить сразу записывает значение в базу, отдельный вызов записи не требуется.

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

// Чтение значения
Ставка = Константы.ОсновнаяСтавкаНДС.Получить();

// Запись одного значения
Константы.ВалютаУчета.Установить(НоваяВалюта);

// Запись нескольких констант одним набором
Набор = Константы.СоздатьНабор("ПрефиксБазы, АдресСервиса");
Набор.ПрефиксБазы = "ЦБ";
Набор.АдресСервиса = "https://api.example.local";
Набор.Записать();

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

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

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

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

Как добавить константу в конфигурацию

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

1. 1
   Откройте конфигуратор, в дереве конфигурации найдите ветку «Константы» и добавьте новый объект
2. 2
   Задайте имя, синоним и тип данных; для строки ограничьте длину осмысленно, для числа — точность
3. 3
   Настройте функциональные опции, если константа должна управлять интерфейсом
4. 4
   Добавьте константу в подсистему или на форму настроек, чтобы пользователь мог её менять
5. 5
   Обновите конфигурацию базы данных (F7) и проверьте чтение и запись значения в пользовательском режиме

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

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

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

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

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

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

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

Частые вопросы о константах в 1С