У попередньому посібнику ми побачили, як . Ми продемонстрували, як розрахувати рейтинг за певним набором даних певного набору продуктів у формі категорії продукту чи підкатегорії. Крім того, у випадку регіону він має форму міст, територій або країн.
Цього разу ми підемо на крок далі в обчисленні ієрархій. Ми навчимося обчислювати рейтинг, коли всі різні набори полів об’єднані в один набір ієрархій.
Давайте перейдемо до LuckyTemplates і подивимося, як це робиться. У цьому сценарії ми створили набір ієрархій, де перший рівень ієрархії має форму територій.
Другий рівень – це клієнти.
І третій рівень у вигляді назв продуктів.
Отже, яка логіка створення такого типу ієрархії? Нам потрібно з’ясувати, як ми працюємо на кожному територіальному рівні. Потім на кожній території нам потрібно визначити, хто наш .
Крім того, ми хочемо з’ясувати, які найкращі продукти наші клієнти люблять купувати на своїх територіях за певний період часу.
Кроки, як обчислити рейтинг LuckyTemplates в ієрархічній формі
Для початку ми використаємо неправильний підхід до обчислення рейтингу LuckyTemplates за допомогою функції. Зробивши це, ми зрозуміємо, чому звичайний спосіб не дасть правильних результатів.
Варто також поглянути на помилки, щоб ми могли ранжувати правильні показники, щоб правильно оцінити результати для кожного рівня ієрархії.
Неправильний, але поширений підхід
Щоб заощадити час, я скопіював і вставив міру на основі простої функції RANKX. Таким чином ми створили три змінні для кожної з ієрархій за допомогою простої функції RANKX. Крім того, ми використали функцію, оскільки маємо справу з ієрархіями.
Давайте тепер завантажимо цей показник і перевіримо результати. Як ми бачимо, територія з найвищим загальним обсягом продажів займає перше місце, а територія з найменшим загальним обсягом продажів – останнє. Поки що ми отримуємо правильні результати.
Щоб побачити, як оцінюють наших клієнтів, натисніть на знак плюса, щоб розгорнути будь-яку з наших територій. Помітно, що наші клієнти з найбільшим загальним обсягом продажів також займають перше місце в цій конкретній території. Ми також можемо прокрутити вниз і побачити, що вони ранжовані правильно.
Далі перевірте результати для продуктів, щоб побачити, чи вони також правильно розташовані чи ні.
Давайте клацнемо знак плюс клієнта Snaptags Ltd як приклад. Очевидно, що продукт з найвищими продажами для цього конкретного клієнта на цій конкретній території займає перше місце, а інші – відповідно.
Однак ми помітили, що клієнти та продукти, які не мають цінності для продажу, все ще отримують рейтинг. Ми можемо припинити їх оцінку за допомогою функції.
У цьому випадку давайте клацнемо Деталізувати та Розгорнути все вниз на один рівень ієрархії замість того, щоб натискати кожну кнопку плюса окремо.
Як показано нижче, ми все ще бачимо, що перша територія та клієнти для цієї конкретної території все ще оцінюються правильно.
Прокрутіть вниз, щоб побачити рейтинг нашої наступної території.
На цьому етапі ми бачимо, що існує проблема, тому що раніше територія Квінсленда займала друге місце, а тепер її оцінюють як третю.
Щоб переконатися, давайте також перевіримо, як оцінюють наші продукти.
Подібним чином територія Нового Південного Уельсу та клієнт State Ltd займали перше місце в попередніх сценаріях, але зараз посідають друге місце.
Ми почали бачити ці неправильні результати, коли натиснули кнопку Розгорнути все вниз на один рівень ієрархії замість того, щоб натиснути кожну кнопку плюса окремо.
Чому це відбувається? Причина цього полягає в тому, що коли ми окремо натискаємо кнопку плюса, ми просто ховаємо її під капотом, залишаючись на верхньому рівні ієрархії. Технічно ми ще не перейшли на наступний рівень.
З іншого боку, коли ми натискаємо кнопку «Розгорнути все вниз на один рівень» в ієрархії , ми переходимо до наступного рівня, і це час, коли фактично відбувається.
Тому ми не можемо використовувати звичайний метод обчислення рейтингу у випадку ієрархій, оскільки деталізація фактично означає, що ми переходимо з першого рівня на наступний.
Правильний підхід до розрахунку рейтингу LuckyTemplates
Визначивши ці проблеми, давайте розв’яжемо їх, натиснувши «Новий показник» і створивши правильний показник ранжирування.
Давайте назвемо нашу міру Ranking – Right Measure і створимо три змінні для розрахунку рейтингу для відповідних ієрархій.
Введіть VAR_Territory_Ranking для нашої першої змінної. У цій змінній першим процесом є створення віртуальної таблиці за допомогою (Regions, Regions[Territory]) . Ми посилалися на таблицю регіонів, оскільки території походять із цієї таблиці.
Після того, як ми створили нашу віртуальну таблицю, всередині неї нам потрібно створити віртуальний стовпець за допомогоюфункція. Це допоможе нам оцінити рейтинг для конкретної ієрархії території.
Тоді давайте назвемо наш віртуальний стовпець Territory Ranking і використаємо функцію RANKX. Ми хочемо розмістити найвищі продажі на першому місці, а найнижчі – на останньому. Отже, ми перетворимо цю віртуальну таблицю на скалярне значення, загорнувши її всерединуфункція.
Ми реалізували таку саму техніку для двох інших змінних, таких як VAR_Customers_Ranking і VAR_Products_Ranking .
Звичайно, ми використали функцію ISINSCOPE і викликали кожну з наших змінних на цьому конкретному рівні ієрархії.
Поки що ми створили змінні для кожного рівня ієрархії та розмістили кожну змінну в цьому конкретному полі за допомогою функції ISINSCOPE.
Настав час перевірити нашу формулу та перевірити результати, перенісши міру у візуальне зображення нашої матриці та розширивши її.
Як показано нижче, рейтинг на рівні території оцінюється правильно.
Давайте докладніше і перевіримо наш рейтинг клієнтів. Територія Нового Південного Уельсу та клієнти State LTD також мають правильний рейтинг.
Цього разу давайте подивимося, як оцінюється наша територія Квінсленда . Нарешті, тепер він має відповідний рейтинг.
Приємно бачити, що рівні наших продуктів також мають ідеальний рейтинг.
Якщо ми також подивимось на наших другого та третього клієнтів, ми також отримали правильні результати.
Нарешті, давайте позбудемося ранжування проти пробілів, замінивши посилання на відповідні імена таблиць розмірів назвою таблиці Sales .
Ми робимо це тому, що таблиця Sales має походження з кожною з цих таблиць розмірів. Наприклад, якщо не відбулися продажі певного продукту для конкретного клієнта на цій території, то за замовчуванням рейтинг не буде оцінюватися за цією конкретною точкою даних.
Отже, давайте замінимо наше посилання таблицею продажів.
Нарешті, перевіримо результати востаннє.
Це спрацювало! Тепер ми бачимо, що наш рейтинг обмежений лише точкою даних, де ми маємо значення продажів.
Висновок
Розрахунок рейтингу в ієрархічній формі є складним, особливо якщо ви маєте справу з різними наборами полів, об’єднаних в один набір ієрархій, але воно того варте, оскільки воно справді може перейти до наступного рівня.
Інша важлива річ, яку слід зазначити: якщо ви хочете побачити зміну рейтингу LuckyTemplates на основі вибору, зробленого в зрізі, тоді замість використання функції ви можете скористатися цією функцією під час оцінки рейтингу.
Ось і все для мене, сподіваюся, вам сподобався цей урок. На веб-сайті є багато ресурсів і додаткової інформації, до яких ви можете легко отримати доступ, тож ознайомтеся з ними.