Ссылки всякие, и рекомендации что вот это не юзай лучше смотри сюда.

тут верю, но msdn более официальный ресурс 😊 Но на вкус и цвет все фломастеры разные

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

дай ссылку на msdn на эту функцию :)

Максим, если это мне, то давно было, мы как-то на планете с вами разбирали косячность в хелпах МС. Там я poohkrd.

Примера там нет, но нафига там пример, если это просто последнее непустое)

короч, в обоих случаях описание неверное :)

lastnonblankvalue = последнее непустое значение выражения, посчитанное для отсортированного по возрастанию столбца.
в dax.guide - нет того, что курсивом и жирным, в доках нет того, что жирным.

Всем привет. Поделитесь идеями, если кто работал с подобным. (дружу с bi только 3 недели)

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

Пример: заявка создана в феврале, но закрыта была в марте. И она должна учитываться и в счетчике заявок за февраль, и за март, но просроченной числиться только в марте. Как то так.

Не знаю, как вычислить количество просроченных заявок имея плавающий диапазон данных...

Ограничивает его таймлайн, привязанный исключительно к таблице календаря. Больше никаких связей в ДБ не наблюдается.

А если закрыта в апреле, то числиться должна в трёх месяцах?

Угум. При этом... Если она открыта в феврале, то февраль не просрочена и "открыта", март "открыта" и просрочена, а апрель закрыта и не просрочена. Как то так. У них есть срок до которого они должны быть закрыты и соответственно, если дата позже срока - заявка просрочена.

Тут до меня работали с ДБ и он в статистику заносит заявку в роли просроченной во все 3 месяца, а это портит KPI

Я вижу 2 пути:
1. Для нужно вам гранулярности календаря генерите в pq недостающие строчки в таблицу фактов, тогда меру можно будет написать не сложно и работать будет быстро.
2. Если предыдущий вариант невозможен, то придётся рвать связь таблицы фактов с календарем и фильтрами высчитывать попадает ли заявка в нужный период визуала. Такая мера будет ворочаться дольше, зато модель не распухнет.

Если я правильно поняла, тут сделали что то вроде "первого дня в календаре" и "последнего дня в календаре", ну и когда таймлайном ограничиваешь месяц, то они принимают значения начала и конца месяца. И вот на этих 2х параметрах завязана фильтрация таблиц, и в отфильтрованных производятся вычисления.

Но мне надо учесть около 5ти разных случаев с заявками, и так чтобы это все не пересеклось лишний раз и не суммировались ненужные... В общем. Думала мож есть какой способ попроще.

Связей тут нет вообще, никаких :D

Подскажите, у меня есть список приоритетных брендов.. если бред приоритетный, то столбик «priority brands” = 1. Возможно ли сделать кнопку которая будет фильтровать весь отчёт только по брендам где стоит - 1? В каком русле искать? Это switch?

Календарь он просто есть :D
Если его привязать к таблице, то таймлайн будет фильтровать заявки либо по дате когда она прилетела, либо по другой из дат. И если заявка в прошлом месяце пришла, но все еще не закрыта, таймлайн ее все равно выкидывает.

Срез, туда priority brands

Если кроме 1-го ничего не надо, отфильтруйте в pq. Если не хотите занимать место срезом, отфильтруйте через панель фильтровъ