Как в запросе 1С проверить тип объекта

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

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

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

Функция ТИПЗНАЧЕНИЯ: получить тип поля в запросе

Функция ТИПЗНАЧЕНИЯ() возвращает тип значения переданного выражения. Результат можно сравнить с конкретным типом через литерал ТИП(), поместить в поле выборки или использовать в условиях ВЫБОР.

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

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

Функцию можно выводить в результат запроса и затем группировать по ней или анализировать в коде. Учтите: для полей примитивных типов (строка, число, дата) ТИПЗНАЧЕНИЯ вернёт соответствующий примитивный тип, а для значений NULL — тип NULL, что удобно для проверки незаполненных составных полей.

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

Оператор ССЫЛКА проверяет, является ли значение поля ссылкой на указанный вид объекта. Синтаксически это самая короткая и читаемая конструкция для фильтрации:

ВЫБРАТЬ
ХозрасчетныйСубконто.Значение КАК Значение
ИЗ
РегистрБухгалтерии.Хозрасчетный.Субконто КАК ХозрасчетныйСубконто
ГДЕ
ХозрасчетныйСубконто.Значение ССЫЛКА Справочник.Контрагенты

Оператор работает только со ссылочными типами: справочниками, документами, планами счетов, планами видов характеристик и другими ссылочными объектами. Проверить через ССЫЛКА, является ли значение строкой или числом, нельзя — для примитивных типов используйте ТИПЗНАЧЕНИЯ.

На практике ССЫЛКА и ТИПЗНАЧЕНИЯ() = ТИП() для ссылок дают одинаковый результат. Выбор — вопрос читаемости: ССЫЛКА короче, а ТИПЗНАЧЕНИЯ универсальнее, если в одном условии нужно проверять и ссылочные, и примитивные типы.

Литерал ТИП: как задать тип для сравнения

Литерал ТИП() принимает в качестве параметра имя типа и возвращает значение типа «Тип». Формат: ТИП(Справочник.Номенклатура), ТИП(Документ.ПоступлениеТоваровУслуг), ТИП(Перечисление.СтавкиНДС).

Для примитивных типов синтаксис другой — используются ключевые слова СТРОКА, ЧИСЛО, ДАТА, БУЛЕВО:

ВЫБОР
КОГДА ТИПЗНАЧЕНИЯ(ЗначенияСвойств.Значение) = ТИП(СТРОКА)
ТОГДА "Текст"
КОГДА ТИПЗНАЧЕНИЯ(ЗначенияСвойств.Значение) = ТИП(ЧИСЛО)
ТОГДА "Число"
КОГДА ТИПЗНАЧЕНИЯ(ЗначенияСвойств.Значение) = ТИП(БУЛЕВО)
ТОГДА "Флаг"
ИНАЧЕ "Ссылка"
КОНЕЦ КАК ВидЗначения

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

ВЫРАЗИТЬ: приведение составного поля к конкретному типу

Оператор ВЫРАЗИТЬ() не проверяет тип, а приводит значение к указанному типу. Основное применение — обращение к реквизитам составного ссылочного поля. Если поле может хранить ссылки на разные справочники, прямое обращение к реквизиту Наименование вернёт данные не для всех записей; после приведения запрос будет трактовать поле как ссылку на конкретный объект:

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

Для записей, где значение не является номенклатурой, приведённые поля вернут NULL, поэтому приведение почти всегда сочетают с условием ССЫЛКА или ТИПЗНАЧЕНИЯ.

Второе применение ВЫРАЗИТЬ — оптимизация соединений. Когда составное поле участвует в соединении таблиц, платформа строит соединение со всеми возможными таблицами составного типа, что резко замедляет запрос. Приведение поля к одному типу до соединения сужает выборку до одной таблицы и ускоряет выполнение в разы на больших объёмах.

Проверка типа в коде встроенного языка

Когда данные уже получены из запроса, тип проверяется средствами встроенного языка. Для этого есть две функции: ТипЗнч() возвращает тип значения, а Тип() создаёт значение типа по имени:

Если ТипЗнч(СтрокаВыборки.Значение) = Тип("СправочникСсылка.Номенклатура") Тогда
// обработка ссылки на номенклатуру
КонецЕсли;

Обратите внимание на различие в именовании: в запросе пишется ТИП(Справочник.Номенклатура), а в коде — Тип("СправочникСсылка.Номенклатура"). Для ссылочных типов в коде к имени добавляется слово «Ссылка»: ДокументСсылка.РеализацияТоваровУслуг, ПеречислениеСсылка.СтавкиНДС.

Альтернатива без строкового литерала — сравнение через менеджер объекта:

Если ТипЗнч(Значение) = ТипЗнч(Справочники.Номенклатура.ПустаяСсылка()) Тогда
// значение — ссылка на номенклатуру
КонецЕсли;

Этот вариант устойчив к опечаткам в строке и к переименованию объекта при рефакторинге, но чуть медленнее из-за получения пустой ссылки.

Если ТипЗнч(Значение) = Тип("СправочникСсылка.Номенклатура") Тогда
    Сообщить("Это номенклатура");
КонецЕсли;

Типичные ошибки при проверке типа

Первая распространённая ошибка — попытка сравнить поле с типом через обычное равенство: ГДЕ Поле = ТИП(Справочник.Номенклатура). Так запрос сравнивает значение поля со значением типа «Тип», что логически неверно. Тип проверяется только через ТИПЗНАЧЕНИЯ(Поле) или Поле ССЫЛКА.

Вторая ошибка — обращение к реквизитам составного поля без приведения. Запрос Субконто.Значение.Артикул для поля составного типа либо вернёт NULL для части записей, либо сработает неочевидным образом. Всегда оборачивайте такое поле в ВЫРАЗИТЬ.

Третья ошибка — игнорирование NULL. В левых соединениях и при незаполненных составных полях значение равно NULL, и его тип — тоже NULL. Условие ТИПЗНАЧЕНИЯ(Поле) = ТИП(...) для таких строк вернёт ложь, что обычно и требуется, но если нужно отдельно обработать пустые значения, добавьте проверку Поле ЕСТЬ NULL или ЕСТЬNULL().

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

После написания запроса проверьте его в консоли запросов на реальных данных: убедитесь, что отбор по типу возвращает ожидаемое число строк и что в выборку не попали значения других типов. Полезно временно вывести ТИПЗНАЧЕНИЯ(Поле) отдельной колонкой — так видно, какие типы вообще встречаются в поле.

Для оценки скорости выполнения используйте замер производительности в конфигураторе или консоль кода. Если запрос с проверкой типа выполняется медленно, первым делом проверьте, нет ли соединений по составным полям без ВЫРАЗИТЬ, и нет ли обращений к реквизитам через точку от составного поля — обе ситуации приводят к неявным соединениям со множеством таблиц.

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