Подскажите пожалуйста, как в запросе получить тип документа. По аналогии
Документ.Метаданные.Имя();

Насколько я понял ключевое слово Ссылка может работать только как условие. А хотелось бы именно получить тип Документа с тем чтобы например потом сделать по нему группировку.

Никак. Только через выразить к явному типу с последующей проверкой полученого значения.

(0) про Выбор сам догадаешься ?

ВЫБОР
   КОГДА Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
       Тогда "Реализация товаров и услуг"
   КОГДА Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг
       Тогда "Поступление товаров и услуг"
   <и раз, еще раз, еще много-много раз>
КОНЕЦ КАК ТипДокумента

Ну или "Переходите на 8.2, там это реализовано"

(2)(3) как-то не очень красиво...
(4) ну понятно :)

+ (1) т.е. через "ссылка" как в (3) . Это в вычисляемых выражениях схемы через "выразить".

(3) Долгий метод. Особенно если запрос тяжелый и выполняется в СКД

(7) уже замерял производительность?

ДА. Особенно если конфигурация УПП и видов документов много.

(7) Про скорость никто и не говорил. А вот СКД тут вообще не при чем.

в качестве мелькнувшей идеи - у документов сделать префикс нумерации документа -
поступление ПТ, Реализация - РТ и так далее.
а в запросе делать поле содержащее префик номера документа - и уже по нему сортировать. имхо вариант

Неужели у такого гениального творения как 1С 81, нет несложного метода получения типа документа.

Я проще поступил ... у всех документов есть реквизит "Вид документа" как перечисление. Значения перечислений соотвествуют метаимени. Пишутся в подписке перед записью. Главное не забыть добавить реквизит и новое значение перечисления при добавлении нового документа :)

(13) а не проще организовать через РС или справочник?

(14) Конечно нет. Зачем мне лишние связки.

(12) Есть.

(15) чтобы типовые доки не править и при добавлении нового дока не помнить про обязательный реквизит

(17) У нас от типовой конфигурации осталось только название. На добавление любого объекта конфигурации существует регламент, с описанием набора обязательный действий для каждого (ибо над основной конфой трудится параллельно несколько программистов). Потому помнить не надо - достаточно почитать :)

(13) Жесть. Это называется проще...

(15) *поперхнулся чаем*

(19) Ну что ты - это же крайне сложно. Не каждый справится.
(20) Крепись.

(21) То есть ты заменил соединение с одной таблицей регистра на соединение со всеми таблицами документов и спрашиваешь "Зачем мне лишние связки"? :)

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

(23) "В случае регистра сведений соединение будет присутствовать всегда" - С какого перепугу? Нужно поле - будет присутствовать, не нужно - не будет.
Хотя спор, на самом деле, ни о чем - в 1С можно получать тип значения в запросе. :)

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

(23)    Defender aka LINN  Подскажи страждущему народу, как получить "получать тип значения в запросе".

(24) Давай начнем с начала - определи собственно структуру регистра, где по твоему должна осуществляться привязка к виду документа - любопытно посмотреть.

(25) Оператор условия Ссылка требует явного указания типа. К примеру у нас хозрасчетный регистр бухгалтерии имеет почти 100 вариантов регистраторов. Устанешь конструкцию выбора писать.

(28)>Устанешь конструкцию выбора писать

по метеданным

(0)>с тем чтобы например потом сделать по нему группировку

нунафуй, не есть гут
группируй например по ВидуОперации, или по другому отличному реквизиту

(30) Программная генерация запроса - не самое удобное для разработки решение. Да и подозреваю время формирования такого запроса будет далеко от оптимального.

(26) Для начала, надо обновить платформу до последней ;)
(27) Измерение - документ, ресурс - Вид.

(31)>Программная генерация запроса ...
ага, а насиловать СКЛ лучше

(33) Измерение Документ - ссылка ? Ресурс вид - какой тип ?
Т.е. вместо банального реквизита перечисления в документе (по факту ссылочное значение), требуется содержать регистр сведений, с количеством записей равным количеству документов в системе где собственно само измерение является составным типом всех возможных документов... помимо прочего поимееть проблему с миграцией записей регистра с необходимость завязки на миграции самих документов - имхо это решение даже не пахнет эффективностью.

Упс (34) к (32)

(34)эт не ко мне, сорри

(34) "Ресурс вид - какой тип" - хоть строка. Но удобнее, конечно, справочник.
"Т.е. вместо банального реквизита перечисления в документе (по факту ссылочное значение), требуется содержать регистр сведений, с количеством записей равным количеству документов в системе" - зато будет работать. Вариант с реквизитом документа, конечно, удобен, но не забываем про 256 таблиц на MSSQL - такой запрос просто не будет работать в некоторых условиях. И можно потом сколько угодно рассказывать, что, мол, так лучше.
"помимо прочего поимееть проблему с миграцией записей регистра" - какие проблемы? Или ты хочешь сказать, что у документа может ВНЕЗАПНО поменяться вид?

(37) Вид не может поменяться. Но представь себе в УРБД, в которой у ряда документов меняется направление миграции еще и в зависимости от данных самого документа.

Составной тип измерения "все документы" в свете  256 таблиц SQL гораздо менее перспективен чем "все возможные регистраторы" регистра, с которым нас в конкретным запросе интересует

+(37) Не понимаю в чем удобство справочника, в данном случае статичного набора данных и изменений лишь на  уровне конфигурации в сравнении с перечислением.

Помимо прочего, измерение "все возможные ссылочные типы документов" может помимо прочего еще и к проблемам с правами привести.

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

(40) В документы надо лишь скопипасть реквизит. Модуль документа/формы не надо трогать, достаточно в подписку на событие перед запись документа добавить строку

Объект.ВидДокументаПеречисление = Перечисления.ВидДокумента[Объект.Метаданные().Имя];

Самое трудоемкое здесь - завести элементы перечисления.

(39) Справочник не нужно руками заполнять, в отличие от перечисления.

(42) Использование непредопределенных элементов замедлит получение искомого значения элемента справочника.

В тому же цена вопроса - ~ 50 минут на 300 документов.