Verification of Payee în SEPA este o verificare a numelui care are loc între două bănci înainte ca o plată să fie efectuată. Introduceți un nume de beneficiar și un IBAN; prestatorul dumneavoastră de servicii de plată (PSP) întreabă PSP-ul care deține acel IBAN dacă numele corespunde titularului contului; răspunsul revine într-un format standardizat, de obicei în mai puțin de o secundă. Nu se partajează nimic despre sumă, soldul dumneavoastră sau tranzacțiile beneficiarului - doar comparația numelor.
Aceasta este întreaga idee. Ceea ce o face să funcționeze în zeci de țări și mii de bănci este faptul că este o schemă, nu un produs: un rulebook comun, formate de mesaje comune și un set comun de rezultate pe care fiecare PSP participant se angajează să le folosească.
De ce „SEPA” este cuvântul important
SEPA - Spațiul Unic de Plăți în Euro - este zona de plăți în care viramentele în euro, debitările directe și plățile instant urmează un singur set de reguli. Verification of Payee a fost construită pentru aceeași zonă, pe baza IBAN-urilor, și este coordonată de Consiliul European al Plăților (EPC), organismul care întreține rulebook-urile SEPA. Schema VoP a EPC definește cum este formatată o cerere, cum este formatat un răspuns, ce coduri de rezultat există și cum se găsesc PSP-urile între ele.
De aceea VoP nu este același lucru cu o verificare a numelui în stil britanic și de aceea un furnizor conectat la o schemă nu este automat conectat la cealaltă. Dacă plățile dumneavoastră sunt plăți în euro în interiorul SEPA, schema SEPA este cea care vi se aplică.
O schemă, nu o bază de date
Nu există o listă centrală de titulari de cont în care să cauți nume. Singura bancă ce poate spune cu autoritate cine deține un IBAN este banca ce îl deține. VoP este, prin urmare, o conversație între PSP-uri, direcționată prin schemă - nu o căutare într-un registru comun.
Cum circulă verificarea între două bănci
- 1 Plătitorul introduce un nume de beneficiar și un IBAN în aplicația bancară sau în fișierul de plată din ERP.
- 2 PSP-ul solicitant trimite o cerere de verificare care conține numele transmis și IBAN-ul.
- 3 Schema direcționează cererea către PSP-ul care deține contul - PSP-ul care răspunde - folosind informațiile de rutare publicate în directorul schemei.
- 4 PSP-ul care răspunde compară numele transmis cu numele înregistrat pe cont, aplicând regulile de potrivire a numelor ale schemei.
- 5 Un răspuns standardizat revine la PSP-ul solicitant, care îi arată plătitorului rezultatul înainte ca plata să fie autorizată.
Două detalii contează în practică. În primul rând, PSP-ul care răspunde este singura parte care poate da un răspuns - de aceea acoperirea în întreaga schemă contează mai mult decât eleganța unei singure integrări. În al doilea rând, cererea și răspunsul sunt mesaje mașină-la-mașină, astfel încât verificarea poate rula pe o singură plată într-o aplicație sau pe fiecare linie a unui fișier de plăți către furnizori.
Cele patru rezultate pe care le primiți
- Potrivire - numele transmis corespunde titularului contului. Rezultatul cu cel mai mic risc; continuați cu încredere normală.
- Potrivire apropiată - numele este similar, dar nu identic: un al doilea prenume lipsă, inițiale în locul unui prenume complet, o denumire comercială față de o denumire înregistrată. Răspunsul conține numele verificat, astfel încât plătitorul să îl poată confirma sau corecta.
- Lipsa potrivirii - numele nu aparține acelui IBAN. Este un răspuns valid, nu o eroare tehnică, și este semnalul clasic al unui cont tastat greșit sau al unei fraude de redirecționare a facturilor.
- Indisponibil - PSP-ul care răspunde nu a putut da un răspuns în acel moment. Plata nu este blocată; plătitorul este informat și decide.
Cele două rezultate din mijloc sunt cele în care se află valoarea. O potrivire apropiată nu este un eșec - este schema care vă înmânează numele corect, astfel încât următoarea plată să se potrivească fără probleme. O lipsă a potrivirii nu este o defecțiune a sistemului - este verificarea care își face exact treaba.
Ce înseamnă cu adevărat „payee checker” și „payee checking service”
Oamenii caută un payee checker sau un payee checking service așteptându-se la un site unde să introducă un nume și un IBAN și să primească un răspuns. Nu așa funcționează și merită să fie clar de ce: datele titularilor de cont nu sunt publice și nicio terță parte nu poate confirma cu autoritate cine deține un IBAN. Verificarea este, prin concepție, de la bancă la bancă. Ce puteți face ca plătitor este să folosiți verificarea oferită de propriul PSP în momentul în care adăugați un beneficiar sau îi faceți o plată. Ce puteți face ca firmă este să rulați aceeași verificare pe un întreg fișier de plăți înainte de a-l elibera.
Ce implică de fapt implementarea
Pentru un PSP, implementarea VoP în SEPA este un proiect de schemă, nu un sprint de funcționalitate. În linii mari, înseamnă conectarea la infrastructura de rutare și director a schemei, implementarea mesajelor de cerere și răspuns, aplicarea regulilor de potrivire a numelor la propriile date de cont în calitate de PSP care răspunde și afișarea rezultatului în canalele proprii în calitate de PSP solicitant. Munca este bine înțeleasă, dar atinge fluxuri de plată esențiale, așa că de obicei este planificată în etape, nu pornită dintr-o singură mișcare.
Pentru o firmă - trezorerie, conturi de plătit, salarizare - implementarea este mult mai ușoară. Nu aderați la schemă. Apelați un serviciu VoP deja conectat la ea, fie prin banca dumneavoastră, fie printr-un API, și conectați rezultatul la punctul în care plățile sunt aprobate. Modelul practic este să verificați întregul fișier de plăți înainte de eliberare și să reverificați atunci când se schimbă datele bancare ale unui furnizor, în loc să verificați fiecare beneficiar salvat la fiecare rulare.
De unde vine obligația
Regulamentul UE privind plățile instant a făcut Verification of Payee obligatorie pentru PSP-urile din zona euro de la 9 octombrie 2025 și pentru PSP-urile din statele SEE din afara zonei euro până la 9 iulie 2027. Regulamentul stabilește obligația; schema EPC stabilește mecanica. În practică, aceasta înseamnă că verificarea face acum parte din fluxul normal de plată SEPA, nu este un plus opțional - și trebuie oferită plătitorilor gratuit.
RoxPay livrează Verification of Payee pe schema SEPA printr-un singur API REST și un dashboard, returnând rezultatele standardizate - potrivire, potrivire apropiată, lipsa potrivirii și indisponibil - în mult mai puțin de o secundă, cu numele verificat în cazul unei potriviri apropiate, astfel încât plătitorii să poată confirma, nu ghici.