Доброго времени суток.

Хочу собрать табличный документ для деталей.
Имеется документ, в котором есть реквизиты наименование и родитель.
Наименование/Родитель
0001 / 0010
0010 / 0100
0011 / 0100
0101 / 1000
0110 / 1000
0100 / 1000

То есть 1 деталь может быть ниже по уровню для другой детали и выше для третей.

Табличный документ должен каким-либо образом выводить некую структуру для конечного изделия.

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

это ты хвастаешься?

Это я прошу предложения для разбора :)
Спасибо за замечание, хотел бы услышать как такое можно реализовать с самого начала, лучше пользоваться Документом или же Регистром Сведений.

А я вот вообще не понял ничего. Что это за наименования и родители двоичным кодом? И где тут некий Уровень?

(2) табличному документу пофиг на то, как он строится. с использованием документов, регистров или чего-то ещё

(4)Спросить?

(3) Это я условно показал, первое что в голову пришло.
На примере показываю, что конечная деталь - 1000 (некое наименование детали, пусть хоть кодом является). Далее в неё входит 0100, 0101, 0110. В 0100 входят 0010 и 0011. В 0010 входит 0001.
(4) Пофиг, верю. Но я имею в виду с точки зрения грамотности - откуда лучше данные брать? Соответственно, как это вообще реализовать?
Документ создаётся на одно такое конечное изделие. Следовательно, лучше ли выбирать как условие для формирования такой документ, чтобы точно знать и дату и какие изменения входили в такую деталь?

Хотел программно задать цикл, заведомо указывая на форме для какой детали нужен такой отчёт, в котором будет выводиться (Грубо опишу):
Деталь
РодительДеталь + передать в переменную
Родитель от переменной + передача в переменную
... и так пока не = ""
Или есть лучше варианты?

(2) Лучше ДеревоЗначений

(6) А где хранится информация, что в деталь 1000 входят именно 0100, 0101, 0110 эти детали, а не другие?

(5) валяй!

Не поможет

Я тоже за Дерево. А получить его можно запросом.

(11) Дерево легко получается зомбоящиком

Честно сказать, это так же относится к моему вопросу :(
Проблема в том, что эти детали могут входить скажем в деталь 2000, 2002 итд, следственно заводить новый справочник под это несколько проблематично.
В чужой рукописной конфигурации на данный момент реализованы 2 подчинённых справочника Изделия и Подсостав, но Подсостав демонстрирует только следующий уровень, а их может быть много.

Зачем?

Мой ответ выше к (8) был.
Я понял про дерево значений, сейчас буду разбирать это. Вопрос тогда такой, как лучше реализовать подобное подчинение среди документов и справочников?

Прикинь есть такой класс конф/прог которые для Общепита (кафе, ресторан, столовая и т.д.).

И там каждый продукт состоит из ингредиентов. А продукт более высокого уровня состоит из других продуктов как из ингредиентов.

И в конце получается блюдо состоящее из продуктов и ингредиентов...

(15) Я могу тебе рассказать как работает PDM от апиуса, но это может навсегда отбить охоту к программированию.
Сделай два справочника - Изделия и Детали. Структуру изделия храни в ДеревеЗначений. При желании Дерево можно сериализовать и засунуть в реквизит типа ХранилищеЗначений справочника Изделия.

(16) Невероятно, спасибо большое, обязательно скачаю и посмотрю. Ещё, что такое зомбоящик?:)

(17) Да, об этом речь шла уже на моей работе, хотел бы знать принцип работы, если можно. Только лучше на форум об этом писать или почту дать?

(18) Зомбоящик это такой аппарат который никак не поможет освоить https://ru.wikipedia.org/wiki/Реляционная_база_данных

То есть, перефразировав автора из (0), нужен некий отчет, который показывает, из каких деталей состоит деталь\изделие, правильно?

Описание состава каждой детали находится в 2 подчиненных справочниках, то есть надо просто считать информацию из этих справочников и вывести в виде дерева, я угадал?

(19) что-то вроде этого
Для i=0 По ОбщиеПапки.Количество()-1 Цикл
            itemXDTO = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип("http://appius.ru/pdm";, "item"));
            itemXDTO.element        = СериализаторXDTO.ЗаписатьXDTO(ОбщиеПапки[i].ЭлементСсылка);
            itemXDTO.elementType    = ВидЭлементаПапка;
            itemXDTO.description    = ОбщиеПапки[i].ПредставлениеЭлемента;
            itemXDTO.pictureIndex    = ОбщиеПапки[i].Картинка;
            itemXDTO.refLinkGroup    = Ложь;
            
            parentXDTO.items.Добавить(itemXDTO);
        КонецЦикла;

(22) Спасибо. Позже ещё об этом информацию поищу. В PDM реализована привязка элементов из CAD программ с элементами конфигурации?

(23) Да, там есть возможность импорта элементов из SolidWorks и Компаса 3D. Но апиус сейчас продвигает ещё более глючный PLM.