«Есть NULL» в 1С: что это значит, почему возникает и как исправить

1. Что такое NULL в 1С и почему он появляется

В контексте 1С:Предприятие и SQL-баз данных NULL — это не то же самое, что пустая строка ("") или ноль (0). Это специальное значение, означающее отсутствие данных в поле. Например:

• 📌 Поле ДатаДокумента не заполнено (не 01.01.0001, а именно отсутствует значение).
• 📌 Ссылка на справочник не указана (не пустая ссылка, а неопределённая).
• 📌 В регистре накопления нет записей для определённого измерения.

Сообщение «Есть NULL»** обычно появляется в двух случаях:

1. Явная проверка в коде или запросе: например, конструкция ЕСТЬ NULL в языке запросов 1С или функция ЗначениеЗаполнено() в встроенном языке.
2. Неявное обнаружение системой: когда 1С или СУБД (например, Microsoft SQL Server или PostgreSQL) автоматически фиксирует наличие NULL в данных, которые не должны их содержать.

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

2. Типичные сценарии возникновения ошибки

Ошибка «Есть NULL»** может проявляться в разных частях системы. Рассмотрим наиболее частые случаи:

Особенно часто проблема возникает при работе с регистрами накопления и бухгалтерии, где NULL в измерениях или ресурсах может приводить к искажению итогов. Например, если в регистре ТоварыНаСкладах для какой-то номенклатуры не указан Склад, это может вызвать ошибку при построении отчёта по остаткам.

3. Как диагностировать причину ошибки

Чтобы найти источник проблемы, следуйте этому алгоритму:

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

ВЫБРАТЬ
ЕСТЬNULL(Документ.Дата) КАК ЕстьNullВДате,
ЕСТЬNULL(Документ.Контрагент) КАК ЕстьNullВКонтрагенте
ИЗ
Документ.ЗаказПокупателя КАК Документ

Для отчётов (СКД) проверьте:

• 🔎 Настройки компоновки: не отключены ли параметры Игнорировать пустые строки или Только непустые значения.
• 🔎 Источники данных: нет ли в них полей с NULL, которые используются в выражениях.
• 🔎 Параметры отчёта: не передаются ли в них неопределённые значения.

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

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

4. Практические способы устранения ошибки

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

4.1. Исправление в запросах

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

• 🛠 Используйте ВЫРАЗИТЬ(Поле КАК Строка) для приведения типов.
• 🛠 Заменяйте NULL на значения по умолчанию с помощью ЗНАЧЕНИЕ(Поле, 0) или ЗНАЧЕНИЕ(Поле, "").
• 🛠 Добавляйте проверки ГДЕ НЕ Поле ЕСТЬ NULL для критичных полей.

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

ВЫБРАТЬ
ЗНАЧЕНИЕ(Документ.Дата, ДАТАВРЕМЯ(1, 1, 1)) КАК Дата,
ЗНАЧЕНИЕ(Документ.Контрагент.Наименование, "") КАК Контрагент
ИЗ
Документ.ЗаказПокупателя КАК Документ
ГДЕ
НЕ Документ.ПометкаУдаления

4.2. Исправление в отчётах (СКД)

В настройках компоновки данных:

1. Перейдите на закладку Параметры и проверьте, что все обязательные параметры имеют значения по умолчанию.
2. На закладке Настройки включите опцию Игнорировать пустые строки.
3. В выражениях полей используйте функции вроде ЕСЛИ ЗначениеЗаполнено(Поле); ТО Поле; ИНАЧЕ 0 КОНЕЦ.

4.3. Исправление при обмене данными

Проверьте:

• 🔧 Правила обмена: все ли обязательные реквизиты заполняются.
• 🔧 Предустановленные значения: например, для новых контрагентов может быть задан ИНН по умолчанию.
• 🔧 Логи обмена: в них часто указывается, какое именно поле содержит NULL.

Если обмен происходит через Универсальный формат (EnterpriseData), добавьте в правила преобразование:

ЕСЛИ НЕ ЗначениеЗаполнено(Источник.ИНН) ТОГДА
Цель.ИНН = "0000000000";
ИНАЧЕ
Цель.ИНН = Источник.ИНН;
КОНЕЦЕСЛИ;

5. Профилактика ошибок с NULL

Чтобы минимизировать риск появления «Есть NULL»** в будущем, следуйте этим рекомендациям:

• 🔒 Настройте обязательность заполнения критичных реквизитов в метаданных (например, ИНН для контрагентов).
• 🔒 Используйте значения по умолчанию для полей, которые не должны быть пустыми (например, Дата = ТекущаяДата()).
• 🔒 Проверяйте данные перед записью в базу с помощью ЗначениеЗаполнено().
• 🔒 Регулярно запускайте тесты целостности (например, обработку ТестированиеИИсправлениеИБ).

Особое внимание уделите обменам данными:

• 📦 Всегда проверяйте выгружаемые данные на наличие NULL перед отправкой.
• 📦 Используйте промежуточные обработки для валидации данных.
• 📦 Настройте логирование ошибок в правилах обмена.

Для бухгалтерских баз критично следить за целостностью аналитики:

• 💰 Регулярно проверяйте регистры на наличие записей с NULL в измерениях.
• 💰 Используйте обработки для автоматического заполнения пропущенных субконто.
• 💰 Настройте контроль остатков по ключевым аналитикам.

6. Частые ошибки при работе с NULL

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

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

// ПРАВИЛЬНО: использование ЕСТЬ NULL
ВЫБРАТЬ *
ИЗ Документ.ЗаказПокупателя
ГДЕ Контрагент ЕСТЬ NULL

SELECT *
FROM ИнформационнаяБаза.dbo._Reference162 AS Контрагенты
WHERE ИНН IS NULL

ВЫБРАТЬ *
ИЗ Справочник.Контрагенты КАК Контрагенты
ГДЕ Контрагенты.ИНН ЕСТЬ NULL

ВЫБРАТЬ
ЕСТЬNULL(Поле1) КАК Поле1Null,
ЕСТЬNULL(Поле2) КАК Поле2Null
ИЗ ВашаТаблица