В Табличной модели есть понятие calculated table на уровне моделирования после {практически на уровне} абстракции PowerQuery/M где определение партиции пишется на DAX и второй вариант как промежуточная переменная (или напрямую выражение) табличного типа на основе которой рассчитывается мера (т.е. фактически прописывается промежуточным этапом в выражении меры).
В первом случае можно напрямую просмотреть на этапе моделирования (или вставив/скопировав DAX определение в запрос или подключившись в модели извне - т.е. другой connect), во втором такого варианта напрямую нет, можно вставить в запрос (с потерей контекста в котором считается мера, но это обходится через написание контекста вручную установив нужные фильтры - здесь есть вероятность ошибки из-за человеческого фактора) - или для проверки верного контекста через косвенные признаки (например count {rows}, sum на эти табличные выражения и пр.)

Из самого Power Query доступа к внутренним DAX определениям нет (но естественно можно писать запросы к внешним объектам) - т.к. это следующий этап однонаправленного потока по шагам ETL{ELT},
по крайней мере до определённой версии (напр. сейчас в preview сделали доступ к параметрам через slicers - где параметры идут обратно в PowerQuery и вычисляются в M выражениях фильтрации объектов)

Смотря что имеется ввиду, SSAS это Back-End (middle?-) в то время как это больше разговор о Front-End элементе, соответственно ответ: никак.

Если речь о всей системе PowerBI с ETL/M/PowerQuery, встроенным SSAS и интеграцией с Front-End - то описание реализации по линкам ниже.

в случае применения для DirectQuery - то есть ограничения явно прописанные в релиз-документации:
*] A single parameter cannot be bound to multiple fields nor vice-versa.
*] The feature is only supported for M based data sources. The following DirectQuery sources are not supported:
>>>T-SQL based data sources: SQL Server, Azure SQL Database, Synapse SQL pools (aka Azure SQL Data Warehouse), and Synapse SQL OnDemand pools
>>>Live connect data sources: Azure Analysis Services, SQL Server Analysis Services, Power BI Datasets
...

третий месяц уже в Preview после октябрьского релиза:
http://docs.microsoft.com/en-us/power-bi/connect-data/desktop-dynamic-m-query-parameters
http://powerbi.microsoft.com/en-us/blog/power-bi-october-2020-feature-summary/#_Toc51665421

Power BI: Dynamic M query parameters

HOME_X,

Ещё раз читаем внимательно документацию об ограничениях,
можно у Криса посмотреть здесь немного подробней об этом-же - первые два параграфа его блога
(то что поддерживается для DirectQuery соединений основанных на новом Power Query M языке)
https://blog.crossjoin.co.uk/2020/10/25/why-im-excited-about-dynamic-m-parameters-in-power-bi/

Здесь можно посмотреть реализацию и скачать файл где в модели эта функциональность доступна
https://datamonkeysite.com/2020/10/22/change-dimension-dynamically-using-parameter-in-powerbi/

Если приложение определит что некуда параметр привязывать (нет совместимых соединений) - то и опции
такой не появится, если скачать отчёт по ссылке выше и изменить соединения на другие не поддерживающие
динамический M параметр - то несмотря на наличие параметров в PowerQuery
в Advanced меню "Bind to parameter" будет доступна только опция None (т.е. не даст никуда привязать)

Поэтому я ещё в той другой теме сразу указал что это только Preview
(а Preview у MS это исторически ещё то хождение по граблям для разработчиков
пытающихся быть первыми и в результате бесполезно убивающих время
т.е. не стоит лезть на кактус пока не будет стабильных релизов)

так что реализация функциональности пока довольно кривая
они пытаются изобрести колесо, т.е. то что было в том-же SSRS и др. отчётных системах
(да и сейчас без проблем доступно в продуктах конкурентов как must have функциональность)
ещё 15-20 лет назад - пытаются преподнести как новинку

при этом явно спотыкаясь на ровном месте, такой вот ушлый маркетинг.
(хотя частично дешевые отговорки/причины понятны {типа безопасность} - но в общем фуу.)

.

Я не вижу в этом файле в модели ни одного табличного объекта сформированного при помощи DAX
(к колонне которого собственно и осуществляется привязка параметра)
там есть только PowerQuery/М объекты (таблицы)
так что не уверен что на тот момент было понимание как у них это организованно
и было следование инструкциям официальной документации.
На основе этой вполне логичной и здравой мысли работает подавляющее большинство систем отчётности уже
с десяток лет где эта одна из основной функциональности ради которой система получила популярность,

..ну кроме как оказалось Power BI где кое-как пока выкручивались с частичной
реализацией на уровне DAX без взаимосвязи с источником массово вбирая всё в ETL..
скорее всего это опечатка т.к. не видел такого продукта как сервер отчетов SSAS
в основном пользовался SSRS

по теме: PBIRS это эволюция SSRS и есть поддержка всех предыдущих форматов
плюс новые (там есть и интеграция с MS-Office, и мобильные отчёты и KPI и пр.)
или кратко - да, возможно, верно: совместимы