Евгений Оленев, ваша картинка ни о чем, хоть бы примерную модель в excel составили. А так используйте переменные и CALCULATE

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

Зачем разворачивать в отдельные столбцы? Это можно сделать и группировкой.

Действительно - это НЕ верное решение. Все преобразования над данными необходимо делать ДО загрузки в модель.

Через меру надо считать, когда данные уже готовы для этого, а не городить в них непонятно что. Есть правило: если не получается написать простую меру - значит ваша модель неправильная.

Remphan, чтобы не тормозило не надо создавать кучу вычисляемых столбцов.
А так есть галочка:

Антон, самый правильный ответ: сделать правильную модель, чтобы не мучиться. Разделите одну таблицу на две: Заказы и Поставки. Тогда вы спокойно сможете посчитать сколько у вас заказано по документу и сколько поставлено. Все остальные решения приведут или к пожиранию ресурсов, или к неверным вычислениям.

О каких группировках речь? Если это измерения относящиеся к характеристикам артикулов, то они должны быть в справочнике артикулов, который я сделал.
Не понятно о чем вы говорите? Если вы берете названия групп из СПРАВОЧНИКА, то все считается корректно

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

ZLAT, а я не понял по какой логике у вас по филиалам получается 8. И почему в активном ассортименте артикул 8 принадлежит теме3,  а в артикулах теме2?

Станислав Пьяненков, для чего вам эта последняя цена? вы ее просто вывести в сводной хотите или все таки использовать в каких то дальнейших расчетах? Не стоит плодить вычисляемые столбцы - они едят ресурсы.
Используйте меры:

Max_E, нужно точное понимание для чего вам это. при определенных задачах может и функция ВЫБОР подойти

Remphan, честно говоря не верю в скрипт в 1млн символов. Как его написали/скопировали, если там ограничение в 32000? Мне кажется вы что-то не то и не там пытаетесь сделать. Покажите хоть пример этого чудо скрипта.

mechanix 85,Михаил Л,  что-то страшное вы делаете. Всё намного проще.

Потому что RELATED используется внутри таблицы _Админы. Соответственно фильтруется по диапазону дата-время, а RELATED подтягивает город не в контексте _Кассы, а в контексте _Админы, поэтому возвращается таблица из двух значений, из которых потом выбирается наименьшее.

А зря, ошибочка там
Если версия позволяет, то сделать через переменные. Если нет, то заменить _date и _city на соответствующие ссылки

Ярослав Лисицький, не знаю как вы искали, но все есть в документации.
Еще раз: у вас УЖЕ обычный OLAP куб - НЕТ никакого особенного способа подключения к многомерному кубу, чтобы в PowerBI была возможность писать меры. Меры можно писать ТОЛЬКО подключившись к табличной модели (см.ссылку сравнение многомерных и табличных моделей выше).
Естественно, что при необходимости считать неаддитивные меры требуется нужная гранулярность данных. Поэтому у вас выбор - либо импортировать ВЕСЬ массив данных, который находится в кубе, что очевидно у вас не получается и нет возможности, либо написать меры в кубе и в режиме LiveConnect считать и визуализировать.

Ярослав Лисицький, при подключении к классическому OLAP-кубу при использовании Live Connection (Direct Query - с этим источником не работает, DQ и LC похожие, НО НЕ идентичные типы подключений) меры создавать действительно нельзя. Если же подключаться к SSAS Tabular model в режиме Live Connect, то выглядеть будет как подключение к OLAP, но будет возможность создавать меры.
Возвращаясь к вашему случаю с классическим OLAP. Правильно будет создавать меры непосредственно в кубе - обратитесь к разработчику данного куба. Если же импортировать данные, то необходимо самостоятельно написать корректный оптимизированный MDX запрос, чтобы данные вернулись. А также не выполнять сложных преобразований в Power Query (объединение, замены и так далее), да и ресурсов самого сервера, на котором работает куб должно хватать, чтобы возвращать за раз такие большие массивы.

Antijoke2, ну и сделайте в исходной таблице столбцы "Взвешенное" = Значение/СЧЁТЕСЛИ() для каждого наименования, а в сводной просто суммируйте.

В Pbi есть это свойство, просто чтобы его задать надо использовать Tabular Editor.
Из сервиса есть возможность экспорта в excel, из десктопа, да нет, но либо в csv, что прекрасно открывается экселем, либо использовать DAX Studio и оттуда экспортировать.

surkenny, mera2 и mera3 почти идентичны как физический, так и логический план запроса, но в mera3 все таки на одну итерацию меньше и на значительных объемах разница может стать заметной. Но опять, не забываем, что здесь все в одной таблице, а при больших объемах и создании справочников и при соответствующем изменении мер, не факт, что даже mera окажется хуже, так ее физический план запроса при использовании справочника "типов" почти в два раза короче. Но это все надо смотреть на боевых данных, ну или близких к ним по структуре и размеру, там вобще может оказаться все не так=)

Юлия Давыдова, не знаю, что вы читали, но в паттернах есть ответы на все ваши вопросы

Можно еще сократить:

Ваше не понимание работы контекстов вычисления, приводит к неправильным результатам.
Каждая ячейка - это НЕЗАВИСИМОЕ вычисление в своём контексте, со своими фильтрами. То есть DAX не суммирует, то что вычислил ранее и то, что вы видите в визуализации строкой выше.
Про контексты тут. Про изменение итогов тут и тут (только вам вместо AVERAGEX нужен будет SUMX)

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

angel1532, если создадите таблицу справочник клиентов, то будет проще

hr.al, ну вобще такое делается не в DAX, а в PowerQuery перед загрузкой в модель. А там это можно сделать буквально нажатием пары кнопок на панели. Например: Разделить столбец по разделителю "пробел" и потом объединить нужные столбцы.
Делать это в DAX неправильно, поэтому даже не буду писать решение.

Например Forecasting Measure in Power BI

mechanix 85, да есть и сколько помню всегда было. Вы из DAX Studio к какой модели подключаетесь? Power pivot, PowerBI, Server tabular? Возможно в какой-то старой модели и не было такой функции, а DAX Studio показывает только те функции, которые доступны в модели.

Suvik, да пожалуйста. Еще раз выделил желтым, чтобы не забывали выбирать Custom Export Format, чтобы убрать кавычки вокруг текста

В EVALUATE используйте SELECTCOLUMNS, что переименовать столбцы удобоваримо, а также преобразовать их в нужный формат, как даты.
Чтобы значения не заключались в кавычки, в настройках DAX Studio нужно снять галочку см.скриншот. И при сохранении выбирать Custom Export Format
А вобще, чтобы не городить огород, лучше все, что вы делаете в PQ перенести в скрипт загрузки Клика. У него очень продвинутые возможности, но да к сожалению все писать только ручками