Результаты бизнес-проверок
Ваша аналитика проверяет число заказов за час, а фоновая задача — формирование отчёта. При проблеме они отправляют готовое событие. Депешер сообщает операционной или аналитической команде и сохраняет уведомление.
Период, условия «нет заказов» и повторное напоминание вычисляет внешний процесс. Депешер не опрашивает базу магазина и не запускает проверки по расписанию.
Подготовьте канал и правила
Создайте организацию и команды «Операции», «Аналитика», «Диспетчеры» по командной инструкции. У нового канала оставьте базовых получателей пустыми: каждый результат проверки должен назначаться только через выбранное правило. Создайте метки заказы, отчёт, проверка, неизвестное.
Выберите у канала текстовый шаблон:
text
Проверка: {{json.check.name}}
Период: {{json.period.from}} — {{json.period.to}}
Событие: {{json.event.type}}
{{json.message}}
Подробности: {{json.details_url}}Подключите правила со строковыми условиями JSON «Поле равно», наследованием шаблона и явным выбором получателей:
| Правило | Условие | Получатели | Важность / метки |
|---|---|---|---|
| Нет заказов | event.type = no_orders | «Операции» | Предупреждение; проверка, заказы |
| Ошибка отчёта | event.type = report_failed | «Аналитика» | Ошибка; проверка, отчёт |
| Default | Без условий | «Диспетчеры» | Предупреждение; неизвестное |
После подключения правил сотрудники всех трёх команд настраивают «Мою доставку». Канал виден даже через отключённые правила и подключения; перед проверкой сообщений включите нужные источники. Базовый список оставьте пустым: даже default не исключает постоянных получателей. Общая настройка — JSON-рецепт.
Передайте результат проверки
Процесс формирует, например, такое тело:
json
{
"check": { "name": "Заказы интернет-магазина" },
"period": {
"from": "2026-10-10T09:00:00+03:00",
"to": "2026-10-10T10:00:00+03:00"
},
"event": { "type": "no_orders" },
"message": "За проверенный час заказов нет",
"details_url": "https://analytics.example/checks/orders-hour"
}Отправьте JSON HTTPS POST с Content-Type и токеном по HTTP-справке. Время и часовой пояс периода присылает источник; это не дата приёма запроса Депешером.
Проверьте поведение
В симуляции ожидайте «Операции», важность «Предупреждение» и метки проверки и заказов. Итоговый текст должен содержать название проверки, обе границы периода, no_orders, причину и ссылку.
Проверьте также event.type = report_failed, заменив название и message под отчёт: получит «Аналитика» с важностью «Ошибка». Тип other должен выбрать default и «Диспетчеры».
Затем отправьте реальные запросы и проверьте новые события у нужных сотрудников и внешнее получение. Защита от повторов одного периода нужна в процессе проверки: одинаковые JSON-запросы не объединяются автоматически.
Если сама задача перестала запускаться, Депешер не обнаружит это по молчанию. Такое событие должна прислать внешняя система контроля. Поиск результатов по меткам — в истории, события заказов и поддержки — в отдельном рецепте.