Perché i problemi dell'acquirer vengono rilevati troppo tardi
Quando un acquirer si degrada, il primo segnale è di solito un merchant che si lamenta della conversione. Quando quel reclamo arriva, avete già perso una mattinata di volume e un po' di fiducia. Monitoring fa parte della piattaforma omwio, integrato nel tenant manager, per colmare questo divario e permettere agli operatori di rilevare il degrado prima dei merchant.
Segnali al livello su cui il routing decide davvero
Monitoring traccia tassi di successo, latenza e mix di errori per provider e per MID — lo stesso livello su cui vengono prese le decisioni di routing, invece di un numero globale per tutta la piattaforma. Questa granularità conta: un problema su un MID può essere invisibile in una vista aggregata mentre sta già danneggiando la conversione dei merchant instradati su di esso.
Alert che indicano una route, non solo 'qualcosa non va'
Gli alert di Monitoring sono collegati alla route. Invece di un avviso generico, un alert indica la route specifica che sta fallendo, così la risposta può essere concreta: spostare questo metodo sul MID di backup. Le notifiche in uscita vengono renderizzate tramite lo stesso layer di posta brandizzato del resto delle e-mail del vostro tenant, così arrivano con l'aspetto della vostra piattaforma, non di uno strumento di terze parti aggiunto a posteriori.
Cosa cambia per le operazioni merchant
- Rilevamento prima dei reclami: siete voi ad aprire la conversazione con il merchant, invece di doverle rispondere.
- Decisioni di failover più rapide: un segnale legato a un MID specifico è direttamente azionabile sulle regole di routing che avete già.
- Prove per le conversazioni con i provider: il degrado nel tempo viene registrato, trasformando una trattativa con l'acquirer da aneddoto in dato.
Disponibilità
Monitoring è attivabile per piano di fatturazione, con accesso applicato sia nella navigazione del tenant manager che a livello delle route API.
