Время на прочтение: 6 минут

Дата публикации: 12.11.2026

Чаще всего Power BI перестает обновлять отчеты по одной из пяти причин. Сервис сам отключил расписание, истекли учетные данные источника, шлюз недоступен или устарел, модель уперлась в лимиты по времени или размеру, либо в источнике изменилась структура данных. Начинать нужно с истории обновлений, в ней виден текст ошибки, по которому причину обычно можно найти за пару минут.

В Power BI Service откройте рабочую область, найдите семантическую модель (раньше она называлась набором данных), на которой построен отчет, и перейдите в ее параметры. Там есть ссылка на историю обновлений (Refresh history). Для каждой неудачной попытки там указаны время и текст ошибки.

В тех же параметрах проверьте три блока
• Подключение шлюза (Gateway connection) — выбран ли шлюз и в сети ли он;
• Учетные данные источника (Data source credentials) — нет ли предупреждения о недействительных учетных данных;
• Расписание обновления (Refresh) — включен ли переключатель расписания.

После исправления запустите «Обновить сейчас» (Refresh now) и убедитесь, что попытка прошла успешно. Ручные обновления не входят в дневной лимит обновлений по расписанию.

Автоматизируем сбор данных и освободим команду от ручной аналитики

Сотрудники тратят часы на отчеты?

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

Что делать. Устранить причину ошибок и снова включить переключатель расписания. Если расписание встало из-за неактивности, достаточно открыть любой отчет на модели или нажать «Обновить сейчас».

Типичные ситуации — сотрудник сменил пароль, который использовался для подключения к источнику, или уволился владелец модели и его учетная запись отключена. У модели может быть только один владелец, и менять учетные данные может только он.

Для источников с авторизацией Microsoft Entra ID (OAuth), например SharePoint Online и Dynamics CRM Online, есть еще одна ловушка. Токен доступа живет около часа, и если загрузка данных идет дольше, обновление может упасть с ошибкой учетных данных, хотя пароль верный.

Что делать
• в параметрах модели открыть «Учетные данные источника» и ввести их заново;
• если владелец другой сотрудник, сначала нажать Take over и стать владельцем модели;
• если форма с учетными данными не появляется, очистить кеш браузера и открыть https://app.powerbi.com?alwaysPromptForContentProviderCreds=true, эта ссылка принудительно запрашивает их заново;
• для регулярных обновлений использовать служебную учетную запись, а не личную учетную запись сотрудника.

Если данные лежат внутри компании, например в SQL Server, файлах на сетевом диске или в 1С, Power BI получает их через локальный шлюз данных (on-premises data gateway). Самые частые проблемы с ним
• компьютер или сервер со шлюзом выключен, ушел в спящий режим или потерял сеть;
• версия шлюза устарела, Microsoft поддерживает только шесть последних версий, а ошибка GatewayNotReachable часто связана именно со старой версией;
• в параметрах модели не выбран шлюз, обычно так бывает после изменения источника данных;
• часть источников модели не добавлена в шлюз. Модель работает только с одним шлюзом, поэтому все ее локальные источники должны быть настроены на нем.

Что делать. Проверить, что компьютер со шлюзом включен и служба шлюза запущена, обновить шлюз до актуальной версии и заново выбрать его в параметрах модели. Шлюз лучше держать на сервере, который работает круглосуточно, а не на ноутбуке аналитика. Персональный шлюз подходит только для одного пользователя, для команды Microsoft рекомендует корпоративный.

Если отчет долго работал нормально, а потом перестал обновляться, часто причина в росте данных. В общей емкости (лицензия Pro) действуют такие ограничения

Что делать. Убрать из модели ненужные столбцы и старую историю, а тяжелые преобразования из Power Query перенести на сторону базы данных. Помогает и добавочное обновление (incremental refresh), когда перезагружаются только свежие данные. На Premium при ошибках нехватки памяти и перегрузки емкости стоит разнести обновления разных моделей по времени.

Кто-то переименовал столбец в выгрузке, сдвинул файл в другую папку, переименовал лист Excel или таблицу в базе. Power Query ищет данные по старым именам и выдает ошибку вроде «столбец не найден».

Что делать. Открыть файл в Power BI Desktop, обновить данные и найти в редакторе Power Query шаг, на котором возникает ошибка. После исправления пути или имени столбца опубликовать отчет заново. Чтобы это не повторялось, формат выгрузок нужно зафиксировать и не менять без согласования с аналитиком.

Сообщение «Query references other queries or steps, so it may not directly access a data source» появляется, когда запрос объединяет данные из источников с разными уровнями конфиденциальности. Обычно его решают одинаковыми уровнями конфиденциальности для источников или перестройкой запроса, чтобы обращение к источнику и объединение данных шли в разных запросах.

Плитки дашборда обновляются не мгновенно. Microsoft рекомендует подождать 10–15 минут, а если данные так и не появились, заново закрепить визуализацию на дашборде.

Если у организации истекла подписка или у владельца модели больше нет лицензии Pro, работа с рабочими областями и обновление прекращаются. Для российских компаний это нередкая ситуация, потому что Microsoft приостановила продажи в России и продлить подписку напрямую сложно. Статус лицензий виден в центре администрирования Microsoft 365.

Покажем демо-дашборд и расскажем, как это работает на практике

Один дашборд вместо десятков отчетов

• В параметрах расписания оставьте включенными уведомления о сбоях владельцу и добавьте адреса коллег в поле «Email these contacts when the refresh fails». Получатели должны быть в том же корпоративном контуре Microsoft.
• Учтите, что ручные обновления и обновления через API или Power Automate писем об ошибках не отправляют.
• Регулярно обновляйте шлюз и не привязывайте обновления к личным учетным записям сотрудников.

Если обновление регулярно упирается в лимиты или ломается при каждом изменении выгрузок, дело обычно в том, что Power BI делает работу хранилища. Вся очистка и сведение данных идут в Power Query при каждом обновлении. Надежнее загружать данные из источников в хранилище данных, готовить там витрины и подключать BI уже к ним. Такая схема еще и упрощает переход на другую BI-платформу, если продление Power BI стало проблемой.

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

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

Мы уже реализовали более 127 проектов по настройке BI-аналитики под разные задачи. Проведём бесплатную консультацию и аудит ваших процессов, чтобы предложить оптимальное решение именно для вас.
Запишитесь на бесплатную консультацию, и мы поможем сделать аналитику вашего бизнеса прозрачной и эффективной.

Больше про аналитику и бизнес в Telegram-канале