Dlaczego problemy z acquirerem wykrywa się zwykle za późno
Gdy acquirer zaczyna działać słabiej, pierwszym sygnałem jest zwykle merchant zgłaszający spadek konwersji. Zanim to zgłoszenie trafi do was, zdążyliście już stracić poranny wolumen i część zaufania. Monitoring jest częścią platformy omwio, wbudowaną w tenant manager, by zamknąć tę lukę i pozwolić operatorom zauważyć degradację wcześniej niż merchanci.
Sygnały na poziomie, na którym faktycznie decyduje routing
Monitoring śledzi wskaźniki powodzenia, opóźnienia i strukturę błędów w podziale na dostawcę i na MID — czyli na tym samym poziomie, na którym podejmowane są decyzje routingowe, a nie jako jedną globalną liczbę dla całej platformy. Ta granularność ma znaczenie: problem na jednym MID może być niewidoczny w zagregowanym widoku, mimo że już szkodzi konwersji merchantów kierowanych na ten MID.
Alerty wskazujące trasę, a nie tylko „coś jest nie tak”
Alerty w Monitoringu są powiązane z trasą. Zamiast ogólnego ostrzeżenia, alert wskazuje konkretną trasę, która zawodzi, dzięki czemu reakcja może być konkretna: przenieść tę metodę na zapasowy MID. Powiadomienia wychodzące są renderowane przez tę samą brandowaną warstwę mailową, co pozostałe wiadomości e-mail waszego tenanta, dzięki czemu wyglądają jak część waszej platformy, a nie doczepione narzędzie firmy trzeciej.
Co to zmienia w obsłudze merchantów
- Wykrycie przed zgłoszeniem: to wy zaczynacie rozmowę z merchantem, a nie na nią odpowiadacie.
- Szybsze decyzje o failoverze: sygnał powiązany z konkretnym MID jest bezpośrednio przekładany na działanie w ramach reguł routingu, które już macie.
- Dowody do rozmów z dostawcami: degradacja w czasie jest rejestrowana, co zmienia negocjacje z acquirerem z anegdoty w dane.
Dostępność
Monitoring jest włączany w zależności od planu rozliczeniowego, z kontrolą dostępu zarówno w nawigacji tenant managera, jak i na poziomie tras API.
