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

Если вы когда-нибудь сталкивались с ошибками типа «Флаг не установлен» или пытались настроить отчет, где требовалось «поставить галочку», то уже имели дело с этим механизмом. В этой статье мы разберем, какие бывают флаги в 1С, где они хранятся, как их правильно использовать в коде и конфигураторе, а также какие ошибки чаще всего допускают разработчики. Особое внимание уделим практическим примерам — от бухгалтерских проводок до управления доступом пользователей.

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

Что такое флаг в 1С: определение и основные принципы

В широком смысле флаг в 1С — это логическая переменная или атрибут объекта, который может принимать одно из двух значений: Истина (True) или Ложь (False). Такое бинарное состояние позволяет:

  • 🔹 Контролировать выполнение участков кода (например, пропускать или выполнять процедуру)
  • 🔹 Управлять видимостью элементов формы (скрывать/показывать кнопки или поля)
  • 🔹 Фиксировать состояния документов (например, «Проводки сформированы»)
  • 🔹 Настраивать права доступа (разрешать/запрещать действия пользователям)

Технически флаг может быть реализован по-разному:

  • 📌 Как реквизит справочника/документа с типом Булево
  • 📌 Как параметр сеанса (хранится в памяти во время работы пользователя)
  • 📌 Как значение в регистре сведений (для долговременного хранения)
  • 📌 Как переменная в модуле (локальная или глобальная)

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

📊 Где вы чаще всего встречали флаги в 1С?
В документах (галочки"Проводки сформированы")
В отчетах (параметры фильтрации)
В правах доступа (разрешения пользователей)
В коде (условные операторы)
Не знаю, что это

Типы флагов в 1С: от интерфейса до программной логики

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

1. Интерфейсные флаги (визуальные элементы)

Это те галочки и переключатели, которые пользователь видит на экране. Они привязаны к:

  • 🖥️ Формам документов (например, «Оплачено», «Отгружено»)
  • 🖥️ Отчетам (параметры типа «Только актуальные данные»)
  • 🖥️ Справочникам (фильтры вроде «Показать архивные»)

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

2. Программные флаги (в коде)

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

  • 💻 Локальные переменные в модулях: ПредупреждениеПоказано = Истина;
  • 💻 Параметры сеанса: ПараметрыСеанса.РежимОтладки = Ложь;
  • 💻 Глобальные переменные (не рекомендуется без крайней необходимости)

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

Если НЕ ЗначениеЗаполнено(ФлагПроведения) Тогда

ФлагПроведения = Истина;


// Код проведения документа


КонецЕсли;

3. Системные флаги (встроенные в платформу)

1С сама использует флаги для управления внутренними процессами. Например:

  • 🔧 РежимУправляемогоПриложения (определяет, работает ли система в тонком клиенте)
  • 🔧 ТолькоПросмотр (блокирует редактирование данных)
  • 🔧 ЗапретитьРедактирование (в формах)

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

Если РежимТолькоПросмотр Тогда

Предупреждение("Редактирование запрещено!");


Возврат;


КонецЕсли;

Как проверить системные флаги в отладчике?

Чтобы увидеть текущие значения системных флагов, откройте отладчик (F5 в конфигураторе) и введите в поле выражения:

?РежимУправляемогоПриложения или ?ТолькоПросмотр.

Это поможет диагностировать проблемы с правами доступа или некорректным поведением форм.

Где хранятся флаги: от реквизитов до регистров сведений

Место хранения флага определяет его «время жизни» и область видимости. Рассмотрим основные варианты.

Тип хранения Примеры Особенности
Реквизит объекта Документ.Оплачено, Справочник.Архивный Хранится в базе данных вместе с объектом. Доступен для фильтрации в запросах.
Параметр сеанса ПараметрыСеанса.РежимОтладки Существует только во время сеанса пользователя. Используется для временных настроек.
Регистр сведений ФлагиПользователей.БлокировкаЦен Подходит для долговременного хранения флагов, доступных разным пользователям.
Переменная в модуле Перем ФлагИнициализации; Локальна для текущего выполнения кода. Исчезает после завершения процедуры.
Хранилище значений ХранилищеЗначений.Получить("ФлагОбновления") Редко используется для флагов, но возможно для межсеансовых данных.

Выбор места хранения зависит от задачи:

  • 📍 Если флаг должен сохраняться между сеансами (например, «Показывать подсказки новичкам»), используйте регистр сведений или реквизит пользователя.
  • 📍 Для временных настроек (например, «Режим эксперта» в текущем сеансе) подойдут параметры сеанса.
  • 📍 Для управления логикой внутри процедуры хватит локальной переменной.
⚠️ Внимание: Хранение флагов в глобальных переменных (например, в общем модуле с установленным флагом «Глобальный») чревато конфликтами в многопользовательском режиме. Два пользователя могут одновременно изменить одно и то же значение, что приведет к неожиданным ошибкам.

Практические примеры использования флагов в 1С

Разберем реальные сценарии, где флаги решаютные задачи бизнес-логики.

1. Контроль проведения документов

Классический пример — предотвращение повторного проведения. В модуле документа:

Процедура ОбработкаПроведения(Отказ, Режим)

Если Проведен Тогда


Предупреждение("Документ уже проведен!");


Отказ = Истина;


Возврат;


КонецЕсли;


// Логика проведения


Проведен = Истина; // Устанавливаем флаг


КонецПроцедуры

2. Управление видимостью элементов формы

В модуле формы можно динамически скрывать кнопки в зависимости от флага:

Процедура ПриСозданииНаСервере(Отказ)

ЭлементыФормы.КнопкаОтменить.Видимость = НЕ ДокументОбъект.Проведен;


КонецПроцедуры

3. Фильтрация данных в отчетах

В схеме компоновки данных отчета можно добавить параметр типа Булево:

Параметры.ТолькоАктивные = Истина;

А затем использовать его в запросе:

ВЫБРАТЬ

Номенклатура.Наименование


ИЗ


Справочник.Номенклатура КАК Номенклатура


ГДЕ


НЕ Номенклатура.Архивный И (&ТолькоАктивные)

4. Блокировка действий пользователей

Через регистр сведений можно хранить флаги блокировок. Например, запрет изменения цен:

Если ФлагиПользователей.БлокировкаЦен(ТекущийПользователь) Тогда

Предупреждение("Изменение цен запрещено!");


Возврат;


КонецЕсли;

1. Определите область видимости флага (сеанс/база/процедура)

2. Выберите оптимальное место хранения (реквизит/параметр/регистр)

3. Продумайте начальное значение (по умолчанию Истина или Ложь?)

4. Документируйте назначение флага в комментариях к коду

-->

Типичные ошибки при работе с флагами и как их избежать

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

  1. Неинициализированные флаги. Если переменная не получила начальное значение, ее проверка может дать неожиданный результат. Всегда инициализируйте флаги: 
    Перем ФлагОшибки = Ложь; // Правильно

    // вместо
    

    Перем ФлагОшибки; // Опасно!

  2. Конфликты в многопользовательском режиме. Использование глобальных переменных для флагов без контроля версий приводит к гонкам. Решение — регистры сведений или блокировки.
  3. Избыточные проверки. Если флаг проверяется в 10 местах кода, его изменение потребует правок во всех этих местах. Лучше инкапсулировать логику в отдельную функцию.
  4. Неявные зависимости. Когда флаг управляет критичной логикой (например, расчетом налогов), его изменение должно быть очевидно. Документируйте такие флаги в // TODO или специальных комментариях.
⚠️ Внимание: В управляемых формах флаги (галочки) могут вести себя неожиданно при динамическом изменении видимости. Если элемент формы скрыт, его значение не передается на сервер! Всегда проверяйте видимость перед чтением значения: 
Если ЭлементыФормы.ФлагОплаты.Видимость Тогда

ЗначениеФлага = ЭлементыФормы.ФлагОплаты.Значение;


КонецЕсли;

Еще одна частая проблема — несоответствие флагов в форме и объекте. Например, пользователь поставил галочку «Оплачено» в форме документа, но при записи значение не сохранилось в базу. Причины:

  • 🔸 Отсутствует привязка реквизита формы к реквизиту объекта
  • 🔸 Ошибка в процедуре ПередЗаписью
  • 🔸 Конфликт прав доступа (пользователь не может изменять реквизит)

1. Текущее значение флага до изменения

2. Контекст выполнения (какой пользователь, в каком режиме)

3. Не перекрывается ли изменение в другой процедуре (например, в ПриЗаписи)

-->

Флаги в запросах и отчетах: особенности использования

Флаги часто применяются для фильтрации данных в запросах. Однако здесь есть нюансы, о которых стоит помнить.

1. Индексирование булевых полей

Если флаг используется в условии ГДЕ, убедитесь, что поле проиндексировано. Например, для реквизита Архивный в справочнике «Номенклатура» создайте индекс:

ИНДЕКСИРОВАТЬ ПО Архивный

Это ускорит запросы вида:

ВЫБРАТЬ

Номенклатура.Ссылка


ИЗ


Справочник.Номенклатура КАК Номенклатура


ГДЕ


НЕ Номенклатура.Архивный

2. Использование в виртуальных таблицах

В отчетах на основе виртуальных таблиц (например, Документ.РеализацияТоваров.Обороты) флаги можно использовать для сегментации данных:

ВЫБРАТЬ

РеализацияТоваровОбороты.Номенклатура,


СУММА(РеализацияТоваровОбороты.Количество) КАК Количество


ИЗ


Документ.РеализацияТоваров.Обороты КАК РеализацияТоваровОбороты


ГДЕ


РеализацияТоваровОбороты.Оплачено = &Оплачено

Где &Оплачено — параметр отчета типа Булево.

3. Оптимизация сложных условий

Если в запросе много условий с флагами, используйте временные таблицы для упрощения:

ВЫБРАТЬ РАЗРЕШЕННЫЕ

Номенклатура.Ссылка КАК Ссылка


ПОМЕСТИТЬ ВТАблицаФильтра


ИЗ


Справочник.Номенклатура КАК Номенклатура


ГДЕ


НЕ Номенклатура.Архивный


И Номенклатура.Активный



ВЫБРАТЬ


Товары.Номенклатура КАК Номенклатура


ИЗ


Документ.ПоступлениеТоваров.Товары КАК Товары


ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТАблицаФильтра КАК Фильтр


ПО Товары.Номенклатура = Фильтр.Ссылка

⚠️ Внимание: В запросах с полнотекстовым поиском условия по булевым полям могут игнорироваться оптимизатором. В таких случаях используйте явные подсказки: 
ВЫБРАТЬ РАЗРЕШЕННЫЕ ПЕРВЫЕ 1000

// ПОЛНОТЕКСТОВЫЙ ПОИСК(Номенклатура.Наименование,"телефон")


Номенклатура.Ссылка


ИЗ


Справочник.Номенклатура КАК Номенклатура


ГДЕ


НЕ Номенклатура.Архивный


И ПОДСТРОКА(Номенклатура.Наименование,"телефон") > 0

Флаги и права доступа: как ограничивать действия пользователей

Флаги часто используются для гибкого управления правами без изменения ролей. Рассмотрим типичные сценарии.

1. Блокировка функционала по флагу

В модуле формы можно проверять флаг доступа:

Процедура КнопкаУдалитьНажатие(Кнопка)

Если НЕ ФлагиДоступа.РазрешитьУдаление(ТекущийПользователь) Тогда


Предупреждение("У вас нет прав на удаление!");


Возврат;


КонецЕсли;


// Логика удаления


КонецПроцедуры

2. Динамические ролевые модели

Через регистр сведений можно реализовать временное повышение прав. Например, флаг РежимАдминистратора позволяет пользователю на время получить расширенные возможности:

Функция ПроверкаПравНаРедактированиеЦен

Возврат ФлагиПользователей.РежимАдминистратора(ТекущийПользователь)


ИЛИ ТекущийПользователь.РольВГруппе("Администраторы");


КонецФункции

3. Флаги в RLS (Row-Level Security)

В ограничениях доступа к данным (RLS) флаги помогают фильтровать записи. Например, показать пользователю только его документы:

ГДЕ

Документ.Автор = &ТекущийПользователь


ИЛИ ФлагиДоступа.ПросмотрВсехДокументов(&ТекущийПользователь)

Где ФлагиДоступа.ПросмотрВсехДокументов — регистр сведений, хранящий исключения для пользователей.

💡

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

FAQ: Частые вопросы о флагах в 1С

Как проверить, установлен ли флаг в документе?

Если флаг — это реквизит документа (например, Оплачено), проверьте его значение напрямую:

Если ДокументОбъект.Оплачено Тогда

// Действия для оплаченных документов


КонецЕсли;

Для флагов в регистре сведений используйте метод Получить:

Если ФлагиДокументов.Оплачено(ДокументОбъект.Ссылка) Тогда

//...


КонецЕсли;

Можно ли использовать флаг для хранения сложных состояний (не только Истина/Ложь)?

Нет, флаг по определению бинарен. Для сложных состояний используйте:

  • 🔹 Перечисления (если вариантов 3-5)
  • 🔹 Справочники (для динамического списка состояний)
  • 🔹 Несколько флагов (если состояния независимы)

Пример: вместо флага СтатусДокумента с значениями Истина/Ложь лучше создать перечисление СтатусДокумента с значениями Черновик, НаСогласовании, Утвержден, Отклонен.

Почему после обновления конфигурации пропали галочки в документах?

Это типичная проблема при изменении структуры метаданных. Возможные причины:

  1. Реквизит-флаг был удален из конфигурации, но данные в базе остались. Восстановите реквизит и выполните Тестирование и исправление базы.
  2. Изменился тип реквизита (например, с Булево на Число). Верните исходный тип.
  3. Нарушена связь формы с объектом. Проверьте привязку реквизитов формы в конфигураторе.

Для диагностики откройте документ в 1С:Предприятие и посмотрите его представление в Все действия → Все функции → Диагностика → Просмотр данных объекта.

Как сделать так, чтобы флаг автоматически сбрасывался через день?

Используйте регламентное задание или обработку по расписанию. Пример кода для регламентного задания:

Процедура Выполнить Экспорт

Запрос = Новый Запрос;


Запрос.Текст =


"ВЫБРАТЬ


| ФлагиПользователей.Ссылка КАК Ссылка


|ИЗ


| РегистрСведений.ФлагиПользователей КАК ФлагиПользователей


|ГДЕ


| ФлагиПользователей.РежимВременный


| И ФлагиПользователей.ДатаУстановки < &ТекущаяДата";



Результат = Запрос.Выполнить;


Выборка = Результат.Выбрать;



Пока Выборка.Следующий Цикл


НаборЗаписей = РегистрыСведений.ФлагиПользователей.СоздатьНаборЗаписей;


НаборЗаписей.Отбор.Ссылка.Установить(Выборка.Ссылка);


НаборЗаписей.Прочитать;


Пока НаборЗаписей.Следующий Цикл


НаборЗаписей.Удалить;


КонецЦикла;


НаборЗаписей.Записать;


КонецЦикла;


КонецПроцедуры

Можно ли использовать флаги для межбазового обмена?

Да, но с оговорками:

  • 🔹 Флаги в реквизитах объектов (документов, справочников) передаются автоматически при обмене.
  • 🔹 Флаги в регистрах сведений нужно явно включать в правила обмена.
  • 🔹 Параметры сеанса и локальные переменные не передаются — они существуют только в текущей базе.

При настройке обмена в ПланОбмена убедитесь, что:

// В правилах обмена для регистра сведений:

Если ТипЗнч(Объект.Значение) = Тип("Булево") Тогда


НовыйОбъект.Значение = Объект.Значение;


КонецЕсли;