Перевозчик сдвинул срок на день, затем ещё на два часа. Склад прислал повторный файл. Если каждый сигнал становится отдельным письмом, важное исключение теряется в шуме. Правило мониторинга должно вести один инцидент до его разрешения.
Описанный сценарий требует включённого логистического модуля и подходящих источников данных; проверьте доступность в своём аккаунте.
Как действовать
Выберите измеримую величину: отставание от обещанной даты, дни доступного остатка или возраст последнего обновления источника.
Задайте порог и периодичность проверки. Укажите, когда данные считаются устаревшими; не называйте периодическую проверку наблюдением в реальном времени.
Сгруппируйте повторные события по партии, складу и типу риска. Добавьте восстановление, когда срок подтверждён или запас пришёл.
Назначьте владельца, время тишины и эскалацию. Сохраните историю подтверждения, отложенного рассмотрения и принятого действия.
Разберём на примере
Для одной партии три изменения ETA за час не требуют трёх задач. Один инцидент показывает исходный срок, новую дату, затронутые SKU и время последней проверки. Если фид перевозчика перестал обновляться, это отдельная проблема качества данных.
Что важно проверить
Без подключённого источника соответствующее правило не сможет подтвердить событие. Уведомление — повод проверить данные и варианты, а не разрешение автоматически менять заказ или стоимость доставки.
Начните с одного правила, одного ответственного и понятного критерия закрытия в Yasnora AI.
