начал настраивать под свой вариант, и сразу запнулся, дело в том что нарастающий итог то считает и даже отфильтровывает по признакам...но вот по датам считает все время с самого начала ряда - тоесть я отфильтровываю первую неделю от вычислений а сумма считается не от нуля а от накопленной величины к этому моменту.
самое близкое что я нашел это функция TOTALMTD() - соответсвенно нарастающий итог с начала месяца. или ее аналог:
Offtop Поворчу. Вот для кого, интересно, гуру книги пишут, блоги пишут, на видео разъясняют, Максим, на примерах форума демонструет - пишите имена таблиц перед именами столбцов, создавайте осмысленное название имён таблиц. Не, лениво. Судя по всему Таблица1 - таблица фактов, Таблица2 - календарь. Так какого... вы используете ALL для таблицы фактов? Вот и слетают все фильтры...
очень справедливое замечание Андрей, полностью принимаю, в работе пишу адекватные названия, чес слово - тут торопился пример оформить для планеты потому и ломанул - а PP очень плохо кушает смену имен на лету...
Цитата
Андрей VG написал: вы используете ALL для таблицы фактов? Вот и слетают все фильтры...
в варианте убрать All из Filter моя мера превращается в обычную сумму без нарастающего итога
Честно говоря, я не подразумевал убирание ALL. Просто 1. применять нужно его разновидность ALLSELECTED 2. к тому, что нужно, а именно к календарю - вы же его фильтруете срезом, а уже он определяет, что видно в таблице фактов? Вот из-за отсутствия осмысленности в именах и использовании и ваши проблемы
Андрей VG написал: 1. применять нужно его разновидность ALLSELECTED
да с ALLSELECTED все заработало. Спасибо огромное ))))))
Цитата
Андрей VG написал: 2. к тому, что нужно, а именно к календарю - вы же его фильтруете срезом, а уже он определяет, что видно в таблице фактов?
я не до конца перестроился с обычного Экселя на вычисление в Столбцах и Моделях данных - потому и не понимаю до конца синтаксис формул, тоесть интуитивно я понимаю что формула должна "читаться" но я ее читаю так как привык в эксель вот столбец вот сумма по признакам и т.д. Ps а нули они только при таком срезе неосмысленые и там для наглядности ошибки, а если выбрать другой период то и нули пропадут. Спасибо еще раз.
Действительно, так и работает. Использовав формулу для расчета именно меры, а не столбца и исправив название колонки все стало работать как запланировано.
Цитата
Андрей VG написал: Только вот что вы хотите таким макаром посчитать?
Андрей, мне нужно считать количество продукции на дату исходя из плана и сравнивать его с фактическим для определения отклонения реальных поставок от планируемых.
Это просто ошибка, которая не влияла на результат, хоть и не позволяла произвести вычисления. Картинка подразумевала, что ошибка действительно максимально очевидна.
А зачем мне грузить пример лишними задачами, которые я могу решить самостоятельно? Мне нужен был правильный способ посчитать нарастающий итог и я спросил об этом, создав синтетический пример.
Докажу. Дело в том, что я пытался использовать эту формулу для расчета столбца. И данные не приводили к суммированию, можете убедиться самостоятельно, поменяв название столбца.
Подскажите, возможно ли использование данной формулы (подсчета накопительной суммы за произвольный период) в сочетании с формулами dateadd/sameperiodyasyear ?
Опишу, пожалуй, суть задачи: Необходимо при помощи мер сопоставлять продажи определенной продукции накопительно с 1 ноября и до конца года с аналогичным периодом прошлого года.
Весь ноябрь эту задачу решала функция DATESMTD, которая прекрасно работала с DATEADD. С этого месяца использовать DATESMTD уже нельзя. Продажи этого года накопительно прекрасно возвращает функция, описанная Андрей VG . Подскажите, как получить аналогичные продажи прошлого года (накопительно)?