В системе 1С:Предприятие тип данных Булево (или Boolean) играет ключевую роль в логических операциях, но часто вызывает вопросы у начинающих разработчиков и даже опытных пользователей. Этот тип предназначен для хранения всего двух значений — Истина и Ложь, что кажется простым только на первый взгляд. На практике ошибки с булевыми переменными могут приводить к некорректной работе отчетов, неправильной фильтрации данных или даже сбоям в бизнес-логике.

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

Особое внимание уделим скрытым ловушкам при работе с булевыми полями в СУБД (например, когда значение NULL в базе данных преобразуется в 1С не так, как вы ожидаете), а также разберем практические примеры кода для проверки и исправления логических значений. Если вы когда-либо сталкивались с ситуацией, когда условие в коде ведет себя "нелогично" — этот материал поможет разобраться в причинах.

Что такое тип Булево в 1С: определение и особенности

Тип Булево (англ. Boolean) в 1С:Предприятие представляет собой логический тип данных, который может принимать только два значения:

  • 🔹 Истина — соответствует True в других языках программирования;
  • 🔹 Ложь — аналог False.

В отличие от многих языков (например, JavaScript, где false могут быть 0, пустая строка или null), в 1С только явные значения Истина/Ложь считаются булевыми. Однако платформа автоматически преобразует некоторые типы в логические при использовании в условиях. Например:

  • 📌 Число 0 преобразуется в Ложь, любое ненулевое — в Истина;
  • 📌 Пустая строка ("") становится Ложь, непустая — Истина;
  • 📌 NULL (неопределенное значение) в условиях ведет себя как Ложь, но это может вызвать ошибки при явной проверке.

Важно понимать, что Булево в 1С — это не просто "да/нет", а полноценный тип данных с собственными методами и нюансами хранения. Например, в базе данных булевые поля часто хранятся как BIT (в MS SQL) или BOOLEAN (в PostgreSQL), но при чтении в 1С они конвертируются автоматически. Исключение — случаи, когда поле в БД допускает NULL: тогда в 1С оно может вернуть Неопределено, что приведет к ошибкам при строгой проверке.

📊 Как часто вы сталкиваетесь с ошибками булевых типов в 1С?
Часто, это распространенная проблема
Иногда, при работе с запросами
Рядом, но редко
Никогда не сталкивался

Где применяется булевый тип в 1С: типичные сценарии

Булевые значения в 1С используются повсеместно, но особенно критичны в следующих случаях:

  1. 📋 Условия в алгоритмах: проверки вида Если Условие Тогда ... всегда оперируют логическими значениями. Например: 
    Если Документ.Проводен Тогда

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

    КонецЕсли;

    Здесь Документ.Проводен — булево поле.

  2. 🔍 Фильтрация в запросах: в языке запросов 1С условия ГДЕ часто содержат булевы выражения: 
    ВЫБРАТЬ *

    ИЗ Документ.ЗаказКлиента
    

    ГДЕ ЗаказКлиента.Оплачен = ИСТИНА

    Ошибка в таком запросе (например, сравнение с 1 вместо ИСТИНА) приведет к некорректной выборке.

  3. ⚙️ Параметры функций и процедур: многие стандартные методы платформы принимают или возвращают булевы значения. Например, НайтиПоНаименованию() возвращает Истина, если элемент найден.

Также булевый тип активно используется в:

  • 📊 Отчетах — для управления отображением колонок или группировок;
  • 🤖 Бизнес-процессах — в условиях переходов между статусами;
  • 🔗 Обменах данными — как флаги успешности операций.

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

💡

Всегда явным образом сравнивайте булевы значения с ИСТИНА/ЛОЖЬ в запросах. Например, вместо ГДЕ Поле пишите ГДЕ Поле = ИСТИНА — это защитит от ошибок при изменении структуры данных.

Распространенные ошибки с типом Булево и их причины

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

Ошибка Причина Пример кода
Неявное приведение чисел к булеву Число 0 становится Ложь, а любое другое — Истина. Это может сбивать с толку при работе с числовыми полями. 
Если Количество Тогда

// Выполнится для любого


// Количество ≠ 0
Сравнение с NULL в запросах В СУБД NULL не равно Ложь. Платформа 1С может преобразовать его неожиданно. 
// Ошибка: не учитывает NULL

ГДЕ Флаг = ЛОЖЬ
Путаница с Неопределено Неопределено не равно Ложь, но в условиях ведет себя подобно. 
Если Значение = ЛОЖЬ Тогда

// Не сработает для Неопределено!
Ошибки при работе с Булево в JSON При сериализации/десериализации Истина/Ложь могут преобразовываться в 1/0 или строки. 
// В JSON: {"Флаг": true}

// В 1С может стать 1 или ИСТИНА

Особенно коварны ошибки с NULL в запросах. Например, если в таблице базы данных поле типа BIT содержит NULL, то при выборке в 1С оно может стать Неопределено. А проверка вида Если Значение Тогда для Неопределено вернет Ложь, что не всегда ожидаемо.

⚠️ Внимание: В некоторых версиях 1С:Предприятие 8.3 при работе с внешними источниками данных (например, через HTTP-Сервисы) булевые значения могут автоматически конвертироваться в строки ("true"/"false"). Это требует явного приведения типов при обработке ответов.

Как диагностировать проблемы с булевым типом

Чтобы найти источник ошибки, связанной с Булево, следуйте этому алгоритму:

  1. 🔍 Проверьте тип данных:

    Используйте функцию ТипЗнч(), чтобы убедиться, что переменная действительно булева:

    Сообщить(ТипЗнч(МояПеременная)); // Должно вернуть "Булево"
  2. 📊 Анализируйте значения в отладчике:

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

  3. 🛠️ Проверьте источник данных:

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

    ВЫБРАТЬ

    ВЫРАЗИТЬ(ПолеКакБулево КАК Булево) КАК КорректныйФлаг
    

    ИЗ МояТаблица

Для диагностики ошибок в запросах полезно использовать конструкцию ВЫБРАТЬ РАЗЛИЧНЫЕ с булевыми полями, чтобы увидеть все возможные значения (включая NULL):

ВЫБРАТЬ РАЗЛИЧНЫЕ

ФлагОплаты КАК Значение,


КОЛИЧЕСТВО(*) КАК Количество


ИЗ Документ.ЗаказКлиента


СГРУППИРОВАТЬ ПО ФлагОплаты

Если проблема возникает при обмене данными (например, через REST API или JSON), проверьте формат передачи. Иногда булевые значения кодируются как:

  • 📌 1/0 (числа);
  • 📌 "true"/"false" (строки);
  • 📌 true/false (нативный JSON-формат).

Проверьте тип переменной с ТипЗнч()

Используйте отладчик для анализа значений

Убедитесь в корректности источника данных (БД, запрос, API)

Проверьте формат передачи при обмене данными-->

Практические способы исправления ошибок с Булево

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

1. Явное приведение типов

Если проблема в неявном преобразовании, используйте функцию Булево() для явного приведения:

// Преобразуем число или строку в булево

Флаг = Булево(ЗначениеИзБазы);



// Пример для запроса:


ВЫБРАТЬ


Булево(ПолеФлаг) КАК КорректныйФлаг


ИЗ МояТаблица

2. Обработка NULL и Неопределено

Для защиты от NULL в запросах используйте ЕСТЬNULL:

ВЫБРАТЬ

ЕСТЬNULL(ФлагОплаты, ЛОЖЬ) КАК БезопасныйФлаг


ИЗ Документ.ЗаказКлиента

В коде проверяйте на Неопределено явно:

Если Значение = Неопределено Тогда

Значение = ЛОЖЬ;


КонецЕсли;

3. Корректная работа с JSON

При десериализации JSON используйте параметры для явного приведения:

Данные = JSON.Прочитать(СтрокаJSON, ,

Истина, // Преобразовывать строки в числа


Истина  // Преобразовывать булевы значения


);

4. Исправление ошибок в условиях

Всегда сравнивайте булевы значения явно:

// Плохо (может сработать для Неопределено)

Если Флаг Тогда



// Хорошо


Если Флаг = ИСТИНА Тогда

Для сложных условий используйте функцию ЗначениеЗаполнено():

Если ЗначениеЗаполнено(Флаг) И Флаг Тогда

// Гарантированно ИСТИНА

💡

Всегда явным образом приводите данные к булевому типу при работе с внешними источниками (БД, API, JSON). Это предотвращает 90% ошибок с неявным преобразованием.

Примеры кода для работы с булевым типом

Рассмотрим практические примеры, которые помогут избежать ошибок:

1. Безопасная проверка булевого значения

Функция БезопаснаяПроверкаФлага(Значение)

Если ТипЗнч(Значение) <> Тип("Булево") Тогда


Возврат ЛОЖЬ; // или выбросить исключение


КонецЕсли;


Возврат Значение;


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

2. Работа с булевыми полями в запросах

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

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


"ВЫБРАТЬ


|    ЕСТЬNULL(Оплачен, ЛОЖЬ) КАК ОплаченБезопасно


|ИЗ


|    Документ.ЗаказКлиента


|ГДЕ


|    ЕСТЬNULL(Оплачен, ЛОЖЬ) = ИСТИНА";



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

3. Преобразование строки в булево

Функция СтрокаВБулево(СтрокаЗначение)

Если СтрокаЗначение = "1" Или СтрокаЗначение = "true" Или СтрокаЗначение = "да" Тогда


Возврат ИСТИНА;


Иначе


Возврат ЛОЖЬ;


КонецЕсли;


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

4. Обработка булевых значений в JSON

// При чтении JSON

Данные = JSON.Прочитать(СтрокаJSON,,,Истина); // Последний параметр - преобразовывать булевы



// При записи в JSON


ПараметрыЗаписи = Новый ПараметрыЗаписиJSON;


ПараметрыЗаписи.СериализоватьБулевыКакЧисла = ЛОЖЬ; // Чтобы записывались как true/false, а не 1/0


СтрокаJSON = JSON.Записать(Данные, ПараметрыЗаписи);

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

Особенности булевого типа в разных версиях 1С

Поведение булевого типа может отличаться в зависимости от версии платформы 1С:Предприятие:

  • 📌 1С 8.2: Более строгая типизация, неявное приведение работало предсказуемо, но отсутствовали некоторые функции для безопасной работы с NULL.
  • 📌 1С 8.3 (ранние версии): Появилась поддержка ЕСТЬNULL в запросах, но оставались проблемы с сериализацией булевых значений в JSON.
  • 📌 1С 8.3.10+: Улучшена работа с Неопределено и булевыми полями в запросах. Добавлены параметры для контроля сериализации JSON.
  • 📌 1С 8.3.20+: Полная поддержка булевых значений в HTTP-Сервисах и REST API, включая автоматическое преобразование.

В последних версиях платформы (8.3.22 и новее) булевый тип стал более предсказуемым, но остаются нюансы при интеграции с внешними системами. Например, при обмене с PostgreSQL через ADO булевые поля могут возвращаться как числа (1/0), что требует дополнительной обработки.

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

Если вы поддерживаете устаревшие конфигурации (например, на 8.2), учитывайте, что там отсутствует функция Булево(). В этом случае для приведения типов можно использовать конструкцию:

Флаг = (?(Значение <> 0, Истина, Ложь));

Частые вопросы по работе с типом Булево в 1С

Почему условие Если Поле Тогда не работает для булевого поля из базы?

Скорее всего, поле в базе содержит NULL, который в 1С преобразуется в Неопределено. В условиях Неопределено трактуется как Ложь, но явное сравнение Если Поле = ЛОЖЬ Тогда не сработает. Используйте:

Если ЗначениеЗаполнено(Поле) И Поле Тогда

или в запросе:

ГДЕ ЕСТЬNULL(Поле, ЛОЖЬ) = ИСТИНА
Как правильно сравнивать булевы значения в запросах?

Всегда используйте явное сравнение с ИСТИНА/ЛОЖЬ:

ГДЕ Поле = ИСТИНА  // Правильно

ГДЕ Поле           // Может работать некорректно с NULL

Для полей, которые могут содержать NULL, добавляйте ЕСТЬNULL:

ГДЕ ЕСТЬNULL(Поле, ЛОЖЬ) = ИСТИНА
Почему при десериализации JSON булевое значение становится числом?

Это зависит от параметров функции JSON.Прочитать(). По умолчанию булевые значения могут преобразовываться в 1/0. Чтобы этого избежать, используйте:

Данные = JSON.Прочитать(СтрокаJSON,,,Истина); // Последний параметр - преобразовывать булевы

Также проверьте, в каком формате приходят данные: некоторые API отдают булевы значения как строки ("true"/"false").

Можно ли использовать булевый тип в реквизитах справочников?

Да, в 1С булевый тип разрешен для реквизитов справочников, документов и других объектов метаданных. Однако учитывайте:

  • В базе данных такое поле обычно хранится как BIT (в MS SQL) или BOOLEAN (в PostgreSQL);
  • При программном изменении реквизита через Объект.Реквизит = Истина тип сохраняется;
  • В формах булевый реквизит автоматически отображается как чекбокс.

При создании нового реквизита в конфигураторе выберите тип Булево в палитре типов.

Как передать булевое значение в HTTP-запрос из 1С?

При формировании параметров для HTTPЗапрос булевые значения нужно преобразовывать явно:

Параметры = Новый Соответствие;

Параметры.Вставить("isActive", ?(ФлагАктивности, "true", "false"));



// Или как число (если API ожидает 1/0)


Параметры.Вставить("isActive", ?(ФлагАктивности, 1, 0));

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

ФлагАктивности = (ОтветJSON.isActive = "true");