СКД Частичная иерархичность #810424

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

Как вариант:В СКД Собрать временную таблицу с итогами по группам с учетом всех элементов.

+ собрать только то, что надо выводить и соединить по группам.

В общем случае это означает повторить СКДшный механизм расчета итогов по иерархическим группировкам.... Хочется чего-нибудь более технологичного.

Знатоки СКД, может подскажете что-нибудь? Пока что ничего лучше, чем пост-обработка готового табличного документа не приходит в голову....

сделай вычисляемое поле с обращением к функции общего модуля и там считай что нужно

Как я понял по описанию - отбор по группировке отчета это то что вам нужно

отбор исключит их из итоговой выборки и соответственно в расчет ресурсов они не попадут

Если отбор наложить не на весь отчет, а только на группировку, содержащую этот элемент, то из итоговой выборки они не пропадут

сам такого не делал, но как вариант попробовать: надо мутить отдельный набор данных для собственной иерархии (2 поля - элемент, родитель; дважды связан на вкладке связей - сам с собой и с набором данных с "цифрами") и в нем уже

*иначе твойСпр конец иначе твойСпр.Ссылка конец

А что здесь нужно считать? Уже всё, что можно рассчитать до СКД подсчитано. Невозможно применить отбор и при этом не исключить из иерархических итогов пока не понял, что "мутить". Но попробую :) Логику не понимаю. Не группы всё равно остаются не "негруппами". Как они спрячутся? Соединение всегда левое

как мутить см. в п."Описание иерархических наборов данных" такой вспомогательный набор данных позволяет ответить на вопрос "а кто является родителем для этого элемента или подгруппы ?" (много-много раз, для каждого эл-та/подгруппы) то что написано в говорит "если показывать - то поведение как и было по-умолчанию, если не показывать подсунуть родителя вместо элемента и родителя его родителя в качестве родителя"

Сделать 2 группировки - первый "группировка" (только иерархия), второй: "группировка" (без иерархии) + наложить отбор на нее

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