Quando i echipă planurificano la Verification of Payee, immaginano il lato richiedente: un client inserisce nume e IBAN e la bancă Verifică prima dell'invio. Ma aceea Verifică funziona solo de ce la bancă la begunstigde risponde. Quella bancă este il PSP răspunzător — e nello scaremă, gran parte degli istituti trebuie să ricoprire ambii i ruoli.
Solicitant vs răspunzător
The requesting PSP asks 'does this name Overeenkomst this IBAN?' on behalf of a payer. The responding PSP receives that question about one of its own titularul contuluis and replies with a standardised outcome. If you hold customer accounts, other banks will be asking you — so you must be able to respond.
La conformiteit este de obicei a due lati
Offrire la VoP a betalerul (richiedente) e rispondere alle richieste sui tuoi clienți (rispondente) sunt sviluppi diversi. Planifică entrambi, nu solo acela rivolto all'utilizator.
Cosa trebuie să implementeze un PSP răspunzător
- 1 Ricevere în modo sicuro le richieste de verificatie dagli altri PSP dello scaremă.
- 2 Confrontare il nume richiesto cu le anagraficare dei correntisti, gestendo de asemenea le corrispondenze parziali.
- 3 Restituire l'rezultat standardizzato (Overeenkomst, parziale, nessuna, neaplicabil) cu il cod de scaremă corretto.
- 4 Rispondere în modo rapido e affidabile — latență e disponibilitate fan parte dell'obligație.
Fare ambii cu un'unica connessione
Costruire e mantenere l'infrastructură de răspuns — logica de matching, uptime, messaggistica de scaremă — este impegnativo. Operare pe un leverancier già connesso allo scaremă SEPA VoP ti permette de coprire sia il richiedente sia il rispondente cu un'unica integrare. RoxPay opera sullo scaremă SEPA e returnează rezultate standardizzati cu il BIC a bancă răspunzător, astfel una sola connessione raggiunge la Verifică în tutta Europa.