Делаю запрос в клюшках

   ТекстЗапроса =
   "//{{ЗАПРОС(Сформировать)
   |Период с ВыбНачПериода по ВыбКонПериода;
   |Номенклатура = Регистр.ПартииНаличие.Номенклатура;
   |Количество = Регистр.ПартииНаличие.Количество;
   |КодОперации = Регистр.ПартииНаличие.КодОперации;
   |ПродСтоимость = Регистр.ПартииНаличие.ПродСтоимость;
   |Менеджер= Регистр.ПартииНаличие.ТекущийДокумент.реализация.Менеджер, Регистр.ПартииНаличие.ТекущийДокумент.ВозвратОтПокупателя.ДокОснование.реализация.Менеджер;
.....
..
Ну и в итоге не хватает цепочку ( т.к. ему длинновато
Регистр.ПартииНаличие.ТекущийДокумент.ВозвратОтПокупателя.ДокОснование.реализация.Менеджер
..
Как обходить подобное?

>>Как обходить подобное?
раньше надо было думать - маршрут выбирать правильный, дабы не ступать.

странно как-то, точно в "Регистр.ПартииНаличие.ТекущийДокумент.ВозвратОтПокупателя"  - это реквизит документа ?

никак, у реквизитов неопределенного типа/вида нет атрибутов в тексте запроса (если че, это ДокОснование)
исключение - общий реквизит документа.

прямой запрос

+2 я про "ВозвратОтПокупателя"

(5) да, в семерке так задается и реквизит и документ

(6) да, вспоминаю малехо, не реквизит это

ну наверное или (4) или ТекДок = Регистр.ПартииНаличие.ТекущийДокумент - а потом уже определять Менеджера в зависисмости от вида дока

(8) а мне же по нему группировка нужна потом

(9) завести реквизит регистра, прямым запросом затолкать туда значение, в глСписаниепартий поправить код, наслаждаться

(9) ну если уже попал в такую ситуацию, то прийдется выгружать в ТЗ и ее обрабатывать как надо
ну или (4)

(9)ты бы лучше написАл, что от тебя хотят, а не то, как ты это понял...

или, менеджера завести как периодику у клиентоса и тоже.. наслаждаться

а так, запрос в (0) всё равно бредятина, партии толкают и поступление и списание и оприходывание и перемещения.. какого гришь менеджера писать там ?

(12) (all) Надо отчет по продажам и возвратам по менеджеру продажи
вроде все очевидно

(15) делай выборкоц по документам - все проще будет ;)

(15)для движений - реквизитами в регистре будет проще.

(15) что же тогда тупишь-то..
есть регистр.продажи
в нем есть отдельно количетсва-суммы продаж, отдельно количества-суммы возвратов.
.
Епрст правильно сказал что запрос бредятина.. вдобавок запросто может встретиться возврат от покупателя без документа основания - это не запрещено конфигурацией.

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

(18) Ну, и как получить автора документа продажи при возврате ?

(20)+ вернее менеджера

(20) писать его в реквизит регистра или делать реквизитом справочника клиентосы.

или загнать его в свойство

(23) В свойство?

(24) да, в свойство клиентоса, можно и в основное свойство

тогда там усё будет в штатном отчете сразу.. без кода.

(26) это при условии "один менеджер у одного клиента"