Есть задача:
Сделать отчет определенной структуры.

Есть справочник структуры:

Группа 1
|____Подгруппа 1.1
       |____Элемент 1

|____Подгруппа 1.2
       |____Подгруппа 2.1
            |____Элемент 1
            |____Элемент 1

       |____Подгруппа 2.2


Как мы видим иерархия в разных "родителях" разная. В одном родителе вложенность может быть 2 уровня, в другом 3 и справочник периодически меняется. То есть иерархия непостоянная(не путайте с ограничением иерархии справочника).

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

Кто сталкивался с такой задачей? Кто что посоветует?

+(0) "Есть справочник структуры:" читать как "Есть справочник следующей структуры:"

Какие было попытки и что сделать? Что не получилось?

Пока продумываю что делать. Неохота по 100 раз переделывать.

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

Что мешает создать отдельно иерархию и привязываться к ней?

+ Использования в данном случае СКД - вижу один - не надо возиться с макетом.
Кто что еще может сказать?
Аргументы или контраргументы?

(5) не понял что значит отдельно иерархию? В самом справочнике? или виртуальную структуру? Я вообще так и планировал.. Виртуальную, речь не в том что использовать ее или нет, я уже понял что именно ее и использовать. Речь идет о том что использовать как инструмент? СКД\Построитель отчета\ быстропечатающие руки + креатив при верстке макета))

Можно конечно извратиться и сделать еще один справочник, в нем выставить нужную структуру и в реквизит элементов пихать список элементов из исходного справочника. Затем через ссылки выходить на нужную структуру отчета и тупо пользоваться "ИЕРАРХИЯ", но выглядит как то не айс.. Как через ж.... зубы рвать...

(8) Именно это я и предлагаю. зато настройка подобных отчетов может потом производится без твоего вмешательства.

http://www.forum.mista.ru/index.php?user_id=29693 как всегда ацки жжет

+100500 D

(9)ааа... ну "без моего вмешательства" я и планировал. Только спец интерфейсом для пользователя для работы с "виртуальной структурой".
Просто плодить справочники, когда этого можно избежать, ИМХО, моветон.. Хоть и сама идея жизнеспособна.

(12) Почему моветон? 1 справочник на ВСЕ отчеты которые могут потребоваться. Более того ты можешь выводить одни и те же отчеты с разными предопределенными структурами. Подобный подход (как я видел) используют и другие системы.

(13) Мы видимо как то по разному поняли..
Ты имеешь ввиду справочник хранения настроек структуры любых отчетов?
Что то вроде
ID пользователя, Имя настройки, реквизит содержащий структуру, ну, допустим в виде "ЗначениеВСтроку(.."? Это?

(13) что ты имел ввиду?

(14) Нет. Справочник следующий структуры.

Отчет1
Иерархия1
   тут твоя структура, где конечный элемент содержит ссылку на элемент по которому ты группируешь.
Иерархия 2
   тут альтернативная иерархия
Отчет2
 и так далее

ну или без группировки по отчетам.

Можно хранить иерархии номенклатуры/контрагентов/статей затрат/чего угодно в одном флаконе