Оповещения Power BI об остатках: как проверить порог и владельца
Как настроить оповещение Power BI о товарном запасе: числовая плитка, обновление данных, личное правило и проверка сигнала перед закупкой.
Содержание статьи
Оповещение Power BI может сообщать о пересечении порога числового показателя на дашборде. Для контроля запасов важно понимать, когда обновились данные и кто владеет правилом. Отсутствие письма не доказывает, что дефицита нет.
Сначала определите смысл сигнала
Вместо общего правила «следить за складом» выберите конкретный показатель: запас контрольного SKU или количество позиций ниже согласованной границы. Укажите склад, единицу и момент снимка. Если отчёт объединяет доступное количество и физический остаток, сначала разделите их: сигнал должен отвечать на один понятный вопрос закупщика.
Порог — управленческая настройка, а не универсальное число для всех товаров. В учебном примере команда решила проверять одну позицию при снижении доступного количества ниже согласованного значения. Это повод открыть потребность и сроки поставки, а не автоматически отправить заказ. Метод выбора резерва отдельно рассматривается в материале о страховом запасе.
Выберите поддерживаемую плитку
Классические оповещения сервиса Power BI работают с числовыми плитками поддерживаемых карточек, KPI и измерителей, закреплённых из отчёта на дашборде. В Power BI Desktop этих правил нет. Доступность зависит от лицензии и рабочей области. Откройте меню нужной плитки, Manage alerts, добавьте активное правило, имя и условие.
Включите отправку письма, если она нужна ответственному, и проверьте выбранный интервал уведомлений. Правила видит их создатель; совместное использование дашборда не делает оповещение общим. Поэтому назначение нового закупщика требует отдельной проверки его правила. Наличие сигнала в аккаунте аналитика не означает, что сотрудник склада получит то же уведомление.
Проверьте обновление и тестовый случай
Оповещения проверяются на обновлённых данных и не служат непрерывным датчиком исходной системы. Если загрузка остановилась, старое безопасное число может оставаться на плитке. Рядом с контролируемым показателем полезно показывать дату источника; техническую сторону разбирает проверка обновления отчёта Power BI.
Для приёмки используйте отдельную учебную модель или согласованный тестовый показатель, не меняя реальные остатки. Проверьте переход через границу, получение уведомления и открытие правильного отчёта по ссылке. Затем проверьте обычное состояние. Запишите ожидаемое поведение при неизменном числе: справка указывает, что дубли для неизменившегося значения не рассылаются.
Организуйте реакцию на уведомление
В рабочей инструкции укажите, кто смотрит сигнал, где проверяет фактическую доступность и как отмечает результат разбора. Письмо должно приводить к проверке конкретного товара, а не к бесконечной пересылке между аналитиком и закупщиком. Если обнаружен сбой загрузки, задача передаётся владельцу данных; если запас действительно снижен — ответственному за пополнение.
При отпуске или смене сотрудника проверьте владельца правила, адрес получения и доступ к данным. Классические оповещения не поддерживают совместное владение; при передаче процесса правило создают заново. Не выдавайте широкие редакторские права ради чтения сигнала. Результат настройки подтверждён, когда нужный человек получает проверяемое уведомление и понимает, какие действия оно запускает в работе с ассортиментом.
Возможности проверены редакцией 19 октября 2026 года. Это практическое руководство; дата проверки не означает запуск новой функции. Примеры и порядок контроля подготовлены редакцией.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы