Подскажите пожалуйста, есть отчет по бюджету, необходимо получать детализацию по Группировкам - Месяц, Неделя, День. Если выводить только день то считает все верно, если выводить Месяц, неделя то итоги по месяцу и неделе суммируются, подскажите как получать план на начало группировки и факт на конец группировки (неделя, месяц) без суммирования.
По теме из базы знаний
- Управляемые формы. Итоги в динамических списках
- Создание отчетов с помощью СКД - основные понятия и элементы
- Различный расчет итогов в одной колонке отчета для разных группировок. СКД. Ресурсы vs Пользовательские поля
- Пользовательские настройки отчетов 1С. Часть 2. Группировки и варианты
- СКД на JavaScript в 1С
Найденные решения
(7) ох ты ж ёж.. )
нда.. на обычную оборотку не сильно смахивает.
По одному регистру остатков и оборотов точно все что нужно не получить? ) Наподобие типового отчета Ведомость по товарам на складах.
Я так не делал, но вообще нужно пробовать ролями полей в СКД разрулить, чтобы СКД поняло, что поля не нужно суммировать - это должны быть роли про начальный остаток и конечный остаток, т.е. это отдельные показатели, а не все в одном как у вас. Для вашей реализации все вложенные группировки будут суммировать остатки так же как и обороты - для скд это ничем не отличающиеся ресурсы.. и придумывать спец. формулу для расчета на каждую возможную группировку - это неверный подход, по крайне мере сделать на все случаи жизни проблематично
В общем делайте показатели отдельными полями (остаток на начало, оборот, остаток на конец - смотрите как стандартном отчете любой типовой Ведомость по товарам на складах), а не через "поля-разделители" ("Итого Обороты", "Остаток на начало", "Остаток на конец"), расставляйте роли на поля. Обратите внимания на поля-периоды, там тоже нужно определенным образом роли расставить.
Поищите инфу по СКД, есть и видео-уроки по СКД по особенности расчета остатков.
В текущей реализации с формулами не подскажу.. нужно на данных покрутить подумать.
нда.. на обычную оборотку не сильно смахивает.
По одному регистру остатков и оборотов точно все что нужно не получить? ) Наподобие типового отчета Ведомость по товарам на складах.
Я так не делал, но вообще нужно пробовать ролями полей в СКД разрулить, чтобы СКД поняло, что поля не нужно суммировать - это должны быть роли про начальный остаток и конечный остаток, т.е. это отдельные показатели, а не все в одном как у вас. Для вашей реализации все вложенные группировки будут суммировать остатки так же как и обороты - для скд это ничем не отличающиеся ресурсы.. и придумывать спец. формулу для расчета на каждую возможную группировку - это неверный подход, по крайне мере сделать на все случаи жизни проблематично
В общем делайте показатели отдельными полями (остаток на начало, оборот, остаток на конец - смотрите как стандартном отчете любой типовой Ведомость по товарам на складах), а не через "поля-разделители" ("Итого Обороты", "Остаток на начало", "Остаток на конец"), расставляйте роли на поля. Обратите внимания на поля-периоды, там тоже нужно определенным образом роли расставить.
Поищите инфу по СКД, есть и видео-уроки по СКД по особенности расчета остатков.
В текущей реализации с формулами не подскажу.. нужно на данных покрутить подумать.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(6)Считает все нормально только по дням, а по гр. месяц, неделя все суммирует.
Прикрепленные файлы:
СхемаКомпановкиДляСафина.xml
Дневной.xml
(7) ох ты ж ёж.. )
нда.. на обычную оборотку не сильно смахивает.
По одному регистру остатков и оборотов точно все что нужно не получить? ) Наподобие типового отчета Ведомость по товарам на складах.
Я так не делал, но вообще нужно пробовать ролями полей в СКД разрулить, чтобы СКД поняло, что поля не нужно суммировать - это должны быть роли про начальный остаток и конечный остаток, т.е. это отдельные показатели, а не все в одном как у вас. Для вашей реализации все вложенные группировки будут суммировать остатки так же как и обороты - для скд это ничем не отличающиеся ресурсы.. и придумывать спец. формулу для расчета на каждую возможную группировку - это неверный подход, по крайне мере сделать на все случаи жизни проблематично
В общем делайте показатели отдельными полями (остаток на начало, оборот, остаток на конец - смотрите как стандартном отчете любой типовой Ведомость по товарам на складах), а не через "поля-разделители" ("Итого Обороты", "Остаток на начало", "Остаток на конец"), расставляйте роли на поля. Обратите внимания на поля-периоды, там тоже нужно определенным образом роли расставить.
Поищите инфу по СКД, есть и видео-уроки по СКД по особенности расчета остатков.
В текущей реализации с формулами не подскажу.. нужно на данных покрутить подумать.
нда.. на обычную оборотку не сильно смахивает.
По одному регистру остатков и оборотов точно все что нужно не получить? ) Наподобие типового отчета Ведомость по товарам на складах.
Я так не делал, но вообще нужно пробовать ролями полей в СКД разрулить, чтобы СКД поняло, что поля не нужно суммировать - это должны быть роли про начальный остаток и конечный остаток, т.е. это отдельные показатели, а не все в одном как у вас. Для вашей реализации все вложенные группировки будут суммировать остатки так же как и обороты - для скд это ничем не отличающиеся ресурсы.. и придумывать спец. формулу для расчета на каждую возможную группировку - это неверный подход, по крайне мере сделать на все случаи жизни проблематично
В общем делайте показатели отдельными полями (остаток на начало, оборот, остаток на конец - смотрите как стандартном отчете любой типовой Ведомость по товарам на складах), а не через "поля-разделители" ("Итого Обороты", "Остаток на начало", "Остаток на конец"), расставляйте роли на поля. Обратите внимания на поля-периоды, там тоже нужно определенным образом роли расставить.
Поищите инфу по СКД, есть и видео-уроки по СКД по особенности расчета остатков.
В текущей реализации с формулами не подскажу.. нужно на данных покрутить подумать.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот