Webhooki și wyniki asynchroniczne Verification of Payee

A Verification of Payee request usually returns a Overeenkomst outcome in real time, fast enough to show before the payer authorises a overboeking. But VoP is a network call to another bank, and networks are not perfectly reliable. A responding PSP can be slow, a connection can drop, or a request can land in a queue. A production-grade integration needs a plan for the answer that arrives a few seconds — or a few minutes — late.

De ce una apel VoP poate diventare asincronă

Schema definește o fereastră strânsă de răspuns, dar traficul real produce totuși cazuri limită pe care trebuie să le gestionezi elegant, nu ca erori dure:

• The responding PSP is temporarily overloaded and answers just outside your synchronous timeout.
• Un guasto de rețea transitorio innesca un retry care si completa după care la richiesta iniziale este già tornata.
• Invii molte verificatie în blocco (ad exemplu una distinta) e raccogli gli rezultate man mano care arrivano.

Progettare il flux a webhook

The cleanest pattern is to give every check a stable identifier, return a pending status when the synchronous window expires, and let a webhook deliver the final outcome.

1. 1 Invia la verificatie e memorizza il suo request ID associandolo la plată care stai pentru disporre.
2. 2 Se nu arriva răspuns entro il tuo budget sincron, mostra a betalerul uno stato «in sospeso» invece de un eroare.
3. 3 Ricevi l'rezultat finale (Overeenkomst, parziale, nessuna o nu disponibile) sull'endpoint la tuo webhook.
4. 4 Match the webhook payload back to the stored request ID and update the payment decision.

RoxPay restituisce un rezultat sincron fiecare volta care poate e ripiega pe un webhook semnareto când un PSP răspunzător este lento, astfel il careckout resta reattivo e i tuoi registri restano completi.