A Verification of Payee megoldás az a szolgáltatás, amely egy SEPA-fizetés elküldése előtt ellenőrzi a kedvezményezett nevét az IBAN mögötti számlával szemben. Az EU-ban ezt az ellenőrzést Verification of Payee-nak (VoP) hívják. A SEPA sémán fut, amelyet a European Payments Council (EPC) hangol össze, és jóval egy másodperc alatt szabványosított választ ad. Ha a név és a számla nem tartozik össze, még azelőtt megtudja, hogy a pénz elmenne.
Ez a meghatározás. Az Ön előtt álló döntés más: melyik szolgáltatást használja, és hogyan különbözteti meg a működőt egy demótól. Ez a cikk ehhez a döntéshez ad ellenőrző listát - a kérdéseket, amelyeket fel kell tennie, a válaszokat, amelyeknek aggasztaniuk kell, és azokat, amelyeknek nem.
Először tisztázzuk, mi nem egy VoP-szolgáltatás
Nem egy keresés. A számlatulajdonosi adatok személyes adatok, és csak a számlát vezető bank tudhatja biztosan, kié a számla. Egy VoP-szolgáltatás nem keres egy névnyilvántartásban - megkérdezi a kedvezményezett bankját, hogy a megadott név megegyezik-e a számlatulajdonossal, és visszaadja a választ. Minden szolgáltatás, amely azt állítja, hogy egy keresőmezőből felfedi egy IBAN tulajdonosát, találgat, kiszivárgott adatokat ad el újra, vagy valami mást árul.
Párbeszéd, nem adatbázis
A Verification of Payee egy üzenet két bank között, amely a SEPA sémán keresztül halad. Ezért fontosabb a lefedettség az egész sémán, mint egyetlen integráció elegáns felépítése - és ezért rossz megközelítés az „IBAN tulajdonosának ellenőrzése” kérdésfeltevés.
Az ellenőrző lista a döntés előtt
- 1 A sémát ellenőrizze, ne a címkét. Ha a fizetései a SEPA-n belüli eurófizetések, a SEPA VoP sémára van szüksége. Egy másik nemzeti névellenőrző sémához kapcsolódó szolgáltató nem kapcsolódik automatikusan az Önéhez.
- 2 Kérdezzen rá az elérésre. A válaszoló PSP az egyetlen fél, amely válaszolni tud, ezért a sémán átnyúló lefedettség a legfontosabb szám. Kérdezze meg, hány PSP érhető el, és mi történik, ha egy nem az.
- 3 Tesztelje a késleltetést egy tesztkörnyezetben. Az ellenőrzés a fizetési folyamatban ül, ezért gyorsnak kell lennie. Kérjen mért értéket, ne ígéretet, és tesztelje le maga, mielőtt elkötelezi magát.
- 4 Ragaszkodjon a részleges egyezésnél visszaadott ellenőrzött névhez. Egy olyan eredmény, amely azt mondja, „részleges egyezés”, de nem mondja meg a fizetőnek a helyes nevet, találgatni hagyja - pedig a találgatást éppen az ellenőrzés hivatott megszüntetni.
- 5 Keresse mind a négy eredményt, ne csak hármat. Egyezés, részleges egyezés, nincs egyezés és nem elérhető. Egy szolgáltatás, amely nem tudja tisztán visszaadni a „nem elérhetőt”, vagy blokkolni fogja a fizetéseket, vagy elrejti a hibákat.
- 6 Ellenőrizze az auditnyomot. Exportálnia kell tudnia, mit ellenőriztek, mikor, és mi jött vissza - fizetésenként, és addig megőrizve, ameddig a saját kontrolljai megkövetelik.
- 7 Kérdezze meg, hogyan kezeli a volumeneket. Egyetlen fizetés egy alkalmazásban és egy 20 000 soros szállítói fájl két különböző probléma; egyetlen integrációt szeretne, amely mindkettőt tudja.
- 8 Tisztázza, ki veszi fel a telefont. Az ellenőrzés egy fizetési folyamatban fut, ezért a támogatás a termék része, nem utólagos toldalék.
A három ellenőrzés tesztje
Mielőtt bármit aláírna, futtasson le három ellenőrzést egy jól ismert kedvezményezetten: a pontos jogi nevet, egy rövidített kereskedelmi nevet és egy szándékosan hibás nevet. Egy jó szolgáltatás egyezést, részleges egyezést az ellenőrzött névvel és nincs egyezést ad vissza - ebben a sorrendben, egy másodperc alatt, mindhárom eredmény naplózásával. Ha a három közül bármelyik homályosan, lassan vagy naplózás nélkül jön vissza, megvan a válasza.
Ki vásárol, és mire van valójában szüksége
- Bankok és PSP-k - határidős sémakötelezettség. A munka sémaprojekt: csatlakozás az útvonal- és névjegyzék-infrastruktúrához, a kérés- és válaszüzenetek megvalósítása, a névegyeztetési szabályok alkalmazása a saját számlaadataira válaszoló PSP-ként, és az eredmény megjelenítése a csatornáiban kérelmező PSP-ként.
- Fintech cégek és szoftverszállítók - beépített képesség. Ha fizetési termékeket vagy fizetési szoftvert épít, a VoP olyan funkció, amelyet az ügyfelei elvárnak, és általában gyorsabb egy szolgáltatót hívni, mint magának csatlakozni a sémához.
- Vállalatok - treasury, szállítói számlakezelés, bérszámfejtés és piacterek - egy szolgáltatás, amelyet használ. Ön nem csatlakozik a sémához. Egyetlen kedvezményezettet ellenőriz egy irányítópulton, vagy egy egész fizetési fájlt ellenőriz a kiadás előtt, és újra ellenőriz, amikor egy szállító bankadatai megváltoznak.
Egy magánszemély fizető számára az ellenőrzés egyszerűen az a névellenőrzés, amelyet a saját bankja mutat meg, amikor beállít vagy kifizet egy kedvezményezettet. Nem vásárolja meg, hanem használja - és az euróátutalásoknál díjmentesen kell felajánlani.
Honnan ered a kötelezettség
A Verification of Payee-t az uniós azonnali fizetési rendelet írja elő. Az euróövezeti PSP-knek 2025. október 9. óta kellett felajánlaniuk az euróátutalásoknál, a nem eurós EGT-államokban működő PSP-k pedig 2027. július 9-ig követik. A rendelet határozza meg a kötelezettséget; az Európai Fizetési Tanács (EPC) VoP sémája határozza meg a mechanikát. Egy részlet könnyen elkerüli a figyelmet: a kötelezettség azokra az euróátutalásokra vonatkozik, amelyeket a fizető elektronikusan indít, nem csak az azonnali fizetésekre. Egy szokásos SEPA-átutaláshoz ugyanaz az ellenőrzés kell.
Milyen egy jó megoldás, ha már élesben működik
Egy befejezett bevezetés csendes. A fizetők küldés előtt világos választ látnak, a részleges egyezéseket kijavítják a találgatás helyett, a nincs egyezés elég sokáig megállítja a fizetést ahhoz, hogy valaki felvegye a telefont, és minden ellenőrzés naplózva van. Az ellenőrzés jóval egy másodperc alatt fut, így a fizetési élmény semmiben nem tűnik lassabbnak - és pont ez a lényeg: a védelemnek láthatatlannak kell lennie addig a pillanatig, amíg számít.
A RoxPay egyetlen REST API-n és egy irányítópulton keresztül nyújt a sémának megfelelő Verification of Payee-t, visszaadva a szabványosított eredményeket - egyezés, részleges egyezés, nincs egyezés és nem elérhető - jóval egy másodperc alatt, részleges egyezés esetén az ellenőrzött névvel és a válaszoló bank BIC-jével, egyetlen fizetéshez vagy egy egész fizetési fájlhoz.