Утром руководитель открывает отчёт и принимает решение о закупке. Расписание Power BI включено, однако это ещё не доказывает, что ночная загрузка прошла успешно. Для рабочего отчёта нужен проверяемый сигнал актуальности и ответственный за разбор сбоев.

Разделить три условия

Настройки обновления включают расписание, соединение со шлюзом при необходимости и учётные данные источника. Для некоторых облачных источников шлюз не нужен; локальные данные могут требовать доступного шлюза. Если пароль истёк или служба недоступна, сохранённое расписание само по себе проблему не исправит.

Сначала выполните ручное обновление и проверьте результат. Только после этого включайте регулярный запуск. Для команды полезно зафиксировать владельца источника, владельца модели и того, кто реагирует на ошибку: это могут быть разные люди.

Выбрать время с запасом

Microsoft описывает плановое время как ориентир запуска: возможны задержки из-за доступных ресурсов. Поэтому загрузку не следует ставить ровно на минуту начала совещания. Сначала должен обновиться исходный склад данных, затем модель, затем пройти контроль результата.

Количество плановых обновлений зависит от лицензии и ёмкости. Не увеличивайте частоту автоматически, если выгрузка площадки всё равно появляется раз в день. В таком случае повторные запросы будут перечитывать тот же снимок, а время последнего запуска создаст ложное ощущение новых данных.

Проверять историю и содержимое

В истории обновлений Power BI показывает статус, время начала, длительность и сообщение об ошибке. При сбое проверьте доступность шлюза и реквизиты подключения. После четырёх последовательных ошибок либо неисправимой ошибки конфигурации сервис отключает расписание; после устранения причины его нужно снова включить.

Успешный статус дополните содержательной проверкой. Для отчёта продаж это могут быть максимальная дата операции, число строк и сумма за контрольный день. Пустая, но технически корректная выгрузка тоже способна пройти загрузку. Поэтому «ошибок нет» и «данные полные» — разные результаты.

Что делать при остановке

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

Если отчёт долго не используется, расписание может приостанавливаться из-за неактивности. Для важной оперативной модели нужен регулярный контроль владельцем. Когда загрузка проходит, но стала медленной, переходите к диагностике запросов Power Query: это уже другой сценарий, чем отсутствие доступа или отключённый запуск.