Как определить тип значения в запросе 1С

Определить тип значения прямо в запросе 1С нужно, когда поле имеет составной тип: например, реквизит «Контрагент» может хранить ссылку на справочник «Контрагенты» или «Организации», а поле расшифровки — документы разных видов. Язык запросов 1С предоставляет для этого несколько инструментов: функцию ТипЗначения(), операторы ТИП и ССЫЛКА, а также конструкцию ВЫБОР для классификации строк результата.

Выбор способа зависит от задачи. Если нужно отфильтровать записи по типу — используют условие ГДЕ ... ССЫЛКА или сравнение ТипЗначения() с конкретным типом. Если нужно вывести тип как колонку отчёта — применяют ВЫБОР КОГДА ... ТОГДА или сами функции ТипЗначения() и ТИПЗНАЧЕНИЯ() в списке полей. Ошибки здесь типичны: путают оператор ТИП с функцией, забывают, что у примитивных типов (число, строка) нельзя вызвать ССЫЛКА, или пытаются получить «имя типа строкой», чего язык запросов напрямую не умеет.

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

Какие инструменты языка запросов определяют тип

Язык запросов 1С даёт четыре основных механизма работы с типами. Функция ТипЗначения(Выражение) возвращает значение специального вида «Тип», которое можно сравнивать с конкретным типом. Оператор ТИП используется внутри конструкции ВЫБОР и в условиях как литерал типа: ТИП(Справочник.Номенклатура). Оператор ССЫЛКА проверяет, принадлежит ли значение указанному ссылочному типу. Конструкция ВЫБОР КОГДА ... ТОГДА ... КОНЕЦ связывает эти проверки и выдаёт понятный результат.

Важно понимать различие: ТипЗначения() — это функция, возвращающая тип конкретного значения в строке, а ТИП(...) — литерал, обозначающий сам тип. Сравнение выглядит так: ТипЗначения(Регистратор) = ТИП(Документ.ПриходнаяНакладная). Оператор ССЫЛКА работает только со ссылочными типами и записывается короче: Регистратор ССЫЛКА Документ.ПриходнаяНакладная.

Функция ТипЗначения: получение и сравнение типа

Функция ТипЗначения() помещается в список полей выборки или в условие. В простейшем виде она возвращает тип значения поля, и этот результат можно передать в СКД или обработать на встроенном языке через Выборка.ТипПоля. Однако чаще её используют в сравнении, потому что само по себе значение типа в отчёте выглядит неинформативно.

Типичный пример — отбор строк, где регистратор является конкретным документом:

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

Здесь важна деталь: сравнивать ТипЗначения() можно только с литералом ТИП(...), а не со строкой с именем типа. Запись вида ТипЗначения(Поле) = "СправочникСсылка.Номенклатура" синтаксически пройдёт, но всегда даст ложь, потому что тип никогда не равен строке.

ВЫБРАТЬ
	ТипЗначения(Движения.Регистратор) КАК ТипРегистратора
ИЗ
	РегистрНакопления.Продажи КАК Движения
ГДЕ
	ТипЗначения(Движения.Регистратор) = ТИП(Документ.РеализацияТоваровУслуг)

Оператор ССЫЛКА: короткая проверка ссылочного типа

Для ссылочных значений (справочники, документы, планы счетов и т.д.) самый читаемый способ — оператор ССЫЛКА. Условие Поле ССЫЛКА Справочник.Номенклатура возвращает истину, если значение является ссылкой именно этого вида. По сути это сокращённая форма сравнения ТипЗначения(Поле) = ТИП(Справочник.Номенклатура).

Ограничение оператора принципиально: он не работает с примитивными типами. Проверить «является ли поле числом» через ССЫЛКА нельзя — для этого применяют ТипЗначения(Поле) = ТИП(ЧИСЛО) или ТИП(СТРОКА), ТИП(ДАТА), ТИП(БУЛЕВО). Это частая причина ошибки «Неверные параметры в операции сравнения» при построении запроса.

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

Если нужно отобрать сразу несколько допустимых типов, условия объединяют через ИЛИ: Поле ССЫЛКА Справочник.Контрагенты ИЛИ Поле ССЫЛКА Справочник.Организации. Альтернатива — сравнение ТипЗначения() со списком через В (...), но с типами оператор В работает ограниченно, поэтому надёжнее перечислять условия явно.

Конструкция ВЫБОР: вывод типа понятной строкой

Когда тип нужно показать пользователю в отчёте, единственный корректный приём — конструкция ВЫБОР, где каждому типу сопоставляется строковое обозначение. Язык запросов не умеет преобразовывать значение типа в строку напрямую, поэтому «имя типа» формируют вручную.

ВЫБРАТЬ
Движения.Регистратор,
ВЫБОР
КОГДА Движения.Регистратор ССЫЛКА Документ.ПриходнаяНакладная
ТОГДА "Поступление"
КОГДА Движения.Регистратор ССЫЛКА Документ.РасходнаяНакладная
ТОГДА "Реализация"
КОГДА Движения.Регистратор ССЫЛКА Документ.Инвентаризация
ТОГДА "Инвентаризация"
ИНАЧЕ "Прочее"
КОНЕЦ КАК ВидДокумента
ИЗ
РегистрНакопления.ТоварыНаСкладах КАК Движения

Ветка ИНАЧЕ обязательна на практике: составной тип регистратора в типовых конфигурациях может включать десятки видов документов, и без «прочего» варианта часть строк получит NULL в колонке. Порядок условий значения не имеет — тип у значения один, пересечений не возникает.

Определение типа у примитивных значений и NULL

Примитивные типы проверяются через сравнение ТипЗначения() с литералами ТИП(ЧИСЛО), ТИП(СТРОКА), ТИП(ДАТА), ТИП(БУЛЕВО). Это актуально для универсальных реквизитов, хранилищ значений после извлечения и полей, где конфигуратор разрешает смешанное содержимое.

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

Для сложных сценариев удобен комбинированный вариант:

ВЫБОР
КОГДА Таблица.Значение ЕСТЬ NULL
ТОГДА "Не заполнено"
КОГДА ТипЗначения(Таблица.Значение) = ТИП(ЧИСЛО)
ТОГДА "Число"
КОГДА ТипЗначения(Таблица.Значение) = ТИП(СТРОКА)
ТОГДА "Строка"
КОГДА ТипЗначения(Таблица.Значение) = ТИП(БУЛЕВО)
ТОГДА "Булево"
ИНАЧЕ "Ссылка"
КОНЕЦ КАК ТипЗначенияСтрокой

Приведение типов: ВЫРАЗИТЬ как способ сузить составной тип

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

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

Связка «фильтр через ССЫЛКА + приведение через ВЫРАЗИТЬ» — стандартный безопасный шаблон: сначала отсекаются значения чужих типов, затем выполняется обращение к реквизиту. Без фильтра запрос останется рабочим, но вернёт NULL в колонке для всех несоответствующих строк.

Проверка результата и ограничения подхода

Проверить корректность определения типа проще всего в консоли запросов: выполните запрос без условия, добавьте колонку с ВЫБОР-классификацией и сравните с исходными данными. Контрольные признаки: сумма строк по всем веткам ВЫБОР (включая «Прочее») равна общему числу строк; в колонке типа нет неожиданных NULL; фильтр по типу не отсекает строки, которые должны попасть в выборку.

Из ограничений стоит помнить три. Во-первых, нельзя получить имя типа строкой штатной функцией — только ручное перечисление. Во-вторых, в запросах к табличным частям и виртуальным таблицам составные типы встречаются реже, но соединения с ними всё равно порождают NULL. В-третьих, в СКД выражения с ТипЗначения() в ресурсах и вычисляемых полях работают с ограничениями — там тип часто определяют на уровне языка выражений СКД.

Если запрос работает в реальном отчёте, дополнительно проверьте его на периоде, где точно встречаются все типы составного поля. Тест на «удобном» периоде, где все регистраторы одного вида, скрывает ошибки классификации.

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