Проверка заполнения значений в запросах 1С

Функция ДЛИНА возвращает количество символов в строке. Если поле пустое (системное ПУСТО), функция вернет 0. Если поле содержит пробелы, функция также вернет количество символов, включая пробелы. Поэтому для качественной проверки часто используют комбинацию условий или предварительную обработку строки функцией СОКРЛ (сокращение слева) или СОКРП.

ВЫБРАТЬ
Справочник.Номенклатура,
Справочник.Артикул
ИЗ
Справочник.Номенклатура КАК Справочник
ГДЕ
ДЛИНА(Справочник.Артикул) > 0

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

Иногда требуется проверить, что строка не состоит только из пробелов. В этом случае применяется вложенная функция сокращения. Мы убираем пробелы по краям и проверяем длину остатка. Это надежный способ фильтрации "мусорных" данных, введенных пользователями по ошибке.

⚠️ Внимание: Функция ДЛИНА не работает с типами данных, отличными от Строки. Попытка применить её к Числу или Дате вызовет ошибку выполнения запроса. Всегда приводите типы или используйте оператор ЕСТЬ для универсальной проверки.

Для сложных случаев, когда нужно игнорировать регистр или специальные символы, логика проверки выносится во временные таблицы. Однако для стандартных задач проверки заполнения достаточно комбинации ЕСТЬ и ДЛИНА.

Особенности проверки дат и числовых полей

С полями типа Дата и Число ситуация обстоит иначе, чем со строками. Здесь понятие "пустой строки" не существует. Поле либо содержит конкретное числовое значение или момент времени, либо оно равно ПУСТО. Поэтому оператор ЕСТЬ является единственным корректным способом проверки для этих типов данных.

Частая ошибка — попытка сравнить дату с нулем или пустой строкой. В 1С дата "0001-01-01" является допустимым значением (начало эры), а не признаком пустоты. Пустая дата — это именно системное значение ПУСТО, которое не имеет числового эквивалента. Сравнение Дата = 0 может дать непредсказуемый результат или ошибку типов.

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

Обратите внимание на строку с типом "Число". Если в поле записан ноль, оператор ЕСТЬ вернет Истина, так как ноль — это валидное числовое значение. Если же поле очищено, оно станет ПУСТО, и оператор вернет Ложь. Это важное различие для финансовых отчетов, где ноль может быть значимым итогом.

Использование функции ЗНАЧЕНИЕЗАПОЛНЕНО

Помимо оператора ЕСТЬ, в языке запросов существует функция ЗНАЧЕНИЕЗАПОЛНЕНО. Она выполняет схожую задачу, но имеет свои особенности поведения и области применения. Функция возвращает Истина, если значение не является пустым, и Ложь в обратном случае.

Главное отличие функции от оператора заключается в том, что ЗНАЧЕНИЕЗАПОЛНЕНО может принимать выражения и результаты вычислений, а не только имена полей. Это делает её незаменимой в сложных условиях, где проверка зависит от результата математической операции или конкатенации строк.

ВЫБРАТЬ
Документ.Сумма,
Документ.СуммаНДС
ИЗ
Документ.Реализация КАК Документ
ГДЕ
ЗНАЧЕНИЕЗАПОЛНЕНО(Документ.СуммаНДС)

В данном примере мы выбираем документы, где рассчитан НДС. Если поле СуммаНДС не заполнено (например, документ без налога или не проведен расчет), запись не попадет в выборку. Функция удобна тем, что её логика интуитивно понятна разработчикам, переходящим с других языков программирования.

Тем не менее, в простых случаях проверки полей таблиц рекомендуется использовать оператор ЕСТЬ. Он читается лаконичнее и в некоторых версиях платформы обрабатывается оптимизатором запросов эффективнее. Функцию стоит оставлять для сложных составных условий.

• ✅ Функция ЗНАЧЕНИЕЗАПОЛНЕНО универсальна для любых выражений.
• 📉 Оператор ЕСТЬ часто работает быстрее на больших объемах данных.
• 🔄 Оба метода возвращают одинаковый логический результат для полей таблиц.

Выбор между оператором и функцией часто дело вкуса команды разработки. Главное — соблюдать консистентность: не смешивать стили в одном запросе без веской причины. Это упрощает поддержку кода в будущем.

Типичные ошибки и способы их устранения

Даже опытные разработчики иногда допускают ошибки при фильтрации данных. Самая распространенная из них — попытка сравнить поле со строкой "ПУСТО" или числом 0 в надежде найти незаполненные ячейки. Это фундаментальное непонимание природы данных в 1С приводит к тому, что запрос возвращает пустой результат или, хуже того, неверные данные.

Другая частая проблема возникает при работе с объединениями запросов (ОБЪЕДИНИТЬ). Если в первом запросе поле заполнено, а во втором — нет, типы данных могут конфликтовать. В таких случаях необходимо явно приводить типы или использовать функцию ЕСТЬНЕ для подстановки значений по умолчанию, чтобы структура результатов совпадала.

Также стоит упомянуть ошибку при проверке булевых полей. Конструкция ГДЕ Поле = ИСТИНА отсечет все записи, где поле равно ЛОЖЬ или ПУСТО. Если ваша задача — найти все записи, где значение определено (и да, и нет), то такое условие ошибочно. Нужно использовать ЕСТЬ Поле.

⚠️ Внимание: Интерфейс и возможности конструктора запросов могут меняться в новых релизах платформы 1С. Всегда сверяйтесь с синтаксис-помощником вашей конкретной версии конфигурации, если стандартные конструкции ведут себя неожиданно.

Для отладки сложных условий рекомендуется выводить промежуточные поля в результат запроса. Добавьте в секцию ВЫБРАТЬ проверяемое поле и посмотрите на его фактическое значение в консоли запросов. Это сразу покажет, что там на самом деле: ПУСТО, ноль или пустая строка.