Есть запрос, вот фрагмент с ошибкой

```1c
    |ВЫБРАТЬ
    | 1 КАК Свойство,
    | ВЫРАЗИТЬ(ВТ_ДляСвойств.Применение КАК СТРОКА(1000)) КАК Значение,
    | &Применение_Заголовок КАК Заголовок,
    | &Применение_ТИП КАК Тип,
    | &Применение_ГУИД КАК ГУИД
    |ПОМЕСТИТЬ ВТ_СвоиСвойства
    |ИЗ
    | ВТ_ДляСвойств КАК ВТ_ДляСвойств
    |
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ
    | 2,
    | ВЫРАЗИТЬ(ВТ_ДляСвойств.Состав КАК СТРОКА(1000)),
    | &Состав_Заголовок,
    | &Состав_ТИП,
    | &Состав_ГУИД
    |ИЗ
    | ВТ_ДляСвойств КАК ВТ_ДляСвойств
```

Параметр устанавливается так:

```1c
    КвалификаторыСтроки = Новый КвалификаторыСтроки(1000);
    ОписаниеТипов_Строка = Новый ОписаниеТипов("Строка" ,,,, КвалификаторыСтроки);
    Запрос.УстановитьПараметр("Состав_ТИП", ОписаниеТипов_Строка);
```

Текст ошибки:

```1c
    Неверные параметры
    <<?>>&Применение_ТИП КАК Тип,
```
---
Чтобы проверить, что запрос мало мальски может работать с полями тип "ОписаниеТипов", достаточно выбрать данные из любого плана видов характеристик. У плана есть стандартный реквизит "ТипЗначения", который имеет тип "ОписаниеТипов" и значение которого с легкостью можно получить в том числе и запросом.

Что касается непосредственно вопроса автора, то по моим ощущениям борьба с разработчиками платформы за возможность передачи параметра "ОписаниеТипов" в запрос ведется уже давно. Также, например, долгое время нельзя было использовать в качестве параметра запроса таблицу значений, содержащую колонку типа "УникальныйИдентификатор" (нынче уже можно, вроде). Прямого запрета в документации не было, но и возможности тоже. Быть может и с описанием типов когда-нибудь поправят. Надо только не забывать писать сообщения в тех. поддержку 1С. :-)
---
Пробовал изменить на

```1c
    &Длина_ТИП КАК ТипЗначения123
```

(значение параметра - описание типов число 10.2, и точно не зарезервированное слово в качестве имени поля запроса)
не помогло
---
Что-то я не понял чего запрос выбрать хочет, &Состав_ТИП выбирается, в значение пихается описание типов - и чего запрос вернуть должен?
---
Вы зачем пытаетесь ТИП выводить ?
ОписаниеТипов_Строка - это не данные и не переменая - это ТИП .
Зачем его выводить?

Такое во сне не приснится!
Выводить имеет смысл ДАННЫЕ, а не абстрактный ТИП , как вы....
Вам нужно просто название типа - так и выводите строку , а не Тип СТРОКА(1000
---
(5) (6)

Такое во сне не приснится!
Выводить имеет смысл ДАННЫЕ, а не абстрактный ТИП , как вы....
Вам нужно просто название типа - так и выводите строку , а не Тип СТРОКА(1000

```1c
    //Запрос возвращает описание типов, мы это видим по следующим строкам:
    //...
    //Типы = ВыборкаСвойствНоменклатуры.ТипЗначения.Типы();
    //...
    //Тип = Типы[0];
    //Если Тип = Тип("Число") Тогда

    //это типовой код УТ 11.4, Общий модуль "ОбменССайтом"
    Процедура ДобавитьСвойстваНоменклатурыВКлассификаторXDTO(КлассификаторXDTO, ПакетCML, ВыборкаСвойствНоменклатуры)

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

    СвойстваТип = КлассификаторXDTO.Свойства().Получить("Свойства").Тип;
    СвойстваXDTO = ФабрикаXDTO.Создать(СвойстваТип);

    Пока ВыборкаСвойствНоменклатуры.Следующий() Цикл

    Если Не ЗначениеЗаполнено(ВыборкаСвойствНоменклатуры.ТипЗначения) Тогда
    Продолжить;
    КонецЕсли;

    ТипСвойство = ПакетCML.Получить("Свойство");
    СвойствоXDTO = ФабрикаXDTO.Создать(ТипСвойство);

    СвойствоXDTO.ИД = Строка(ВыборкаСвойствНоменклатуры.Свойство.УникальныйИдентификатор());

    Если ОбщегоНазначения.ЕстьРеквизитОбъекта("Заголовок",ВыборкаСвойствНоменклатуры.Свойство.Метаданные()) Тогда
    СвойствоXDTO.Наименование = ФорматНаименованияДляXDTO(ВыборкаСвойствНоменклатуры.Свойство.Заголовок);
    Иначе
    СвойствоXDTO.Наименование = ФорматНаименованияДляXDTO(ВыборкаСвойствНоменклатуры.Свойство);
    КонецЕсли;

    Типы = ВыборкаСвойствНоменклатуры.ТипЗначения.Типы();

    ТипXML = "Строка";

    Если Типы.Количество() <> 1 Тогда

    // По стандарту CML можно выгрузить только один тип значений.
    // Выгружаем тип "Строка", как универсальный тип.

    СвойствоXDTO.ТипЗначений = ТипXML;

    Иначе

    Тип = Типы[0];

    Если Тип = Тип("Число") Тогда
    ТипXML = "Число";
    ИначеЕсли Тип = Тип("Дата") Тогда
    ТипXML = "Время";
    ИначеЕсли ТипЗначенияСправочник(Тип) Тогда
    ТипXML = "Справочник";
    КонецЕсли;
```

Собственно я бы хотел вклиниться в формирование этой выборки.
Была задача: передавать любые данные, вытягиваемые запросом на сайт как "дополнительные реквизиты".
Для этого я формировал (пока жестко в коде, в будущем планируется сделать под это настраиваемый механизм в режиме предприятия) свой запрос (один, с множеством "объединить все"), который бы дальше был обработан типовым кодом.
И все это используя только расширения (что накладывало свои ограничения)

Сделать этого я так и не смог, задачу решил другим способом, но академический интерес остался.
---
А что, кто-то обещал передавать описаниеТипов в запрос?
---
А кто то запрещал?)
---
учите матчасть...
если в инструкции вашего лимузина не Запрещено летать на Луну - это не значит, что вы можете туда на нем попасть...
---
проводить аллегории конечно здорово, только это не доказывает что вы правы. По поводу матчасти: если ты знаешь что-то, чего не знаю я - поделись, буду очень благодарен)
---
так он не обещал - он ПЕРЕДАЕТ и пытается отобразить...

```1c
    |ВЫБРАТЬ
    | 2,
    | ВЫРАЗИТЬ(ВТ_ДляСвойств.Состав КАК СТРОКА(1000)),
    | &Состав_Заголовок,
    | &Состав_ТИП,
```
---
Вот и я жду когда ТС расскажет чего ожидает получить :)
---
http://forum.infostart.ru/forum9/topic236287/message2395146/#message2395146
---
Не пытался понять, зачем ТС передавать в качестве параметра тип данных. Если ему надо - значит надо. Ошибка же в том, что вместо типа мы наблюдаем попытку передать в запрос объект встроенного языка. Именно в этом суть ошибки. Но думаю, это волнует ТСа в последнюю очередь, как, собственно, и получение верного ответа и перечисление за него обещанного вознаграждения.
---
не надо вбрасывать на вентилятор.

Напиши подробнее, пожалуйста, про две вещи:

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

получение верного ответа и перечисление за него обещанного вознаграждения
Верный ответ меня интересует, но задача решена другим способом.
И, мб я что то не то сделал/сказал/нажал, но просвяти - где и как я пообещал вознаграждение?
---
Я пытался передать в запрос не тип, а описание типов.ОписаниеТипов - это тоже "объект". В 1С.
Это как передавать в параметре в запрос не конкретный элемент, а Справочник целиком.

```1c
    Запрос.УстановитьПараметр("Справочник", Справочники.Номенклатура);
```

Попробуй))
---
Справедливости ради "Справочники.Номенклатура" - не справочник целиком, а всего лишь менеджер, предоставляющий доступ к некоторым функциям справочника. Здесь нет данных.

И интересно Ваше разделение на "объект" и "ссылку". До недавнего времени в запросе нельзя было использовать в качестве параметра таблицу, в которой среди прочих была колонка с типом "УникальныйИдентификатор". По-Вашему, уникальный идентификатор - это тоже "объект 1С", который недавно стал примитивом? А ссылка на конкретный документ, например, это "объект 1С" или "ссылка"? Ведь это совсем не примитив с точки зрения СУБД. И если таки ссылка на документ - не есть объект, то почему "момент времени" сделали объектом? Почему наконец можно использовать в качестве параметра значение типа "Тип", но нельзя использовать таблицу значений с колонкой типа "Тип"?

Все эти вопросы лишь к тому, что не все так очевидно, как Вы пытаетесь представить. И разделение на "объект" и "ссылка" - слишком сильное упрощение действительности в некоторых ситуациях.
---
В чем я не прав ? В том что ты можеш на своем лимузине на Луну?
Или у тебя получилось передать в запрос описание типов? кстати совершенно ума не приложу - ЗАЧЕМ?
---
ЗАЧЕМ
Ответ на это в 7 сообщении. Спокойнее, пожалуйста, а то у меня аж в ушах звенит)

В чем я не прав ? В том что ты можеш на своем лимузине на Луну?
Или у тебя получилось передать в запрос описание типов?
Либо вы пытаетесь меня втянуть в срач, либо у вас очень странный способ изложения мыслей. Извини, но если дальше будет в том же духе - я не отвечу.

Не получилось передать в запрос параметр с типом "описание типов". Но запрос способен работать с этими данными, т.к. я вижу что он может их возвращать (в сообщении 7 пример). И даже если нельзя передавать параметры типа "описание типов", то просто "так нельзя" - это не тот ответ который бы меня устроил, надо понимать почему нельзя. А я пока не понимаю почему ты говоришь что так делать нельзя.
---
Уж извините за тон, но я при всем своем желании быть спокойным не могу им быть когда отправляют к (7) , где якобы приведен запрос с такими возможностями. Смотрел раз 5 каждую строку - не увидел там ни запроса ни подтверждения хоть одного вашего слова...
Вы откуда взяли что ВыборкаСвойствНоменклатуры - результат запроса?
если оно так , то как минимум представьте.
А если это предположение, то отладчиком посмотрите - а вообще что такое ВыборкаСвойствНоменклатуры при входе в процедуру
---
ок, завтра буду у ПК - покажу скрины отладчика
---
ВыборкаСвойствНоменклатуры имеет тип ВыборкаИзРезультатаЗапроса
ВыборкаСвойствНоменклатуры.ТипЗначения имеет тип ОписаниеТипов
---
там некий запрос возвращает некие поля, у которых разные типы данных - у одного поля тип "ОписаниеТипов".
Но это не значит, что вы можете передать в запрос обратно все что угодно - преобразование типов в запросах 1С отсутствует, поэтому запрос не поймет, что вы прислали ему.
Он "переварит" примитивные данные (строка, число), ссылку (которая тоже "примитивные" данные - строковой ID), но все остальное - Дата, объекты, etc, - он не понимает.
---
вы вообще понимаете, что такое - "возвращает данные запросом" в 1С? Что вам просто ссылка возвращается, а не сам объект.
Поэтому и ОписаниеТипов здесь - тип поля, ссылка на данные поля каковые и возвращается запросом.
А не сам объект "ОписаниеТипов". Здесь "ОписаниеТипов" - это "объект", метаданные, описание данных, а запрос - возвращает только сами данные (посредством ссылки).
---
Не получилось передать в запрос параметр с типом "описание типов". Но запрос способен работать с этими данными, т.к. я вижу что он может их возвращать (в сообщении 7 пример)
Вот где вы это увидели?
Вот выдержка с оф сайта:
Следует учитывать, что объект ОписаниеТипов и значение типа Тип - это два совсем разных по смыслу значения. Значение типа Тип идентифицирует тип конкретного значения, а ОписаниеТипов описывает область допустимых значений там, где могут храниться значения.
---
Вот где вы это увидели?
В (20) скрин 20 подтверждает что запрос может работать со значениями, чей тип "описание типов"

 два совсем разных по смыслу значения
Да, я знаю, и мне нужно использовать именно значение с типом "описание типов"
---
В (20) скрин 20 подтверждает что запрос может работать со значениями, чей тип "описание типов"
это особенность отображения типа для null составного поля интерпретируемый самим 1С. В таком случае Null не может быть отнесен к одному определенному типу. Попробуйте получить не null и посмотреть, там будет там описание типов?
---
Чтобы проверить, что запрос мало мальски может работать с полями тип "ОписаниеТипов", достаточно выбрать данные из любого плана видов характеристик. У плана есть стандартный реквизит "ТипЗначения", который имеет тип "ОписаниеТипов" и значение которого с легкостью можно получить в том числе и запросом.

Что касается непосредственно вопроса автора, то по моим ощущениям борьба с разработчиками платформы за возможность передачи параметра "ОписаниеТипов" в запрос ведется уже давно. Также, например, долгое время нельзя было использовать в качестве параметра запроса таблицу значений, содержащую колонку типа "УникальныйИдентификатор" (нынче уже можно, вроде). Прямого запрета в документации не было, но и возможности тоже. Быть может и с описанием типов когда-нибудь поправят. Надо только не забывать писать сообщения в тех. поддержку 1С. :-)
---
А не могли бы вы дать ссылку на
борьба с разработчиками платформы за возможность передачи параметра "ОписаниеТипов"
?

В любом случае спасибо за развернутый ответ)
---
У Вас есть доступ к партнерскому форуму?

Вот, как пример.
---
к сожалению, доступа туда нет(
---
Один из борцов - Старых Сергей, автор Инструментов разработчика.
---
не уверен, что TormozIt боролся именно и только за ОписаниеТипов. Скорей, за преобразование типов в запросе.
Но этого не будет в 1С никогда (в данной концепции), т.к. тогда 1С должна быть другая.
Преобразование типов (других объектов) внутри какого-то объекта - это ООП. А в 1С его отродясь не было.
---
Будет, проверял. В этот раз без пруфов)
---
подтверждает что запрос может работать со значениями, чей тип "описание типов" с данными такого типа. А не с самим объектом "ОписаниеТипов".
Отличайте уже одно от другого.
---
Не могли бы Вы сформулировать, что есть "данные типа ОписаниеТипов", а что "объект ОписаниеТипов", дабы разница между ними была видна?

P.S. Нашел в сообщения выше более развернутый ответ. Понял теперь, о чем Вы.
---
Не получилось передать в запрос параметр с типом "описание типов".Как, по-вашему, запрос должен интерпретировать такой параметр? Если понимает только примитивы.
Предположите, как и к чему это должно преобразоваться в запросе?