Când echipele planifică Verification of Payee, își imaginează partea solicitantă: un client introduce un nume și un IBAN, iar banca verifică înainte de a trimite. Dar acea verificare funcționează doar pentru că banca beneficiarului răspunde. Acea bancă este PSP-ul răspunzător — iar conform schemei, majoritatea instituțiilor trebuie să joace ambele roluri.
Solicitant vs răspunzător
PSP-ul solicitant întreabă „acest nume corespunde acestui IBAN?” în numele unui plătitor. PSP-ul răspunzător primește acea întrebare despre unul dintre propriii deținători de cont și răspunde cu un rezultat standardizat. Dacă deții conturi de clienți, alte bănci te vor întreba — deci trebuie să poți răspunde.
Conformitatea are de obicei două laturi
A oferi VoP plătitorilor tăi (solicitant) și a răspunde la cererile privind clienții tăi (răspunzător) sunt dezvoltări diferite. Planifică-le pe ambele, nu doar pe cea vizibilă pentru utilizator.
Ce trebuie să implementeze un PSP răspunzător
- 1 Să primească în siguranță cererile de verificare de la alte PSP-uri din schemă.
- 2 Să compare numele solicitat cu evidențele deținătorilor de cont, gestionând și potrivirile apropiate.
- 3 Să returneze rezultatul standardizat (potrivire, potrivire apropiată, fără potrivire, neaplicabil) cu codul de schemă corect.
- 4 Să răspundă rapid și fiabil — latența și disponibilitatea fac parte din obligație.
Ambele roluri printr-o singură conexiune
Construirea și întreținerea infrastructurii de răspuns — logica de potrivire, disponibilitatea, mesageria de schemă — este o muncă semnificativă. Să operezi printr-un furnizor deja conectat la schema SEPA VoP îți permite să acoperi atât partea solicitantă, cât și pe cea răspunzătoare printr-o singură integrare. RoxPay operează în schema SEPA și returnează rezultate standardizate cu BIC-ul băncii răspunzătoare, astfel încât o singură conexiune ajunge la verificarea din toată Europa.