Есть таблица динамического списка, в которой отбираются подчиненные документы текущего документа из другого списка. Хочется иметь этот список в виде дерева с иерархией подчиненных документов. Переделать на дерево значений и заполнить самостоятельно - легкий путь.
Можно настройками заставить работать динамический список подчиненных с иерархией? На элементе формы свойство "Отображение" поставил в значение "Дерево", но визуально это ни на что не влияет. Нашел поисковиком статью, похоже с помощью ИИ сгенерированную, там написано, что надо установить свойство "ПолеРодителя", но такого свойства не нашел.

Добавь программно группировки

Только это с двадцать-какойто платформы работает

2(1) Группировка разве дает иерархию?

(3) да. Точнее, дает отображение в виде дерева.
пы.сы. проверил - конструктором тоже уже можно группировки добавлять.

2(4) Есть пример кода?

(5) Это вообще просто конструктором сделано. без кода.
https://its.1c.ru/db/pubv8devui/content/237/hdoc

2(4)(6) Это ни иерархия, а обычные группировки.

(7) Но поставленную задачу выполняет же.

2(8) Нет, конечно. Даже близко не похоже.

(7) да, обычные группировки, вывод в виде дерева.
(9) а как должно быть?

(10) Ты не знаешь, что такое иерархия?

(11) Ну расскажи чем группировка отличается от иерархии

(9) Если вы хотите видеть иерархию документов так, как выглядит иерархия справочника, то это невозможно в принципе. У документов по определению не может быть иерархии.
Функционально же группировка - та же иерархия.

(13) в типовой структура подчиненности вполне себе иерархия документов

(12) Ну да ну да, сравнил теплое с пресным
Группировка — это когда по какому-то полю подчиненным уровнем показываются все записи, в которых значение этого поля равно значению в группировке
А иерархия — это когда у записи есть какое-то поле, имеющее поле Родитель или любое другое поле или набор полей, на которых организована иерархия
В результате при использовании группировки иерархия может быть, а может и не быть
Например, при группировке реализаций по контрагенту если иерархии нет, то на первом уровне будет контрагент, на втором реализация
А если иерархия есть, то на первом уровне будут контрагенты и группы контрагентов, у которых родитель пустой, на втором уровне будут для контрагентов реализации, а для групп контрагентов контрагенты и группы контрагентов, у которых родитель равен значению группировки, и т. д.
Не позорился бы что ли

(14) Не суди строго, у него же даже 10 лет стажа еще нет

(15) Т.е. иерархия это просто многоуровневая группировка в одной колонке?

(17) Да, это всего-лишь совершенно другое, ага
Примерно как помидор и восемь
Или автомобиль и плотность
Или документ и скорость

(14) Ну да ну да. И еще структура подчиненности на очень динамическом списке построена.

(19) Так про динамический список никто и не обещал
Как раз говорят, что хрен получится по простому, только что если для справочников

(20) Вы первые строки абзацев топика прочитайте.

(21) В первых строчках топика ТС просит подсказать такое
А позже ему объясняют, что такое нельзя
Что не так-то?

(19) я отвечал на ваше "У документов по определению не может быть иерархии."
в каком месте я писал про динамический список?
что ж вы так любите свои фантазии мне приписывать.. (

(23) Ну так отвечайте на всю фразу, а не на ее кусочек. Я писал про иерархию аналогично справочнику.

(24) А в чем такая уж богоизбранность справочника?
Иерархию можно и не по родителю сделать, на ИТС есть статьи про альтернативную иерархию в СКД
Другое дело, что в динсписке нельзя

(24) нет.

(25) Справочник может быть иерархическим "по определению". И механизмы платформы это учитывают и используют.

Так - достаточно иерархично?

(28) Это уже предлагали. ТС не считает это иерархией.

2(28) Достаточно. И как это реализовать в динамическом списке?
2(29) Такое не предлагали. Предлагали просто группировку. Такое разве группировкой сделать можно?

(30) Ну так группировками же... Это ДС, конструктором деланый...

(0) Я конечно не эксперт, а что не взяли типовой вывод документов?

который идет из коробки

2(31) Тогда не пойдет. У меня основание объекта - это общий реквизит с типом "ЛюбаяСсылка". Длина цепочки в общем случае неизвестна. В частной случае цепочка документов одно вида вводятся на основании друг друга.

(32) Структуру подчиненности, чтоль? Или что?
Ну и может у Алексея своя хитровывернутая задача...

2(32)(33) Отчет о подчиненности документов? Меня интересует динамический список.
Похоже, что придется все же делать дерево значений.

(34) построить цепочку по ЛюбойСсылке можно? можно.
Да, в общем случае задача в динсписке не решается (имхо), но для разумной длины цепочки частное решение вполне делается

2(37) Просто для справочника ведь все механизмы построения подобной иерархии в динамическом списке вполне себе есть. Без вот этого выстраивания кучи группировок. Непонятно почему они не реализовали этот механизм универсально.

(38) Кто сказал что не реализовали?
Просто энту иерархию надо отдельно построить и уже затем к списку документов прикручивать
На СКД точно можно программно на лету, просто в ДС, вряд ли

(35)(36) Да
(38) Ну создай справочник с автогенерированием и выводи себе из справочника с ссылками на документы ;-)

Делай дерево и не страдай фигней
А то потом еще галочки потребуются или итоги для документов считать
И упс, в ДС это изврат тот еще в отличие от ТЗ или ДЗ

2(40) Мда... Элегантное какое решение... (сарказм)

Минус ТЗ или ДЗ относительно ДС конечно есть
Через Изменить форму нельзя составные реквизиты ссылочные поля разворачивать (ПКМ - Добавить поле) в режиме Предприятия

2(41) Хочется использовать возможности платформы. Но периодически наталкиваюсь на то, что в платформе очевидные вещи не реализованы.

(44) Ага постоянно такое
И хрен самому допилить ибо доступа на низкий уровень нет
Как вариант взять ПолеHTML и выводить все что только придумаешь и как придумаешь