Розрахунок сукупної швидкості виконання за допомогою DAX у LuckyTemplates

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

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

повідомлення на форумі підтримки LuckyTemplates

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

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

Найкращий спосіб остаточно порівняти тенденції – це кумулятивні підсумки.

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

Отже, давайте приступимо до цього.

Зміст

• Розрахунок кумулятивного підсумку
• Розробка швидкості бігу
• Розрахунок кумулятивної швидкості пробігу
• Висновок

Розрахунок кумулятивного підсумку

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

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

Я помістив сукупний підсумок у змінну (). Це той самий шаблон, але я розмістив його всередині змінної, тому що хотів спростити фактичну кінцеву формулу.

Якщо ми не врахуємо цю логіку, кумулятивний підсумок продовжуватиме проектуватися вперед і, ймовірно, проведе лінію до самого низу (у візуалізації) на основі остаточного числа. Щоб позбутися цього, я використав Total Sales . Якщо цього дня не буде розпродажу, воно буде порожнім. Якщо ні, це буде загальна сума.

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

Розробка швидкості бігу

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

У нашій таблиці ми маємо тут 29 186 доларів США, що визначається як 175 113 доларів США, поділених на 6, тому що в цій вибірці даних ми продали за шість днів у 2018 році.

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

Нам потрібно трохи відкоригувати змінні, щоб це запрацювало, тому що контекст тут на щоденному рівні . Але те, що ми намагаємося зробити, це отримати число, 175 113 доларів США (CumulativeTotal), а потім розділити його на кількість днів, коли у нас були продажі.

Щоб отримати DaysWithSales , я використовував with і with. Якщо в день є розпродаж, який більше нуля, ця дата збережеться. Для змінної CumulativeTotal я використав CALCULATE для сукупних продажів ($175 113), а потім ALLSELECTED Dates вивільняє контекст дати в кожному рядку.

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

Розрахунок кумулятивної швидкості пробігу

Тут є невелике коригування того, що міститься в нашому CALCULATE . У цьому випадку це не так просто, як просто додати середню добову швидкість бігу. Нам потрібно помістити всередину a, щоб ми повторювали кожен день. І що я зробив, так це те, що я створив віртуальний стіл (за допомогою) з усіма датами . 

Отже, що SUMMARIZE робить тут, так це те, що він обчислює лише один рядок. Отже, наприклад, ми на 1 січня, тоді він оцінює цей рядок. Потім, коли ми дійдемо до другого рядка, він знову оцінює лише другий рядок. А потім FILTER ALLSELECTED (сукупний загальний шаблон) відкриває два дні. Отже, це загальна сума становить 29 186 доларів США, а також розрахунок напередодні.

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

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

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

Висновок

Це такі унікальні поради та концепції, які, я думаю, ви знайдете справді цінними.

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

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

Приємної роботи з цим посібником!

***** Вивчаєте LuckyTemplates? *****