СКД. Итоги в иерархии.
Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
Добрый день!
Помогите разобраться с СКД.
Есть 2 регистра. В одном хранятся числовые данные в разрезе элементов номенклатуры, в другом групп (родителей) номенклатуры. Необходимо вывести данные их этих регистров с помощью СКД так, чтобы итоги из второго регистра рассчитывались только по вышестоящим группировкам и группам номенклатуры. Для наглядности примеры на скриншотах.
Помогите разобраться с СКД.
Есть 2 регистра. В одном хранятся числовые данные в разрезе элементов номенклатуры, в другом групп (родителей) номенклатуры. Необходимо вывести данные их этих регистров с помощью СКД так, чтобы итоги из второго регистра рассчитывались только по вышестоящим группировкам и группам номенклатуры. Для наглядности примеры на скриншотах.
По теме из базы знаний
- 115 полезностей по курсу СКД Евгения Гилёва
- Хитрости компоновки данных: произвольная иерархия для внешней таблицы данных в отчетах на СКД.
- Создание отчетов с помощью СКД - основные понятия и элементы
- СКД - наборы данных и связи между ними, создание собственной иерархии, вложенные отчеты
- Как мы подружили "1С:Аналитику" и "Финансист". Практический опыт
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) sannt,
1. Если это действительно планирование, то нужно было планировать, ИМХО, в разрезе реквизита справочника Номенклатура, например ВидНоменклатуры или ГруппаНоменклатуры (ВидНоменклатуры или ГруппаНоменклатуры подразумевается отдельный справочник). Проблем бы не возникло.
2. Скринов мне не видно - не понятно какого уровня группы можно планировать. Если бывает факт без плана и план без факта, то нужно полное соединение плана и факта. Я бы получил таблицу родитель(имеется ввиду все родители данного элемента)-элемент, например как описано в . Запрос можно сразу написать на нужное количество уровней и вставить в СКД с помещением промежуточного результата во временную таблицу.
К этой таблице присоединить фактические данные по Регистр.Номенклатура = Иерархия.Элемент и сгруппировать по родителю с расчетом ссум по числовым данным и поместить в таблицу факт.
После этого соединить план с факт по полям План.Номенклатура = Факт.Родитель.
Но это мой взгляд на проблему и может не совпадать с мнением других форумчан
1. Если это действительно планирование, то нужно было планировать, ИМХО, в разрезе реквизита справочника Номенклатура, например ВидНоменклатуры или ГруппаНоменклатуры (ВидНоменклатуры или ГруппаНоменклатуры подразумевается отдельный справочник). Проблем бы не возникло.
2. Скринов мне не видно - не понятно какого уровня группы можно планировать. Если бывает факт без плана и план без факта, то нужно полное соединение плана и факта. Я бы получил таблицу родитель(имеется ввиду все родители данного элемента)-элемент, например как описано в . Запрос можно сразу написать на нужное количество уровней и вставить в СКД с помещением промежуточного результата во временную таблицу.
К этой таблице присоединить фактические данные по Регистр.Номенклатура = Иерархия.Элемент и сгруппировать по родителю с расчетом ссум по числовым данным и поместить в таблицу факт.
После этого соединить план с факт по полям План.Номенклатура = Факт.Родитель.
Но это мой взгляд на проблему и может не совпадать с мнением других форумчан
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот