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

Особенность заключается в том, что язык запросов 1С не поддерживает прямую проверку на Неопределено через оператор = или функцию ЕстьNULL(), как это делается в встроенном языке. Здесь требуются обходные пути — от использования ВЫБОР до работы с параметрами запроса. Мы рассмотрим все актуальные способы, включая нюансы для разных версий платформы (8.3.20+), и покажем, как правильно интегрировать такие проверки в сложные запросы с объединениями и подзапросами.

Почему стандартная проверка на Неопределено не работает в запросах

В встроенном языке 1С проверка на Неопределено выполняется просто:

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

// Логика обработки


КонецЕсли;

Однако в языке запросов такой подход вызовет ошибку. Причина кроется в архитектуре обработки данных:

  • 🔹 Запросы оперируют наборами данных, а не отдельными значениями. Конструкция Неопределено — это особенность встроенного языка, не имеющая прямого аналога в SQL-подобном синтаксисе 1С.
  • 🔹 Оптимизатор запросов не умеет работать с динамическими типами. Все поля в результате запроса должны иметь явный тип (число, строка, дата и т.д.), а Неопределено — это отсутствие типа.
  • 🔹 Параметры запроса автоматически преобразуются в NULL при передаче неопределённых значений, но NULL ≠ Неопределено в логике 1С.

Например, следующий запрос вызовет ошибку:

ВЫБРАТЬ

Товар.Наименование КАК Наименование


ИЗ


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


ГДЕ


Товар.Поставщик = Неопределено

Система не поймёт, что такое Неопределено в контексте запроса, и вернёт синтаксическую ошибку. Для решения этой проблемы существуют альтернативные методы.

📊 Какой способ проверки на Неопределено вы используете чаще?
ВЫБОР КОГДА
Параметры запроса с ЕстьNULL
Функция ВЫРАЗИТЬ
Обход через временные таблицы

Способ 1: Использование конструкции ВЫБОР КОГДА

Наиболее универсальный и рекомендуемый способ — применение оператора ВЫБОР КОГДА. Он позволяет эмулировать проверку на Неопределено через сравнение с NULL (который в запросах эквивалентен неопределённому значению).

Пример базового синтаксиса:

ВЫБРАТЬ

ВЫБОР


КОГДА Товар.Поставщик ЕСТЬ NULL


ТОГДА "Поставщик не указан"


ИНАЧЕ Товар.Поставщик.Наименование


КОНЕЦ КАК Поставщик,


Товар.Наименование


ИЗ


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

Ключевые моменты:

  • 🔹 Оператор ЕСТЬ NULL — это аналог проверки на Неопределено в контексте запроса.
  • 🔹 Конструкция работает и для параметров запроса, если они передаются как Неопределено.
  • 🔹 Можно комбинировать с другими условиями через И/ИЛИ.

Для параметров запроса пример будет таким:

Запрос.УстановитьПараметр("ДатаНачала", Неопределено);


ВЫБРАТЬ


ВЫБОР


КОГДА &ДатаНачала ЕСТЬ NULL


ТОГДА ДАТАВРЕМЯ(2000, 1, 1)


ИНАЧЕ &ДатаНачала


КОНЕЦ КАК ПериодНачала,


// Другие поля


ИЗ ...

💡

Если в запросе используется несколько параметров, которые могут быть Неопределено, группируйте их проверки в начале запроса через ВЫБОР КОГДА. Это улучшит читаемость и упростит отладку.

Способ 2: Параметры запроса с функцией ЕстьNULL

Когда значение передаётся в запрос через параметр, можно использовать функцию ЕстьNULL() во встроенном языке перед выполнением запроса. Это позволяет подменить Неопределено на NULL или другое значение по умолчанию.

Алгоритм действий:

  1. Перед выполнением запроса проверяем параметр на Неопределено.
  2. Если значение неопределённое, подменяем его на NULL или дефолтное значение.
  3. Передаём обработанный параметр в запрос.

Пример кода:

ДатаНачала = ЕстьNULL(ДатаНачала, ДАТАВРЕМЯ(2000, 1, 1));


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


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


"ВЫБРАТЬ


Документ.Дата КАК Дата


ИЗ


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


ГДЕ


Документ.Дата >= &ДатаНачала";


Запрос.УстановитьПараметр("ДатаНачала", ДатаНачала);


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

Преимущества метода:

  • 🔹 Чистый SQL-синтаксис — в самом запросе не нужно использовать обходные конструкции.
  • 🔹 Гибкость — можно подменять Неопределено на любое значение, актуальное для бизнес-логики.
  • 🔹 Производительность — запрос оптимизируется без дополнительных проверок.

Проверьте параметр на Неопределено во встроенном языке|Подмените на NULL или значение по умолчанию|Установите параметр в запрос через УстановитьПараметр|Выполните запрос и обработайте результат-->

Способ 3: Функция ВЫРАЗИТЬ для преобразования типов

Функция ВЫРАЗИТЬ позволяет явно преобразовать значение к нужному типу, что иногда помогает обойти проблему с Неопределено. Например, если поле может быть неопределённым, его можно привести к строковому типу с проверкой:

Пример использования:

ВЫБРАТЬ

ВЫРАЗИТЬ(Товар.Поставщик КАК СТРОКА) КАК ПоставщикСтрока,


ВЫБОР


КОГДА ВЫРАЗИТЬ(Товар.Поставщик КАК СТРОКА) = ""


ТОГДА ЛОЖЬ


ИНАЧЕ ИСТИНА


КОНЕЦ КАК ЕстьПоставщик


ИЗ


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

Особенности метода:

  • 🔹 Работает только для полей, которые можно привести к строковому или числовому типу.
  • 🔹 Неопределено при преобразовании в строку становится пустой строкой ("").
  • 🔹 Может использоваться в комбинации с ВЫБОР КОГДА для сложной логики.

Ограничение: не все типы данных поддерживают преобразование через ВЫРАЗИТЬ. Например, для полей типа ХранилищеЗначения или ДвоичныеДанные этот метод не подойдёт.

Что делать, если ВЫРАЗИТЬ не работает?

Если поле не поддерживает преобразование через ВЫРАЗИТЬ (например, составной тип), используйте временные таблицы с предварительной обработкой данных во встроенном языке. Создайте временную таблицу, заполните её данными с явной проверкой на Неопределено, а затем присоедините её к основному запросу.

Способ 4: Работа с временными таблицами

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

Алгоритм:

  1. Создать временную таблицу с нужной структурой.
  2. Заполнить её данными, предварительно обработав Неопределено во встроенном языке.
  3. Использовать временную таблицу в основном запросе.

Пример реализации:

// 1. Создаём временную таблицу

ТаблицаДанных = Новый ТаблицаЗначений;


ТаблицаДанных.Колонки.Добавить("Документ", Тип("ДокументСсылка.ЗаказКлиента"));


ТаблицаДанных.Колонки.Добавить("ДатаОплаты");


ТаблицаДанных.Колонки.Добавить("Сумма");



// 2. Заполняем данными с обработкой Неопределено


Для Каждого Док Из Документы.ЗаказКлиента Цикл


НоваяСтрока = ТаблицаДанных.Добавить();


НоваяСтрока.Документ = Док.Ссылка;


НоваяСтрока.ДатаОплаты = ЕстьNULL(Док.ДатаОплаты, ДАТАВРЕМЯ(1, 1, 1));


НоваяСтрока.Сумма = ЕстьNULL(Док.СуммаДокумента, 0);


КонецЦикла;



// 3. Передаём во временную таблицу запроса


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


Запрос.МенеджерВременныхТаблиц.ДобавитьВременнуюТаблицу(ТаблицаДанных, "ВременныеДанные");



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


"ВЫБРАТЬ


ВременныеДанные.Документ КАК Документ,


ВременныеДанные.ДатаОплаты КАК ДатаОплаты


ИЗ


ВременныеДанные КАК ВременныеДанные


ГДЕ


ВременныеДанные.ДатаОплаты >= &ДатаНачала";

Преимущества:

  • 🔹 Полный контроль над обработкой Неопределено на этапе подготовки данных.
  • 🔹 Возможность использовать сложную логику (например, подстановка значений по умолчанию в зависимости от условий).
  • 🔹 Улучшенная производительность для больших наборов данных за счёт предварительной фильтрации.
💡

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

Способ 5: Обход через объединения (JOIN) с проверкой

Если неопределённое значение встречается в полях, используемых для соединения таблиц (ЛЕВОЕ СОЕДИНЕНИЕ, ВНУТРЕННЕЕ СОЕДИНЕНИЕ), можно применять специальные условия в секции ГДЕ или СОЕДИНЕНИЕ.

Пример с левым соединением:

ВЫБРАТЬ

Заказ.Номер КАК НомерЗаказа,


ВЫБОР


КОГДА Поставщик.Ссылка ЕСТЬ NULL


ТОГДА "Без поставщика"


ИНАЧЕ Поставщик.Наименование


КОНЕЦ КАК Поставщик


ИЗ


Документ.ЗаказПоставщику КАК Заказ


ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК Поставщик


ПО Заказ.Поставщик = Поставщик.Ссылка


ГДЕ


Заказ.Дата >= &ДатаНачала

Нюансы:

  • 🔹 При ЛЕВОМ СОЕДИНЕНИИ неопределённые значения в правой таблице преобразуются в NULL.
  • 🔹 Для ВНУТРЕННЕГО СОЕДИНЕНИЯ строки с NULL в ключе соединения будут исключены из результата.
  • 🔹 В условиях соединения нельзя напрямую использовать Неопределено — только проверку на NULL.

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

ВЫБРАТЬ

Заказ.Номер


ИЗ


Документ.ЗаказПоставщику КАК Заказ


ГДЕ


Заказ.Поставщик ЕСТЬ NULL

Типичные ошибки и как их избежать

Даже опытные разработчики иногда допускают ошибки при работе с Неопределено в запросах. Рассмотрим наиболее распространённые случаи и способы их решения.

Ошибка Причина Решение
Сравнение с Неопределено через = Запрос не понимает конструкцию = Неопределено Использовать ЕСТЬ NULL или ВЫБОР КОГДА
Игнорирование NULL в соединениях При ВНУТРЕННЕМ СОЕДИНЕНИИ строки с NULL исключаются Заменить на ЛЕВОЕ СОЕДИНЕНИЕ или добавить проверку в ГДЕ
Передача Неопределено в параметр без обработки Параметр преобразуется в NULL, но логика запроса не учитывает это Обработать параметр через ЕстьNULL() перед выполнением запроса
Попытка использовать НЕ с ЕСТЬ NULL Конструкция НЕ (Поле ЕСТЬ NULL) некорректна Заменить на Поле НЕ ЕСТЬ NULL

Дополнительные рекомендации:

  • 🔹 Всегда тестируйте запросы с передачей Неопределено в параметры — это выявит скрытые ошибки.
  • 🔹 В сложных запросах комментируйте секции с обработкой NULL/Неопределено для упрощения поддержки кода.
  • 🔹 Используйте ОбъяснитьЗапрос() для анализа плана выполнения, если запрос работает медленно.
ВЫВЕСТИ ЗНАЧЕНИЯ "Параметр ДатаНачала: " + ВЫРАЗИТЬ(&ДатаНачала КАК СТРОКА) ВТ ВременныеДанные;
-->

Особенности для разных версий платформы 1С

Поведение запросов при работе с Неопределено может отличаться в зависимости от версии 1С:Предприятие. Ниже приведены ключевые различия:

  • 🔹 8.3.20 и новее: Поддерживается конструкция ЕСТЬ NULL для параметров запроса. Оптимизатор лучше обрабатывает временные таблицы.
  • 🔹 8.3.10–8.3.19: В некоторых случаях требуется явное приведение типов через ВЫРАЗИТЬ для корректной работы с NULL.
  • 🔹 8.2 и старше: Ограниченная поддержка ЕСТЬ NULL в подзапросах. Рекомендуется использовать временные таблицы.

В версиях 8.3.22+ добавлена экспериментальная поддержка функции ЗНАЧЕНИЕЗАПОЛНЕНО(), которая в некоторых случаях может заменить ВЫБОР КОГДА для проверки на NULL/Неопределено. Однако её применение требует тестирования, так как синтаксис может измениться в будущих релизах.

Для проверки версии платформы в коде используйте:

Если Лев(Платформа.Версия, 5) >= "8.3.2" Тогда

// Логика для новых версий


Иначе


// Обходной путь для старых версий


КонецЕсли;

💡

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

FAQ: Частые вопросы по проверке на Неопределено

Можно ли использовать функцию НЕОПРЕДЕЛЕНО() в запросах?

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

Почему запрос возвращает ошибку "Тип не совпадает" при проверке на NULL?

Ошибка возникает, если поле, которое вы проверяете на NULL, имеет составной тип (например, Ссылка.Контрагент). В этом случае сначала приведите поле к базовому типу через ВЫРАЗИТЬ(Поле КАК Тип).

Как проверить массив или структуру на Неопределено в запросе?

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

Влияет ли использование ВЫБОР КОГДА на производительность запроса?

Да, но незначительно. Современные версии платформы (8.3.20+) оптимизируют такие конструкции. Для больших наборов данных лучше использовать временные таблицы с предварительной обработкой.

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

Да, например: 

ГДЕ

(Документ.Поставщик ЕСТЬ NULL ИЛИ Документ.Поставщик.Наименование ПОДОБНО "ООО%")


И Документ.Дата >= &ДатаНачала