Как работает оператор ИЛИ в 1С

Логический оператор ИЛИ в 1С встречается в двух контекстах: во встроенном языке (в конструкциях Если...Тогда) и в языке запросов (в секциях ГДЕ, ИМЕЮЩИЕ, в условиях соединений). В обоих случаях смысл одинаков: условие считается истинным, если истинно хотя бы одно из сравнений. Но синтаксис, приоритет вычислений и поведение с NULL отличаются, и именно здесь чаще всего возникают ошибки.

Типичная ситуация: разработчик пишет условие «ГДЕ Склад = &Склад1 ИЛИ Склад = &Склад2 И Активен», ожидая два активных варианта, а получает выборку, в которую попадают лишние записи. Причина — приоритет операторов: И вычисляется раньше ИЛИ. Понимание этих правил позволяет писать условия, которые работают предсказуемо и не требуют отладки «методом тыка».

Ниже разобран синтаксис ИЛИ в коде и запросах, правила приоритета, работа с NULL, альтернатива через В(...) и способы проверить, что условие отбирает именно то, что задумано.

Синтаксис ИЛИ во встроенном языке 1С

Во встроенном языке оператор пишется как ИЛИ (в английском варианте синтаксиса — OR) и используется в логических выражениях: Если А ИЛИ Б Тогда ... КонецЕсли;. Оба операнда должны иметь тип Булево. Если хотя бы один из них равен Истина, всё выражение возвращает Истина.

Важная особенность встроенного языка — полное вычисление выражения. В отличие от некоторых языков, 1С вычисляет обе части условия, даже если первой достаточно для результата. Поэтому конструкция вида Если ЗначениеЗаполнено(Ссылка) И Ссылка.Проведен Тогда безопасна, а вот вызов метода у потенциально пустого значения во второй части ИЛИ может вызвать ошибку, если первая часть не защищает от этого.

Если Контрагент.ЭтоГруппа ИЛИ Контрагент.ПометкаУдаления Тогда
Продолжить;
КонецЕсли;

Оператор можно комбинировать с И и НЕ в одном выражении. Читаемость при этом быстро падает, поэтому сложные условия лучше выносить в отдельную функцию с говорящим именем или разбивать на несколько проверок.

Оператор ИЛИ в языке запросов

В запросах ИЛИ применяется в секции ГДЕ, в условиях соединения таблиц (ПО ...), в ИМЕЮЩИЕ и внутри конструкции ВЫБОР КОГДА. Синтаксис тот же: ГДЕ Поле1 = &Значение1 ИЛИ Поле2 = &Значение2. Запрос вернёт строки, где выполняется хотя бы одно из условий.

ВЫБРАТЬ
Товары.Ссылка,
Товары.Наименование
ИЗ
Справочник.Номенклатура КАК Товары
ГДЕ
Товары.ВидНоменклатуры = &Вид1
ИЛИ Товары.ВидНоменклатуры = &Вид2

Конструктор запроса в конфигураторе позволяет собирать условия мышью, но при группировке И/ИЛИ он не всегда расставляет скобки так, как ожидает разработчик. После редактирования условий в конструкторе полезно переключиться в текст запроса и проверить итоговую структуру вручную.

Приоритет операторов и роль скобок

Порядок вычисления в 1С (и в коде, и в запросах): сначала НЕ, затем И, затем ИЛИ. Это значит, что выражение А И Б ИЛИ В эквивалентно (А И Б) ИЛИ В, а не А И (Б ИЛИ В). Разница в результате может быть принципиальной.

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

Замена цепочек ИЛИ конструкцией В

Когда ИЛИ сравнивает одно поле с несколькими значениями, цепочку стоит заменить оператором В. Вместо Склад = &С1 ИЛИ Склад = &С2 ИЛИ Склад = &С3 пишется Склад В (&СписокСкладов), где параметр — массив или список значений. Такой запрос короче, легче поддерживается и, как правило, не хуже по производительности.

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

СписокСкладов = Новый Массив;
СписокСкладов.Добавить(Склад1);
СписокСкладов.Добавить(Склад2);
Запрос.УстановитьПараметр("Склады", СписокСкладов);
// В тексте запроса: ГДЕ Продажи.Склад В (&Склады)

Аналог в условиях кода — проверка через массив и метод Найти() или через соответствие, когда значений много и проверка выполняется в цикле.

ИЛИ и значения NULL в запросах

В запросах 1С действует трёхзначная логика: результат сравнения может быть Истина, Ложь или NULL (неопределено), если один из операндов — NULL. Условие Поле = &Значение ИЛИ Поле ЕСТЬ NULL — корректный способ отобрать и совпадающие, и незаполненные значения. А вот Поле = &Значение ИЛИ Поле <> &Значение не вернёт строки с NULL, потому что оба сравнения для NULL дают неопределённость.

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

Как проверить, что условие с ИЛИ работает правильно

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

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

Типичные ошибки при использовании ИЛИ

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

FAQ