Добрый день. Вопрос к тем, кто смотрел бесплатный курс от Евгения Гилева.
Не могу понять для чего может применяться создание собственной иерархии.
В примере автор создает иерархический справочник и в документе создает реквизит.

Затем реквизит документа заполняет элементами справочника.
И строит отчет на основе схемы компоновки данных, где показывает что если указать группировку по реквизиту документа и указать иерархию то иерархия не будет работать, а она работает.

А в результате он еще дополнительно создает набор данных, в котором объявляет реквизиты родитель и ссылка. Создает связь ссылка к родителю, и показывает что после этого отчет будет выводиться правильно.

Собственно вопрос, для чего это нужно, если скд работает и без этих махинаций. Или возможно я не смог понять что автор хотел показать.

Я по Хрусталевой смотрел - тоже не врубился.

up1

посмотрел тоже этот урок у Гилева,  махинации в самом деле лишние, он Родителя получает как УровниДокументов.Родитель
в книге Хрусталевой понятнее пример, она пишет, "что встречаются ситуации в которых нужно построить иерархию самостоятельно", в ее примере Родитель получается через свое поле МойРодитель, то есть в ее примере иерархия нестандартная и смысл в махинациях есть.  Также на ИТС статья есть "Работа с иерархией в системе компоновки данных", там родитель берется через поле "руководитель".

ну для тех кто о нове знает весь курс сейчас бесплатный

произвольная иерархия нужна тогда, когда разным юзера нужны разные иерархии в отчете, например по географическому принципу для логистов, по роду деятельности лдя каких-то других чуваков...

элементарно: в справочнике Номенклатура: одна иерархия по справочнику, вторая — по разделам каталога, третья — по ассортиментным группам, четвёртая — стране/производителю... В справочнике Контрагенты: одна — по справочнику, вторая — по регионам, третья — по отв.менеджерам и т.д

Множественная иерархия вообще должна быть вшита в платформу. Напрмер справочник номенклатура каждый пользователь хочет по своему классифицировать. Причём реалзация то не сложная, просто появляются дополнительные поля Родитель1, Родитель2 ...

(6)+ особенно интересно получается, когда иерархия задаётся через связь многие-ко-многим. Например, товар может принадлежать разным ассортиментным группам.