СКД и "разузлование" номенклатуры #530291

Здрасте. Есть необходимость (желание) средствами СКД (без использования наборов данных "Объект") получить для некоторого списка номенклатуры соответствующие списки комплектующих. В виде: Комплект 1  ...  .....  ..... .....  .....  ..... и т.д. В СКД есть механизм, который можно применить для "разузлования" номенклатуры (с некоторыми оговорками). А именно связь набора данных с самим собой (в платформе это кажется называется "иерархический спуск") Что имеется ввиду можно посмотреть вот в этой схеме: Для УТ 10.3 Здесь помимо основной схемы имеется вложенная, которая и поставляет список комплектующих для переданной ей как параметр Номенклатуры. Реализовать подобный функционал в рамках одной схемы пока никак не получилось, так как поля набора завязанного сам на себя становятся не доступными для выбора в настройках и вычисляемых полях. (видимо из-за того, что такая конструкция в основном используется для построения иерархии) Вопрос к знатокам: Есть ли какая-нибудь возможность (трюк) чтобы получить те же данные в рамках одной единственной схемы (без вложенных схем) ЗЫ: Вопросы быстродействия и оптимальности такого подхода ПОКА не рассматриваются (но комментарии приветствуются) Проблему "зацикливания" комплектов считать не актуальной (предположим такую ситуацию исключенной)

есть

Остроумно... оценил :) а подробности "есть"? (хотелось бы с подробностями)

задавай нормально вопросы имхо как спросил так и ответили

закладка

Описание на ИТС способа построения произвольной иерархии - это точно не то что тебе нужно?

"Проблему "зацикливания" комплектов считать не актуальной (предположим такую ситуацию исключенной)" За счет чего?

Переформулирую вопрос с "Есть ли" на "Как реализовать: примеры, советы, направление "раскопок" Точно. Проверил. На данный момент не важно за счет чего. Предположим что подобная ситуация будет исключена на уровне записи в регистр. (как вариант)

ИМХО, плохо проверил.

Это только мнение или утверждение? Есть чем аргументрировать? Может можно увидеть пример реализации. Мои попытки к нужному результату не привели. Вот получить родительские комплекты для комплектующей - это да. А вот наоборот, получить для определенных комплектов список комплектующих - увы. Приведи, пожалуйста, небольшой пример: как ты предлагаешь использовать такой способ для решения требуемой задачи.

Это мнение :), аргументы и примеры реализации смотри на ИТС, там в конце для определенного комплекта с фамилией "Тарасов"  получили список комплектующих :)

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

ИМХО, ты не открывал ИТС.

Статьи:        Работа с иерархией в системе компоновки данных        Работа с иерархическими детальными записями Если ты имел ввиду другие статьи - буду благодарен за названия, если эти - то как я уже говорил - это НЕСОВСЕМ то что надо( в я кажется объяснил почему) Если я не увидел очевидного применения этих статей в рамках рассматриваемого вопроса - буду ОЧЕНЬ БЛАГОДАРЕН за пояснения и "открывалку для глаз" В остальных случаях - ваше ИМХО - не более чем "ваше ИМХО"

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

"Использовать СКД для такой задачи не удастся" - в я привел вариант схемы, в которой эта задача решается средствами СКД (но через вложенную схему). Уверен, что можно решить задачу и в рамках одной схемы, но пока не разобрался как :) Ключ к решению - это связь набора с самим собой (иерархический спуск)... проблема только в том что при описании такого набора и его связи с другим набором... поля "иерархического" набора становятся недоступными... но "... истина где-то рядом..." Решение по ссылке неоднократно изучал, и сам использую похожие решения... но в данном конкретном случае мне желательно решить это все в рамках СКД. "Хотя отсутствие контроля зацикливания - очень и очень грубое допущение" - полностью согласен, это допущение решено было ввести на момент решения основной задачи, без которого контроль зацикливания - мало что значит :) + заранее были продуманы пути исключения ситуации с зацикливанием, если удастся разобраться с СКД.

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

Почему-то расшифровка сокращения "ИС", известного сайта, считается матерным словом .

"Было бы интересно почитать статью на эту тему" Топик собственно этому и посвящен... попытке коллективным разумом найти пути решения проблемы средствами СКД... а уже на основе этих путей и выработать "целостное решение". "А так .. слишком много вопросов к такому решению." - вопросы - но то и вопросы чтобы их обсуждать и вырабатывать их решения

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

"Не считаю такой подход перспективным" - приходится согласиться :( Была надежда на активное обсуждение, но она себя не оправдала :( И еще больше печалят ответы типа: и - ничего интересного, " а место занимает" Если что-то удастся реализовать напишу.

Ок