Что означает ошибка «Булево» в 1С и как её исправить

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

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

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

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

Встроенный язык 1С допускает неявное приведение некоторых типов к Булево: например, число 0 трактуется как Ложь, а ненулевое число — как Истина. Однако строки, значение Неопределено, NULL из запроса или ссылочные типы в ряде контекстов преобразовать автоматически нельзя. Как только такое значение попадает в условие или логическое выражение, платформа прерывает выполнение с ошибкой.

На практике чаще всего виновниками оказываются: незаполненный реквизит объекта (значение Неопределено), поле запроса, содержащее NULL из-за левого соединения таблиц, строка «Да»/«Нет» из загруженного файла Excel, которую разработчик попытался использовать как флаг, и выражение в СКД, возвращающее не логическое значение.

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

Типовые сценарии появления ошибки

Условие в программном коде

Самый распространённый случай — конструкция вида Если Реквизит Тогда, где реквизит имеет тип, отличный от Булево, или не заполнен. Например, если реквизит «Комментарий» — строка, и разработчик написал Если Объект.Комментарий Тогда, платформа выдаст ошибку преобразования. Корректный вариант — Если ЗначениеЗаполнено(Объект.Комментарий) Тогда или явное сравнение Если Объект.Количество > 0 Тогда.

Запросы и NULL

При левом соединении таблиц в запросе поля из присоединяемой таблицы могут содержать NULL. Если такое поле используется в условии «ГДЕ» или в выражении «ВЫБОР КОГДА», где ожидается логическое значение, возникает ошибка. Решение — функция ЕСТЬNULL(Поле, Ложь) или явная проверка Поле ЕСТЬ НЕ NULL.

Отчёты на СКД

В системе компоновки данных ошибка появляется, когда в отборе, пользовательском поле или выражении ресурса возвращается не логическое значение. Например, выражение отбора, которое возвращает строку или число вместо Истина/Ложь, приведёт к падению отчёта при формировании. Также ошибка возникает, если параметр с типом «Булево» заполнен значением другого типа через настройки.

Обмен данными и загрузка из файлов

При загрузке данных из Excel, CSV или через веб-сервисы значения «Да», «Нет», «1», «0», «true», «false» приходят как строки. Если код обработки напрямую присваивает такую строку реквизиту типа Булево или использует её в условии, возникает ошибка. Строку нужно предварительно интерпретировать: сравнить с ожидаемыми вариантами и явно присвоить Истина или Ложь.

Как найти источник ошибки

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

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

Для разработчиков главный инструмент — отладчик. Установите точку останова перед строкой с условием, запустите отладку и посмотрите фактическое значение переменной в табло или через «Вычислить выражение». Часто оказывается, что переменная содержит Неопределено или NULL там, где ожидалось логическое значение.

1. 1
   Сохраните полный текст ошибки, включая кнопку «Подробно» — там указан модуль и строка
2. 2
   Определите контекст: код, отчёт СКД, запрос или обмен данными
3. 3
   Найдите выражение, которое должно вернуть Истина/Ложь, и проверьте фактическое значение через отладчик или вычисление выражения
4. 4
   Проверьте источник данных: незаполненные реквизиты, NULL из соединений, строки из файлов
5. 5
   Исправьте выражение явным сравнением или функцией ЕСТЬNULL/ЗначениеЗаполнено
6. 6
   Повторите операцию на тех же данных и убедитесь, что ошибка исчезла

Способы исправления в коде

Базовый принцип исправления — никогда не полагаться на неявное преобразование, если тип значения не гарантирован. Вместо Если Значение Тогда используйте явные проверки, соответствующие типу данных. Для строк и ссылок подходит функция ЗначениеЗаполнено(), для чисел — сравнение с нулём, для возможных NULL — функция ЕСТЬNULL в запросе.

Пример безопасного кода для значения, которое может быть Неопределено:

Если Значение = Неопределено Тогда
Флаг = Ложь;
Иначе
Флаг = Значение;
КонецЕсли;

Для строк, пришедших из внешних источников, используйте явное сопоставление:

Если ВРег(СокрЛП(СтрокаИзФайла)) = "ДА" Тогда
Флаг = Истина;
Иначе
Флаг = Ложь;
КонецЕсли;

В запросах защита от NULL выглядит так: ВЫБОР КОГДА ЕСТЬNULL(Таблица.Поле, Ложь) ТОГДА ... или условие ГДЕ ЕСТЬNULL(Таблица.Поле, Ложь) = ИСТИНА. Такой подход гарантирует, что в логическое выражение никогда не попадёт NULL.

Если ЗначениеЗаполнено(Объект.Согласование) И Объект.Согласовано = Истина Тогда
    // действие при явно установленном флаге
КонецЕсли;

Исправление ошибки в отчётах и настройках СКД

Если ошибка появляется при формировании отчёта, начните с проверки пользовательских полей и отборов. Выражение пользовательского поля типа «флаг» должно возвращать именно Булево: например, ВЫБОР КОГДА Сумма > 0 ТОГДА Истина ИНАЧЕ Ложь КОНЕЦ, а не просто Сумма > 0 в контекстах, где требуется строгая типизация, и уж точно не строковое значение.

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

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

Ошибка при обмене и загрузке данных

Обмены — второй по частоте источник проблемы после кода. При загрузке из файлов Excel и CSV все ячейки по умолчанию читаются как строки, и значение «Истина» из файла — это строка, а не логическое значение. Обработка загрузки должна содержать явное преобразование с учётом возможных вариантов написания: «Да», «да», «1», «Истина», «true».

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

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

Когда ошибку можно исправить самостоятельно, а когда нужен специалист

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

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

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

Профилактика: как не допустить ошибку в будущем

Основа профилактики — дисциплина типизации. В коде всегда используйте явные сравнения и проверки вместо неявных преобразований. В запросах оборачивайте поля из соединений в ЕСТЬNULL. В схемах СКД явно задавайте тип вычисляемых полей. Эти три правила устраняют подавляющее большинство причин ошибки.

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

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

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