Rozwiązanie Verification of Payee to usługa, która sprawdza nazwę odbiorcy wobec rachunku kryjącego się za numerem IBAN, zanim płatność SEPA zostanie wysłana. W UE sprawdzenie nazywa się Verification of Payee (VoP). Działa w schemacie SEPA, koordynowanym przez European Payments Council, i zwraca standaryzowaną odpowiedź w znacznie mniej niż sekundę. Jeśli nazwa i rachunek do siebie nie pasują, dowiesz się o tym, zanim pieniądze wyjdą.
To definicja. Decyzja, która przed Tobą stoi, jest inna: której usługi użyć i jak odróżnić działającą od dema. Ten artykuł to lista kontrolna do tej decyzji - pytania, które warto zadać, odpowiedzi, które powinny Cię zaniepokoić, i te, które nie powinny.
Najpierw wyjaśnijmy, czym usługa VoP nie jest
To nie wyszukiwanie. Dane posiadaczy rachunków to dane osobowe, a tylko bank prowadzący rachunek może potwierdzić, kto go posiada. Usługa VoP nie przeszukuje rejestru nazw - pyta bank odbiorcy, czy podana nazwa odpowiada posiadaczowi rachunku, i zwraca odpowiedź. Każda usługa, która twierdzi, że ujawni właściciela numeru IBAN z pola wyszukiwania, zgaduje, odsprzedaje wyciekłe dane albo sprzedaje coś innego.
Rozmowa, nie baza danych
Verification of Payee to komunikat między dwoma bankami, prowadzony przez schemat SEPA. Dlatego zasięg w całym schemacie ma większe znaczenie niż elegancja pojedynczej integracji - i dlatego „sprawdzenie właściciela IBAN” to złe podejście do tego pytania.
Lista kontrolna dla kupującego
- 1 Sprawdź schemat, nie etykietę. Jeśli Twoje płatności to płatności w euro w ramach SEPA, potrzebujesz schematu VoP SEPA. Dostawca podłączony do innego krajowego schematu sprawdzania nazw nie jest automatycznie podłączony do Twojego.
- 2 Zapytaj o zasięg. PSP odpowiadający jest jedyną stroną, która może odpowiedzieć, więc zasięg w całym schemacie to najważniejsza liczba. Zapytaj, do ilu PSP docierasz i co się dzieje, gdy do jednego nie docierasz.
- 3 Przetestuj opóźnienie w środowisku testowym. Sprawdzenie odbywa się w przepływie płatności, więc musi być szybkie. Poproś o zmierzony wynik, nie obietnicę, i przetestuj go samodzielnie przed podjęciem decyzji.
- 4 Domagaj się zweryfikowanej nazwy przy częściowej zgodności. Wynik mówiący „częściowa zgodność” bez podania płatnikowi poprawnej nazwy pozostawia go w domysłach - a domysły to dokładnie to, co sprawdzenie ma wyeliminować.
- 5 Patrz na cztery wyniki, nie trzy. Zgodność, częściowa zgodność, brak zgodności i niedostępne. Usługa, która nie potrafi czysto zwrócić „niedostępne”, albo zablokuje płatności, albo ukryje awarie.
- 6 Sprawdź ścieżkę audytu. Powinieneś móc wyeksportować, co zostało sprawdzone, kiedy i co wróciło - dla każdej płatności i przechowywane tak długo, jak wymagają tego Twoje własne kontrole.
- 7 Zapytaj, jak radzi sobie z wolumenem. Pojedyncza płatność w aplikacji i plik dostawców na 20 000 wierszy to różne problemy; chcesz jedną integrację, która obsłuży oba.
- 8 Ustal, kto odbiera telefon. Sprawdzenie działa w przepływie płatności, więc wsparcie jest częścią produktu, a nie dodatkiem.
Test trzech sprawdzeń
Zanim cokolwiek podpiszesz, wykonaj trzy sprawdzenia na odbiorcy, którego dobrze znasz: dokładną nazwę prawną, skróconą nazwę handlową i celowo błędną nazwę. Dobra usługa zwraca zgodność, częściową zgodność ze zweryfikowaną nazwą oraz brak zgodności - w tej kolejności, w mniej niż sekundę, z wszystkimi trzema wynikami w rejestrze. Jeśli którykolwiek z trzech wyników wróci niejasny, wolny lub niezarejestrowany, masz swoją odpowiedź.
Kto kupuje i czego naprawdę potrzebuje
- Banki i PSP - obowiązek schematowy z terminem. Praca jest projektem schematowym: podłączenie się do infrastruktury trasowania i katalogu, 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.
- Fintechy i dostawcy oprogramowania - wbudowana funkcja. Jeśli tworzysz produkty lub oprogramowanie płatnicze, VoP to funkcja, której Twoi klienci będą oczekiwać, a zwykle szybciej jest skorzystać z dostawcy niż samemu przystąpić do schematu.
- Firmy - działy skarbu, księgowość zobowiązań, kadry i płace oraz marketplace'y - usługa, z której korzystasz. Nie przystępujesz do schematu. Weryfikujesz pojedynczego odbiorcę w panelu albo cały plik płatności przed zatwierdzeniem, i weryfikujesz ponownie, gdy zmienią się dane bankowe dostawcy.
Dla pojedynczego płatnika sprawdzenie to po prostu kontrola nazwy, którą pokazuje mu własny bank przy dodawaniu odbiorcy lub zlecaniu mu płatności. Nie kupujesz go, tylko z niego korzystasz - a w przypadku przelewów w euro musi być oferowane bezpłatnie.
Skąd bierze się ten obowiązek
Verification of Payee nakazuje unijne rozporządzenie w sprawie płatności natychmiastowych. PSP ze strefy euro musiały oferować ją przy przelewach w euro od 9 października 2025 r., a PSP w państwach EOG spoza strefy euro - do 9 lipca 2027 r. Rozporządzenie ustanawia obowiązek; schemat VoP Europejskiej Rady ds. Płatności (EPC) określa mechanikę. Jeden szczegół łatwo przeoczyć: obowiązek obejmuje przelewy w euro, które płatnik inicjuje elektronicznie, a nie tylko płatności natychmiastowe. Zwykły przelew SEPA wymaga tego samego sprawdzenia.
Jak wygląda dobre wdrożenie po starcie
Ukończone wdrożenie jest dyskretne. Płatnicy widzą jasną odpowiedź, zanim wyślą płatność, częściowe zgodności są poprawiane, a nie zgadywane, brak zgodności zatrzymuje płatność na tyle długo, by ktoś podniósł telefon, a każde sprawdzenie jest w rejestrze. Sprawdzenie działa w znacznie mniej niż sekundę, więc nic w doświadczeniu płatności nie wydaje się wolniejsze - i o to właśnie chodzi: zabezpieczenie powinno być niewidoczne aż do momentu, w którym ma znaczenie.
RoxPay dostarcza zgodną ze schematem Verification of Payee 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 i BIC banku odpowiadającego, dla pojedynczej płatności lub całego pliku płatności.