Какой умысел преследовали разработчики платформы, когда в запросах сделали вот это:
ТИПЗНАЧЕНИЯ(Регистратор) = ТИП(Документ.РеализацияТоваровУслуг)

Неужели недостаточно было так:
Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг

????

ТИПЗНАЧЕНИЯ(Регистратор) = ТИП(Документ.РеализацияТоваровУслуг) - более широкое, т.к там не только ссылка может быть, а ССЫЛКА получается подмножество

Дурик?

а если тип число?

(1) не фига не понял. Можешь понагляднее объяснить?

ТИПЗНАЧЕНИЯ(Регистратор) = &тип
а вот так можно?

(4) см в (3)

(3) А через ВЫРАЗИТЬ никак нельзя что-ли?

чтобы можно было вот так:

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

(7) каким образом?

(7) Не все можно выразить :)

(7)
В ВЫРАЗИТЬ есть проверка условия?

(0) А если бы использовали "ССЫЛКА", ты спрашивал бы почему не "тип" ?

Множество типов больше, чем множество ссылок (таблиц).

(5) да, из док-ии:

Возможна передача значения типа Тип как параметр запроса.

Пример:

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

(13) всего на 3 типа. из-за этого не стоило и огород городить

(15) Стоило. Хотя изза того, что можно использовать оператор В

+ выборка типа как поля в результате, группировка по типу и тд

(15) на 4 типа. Плюс функционал в (17)

(15)даже не 4, а 6 типов.

(19) не, 7 типов + описание типов и три системных перечисления. Итого уже 11.

(20) null, undefined, ХЗ, уникальный идентификатор + 4 базовых :)

(16) однозначная вещь, тем более, что фактически в таблицах есть поля с хранением значений.

Например сравнение на неустановленность значения в поле с множественными типами

|ТИПЗНАЧЕНИЯ(СчетФактура) <> &Тип";
   
Запрос.УстановитьПараметр("Тип",Тип("NULL"));

(23) тут проще:
ГДЕ
СчетФактура ЕСТЬ NULL

(24) неа v8: Не работает Есть Null в запросе

(24) в 1с все поля БД not null. А для составных типов есть поле отвечающее за тип. А вот в нем можно понять установлено значение или нет

(25) все работает, там запрос кривой

(26) >>в 1с все поля БД not null
это ложь

(27) Там не кривой запрос. В итогах прописывается Null, а вот в детальных записях Null нет. Конструкция в 23 работает проверено.

(28) приведи пример

(30) Артикул у группы номенклатуры

(21) Точно. Вспомнил. Поля справочников только для группы или только для элемента. Прошу прощения.

(0) Не достаточно.

1. ТИПЗНАЧЕНИЯ(Поле) В (&СписокТипов)

2. Запросы ниже, как ни парадоксально, совершенно разные

ВЫБРАТЬ * ИЗ Документ.Реализация КАК Док
ГДЕ НЕ ТИПЗНАЧЕНИЯ(Поле) = &Тип

ВЫБРАТЬ * ИЗ Документ.Реализация КАК Док
ГДЕ ТИПЗНАЧЕНИЯ(Поле) <> &Тип

гибкости прибавилось ого-го

(33) опечатка

ВЫБРАТЬ * ИЗ Документ.Реализация КАК Док
ГДЕ НЕ ТИПЗНАЧЕНИЯ(Док.Товары.Поле) = &Тип

ВЫБРАТЬ * ИЗ Документ.Реализация КАК Док
ГДЕ ТИПЗНАЧЕНИЯ(Док.Товары.Поле) <> &Тип