Рейтинг LuckyTemplates в иерархической форме

Сегодня мы узнаем, как рассчитать рейтинг LuckyTemplates в иерархической форме , что является немного более сложным вопросом по сравнению с концепцией, которую мы обсуждали в моем предыдущем уроке. Вы можете посмотреть полное видео этого урока внизу этого блога .

В предыдущем уроке мы видели, как рассчитать проценты в иерархической форме . Мы продемонстрировали, как рассчитать ранжирование по определенному набору данных определенного набора продуктов либо в виде категории продукта, либо подкатегории. Кроме того, в случае региона это либо города, территории, либо страны.

На этот раз мы сделаем еще один шаг в расчете иерархий. Мы узнаем, как рассчитать рейтинг, когда все разные наборы полей объединены в один набор иерархий.

Оглавление

• Уровни иерархии
• Шаги о том, как рассчитать рейтинг LuckyTemplates в иерархической форме
  • Неправильный, но распространенный подход
  • Правильный подход к расчету рейтинга LuckyTemplates
• Заключение

Уровни иерархии

Давайте перейдем к LuckyTemplates и посмотрим, как это делается. В этом сценарии мы создали набор иерархий, где первый уровень иерархии имеет форму территорий.

Второй уровень – это клиенты.

И третий уровень — в виде названий продуктов.

Итак, какова логика создания такого типа иерархии? Нам нужно выяснить, как мы работаем на каждом территориальном уровне. Затем внутри каждой территории нам нужно определить, кто является нашими наиболее эффективными клиентами .

Кроме того, мы хотим выяснить, какие продукты наши клиенты предпочитают покупать на своих соответствующих территориях в течение определенного периода времени.

Шаги о том, как рассчитать рейтинг LuckyTemplates в иерархической форме

Начнем с того, что мы будем использовать неправильный подход к вычислению рейтинга LuckyTemplates с помощью функции RANKX . Сделав это, мы поймем, почему обычный способ сделать это не даст правильных результатов.

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

Неправильный, но распространенный подход

Чтобы сэкономить время, я скопировал и вставил меру на основе простой функции RANKX. При этом мы создали три переменные для каждой из иерархий, используя простую функцию RANKX. Кроме того, мы использовали функцию , поскольку имеем дело с иерархиями.

Давайте теперь загрузим эту меру и проверим результаты. Как мы видим, территория с наибольшим общим объемом продаж занимает первое место, а территория с наименьшим общим объемом продаж — последнее. Пока мы получаем правильные результаты.

Чтобы увидеть, как оцениваются наши клиенты, нажмите на знак плюс, чтобы расширить любую из наших территорий. Примечательно, что наши клиенты с наибольшим общим объемом продаж также занимают первое место в этой конкретной территории. Мы также можем прокрутить вниз и увидеть, что они ранжированы правильно.

Затем проверьте результаты для продуктов, чтобы увидеть, правильно ли они расположены.

Давайте нажмем плюсик клиента Snaptags Ltd в качестве примера. Очевидно, что продукт с самыми высокими продажами для этого конкретного клиента на этой конкретной территории занимает первое место, а остальные соответственно.

Однако мы заметили, что клиенты и продукты, которые не содержат ценности продаж, по-прежнему ранжируются. Мы можем перестать оценивать их, используя функцию .

В этом случае давайте нажмем Детализация вверх и Развернуть все вниз на один уровень в иерархии вместо того, чтобы нажимать каждую кнопку плюса по отдельности.

Как показано ниже, мы по-прежнему видим, что первая территория и клиенты для этой конкретной территории по-прежнему оцениваются правильно.

Прокрутите вниз, чтобы увидеть, как оценивается наша следующая территория.

На данном этапе мы видим, что есть проблема, потому что территория Квинсленда раньше занимала второе место, а теперь оценивается как третье.

Чтобы быть уверенным, давайте также проверим, как оцениваются наши продукты.

Точно так же территория Нового Южного Уэльса и клиент State Ltd занимали первое место в предыдущих сценариях, но теперь занимают второе место.

Мы начали видеть эти неправильные результаты, когда нажимали кнопку «Развернуть все вниз на один уровень в иерархии» вместо того, чтобы нажимать каждую кнопку «плюс» по отдельности.

Почему это происходит? Причина этого в том, что когда мы нажимаем кнопку «плюс» по отдельности, мы просто прячем ее под капотом, оставаясь на верхнем уровне иерархии. Технически мы не перешли на следующий уровень.

С другой стороны, когда мы нажимаем кнопку Развернуть все вниз на один уровень в иерархии , мы переходим на следующий уровень, и именно в это время происходит фактический переход контекста .

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

Правильный подход к расчету рейтинга LuckyTemplates

Определив эти проблемы, давайте решим их, щелкнув «Новая мера» и создав правильную меру ранжирования.

Назовем нашу меру Ранжирование – Правильная мера и создадим три переменные для расчета ранжирования для соответствующих иерархий. 

Введите VAR_Territory_Ranking для нашей первой переменной. Внутри этой переменной первым процессом является создание виртуальной таблицы с помощью (Regions, Regions[Territory]) . Мы сослались на таблицу регионов, поскольку территории берутся из этой таблицы.

После того, как мы создали нашу виртуальную таблицу, внутри нее нам нужно создать виртуальный столбец с помощью функции . Это поможет нам оценить рейтинг для этой конкретной территориальной иерархии.  

Затем давайте назовем наш виртуальный столбец «Рейтинг территорий» и воспользуемся функцией RANKX. Мы хотим, чтобы наши самые высокие продажи ставились на первое место, а самые низкие — на последнее. Итак, мы преобразуем эту виртуальную таблицу в скалярное значение, заключив ее в функцию SUMX .

Мы применили точно такой же метод для двух других переменных, таких как VAR_Customers_Ranking и VAR_Products_Ranking .

Конечно, мы использовали функцию ISINSCOPE и вызывали каждую из наших переменных на этом конкретном уровне иерархии.

До сих пор мы создавали переменные для каждого уровня иерархии и помещали каждую переменную в это конкретное поле с помощью функции ISINSCOPE.

Пришло время протестировать нашу формулу и проверить результаты, перенеся меру в нашу матрицу и расширив ее.

Как показано ниже, рейтинг на уровне территории оценивается правильно.

Давайте углубимся и проверим наш рейтинг клиентов. Территория Нового Южного Уэльса и клиенты State LTD также ранжируются правильно.

На этот раз давайте посмотрим, как оценивается наша территория Квинсленда . Наконец, теперь он оценивается соответственно.

Что касается наших уровней продуктов, приятно видеть, что они также идеально ранжированы.

Если мы также посмотрим на наших второго и третьего клиентов, мы также получим правильные результаты.

Наконец, давайте избавимся от ранжирования по сравнению с пробелами, заменив ссылку на имена соответствующих таблиц измерений именем таблицы «Продажи» . 

Мы делаем это, потому что таблица «Продажи» связана с каждой из этих таблиц измерений. Например, если не было продаж определенного продукта конкретному покупателю на этой территории, то по умолчанию ранжирование не будет оцениваться по этой конкретной точке данных. 

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

Наконец, давайте проверим результаты в последний раз. 

Это сработало! Теперь мы видим, что наш рейтинг ограничен только точкой данных, где у нас есть стоимость продаж. 

Вычисление процента в LuckyTemplates в иерархической форме
Временная шкала с использованием вычисляемых столбцов в LuckyTemplates
Функция CALCULATE — как это может повлиять на ваши расчеты в LuckyTemplates

Заключение

Вычисление ранжирования в иерархической форме связано со сложностью, особенно если вы имеете дело с различными наборами полей, объединенными в один набор иерархий, но оно того стоит, потому что действительно может перейти на следующий уровень.

Еще одна важная вещь, которую следует отметить, это то, что если вы хотите увидеть изменение рейтинга LuckyTemplates на основе выбора, сделанного в слайсере, то вместо использования функции ВСЕ можете использовать функцию при оценке рейтингов.

Вот и все, надеюсь, вам понравился этот урок. есть множество ресурсов и дополнительных знаний, к которым вы можете легко получить доступ , поэтому, пожалуйста, ознакомьтесь с ним.

Всего наилучшего,

Жесткий