Платёж, возврат и VIP-обращение
Приложение отправляет события одному каналу: платёж не прошёл, клиент запросил возврат или создал обращение. Финансы получают ошибку оплаты, поддержка — возврат и обращения, руководитель — VIP-обращения вместе с поддержкой.
Приложение заранее определяет VIP и тип события. В правилах Депешера нет сравнения суммы с порогом: передавайте готовый boolean-флаг, если от него зависит маршрут.
Подготовьте организацию
По командной инструкции создайте команды «Финансы», «Поддержка», «Диспетчеры» и пригласите руководителя. Создайте канал с пустым базовым списком получателей. Получателей назначим через правила: базовый выбор означал бы получение каждого события независимо от выбранной ветки.
Создайте метки оплата, возврат, поддержка, vip, неизвестное. Текстовый шаблон канала:
text
Событие: {{json.event.type}}
Номер: {{json.reference}}
{{json.message}}
Открыть: {{json.details_url}}Подключите правила в порядке
Все JSON-условия — «Поле равно», группа «Все». event.type сравнивается со строкой, vip — с логическим значением true, а не строкой "true". В каждой ветке выберите действие получателей и полный набор меток:
| Порядок | Условия | Получатели | Важность / метки |
|---|---|---|---|
| 1 | event.type = payment_failed | «Финансы» | Ошибка; оплата |
| 2 | event.type = refund_requested | «Поддержка» | Предупреждение; возврат |
| 3 | event.type = support_requested, vip = true | «Поддержка» и руководитель | Предупреждение; поддержка, vip |
| 4 | event.type = support_requested | «Поддержка» | Информация; поддержка |
| Default | Без условий | «Диспетчеры» | Предупреждение; неизвестное |
Шаблон наследуется, преобразований нет. VIP-ветка выше общей поддержки, иначе первой совпадёт общая. Руководитель выбран в том же правиле: две последовательные совпавшие ветки не исполняются.
Сохраните и подключите все правила. После подключения сотрудники команд и руководитель настраивают «Мою доставку». Отключённые правила и подключения тоже позволяют настроить её заранее, но перед проверкой событий нужные источники должны быть включены. Default добавляет диспетчеров для неизвестного события; базовые назначения он не отменяет. Общая настройка — JSON-рецепт.
Проверьте входы
Пример VIP-обращения:
json
{
"event": { "type": "support_requested" },
"vip": true,
"reference": "TICKET-1842",
"message": "Нужна помощь с продлением услуги",
"details_url": "https://support.example/tickets/1842"
}Ожидаемый текст на основе шаблона:
text
Событие: support_requested
Номер: TICKET-1842
Нужна помощь с продлением услуги
Открыть: https://support.example/tickets/1842Сначала проверьте выбранный канал в симуляции, затем передайте каждый вариант по HTTP:
| Изменение примера | Ожидаемые назначения |
|---|---|
| Без изменений | Поддержка и руководитель, две метки |
vip = false или поле отсутствует | Общая поддержка без руководителя |
vip = "true" | Общая поддержка: тип значения не совпадает |
event.type = payment_failed | Только финансы |
event.type = refund_requested | Только поддержка, метка возврата |
event.type = unknown | Диспетчеры, default |
Меняйте номер, message и ссылку под реальное событие; отправитель использует свой JSON-сериализатор. После 202 ожидаемые сотрудники проверяют «Мои уведомления» и внешнюю доставку, а остальные — отсутствие нового назначения.
Крупный заказ или новый платный клиент
Приложение может заранее определить крупный заказ по своему порогу и прислать event.type = large_order. Для нового платного клиента используйте paid_customer_created.
Добавьте ещё одно обычное правило перед default: JSON-поле event.type → «Поле входит в список», тип элементов «Строка», значения large_order и paid_customer_created. Действия: «Информация», метка оплата, получатели «Финансы» и руководитель; шаблон наследуется.
Пример входа:
json
{
"event": { "type": "large_order" },
"reference": "ORDER-1842",
"message": "Получен крупный заказ на 125 000 ₽",
"details_url": "https://shop.example/admin/orders/1842"
}В симуляции и после реального POST ожидайте финансовую команду и руководителя, важность «Информация», метку оплаты и номер ORDER-1842 в тексте. Второй тип должен выбрать то же правило; small_order — default. Числовой порог определяется приложением, а не этим правилом.
Этот поток не выполняет платёж или возврат и не создаёт тикет: действия делает ваше приложение. Получателям нужна отдельная авторизация для ссылки на детали. Результаты периодических проверок показаны в бизнес-проверках.