Dax Pro Solutions

Всем привет! В канале хочется отметить, что писать статьи — дело непростое и на текущий момент нет возможности. Если вам нужны примеры решения ваших задач, пожалуйста, обращайтесь в нашу группу. 👉🏻[Ссылка на группу]

💡 Конкурс от канала DAX Pro Solution В комментариях находится датасет на 1млн чеков про пиццы =) Самостоятельная практика: Задание ★: Попробуйте повторить расчеты из последнего поста про чеки Задание ★★★: Попробуйте придумать ваш вариант решения задачи с выводом сочетаний товаров в чеках Конкурсная работа: Задание ★★★★★: Придумайте и решите с помощью DAX любую задачу, связанную с аналитикой чеков. Жюри: Администраторы Dax Pro Сроки сдачи: pbix файл прислать до 12:00 08.05.24 Место сдачи: https://forms.gle/fYN4JMGm5jvaSegq8 Приз: Любая книга про Power BI на выбор в Pdf или бумаге. Желаем всем удачи и готовы к вашим вопросам в нашем чате =)

🔍 Поиск сочетаний товаров в чеке может помочь магазину оптимизировать свой ассортимент, управлять запасами, разрабатывать маркетинговые стратегии и повышать общую эффективность продаж. Кроме того, анализ может помочь выявить тенденции и предпочтения потребителей. Порядок анализа: Выбираем товары --> Получаем список отобранных товаров --> Выводим чеки, в которых есть такое сочетание товаров. Ход решения: 1. Создаем усеченный дубликат справочника продуктов, который будет содержать только ключ и название. Эта таблица будет служить нам фильтром-слайсером. 2. Создаем неактивную связь 1—>* к таблице продаж. 3. Пишем меру, которая будет подсчитывать сумму всех чеков (которые содержат товары, выбранные в слайсере ) и выводит общую сумму чека при помощи комбинации функций CALCULATETABLE (), FILTER (), GROUPBY(), COUNTX(), USERRELATIONSHIP(), REMOVEFILTERS () В заключение скажу, что при тестировании на средних данных (десятки миллионов строк и несколько миллионов уникальных чеков), мера отрабатывает даже в области PRO с ее ограничениями по производительности (их можно найти в документации к продукту). 🤜🏻PBIX в комментариях🤛🏻

🔝 Анализ изменения позиций TOPN ( ) продуктов во времени. Видеть позицию TOPN ( ) товаров в выбранном периоде здорово помогает в анализе текущей ассортиментной матрицы. А что, если перейти к анализу динамики изменения позиции TOPN ( ) товара? Тогда, мы сможем понять что именно делать с товаром - выводить его или продвигать дальше - на основании пула исторических данных и принимать более грамотные управленческие решения. В данном примере мы будем использовать 2 календаря для сравнения независимых периодов и отключать взаимодействия визуалов. Анализ готового решения проходит в пять этапов: 1️⃣ Настраиваем условия отбора, 2️⃣ Проверяем что именно соответствует критериям ( выделено желтым), 3️⃣ Анализируем динамику изменения суммы продаж по отобранным позициям, 4️⃣ Анализируем динамику изменения ранга отобранных позиций на фоне общей суммы продаж, 5️⃣ Проверяем в таблице помесячно изменение ранга каждой позиции. А также присутствие товаров из отсортированной таблицы №2 в столбцах [E],[F] периода сравнения. Пожалуйста, обратите внимание на цветовые обозначения столбцов, срезов и оси графика, а также пунктирную линию на графиках - это поможет вам понять контексты фильтров, которые применяются в данном расчете. Благодаря такому подходу к расчетам, мы можем: ✔️ Увидеть динамику изменения позиций Топ товаров; ✔️ Вовремя вычленять товары - аутсайдеры и прокачивать товары-лидеры; ✔️ Видеть тренды быстрорастущих Топов в разрезе рангов по соотношению к общей картине выручки предприятия, а не сравнивать динамику выручки только внутри топовых товаров. ✅RS May2022 + 🤜🏻PBIX в комментариях🤛🏻

🔝 Исследование TOPN( ) верхних, нижних и средних продуктов во времени. Основная логика расчетов вывода TOPN продуктов заключается в выборе месяца, в котором будут оцениваться проданные продукты и выборка из них по условию в пользовательском параметре N верхних, средних или нижних. Ключевые моменты: 1. Для того, чтобы выбирать месяц и не оказывать влияния на график динамики, мы создадим таблицу для выбора периода оценки TOP продуктов и соединим с фактами неактивной связью 1—>* ; 2. Для обеспечения изменения пользователем количества продуктов, входящих в топ, мы создадим таблицу через числовой параметр; 3. Создадим таблицу-справочник с порядком TOPN - Upper, Middle, Lower для управления пользователем через функционал "Введите данные"; 4. Напишем три меры под каждый порядок TOPN - Upper, Middle, Lower, а затем объединим в одну меру [TOP] через SWITCH ( ), обращающийся к справочнику из предыдущего пункта; 5. Помещаем меру [TOP], наименование продуктов и даты из календаря в график и радуемся результатам =) ✅ RS May 2023 +, PBI service. 👉🏻PBIX в комментариях👈🏻

🤘 Как проверить, какие данные попали в вычисление? Довольно часто результат выполнения меры может вас удивлять или вовсе выдавать пустоту там, где должны быть данные. Вы проверили связи, наличие данных в таблице ( например, с помощью COUNTROWS( ) ), но контекст запроса визуального элемента все равно "серая лошадка?" Я подготовил для вас два способа проверки данных, которые попадают в вычисление с помощью функций CONCATENATEX ( ), COMBINEVALUES ( ). И подробно описал работу на каждом уровне иерархии дат при смещении периодов. Попробуйте проанализировать с помощью этих вариантов все, что вы делали ранее и где результат вас ставил в ступор. Такой подход поможет взглянуть иначе на расчеты, контексты вычисления и их понимание. 👉🏻PBIX во вложении👈🏻 ✅ RS May 22+, PBI Service

🌟 Настройка вывода недель по параметрам. Какие решения существуют? Основная задача: При выборе недели в срезе, показать в матрице: · переключаемое значение за выбранную неделю, · переключаемое значение за Х недель вперед, · дать возможность выбрать значение ячеек матрицы. Я подготовил для вас 4 способа решения этой задачи при помощи: + Field Parameters ( 2 варианта ) + Calculation Groups + Field Parameters + Calculation Groups 👉🏻PBIX во вложении👈🏻 // Буду рад вашим комментариям. Кто хочет, может предложить еще способы реализации и мы оценим их оптимальность и быстродействие.

📈 Переключение неравных периодов с помощью Field Parameters V2 Основная задача: При выборе месяца в слайсере, показать в матрице: · факт за весь прошлый год, · план на весь текущий год, · поквартально факт текущего года, но со сдвигом в -1 квартал от текущего выбранного и обнулением в новом году (поступление данных с запозданием в квартал). Дополнительные требования: Выбор периода осуществляется по месяцу. В заголовках столбцов матрицы должны так же автоматически меняться названия, в зависимости от выбора в календаре. Порядок решения: 1. Пишем основные меры, которые будут участвовать в расчетах Field Parameters; 2. Формируем несколько таблиц FP, так как они будут выступать в роли столбцов в матрице. Для Sales PY меняем имя параметра следующей конструкцией: Sales PY = GENERATE( ALLNOBLANKROW('Calendar'[Year]), { (FORMAT([Year]-1,"yyyy"), NAMEOF('_Measures'[Amount PY]), 0) } ) 3. Plan CY. Принцип такой же как был описан ранее; 4. Создаём последний параметр, который будет служить для расчета показателей поквартально. Для этого помещаем в FP сразу три меры : [Amount Q1], [Amount Q2], [Amount Q3]. 5. Меняем DAX последнего параметра: FC = FILTER( GENERATE( FILTER( CROSSJOIN( SELECTCOLUMNS(ALLNOBLANKROW('Calendar'[Quarter]),"CurentQuarter",[Quarter]), ALLNOBLANKROW('Calendar'[Quarter]) ), DAY([CurentQuarter])>DAY([Quarter]) &&YEAR([CurentQuarter])=YEAR([Quarter]) ), { ("FC1 "&YEAR([Quarter]), NAMEOF('_Measures'[Amount Q1]), 0), ("FC2 "&YEAR([Quarter]), NAMEOF('_Measures'[Amount Q2]), 1), ("FC3 "&YEAR([Quarter]), NAMEOF('_Measures'[Amount Q3]), 2) } ), [Value3]=INT(DAY([Quarter]))-1 ) 👉🏻Скачать PBIX👈🏻 ✅ Только для облака

📈 Переключение неравных периодов с помощью Field Parameters. Довольно часто для решения UXUI задач требуется автоматически переключать оси графиков, минуя встроенный механизм Drill-down. ЗАДАЧА Автоматическое изменение гранулярности оси по условиям: 🔶 если выбран 1 месяц, то выводить ось по датам; 🔶 если выбрано несколько месяцев, изменить грануляцию оси на месяцы; 🔶 если выбрано несколько лет, изменить грануляцию оси на года. ====================================== Последовательность решения: 1. Формируем необходимую таблицу параметров через Новый параметр и выбираем поля из Календаря (Год-Месяц-Дата) 2. Помещаем поле [Month_Date_Axys] в ось нашего графика, а в Slicer поместим год и месяц из таблицы Calendar. 3. Пишем меру, которая будет проверять какой период выбран: Filter = VAR _countmonths = CALCULATE(COUNTROWS(VALUES('Calendar'[Month])),ALLSELECTED('Calendar')) VAR _filter = SWITCH( TRUE(), _countmonths=1,0, _countmonths<13,1, 2 ) RETURN COUNTROWS( FILTER( VALUES('Month_Date_Axys'[Month_Date Order]), 'Month_Date_Axys'[Month_Date Order]=_filter ) ) 4. Помещаем меру в панель фильтров на уровень визуального элемента и применяем TOPN =1 фильтрацию. 👉🏻PBIX с подробным описанием внутри👈🏻

📈 Имитация Field Parameters на PBI Report Server с неравными периодами. Ограничения: 1. Если в таблицах источников осей есть пустые строки, при создании справочника для осей методом Unpivot в PQ они будут удалены. Требуется перезаполнять пустоту на любое текстовое значение. 2. Такой подход "раздувает" модель и не рекомендуется в проектах с большим количеством уникальных в справочниках. ============================= ❓ Задача: Дать возможность выбора конечному пользователю требуемой для анализа временной гранулярности с учетом следующих условий: год – показывать все доступные годы; квартал – только кварталы 2х последних лет от текущей (сегодня) даты; месяц – последние 12 месяцев от текущей даты. ============================= 🔧 Порядок решения: 1. Создание вычисляемой таблицы с разной гранулярностью год-квартал-месяц в одном столбце. 2. Сортировка поля выбора гранулярности периодов по дополнительному целочисленному столбцу. 3. Создание связи 'Calendar' [Date] 1 <> * 'Periods For Select' [Date]. 'Calendar' на стороне 1, наша 'Periods For Select' на стороне многие, но связь двунаправленная и неактивная (чтобы избежать массы проблем с другими расчетами сдвигов во времени по основному календарю). В облачной версии можно было бы просто сделать связь многие ко многим и направление фильтра от 'Periods For Select' к 'Calendar', но версии RS не поддерживают такой тип связей в стандартной версии. 4. Написание меры для визуализаций с переключаемой осью, чтобы активировать связь: Calculate ( ...., Userelationship( 'Calendar' [Date], 'Periods For Select' [Date] ) ) 👉🏻PBIX во вложении👈🏻 ✅ RS May 2022+