Есть потребность в хитрой выборке данных. Не могу понять как сделать. Помогите пжлста.
Есть регистр, в котором на группы номенклатуры ставим вносятся наценки, НО только на группы.
И вот нужно в отчете вывести значения наценок не только на эти группы, но и на все вложенные группы и элементы. Я могу соеденить 2 таблицы (РС и справочник), но понятно, что наценки будут показаны только для тех группы, которые есть в РС. А как вот вычислить наценки для вложенных элементов. Накидал пример в экселе, как мне нужно сделать.
https://ibb.co/dfTnOb

соедини еще раз со справочником по полю родитель

через "или" ? пробовал, но тогда значения наценок выдает от "фанаря", т.к. условия соединения могут выполняться одновременно.

ПО СпрНоменклатура.Ссылка = Наценки.Номенклатура ИЛИ СпрНоменклатура.Ссылка.Родитель = Наценки.Номенклатура ИЛИ ...

(0) А как пробовали? Сложно в уме прикинуть, но я бы вывел элемент и штук 5 родителей(по рекомендации 1С) а потом сделал 5 запросов через ОБЪЕДИНИТЬ (без ВСЕ) где связывал по родителю в 1 запросе, по родителю родителя во 2 и т.д. Через ИЛИ лучше не делать, там индекс(ВРОДЕ) не отрабатывает и запрос медленно будет работать

(2) АААА, типо у вас есть
   родитель 50%
     родитель2 20%
          номенклатура -
Вот так? То есть скидки надо брать на последнюю группу, где установлена наценка внутри иерархии?

(5)Да. Именно так. Приоритет имеет скидка, которая установлена для вложенного элемента.

Может быть выгрузить в дерево и потом обойти ? Только вот номенклатуры у нас порядка 30 тыс элементов. долго...

Подниму. Может быть есть идеи ?

в иерархии по элементу РС номенклатура.родитель - получаешь процент

*по группе из РС

А если при заведении данных по наценкам сразу анализировать, на какую номенклатуру она распространяется и записывать эти данные в регистр.
Тогда в запросе все становится проще.
Не вариант?

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

А чем он кривой?
Тысячи не миллионы.
А так будешь дрючиться с хитровывернутым запросом. У него еще и скорость будет никакая.

(10)В этом случае не показывает вложенных в группу элементов. Просто группу выводит со скидкой, без элементов.

(12) в условии ж .родитель в иерархии

(15)->(14)

(15)Да. Но нужны еще элементы все.

(17) а.. понял.. думал по опр группам

Ну да. получается что основной запрос нужно сделать к справочнику, чтобы получить всех. А дальше уже пристыковать...

В свое время делал похожее через программное формирование запроса.
Сначала получал в 1ю ВТ нужные группы, далее по http://catalog.mista.ru/public/158512/ для полученных групп выбирал элементы.

(0) Посмотри как сделано в БП3.0 Счета учета

(21)Что именно смотреть ?

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

(23)Да. Нормально получилось. Спасибо.