Кумулятивні підсумки на основі середньомісячних результатів у LuckyTemplates

Сьогодні я хотів розглянути унікальну техніку, пов’язану з кумулятивними підсумками на основі середньомісячних результатів у LuckyTemplates . Ви можете переглянути повне відео цього підручника внизу цього блогу.

Щоб встановити діапазон дат для розрахунку середньомісячних результатів, ми будемо використовувати роздільник дат.

Слайсер LuckyTemplates  є альтернативою для фільтрації , яка звужує частину набору даних , що відображається в інших візуалізаціях звіту. А або фільтр просто використовується для обмеження відносних діапазонів дат у LuckyTemplates.

З іншого боку, сукупний підсумок використовується для відображення загальної суми даних, яка зростає з часом або будь-яким іншим рядом чи прогресією.

Зазвичай, коли ми переглядаємо, ми аналізуємо їх за певну дату або за місяці та рік . У цій статті ми збираємося обчислити сукупні підсумки лише за місяці.

Цікава річ у цій конкретній техніці полягає в тому, що коли у вас є контекст лише місяця , вам потрібно враховувати різні вибрані роки. Це може статися через вибір зрізу дати LuckyTemplates або фільтр рівня сторінки.

Цей конкретний приклад випливає з дуже цікавої теми на . Перегляньте це, якщо хочете переглянути більше.

Зміст

• Оцінка проблеми
• Перегляд кумулятивної загальної моделі
• Конфлікт у використанні кумулятивної загальної моделі для середньомісячних результатів
• Стовпець сукупних місячних продажів
• Створення діапазону дат
• Додавання стовпців MonthName і MonthNumber
• Обчислення кумулятивної суми на основі кількості місяців
• Висновок

Оцінка проблеми

Хтось хотів показати сукупні продажі на основі назви місяця , а не за місяцем і роком .

Проблема полягає в тому, що дата, яку ви виберете , зрештою охоплює цілий рік.

Отже, нам потрібно проаналізувати, як ми можемо, швидше за все, просто продовжувати отримувати кумулятивну суму, так само, як це був один вибраний конкретний рік.

Наприклад, якщо у вашій таблиці дат є січень-вересень наступного року, швидше за все, там буде 20 місяців. У цьому випадку стандартний шаблон не працюватиме, тому його доведеться переглядати.

Це, безперечно, цікавий сценарій і справді хороша нагода для вивчення розширеного DAX для всіх.

По-перше, давайте швидко розглянемо, як насправді працює стандартний шаблон сукупного підсумку .

Перегляд кумулятивної загальної моделі

У цьому прикладі ми розглянемо дуже загальний Sales .

Ця формула встановлена ​​для розрахунку продажів у межах вибраного діапазону . Функція ALLSELECTED в основному відображає значення на основі будь-якого діапазону дат, вибраного в цьому звіті.

І як ви можете бачити в цьому розділювачі дат LuckyTemplates , зараз ми знаходимося між 2 лютого та 20 вересня .

Тепер, у цій поточній контекстній таблиці, ми можемо підтвердити, що формула для кумулятивних продажів працює цілком нормально. Це пояснюється тим, що він все ще обчислює накопичення загальних продажів із січня по вересень.

Конфлікт у використанні кумулятивної загальної моделі для середньомісячних результатів

Хоча формула сукупного підсумку наразі працює нормально, під час отримання розрахунку на основі розділювача дат можуть виникнути проблеми .

Як показано на зображенні, я просто повільно розширив діапазон дат і перетягнув його на наступний рік.

Ця формула накопичує місячний загальний обсяг продажів , але також починає переносити накопичення в нові місяці. Отже, це призводить до непарного значення для січня , яке насправді є лише продовженням усіх наступних місяців .

Іншими словами, він правильно обчислює, але насправді не дає нам того результату, якого ми особливо хочемо.

На даний момент він тут починається зі значення січня і закінчується груднем ; а потім знову повертається до січня , накопичуючи з грудня тощо.

Якщо я просто перетягну дату ще раз, ви побачите, що сукупне значення продажів поширюється вниз ще нижче.

А потім, коли ви фактично затягнете це досить далеко, ви помітите, що загальний обсяг продажів із січня по травень склав 23 мільйони , тобто загальна сума. Це просто певний цикл для кожного місяця кожного року.

Те, що ми насправді хочемо тут, це отримати оновлену сукупну суму на основі середньомісячних результатів ; причому він має починатися із загального обсягу продажів січня , а потім накопичуватися звідти.

Щоб вирішити це, потрібна техніка, яка дещо відрізняється від того, що ви думаєте. Нам також потрібно переконатися, що загальні дані правильні та що вони динамічно коригуються для різних варіантів у розділювачі дат , які можуть надходити від користувачів.

Стовпець сукупних місячних продажів

Я наведу результат своєї формули для цієї конкретної проблеми та покажу, чому вона насправді працює.

Мабуть, ви побачите тут, що він завжди накопичує місячний загальний обсяг продажів .

Але подивіться, що відбувається, коли я намагаюся продовжити це.

Він завжди накопичується з січня . Він не виконує дивних розрахунків, які робить шаблон сукупних продажів .

Зрозуміло, що стовпець «Сукупні місячні продажі» дає більш логічний результат.

З іншого боку, результат сукупних продажів насправді не має особливого сенсу з точки зору візуалізації.

У своєму рішенні я відтворив новий шаблон, який дав нам відповідь, необхідну для цього конкретного сценарію.

Давайте тепер обговоримо, як ми змогли опрацювати запропоноване рішення.

Створення діапазону дат

Створення діапазону дат – це перше, що нам потрібно для встановлення формули.

Щоб створити це, ми ініціалізували мінімальну дату , яка була представлена ​​змінною MinDate; і максимальна дата , яка була представлена ​​змінною MaxDate . Потім ми зробили обчислення для кожної змінної за допомогою ALLSELECTED, MIN і .

Функція ALLSELECTED отримує контекст, який представляє всі рядки та стовпці в запиті , зберігаючи явні фільтри та контексти, крім фільтрів рядків і стовпців . Цю функцію можна використовувати для отримання візуальних підсумків у запитах.

Тим часом функція повертає найменше значення в стовпці або між двома скалярними виразами, а функція МАКС повертає найбільше значення.

Після ініціалізації мінімальної та максимальної дат ми змогли створити діапазон дат дещо іншим способом, ніж те, що ми робили в шаблоні сукупного підсумку.

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

Тож за допомогою функції SUMMARIZE я зміг звузити діапазон дат .

Додавання стовпців MonthName і MonthNumber

Як бачите, ми включили стовпець MonthName із таблиці Dates і стовпець Sales , який, по суті, є загальним обсягом продажів .

Зараз перша частина формули значно відрізняється від шаблону сукупних продажів .

Крім того, ми додали MonthNumber до логічного шаблону. Це було отримано з таблиці Dates . Це буде віртуальний або уявний стовпець , який встановлюватиме значення від 1 до 12 для місяців із січня по грудень .

Зі значень стовпця MonthNumber я зміг обчислити загальну суму на основі кількості місяців.

Обчислення кумулятивної суми на основі кількості місяців

Точніше кажучи, наступні частини формули повторюють кожен окремий рядок у вказаній таблиці.

Тоді стовпець MonthNumber буде оцінено, якщо він менший або дорівнює максимальному місяцю року .

Ця частина обчислює поточне число місяця.

Наприклад, якщо ми знаходимося в травні , значення MonthNumber буде 5 . Потім цей конкретний логічний шаблон всередині повторює цю таблицю для кожного окремого рядка .

У цей момент він оцінить, чи є якісь із чисел менші або дорівнюють 5 . Якщо є, він включить їх до розрахунку та збереже цей стовпець із таблиці.

Нарешті, ми підрахуємо кількість продажів .

І ось як ми дістаємося до 11-го рядка , який є листопадом .

Ця частина оцінила листопад як 11 .

Ми переглянули всю таблицю й оцінили, чи є 11 число місяця меншим або дорівнює поточному місяцю в контексті, який становить 11 .

Потім ми підрахуємо продажі , які представлені цим конкретним стовпцем тут усередині .

Висновок

У запропонованому рішенні я використовував комбінацію формул DAX, включаючи SUMX і SUMMARIZE . Але що вам також потрібно зробити, це переконатися, що ви обернули ці конкретні функції оператором FILTER.

Цей оператор фільтра дозволить вам остаточно отримати правильний сукупний підсумок на основі динамічної логіки дати.

У цьому підручнику є чому навчитися, але це справді цікавий вміст. Сподіваємось, ви зможете застосувати деякі з цих прийомів у своїх власних моделях.

Коли ви навчитеся поєднувати багато разом у LuckyTemplates , вирішення цих унікальних сценаріїв стає абсолютно досяжним.

Успіхів у цьому.