Это пока открытый вопрос. но есть представление о плохих отчетах - кривая модель данных, генерирующая неявные ошибки при вычислениях, отсутствие проверки данных при публикации, много хардкодинга в мерах и pq

Дима, а сможешь зашарить чеклист? Выглядит как хороший первый шаг для меня.
Про сертифицированные источники - у нас datalake запустился, считается? а сертификация наборов данных пока не сильно прижилась, хотя по-немногу из IT распространяется в массы

То есть можно сказать, что хороший отчёт - это модель по-итальянски с простым кодом :) И щепотка внимательности

Привет! Скажите, а кто-то озадачивался вопросом валидации качества создаваемых в организации pbi отчетов, разрабатываемых обычными пользователями? У всех сотрудников  в компании Power BI Pro лицензия, отчетов разрабатывается много, но качество часто хромает.
Или может найдется что-то похожее на гайд/рекомендацию в целом для citizen developer, без привязки к pbi?

Ну у нас тоже в компании у всех лицензия (удивительно, правда? 😅), но как-то такой проблемы как таковой не возникает.
Если создается отчет под совместные задачи, который официально используют, его все равно валидирует несколько человек, как со стороны корректности, так и оптимальности.
А чаще есть большие витрины, которые ты используешь как входящий датасет и экономишь кучу времени

А личные кривульки как-то никого не интересуют.

Ну проблема есть. Большие дяди утверждают официальные отчеты. А любой ассистент может накидать что-то, что вообще никак не сойдется, и показывать направо и налево, а все будут это обсуждать. Ну это еще от зрелости компании зависит.

Ну у нас тоже в компании у всех лицензия (удивительно, правда? 😅), но как-то такой проблемы как таковой не возникает.
Если создается отчет под совместные задачи, который официально используют, его все равно валидирует несколько человек, как со стороны корректности, так и оптимальности.
А чаще есть большие витрины, которые ты используешь как входящий датасет и экономишь кучу времени

А личные кривульки как-то никого не интересуют.

Ну у нас тоже в компании у всех лицензия (удивительно, правда? 😅), но как-то такой проблемы как таковой не возникает.
Если создается отчет под совместные задачи, который официально используют, его все равно валидирует несколько человек, как со стороны корректности, так и оптимальности.
А чаще есть большие витрины, которые ты используешь как входящий датасет и экономишь кучу времени

А личные кривульки как-то никого не интересуют.

У вас тоже E5?
Да, Дима верно заметил - если заказчик условный директор, который не шарит в power bi дальше просмотра отчетов, то он убедиться, что внутри отчета всё в порядке сам не сможет. а citizen development подразумевает отсутствие IT в разработке.

Саша, а можно взять на вооружение фразу «личные кривульки»?)

Я работаю в Microsoft. У меня есть всё))

Дарю 🤩

Вполне нормальная рабочая ситуация для разработки.
Есть два варианта:
1) переключаете источник через параметр. Например, делаете параметр SourceLocal =  true
Делаете запрос Source1 (к IP1) и Source2 (к IP2). В основном запросе первый шаг такой: =if SourceLocal then Source1 else Source2
Естественно, оба запроса Source1 и Source2 должны возвращать абсолютно одинаковые по структуре таблицы, а шлюз должен видеть второй источник как минимум (насчет первого не помню, надо ли). Публикуете с локальным источником. В сервисе после публикации меняете параметр на false.
2) Через потоки даннных, только там еще проще. Просите дать шлюзу доступ к IP2, забираете данные из IP2 в поток и в разработке используете свои потоки как хотите. Можно настроить дубликат потока с первым IP. можно сделать параметр в потоке и его переключать, можно комбинировать с переключением параметров в датасете. Короче, тут простор для творчества. Единственное чего лишаетесь - фолдинга.