Такая проблемка. Надо сделать запрос по номенклатуре конкретного документа. Почему-то количество умножается на 2. В отчете Товары на складах в 2 раза меньше.

    Запрос.Текст=    
    "ВЫБРАТЬ РАЗЛИЧНЫЕ
    |    ОстаткиТоваровКомпании.Номенклатура КАК Номенклатура,
    |    СУММА(ОстаткиТоваровКомпании.КоличествоОстаток) КАК КоличествоОстаток,
    |    ЗаказПокупателяТовары.Ссылка КАК Заказ
    |ИЗ
    |    РегистрНакопления.ТоварыНаСкладах.Остатки(&ДатаАнализа, ) КАК ОстаткиТоваровКомпании
    |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.ЗаказПокупателя.Товары КАК ЗаказПокупателяТовары
    |        ПО ОстаткиТоваровКомпании.Номенклатура.Ссылка = ЗаказПокупателяТовары.Номенклатура.Ссылка
    |ГДЕ
    |    ОстаткиТоваровКомпании.Склад.Отделение = &Отделение
    |    И ОстаткиТоваровКомпании.Склад.ЭтоМол = ЛОЖЬ
    |    И ЗаказПокупателяТовары.Ссылка.Ссылка = &Заказ
    |
    |СГРУППИРОВАТЬ ПО
    |    ЗаказПокупателяТовары.Ссылка,
    |    ОстаткиТоваровКомпании.Номенклатура
    |
    |УПОРЯДОЧИТЬ ПО
    |    Номенклатура";

(0) В заказе две строки с одинаковой номенклатурой

(0) Ну это совсем надо не знать как работает соединение.

(0)
    |ГДЕ
    |    И ЗаказПокупателяТовары.Ссылка.Ссылка = &Заказ

А почему не ЗаказПокупателяТовары.Ссылка.Ссылка.Ссылка ?

(3) и Запрос.УстановитьПараметр("Заказ", Заказ.Ссылка.Ссылка.Ссылка);

:))

+(3) то же самое касается
"ПО ОстаткиТоваровКомпании.Номенклатура.Ссылка = ЗаказПокупателяТовары.Номенклатура.Ссылка"

(4) Ну это естественно :)

Запрос адская жесть

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

(0) заказ надо хранить в регистре. и тогда не будет этого педокода

(9) че?

(10) Теряюсь в догадках. Либо это указание на незрелость кода ("педо-"), либо ориентация кода направлена в нетрадиционную сторону.

Как-то двусмысленно товарищ выразился.

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

(12) Возможно, имелось ввиду, что это должно быть измерением, чтобы в разрезе него считать остатки?

(13) это-то понятно, а как ентот регистр закрывать?.. а если фильтр не по заказу покупателя, а по заказу поставщику или вообще по другому доку?.. еще неск измерений? мрак...

Сперва выгрузить табличную часть в ТЗ, свернуть ее по товарам и потом делать запрос к остаткам. Классика же.

+(15) про косяки самого запроса уже ранее народ высказался

(15) ??зачем? а в запросе это сделать нельзя?

(15) в (8) классика

Можно. Мой вариант просто первым пришел в голову.

(18) Конечно. Просто я не очень люблю вложенные запросы.

(20) вы просто не умеете их готовить

(21)  мне удобнее с временными таблицами работать

(22) ну так здесь все просто.. ВТ никчему. Да и ТЗ не есть ВТ, или ты потом ТЗ грузишь в ВТ?)))

(23) гружу

(24) и в запросе соединяю уже с остатками

(24) зачем?))
так не проще, если уж ВТ так хочется?(в рамках запроса из (0)):

"ВЫБРАТЬ РАЗЛИЧНЫЕ
|    ЗаказКлиентаТовары.Номенклатура
|ПОМЕСТИТЬ ВТ_Номенклатура
|ИЗ
|    Документ.ЗаказКлиента.Товары КАК ЗаказКлиентаТовары
|ГДЕ
|    ЗаказКлиентаТовары.Ссылка = &Ссылка"

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

(26) не вопрос. Я же выше писал - тот вариант первым в голову пришел.