Добрый день!
Прошу помощи знающих.

Есть отчет СКД, иерархия элементов. Суть: Дерево номенклатуры, выстроенное по спецификациям.

Задача вкратце: Есть количество заказанной готовой продукции, есть количество материалов по спецификации для производства этой продукции. Нужно посчитать, сколько всего необходимо каждого конкретного материала, при том, что материал может входить в разные спецификации.

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

Средствами чисто СКД решить поставленную задачу не удалось, пришлось перекомпоновывать программно.
---
Поставить на верхний уровень группировки...
---
А можно поподробнее? У меня группировка Детальные записи, никаких других нет. Количество уровней иерархии произвольное. Материал может быть и на 2, и на 3 и т.д.
---
Как получить общую сумму по всем зеленым строкам?

если иерархия именно детальных записей, то никак. можно на калькуляторе посчитать :)

вообще вопрос звучит смешно. а правильный ответ на него - сложить все зеленые строки.
---
Нечего сказать по существу, не лучше ли пройти мимо? Или за такие осмысленные комментарии стартмани начисляют?
---
Тогда просто нарисуйте на листочке или в экселе макет отчета так, как вы его видите. Вот возьмите свой зеленый отчет и нарисуйте - в каком месте должны находиться итоги по зеленым строчкам, по розовым, по буро-млиновым... А если вдруг появятся голубые - то и по ним тоже. И все в одном отчете.

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

А пока вам говорят, что такое невозможно в одном отчете. И для этого есть все основания. Либо вы группируете спецификации (готовую продукцию) в аналитике по материалам, либо материалы в аналитике по продукции (спецификациям).
То бишь - изменить логику иерархии дерева: материалы в синтетику, спецификации в аналитику.

Но, как я уже предлагал выше, вы все-таки попробуйте. А вдруг!
---
Давайте я попробую еще раз это написать - нет в моем отчете группировок. То, что вы видите - иерархия детальных записей. И группировки в отчет добавить нельзя - иначе иерархия (получаемая рекурсивно через связи набора данных) не сработает. Нет ни верхнего уровня группировки, ни нижнего - есть только 1: детальные записи.

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

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

Я даже целую статью написал - Как правильно задавать вопрос связанный с подсистемой СКД в 1С
---
Обычно в таком случае делают еще одну таблицу с итогами по материалам. или по статьям калькуляции и материалам, если нужны еще и амортизация и зарплата с фондами.
Скд позволяет добавлять таблицы, только не помню, возможно ли это с тонкого клиента.
---
Тогда в запросе должно вычисляться (если элемент будет выведен как зеленая строка, тогда некий ресурс = тому же, что в последней колонке иначе 0).
Вычислить выражение разве работает с условиями?
---
Я, видимо, зря строчку-то раскрасила, думала, так нагляднее будет.

Нет там никаких зеленых строк. Мне нужно получить сумму по каждой номенклатуре, разумеется.

Есть готовая продукция (номенклатура), развернутая на материалы (номенклатура). Причем есть полуфабрикаты, а значит, уровень вложенности неизвестен. Материалы выводятся рекурсивно через связь набора данных.

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

Но каждый конкретный материал может входить в разные спецификации. Задача, посчитать, сколько же всего нужно этого материала для производства всей готовой продукции. На приведенной картинке проволоки нужно 50.

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

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

хз что значит "пришлось перекомпоновывать программно", но тут сработал бы подход с 2мя схемами (который мы разбирали в нашем курсе). первый раз формируем иерархию в таблицу значений, в ней группируем итоги по материалам, "закачиваем" эти данные в набор данных объект. затем соединяем нашу иерархию (базовый набор) с этими итогами по материалам.

должно сработать.
---
вы имеете ввиду группирующие наборы в запросе или что то другое?
---
что-то другое. я до "группирующие наборы в запросе" еще не добрался
---
Ну я именно таким путем и пошла, только обошлась одной схемой. Просто на первом этапе набор данных объект пустой, а на втором уже с нужными данными.

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

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

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

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