1С: как проверить значение на NULL в запросах

В языке запросов 1С сравнение с NULL работает не так, как привычное сравнение с пустой строкой или пустой ссылкой. Конструкция ГДЕ Поле = NULL всегда вернёт ложь, потому что NULL в 1С — это отсутствие значения, а не конкретное значение. Для проверки используется специальный оператор ЕСТЬ NULL (в английском синтаксисе — IS NULL), а для замены NULL на конкретное значение — функция ЕСТЬNULL().

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

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

Что такое NULL в языке запросов 1С и откуда он берётся

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

Основные источники NULL в запросах:

• Левое соединение (ЛЕВОЕ СОЕДИНЕНИЕ) — если в правой таблице не нашлось подходящей строки, все её поля в результате будут NULL. Это самая частая причина.
• Обращение через точку к реквизиту объекта, которого нет — например, Документ.Контрагент.ИНН, когда Контрагент не заполнен, даст NULL.
• Составной тип поля — если реквизит может хранить разные типы, обращение к реквизиту конкретного типа для строки с другим типом вернёт NULL.
• Различие таблиц в объединении (ОБЪЕДИНИТЬ) — поля, отсутствующие в одной из частей объединения.
• Регистры с неполным составом измерений при соединении виртуальных таблиц.

Ключевой практический вывод: если в запросе есть левое соединение, любое поле из правой таблицы потенциально содержит NULL, и это нужно учитывать в условиях ГДЕ, в вычисляемых полях и в итогах.

Оператор ЕСТЬ NULL: синтаксис и примеры

Базовый синтаксис проверки выглядит так: ГДЕ Поле ЕСТЬ NULL. Для обратной проверки (значение заполнено) используется отрицание: ГДЕ НЕ Поле ЕСТЬ NULL или ГДЕ Поле ЕСТЬ НЕ NULL — обе формы допустимы, первая читается легче.

Пример: найти документы поступления, для которых не найден договор контрагента:

ВЫБРАТЬ
Поступление.Ссылка КАК Документ,
Договоры.Ссылка КАК Договор
ИЗ
Документ.ПоступлениеТоваровУслуг КАК Поступление
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК Договоры
ПО Поступление.Договор = Договоры.Ссылка
ГДЕ
Договоры.Ссылка ЕСТЬ NULL

Обратный пример — выбрать только те строки, где соединение нашло пару:

ВЫБРАТЬ
Товары.Номенклатура КАК Номенклатура,
Цены.Цена КАК Цена
ИЗ
РегистрСведений.ЦеныНоменклатуры КАК Цены
ГДЕ
НЕ Цены.Цена ЕСТЬ NULL

Оператор ЕСТЬ NULL можно комбинировать с другими условиями через И и ИЛИ, но следите за приоритетом: условие ГДЕ А ЕСТЬ NULL ИЛИ Б = 1 и ГДЕ (А ЕСТЬ NULL) ИЛИ (Б = 1) эквивалентны, однако при смешивании И и ИЛИ расставляйте скобки явно.

Функция ЕСТЬNULL: замена NULL на рабочее значение

Функция ЕСТЬNULL(Выражение, ЗначениеЕслиNULL) возвращает первое выражение, если оно не NULL, и второе — если NULL. Это стандартный приём для отчётов, где вместо пустого места нужно показать ноль, прочерк или текст «не указано».

ВЫБРАТЬ
Товары.Номенклатура КАК Номенклатура,
ЕСТЬNULL(Остатки.КоличествоОстаток, 0) КАК Остаток
ИЗ
Справочник.Номенклатура КАК Товары
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки КАК Остатки
ПО Товары.Ссылка = Остатки.Номенклатура

Ограничение функции: оба аргумента должны быть совместимы по типу. Если первый аргумент — число, второй тоже должен быть числом; нельзя написать ЕСТЬNULL(Остатки.Количество, "нет"). Для вывода текста вместо нечислового значения приводите типы или используйте ВЫБОР:

ВЫБОР
КОГДА Остатки.КоличествоОстаток ЕСТЬ NULL
ТОГДА "нет на складе"
ИНАЧЕ "в наличии"
КОНЕЦ КАК Статус

ЕСТЬNULL также полезна в условиях соединения и группировках: ЕСТЬNULL(Таб.Контрагент, ЗНАЧЕНИЕ(Справочник.Контрагенты.ПустаяСсылка)) позволяет сгруппировать строки без контрагента в отдельную «пустую» группу вместо NULL-группы, которая может некорректно обрабатываться в СКД.

ВЫБРАТЬ
	Товары.Номенклатура,
	ЕСТЬNULL(Остатки.КоличествоОстаток, 0) КАК Остаток
ИЗ
	Справочник.Номенклатура КАК Товары
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки КАК Остатки
		ПО Товары.Ссылка = Остатки.Номенклатура
ГДЕ
	НЕ Остатки.КоличествоОстаток ЕСТЬ NULL

NULL против пустой ссылки и пустой строки: в чём разница

Частая путаница — смешение NULL с «пустыми» значениями. В 1С это три разных состояния:

Практическое следствие: если реквизит «Договор» в документе просто не заполнен, то в таблице документа хранится пустая ссылка, а не NULL. Условие ГДЕ Документ.Договор ЕСТЬ NULL такие документы не найдёт. Нужно сравнение с пустой ссылкой:

ГДЕ
Документ.Договор = ЗНАЧЕНИЕ(Справочник.ДоговорыКонтрагентов.ПустаяСсылка)

Если нужно поймать оба случая сразу — и незаполненный реквизит, и отсутствие строки в соединённой таблице — комбинируйте условия или оборачивайте поле в ЕСТЬNULL с пустой ссылкой как значением по умолчанию, а затем сравнивайте с пустой ссылкой.

Типичные сценарии: где проверка на NULL реально нужна

Поиск объектов без связанных данных

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

Отчёты с нулевыми остатками

При построении отчёта по остаткам часто нужно показать всю номенклатуру, включая ту, которой нет на складе. Левое соединение справочника с виртуальной таблицей остатков даёт NULL в полях остатка; ЕСТЬNULL(Остатки.КоличествоОстаток, 0) превращает их в честный ноль, который корректно суммируется в итогах.

Составные типы и обращение через точку

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

Параметры отбора в СКД и динамических списках

В схеме компоновки данных условие ГДЕ НЕ Поле ЕСТЬ NULL нередко используют для фильтрации «битых» строк. Учтите: в СКД отборы пользователя с видом сравнения «не заполнено» тоже в итоге транслируются в проверки на NULL и пустые значения — поведение зависит от типа поля.

1. 1
   Определите основную таблицу (например, справочник Номенклатура) и таблицу, где может не быть данных (регистр штрихкодов).
2. 2
   Постройте ЛЕВОЕ СОЕДИНЕНИЕ основной таблицы со связанной по ключевому полю.
3. 3
   Добавьте условие ГДЕ ПолеСвязаннойТаблицы ЕСТЬ NULL.
4. 4
   Выполните запрос в консоли и проверьте, что в результат попали только записи без пары.
5. 5
   Для отчёта замените NULL-поля на рабочие значения через ЕСТЬNULL.

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

Самая распространённая ошибка — написать ГДЕ Поле = NULL и получить пустой результат без какого-либо сообщения об ошибке. Запрос синтаксически корректен, платформа не предупредит. Если запрос «внезапно» ничего не возвращает, первым делом проверьте, нет ли сравнения с NULL через равно.

Вторая ошибка — условие по полю правой таблицы в секции ГДЕ при левом соединении. Например, ЛЕВОЕ СОЕДИНЕНИЕ ... ГДЕ ПраваяТаблица.Признак = ИСТИНА фактически превращает левое соединение во внутреннее: строки с NULL отсекаются сравнением. Если нужно сохранить все строки левой таблицы, перенесите условие в секцию ПО соединения или оберните в ЕСТЬNULL.

Третья ошибка — использование NULL-полей в арифметике. Выражение Цена * Количество, где один из множителей NULL, даст NULL, и итог по группе может оказаться пустым. Оборачивайте сомнительные операнды в ЕСТЬNULL с нулём.

Четвёртая ошибка — ожидание, что НЕ Поле ЕСТЬ NULL отфильтрует и пустые ссылки. Как показано выше, это разные состояния; для полной проверки «поле заполнено и осмысленно» нужны оба условия.

Проверка результата и производительность

После написания запроса с проверкой на NULL убедитесь, что результат соответствует ожиданиям. Сконтролируйте три точки: запрос без условия (сколько строк всего), запрос с ЕСТЬ NULL (сколько без пары) и запрос с НЕ ЕСТЬ NULL (сколько с парой). Сумма второго и третьего должна равняться первому — если нет, в соединении есть дубли ключей.

По производительности: оператор ЕСТЬ NULL сам по себе дёшев, но левое соединение по неиндексированному полю на больших таблицах может выполняться долго. Убедитесь, что поля связи индексированы (для типовых реквизитов и измерений это обычно так по умолчанию). Если запрос тормозит, проверьте план запроса в консоли или замените левое соединение на подзапрос с условием НЕ В (ВЫБРАТЬ ...) — иногда это быстрее для задач «найти без пары».

Ещё один практический приём: при отладке запроса с соединениями временно выведите оба поля связи (из левой и правой таблицы) в результат. По NULL в поле правой таблицы сразу видно, какие строки не нашли пару, и легко проверить корректность условия соединения.

Частые вопросы