Почему проблемы с эквайром обычно замечают слишком поздно
Когда эквайр деградирует, первым сигналом чаще всего становится жалоба мерчанта на конверсию. К этому моменту уже потеряна часть объёма за утро и немного доверия. Monitoring — часть платформы omwio, встроенная в tenant manager именно для того, чтобы закрыть этот разрыв и дать операторам увидеть деградацию раньше мерчантов.
Сигналы на том уровне, на котором реально принимаются решения роутинга
Monitoring отслеживает success rate, задержку и структуру ошибок по каждому провайдеру и MID — именно на том уровне, на котором принимаются решения роутинга, а не как одно общее число по всей платформе. Эта детализация важна: проблема на одном MID может быть незаметна в агрегированном виде, при этом уже ухудшая конверсию для мерчантов, которых на него направляют.
Алерты, указывающие на маршрут, а не просто 'что-то не так'
Алерты в Monitoring привязаны к маршруту. Вместо общего предупреждения алерт указывает на конкретный маршрут, который деградирует, поэтому реакция может быть конкретной: перевести этот метод на резервный MID. Исходящие уведомления оформляются через тот же брендированный слой писем, что и остальная почта вашего tenant'а, поэтому они выглядят как часть вашей платформы, а не стороннего инструмента.
Что это меняет в операционной работе с мерчантами
- Обнаружение раньше жалоб: вы сами открываете разговор с мерчантом, а не отвечаете на обращение.
- Более быстрые решения по failover: сигнал, привязанный к конкретному MID, сразу даёт основание для действия в рамках уже существующих правил роутинга.
- Аргументы для разговоров с провайдерами: деградация фиксируется во времени, и это превращает переговоры с эквайром из анекдота в данные.
Доступность
Monitoring включается в зависимости от тарифного плана, доступ контролируется как в навигации tenant manager, так и на уровне API-маршрутов.
