Verification of Payee SEPA: jak działa schemat

Verification of Payee w SEPA to sprawdzenie nazwy, które odbywa się między dwoma bankami, zanim płatność zostanie zrealizowana. Wpisujesz nazwę odbiorcy i numer IBAN; Twój dostawca usług płatniczych (PSP) pyta PSP prowadzący ten IBAN, czy nazwa pasuje do posiadacza rachunku; odpowiedź wraca w standaryzowanym formacie, zwykle w mniej niż sekundę. Nie są udostępniane żadne informacje o kwocie, Twoim saldzie ani transakcjach odbiorcy - tylko porównanie nazw.

Na tym polega cała idea. To, że działa w dziesiątkach krajów i tysiącach banków, wynika z tego, że jest schematem, a nie produktem: wspólny rulebook, wspólne formaty komunikatów i wspólny zestaw wyników, którymi posługuje się każdy uczestniczący PSP.

Dlaczego słowo „SEPA” jest tu najważniejsze

SEPA - Jednolity Obszar Płatności w Euro - to obszar płatności, w którym przelewy w euro, polecenia zapłaty i płatności natychmiastowe podlegają jednemu zestawowi reguł. Verification of Payee powstała dla tego samego obszaru, w oparciu o numery IBAN, i jest koordynowana przez Europejską Radę ds. Płatności (EPC), organ utrzymujący rulebooki SEPA. Schemat VoP EPC określa, jak sformatowane jest żądanie, jak sformatowana jest odpowiedź, jakie kody wyników istnieją i jak PSP odnajdują się nawzajem.

Dlatego VoP to nie to samo co sprawdzenie nazwy w stylu brytyjskim i dlatego dostawca podłączony do jednego schematu nie jest automatycznie podłączony do drugiego. Jeśli Twoje płatności to płatności w euro w ramach SEPA, właściwym schematem jest schemat SEPA.

Jak sprawdzenie wędruje między dwoma bankami

1. 1 Płatnik wpisuje nazwę odbiorcy i numer IBAN w aplikacji bankowej lub w pliku płatności w swoim systemie ERP.
2. 2 PSP wnioskujący wysyła żądanie weryfikacji zawierające podaną nazwę i numer IBAN.
3. 3 Schemat kieruje żądanie do PSP prowadzącego rachunek - PSP odpowiadającego - korzystając z informacji o trasowaniu opublikowanych w katalogu schematu.
4. 4 PSP odpowiadający porównuje podaną nazwę z nazwą zapisaną na rachunku, stosując reguły dopasowania nazw obowiązujące w schemacie.
5. 5 Standaryzowana odpowiedź wraca do PSP wnioskującego, który pokazuje płatnikowi wynik, zanim płatność zostanie autoryzowana.

W praktyce liczą się dwa szczegóły. Po pierwsze, PSP odpowiadający jest jedyną stroną, która może odpowiedzieć - dlatego zasięg w całym schemacie ma większe znaczenie niż elegancja pojedynczej integracji. Po drugie, żądanie i odpowiedź to komunikaty maszyna-maszyna, więc sprawdzenie może objąć pojedynczą płatność w aplikacji albo każdą pozycję pliku płatności do dostawców.

Cztery wyniki, które otrzymujesz

• Zgodność - podana nazwa pasuje do posiadacza rachunku. Wynik o najniższym ryzyku; działaj z normalnym zaufaniem.
• Częściowa zgodność - nazwa jest podobna, ale nie identyczna: brak drugiego imienia, inicjały zamiast pełnego imienia, nazwa handlowa wobec nazwy zarejestrowanej. Odpowiedź zawiera zweryfikowaną nazwę, aby płatnik mógł ją potwierdzić lub poprawić.
• Brak zgodności - nazwa nie należy do tego numeru IBAN. To prawidłowa odpowiedź, a nie błąd techniczny, i klasyczny sygnał błędnie wpisanego rachunku lub oszustwa na przekierowanie faktury.
• Niedostępne - PSP odpowiadający nie mógł odpowiedzieć w danym momencie. Płatność nie jest blokowana; płatnik zostaje poinformowany i sam decyduje.

Wartość tkwi w dwóch środkowych wynikach. Częściowa zgodność to nie porażka - to schemat podający Ci poprawną nazwę, aby następna płatność pasowała bez problemu. Brak zgodności to nie awaria systemu - to sprawdzenie robiące dokładnie to, do czego służy.

Co naprawdę oznaczają „payee checker” i „payee checking service”

Ludzie szukają payee checkera lub payee checking service, oczekując strony, na której wpiszą nazwę i numer IBAN i otrzymają odpowiedź. Tak to nie działa i warto jasno wyjaśnić dlaczego: dane posiadaczy rachunków nie są publiczne i żadna strona trzecia nie może wiążąco potwierdzić, kto posiada dany IBAN. Sprawdzenie z założenia odbywa się między bankami. Jako płatnik możesz skorzystać z weryfikacji oferowanej przez Twój własny PSP w momencie dodawania odbiorcy lub zlecania mu płatności. Jako firma możesz przeprowadzić to samo sprawdzenie dla całego pliku płatności przed jego zatwierdzeniem.

Co faktycznie obejmuje wdrożenie

Dla PSP wdrożenie VoP w SEPA to projekt schematowy, a nie sprint funkcjonalny. W zarysie oznacza podłączenie się do infrastruktury trasowania i katalogu schematu, wdrożenie komunikatów żądania i odpowiedzi, stosowanie reguł dopasowania nazw do własnych danych rachunkowych jako PSP odpowiadający oraz prezentowanie wyniku w swoich kanałach jako PSP wnioskujący. Praca jest dobrze znana, ale dotyka kluczowych przepływów płatniczych, więc zwykle planuje się ją etapami, a nie włącza za jednym razem.

Dla firmy - działu skarbu, księgowości zobowiązań, kadr i płac - wdrożenie jest znacznie lżejsze. Nie przystępujesz do schematu. Korzystasz z usługi VoP, która jest już do niego podłączona, przez swój bank lub przez API, i podłączasz wynik do miejsca, w którym płatności są zatwierdzane. Praktyczny wzorzec to weryfikacja całego pliku płatności przed zatwierdzeniem i ponowna weryfikacja, gdy zmienią się dane bankowe dostawcy, zamiast sprawdzania każdego zapisanego odbiorcy przy każdym uruchomieniu.

Skąd bierze się ten obowiązek

Unijne rozporządzenie w sprawie płatności natychmiastowych uczyniło Verification of Payee obowiązkową dla PSP w strefie euro od 9 października 2025 r., a dla PSP w państwach EOG spoza strefy euro - do 9 lipca 2027 r. Rozporządzenie ustanawia obowiązek; schemat EPC określa mechanikę. W praktyce oznacza to, że sprawdzenie jest teraz częścią normalnego przepływu płatności SEPA, a nie opcjonalnym dodatkiem - i musi być oferowane płatnikom bezpłatnie.

RoxPay dostarcza Verification of Payee w schemacie SEPA przez jedno API REST i panel, zwracając standaryzowane wyniki - zgodność, częściową zgodność, brak zgodności i niedostępne - w znacznie mniej niż sekundę, ze zweryfikowaną nazwą przy częściowej zgodności, aby płatnicy mogli potwierdzić, a nie zgadywać.