Płatności globalne a Verification of Payee: co się zmienia

Jeśli wpiszesz „płatności globalne”, większość wyników dotyczy jednej firmy: Global Payments Inc., notowanej w USA spółki technologicznej z branży płatności. To profil firmy i nie o tym jest ten artykuł. Dla zespołu płatności „płatności globalne” to kategoria: pieniądze przemieszczające się między krajami, walutami i systemami płatności. Praktyczne pytanie nie brzmi, kim jest ta firma, ale jak weryfikuje się płatność, gdy bank płatnika i bank odbiorcy są w różnych krajach.

To pytanie ma dziś w Europie odpowiedź regulacyjną. Unijne rozporządzenie w sprawie płatności natychmiastowych wymaga, aby dostawcy usług płatniczych (PSP) wykonywali sprawdzenie nazwy względem IBAN-u - Verification of Payee (VoP) - zanim przelew w euro zostanie wysłany. Ten artykuł wyjaśnia, jak daleko to sprawdzenie sięga poza granice, co zwraca i co trzeba zbudować.

Co znaczą „płatności globalne” - i dlaczego wyniki wyszukiwania mieszają dwie rzeczy

To samo określenie opisuje dwie różne rzeczy. Pierwsza to Global Payments Inc., firma z własną historią, kursem akcji i opiniami. Druga to płatności globalne jako kategoria: każda płatność, w której płatnik i odbiorca nie są w tym samym kraju albo w której pieniądze przekraczają granicę systemu płatności, waluty lub schematu.

Specjalista od płatności szukający tego terminu zwykle potrzebuje drugiego znaczenia. Nie szukasz profilu firmy, ale tego, jak transgraniczne przepływy są kierowane, weryfikowane i kontrolowane. Ten artykuł trzyma się tej strony i celowo nie omawia historii firmy, jej kierownictwa ani akcji.

Płatności globalne a płatności SEPA: co naprawdę przekracza granicę

Warto rozdzielić trzy rodzaje przepływów, bo zasady są dla każdego inne.

• Płatności krajowe zostają w jednym kraju i jednym systemie płatności - na przykład przelew w euro między dwoma bankami w tym samym państwie członkowskim.
• Płatności SEPA przenoszą euro między rachunkami w dowolnym miejscu jednolitego obszaru płatności w euro (SEPA), który obejmuje państwa członkowskie UE oraz szereg krajów sąsiednich, które przystąpiły do schematów. Płatność SEPA może być transgraniczna i nadal mieścić się w jednym wspólnym rulebooku.
• Płatności globalne (transgraniczne) wychodzą z SEPA albo z euro: płatność do banku spoza schematu, płatność w innej walucie lub płatność przechodząca przez banki korespondentów i przewalutowanie.

To rozróżnienie ma znaczenie, bo Verification of Payee jest konstrukcją schematu SEPA. Działa, ponieważ PSP występujący z zapytaniem i PSP odpowiadający uczestniczą w jednym schemacie z ustandaryzowanymi komunikatami i ustandaryzowanymi wynikami. W SEPA tak jest z założenia. Poza nią nie ma wspólnego schematu, przez który można by zadać pytanie.

Uczciwa odpowiedź na pytanie „czy VoP dotyczy płatności transgranicznych?” brzmi: dotyczy płatności transgranicznych, które są płatnościami SEPA. Przelew w euro z banku w jednym państwie członkowskim do banku w innym to dokładnie ten przypadek, dla którego zbudowano sprawdzenie. Płatność do banku, który nie uczestniczy w schemacie, nie jest objęta, a sprawdzenie zwraca wynik „niedostępne”, a nie zgodność.

Gdzie Verification of Payee wpisuje się w przepływ płatności globalnej

VoP to jeden krok w drodze płatności, a nie osobny produkt. Przepływ jest krótki i taki sam niezależnie od tego, czy oba banki są w tym samym kraju.

1. 1 Płatnik wpisuje lub wybiera nazwę odbiorcy i IBAN.
2. 2 PSP płatnika - PSP występujący z zapytaniem - wysyła nazwę i IBAN do PSP odbiorcy.
3. 3 PSP odbiorcy - PSP odpowiadający - porównuje nazwę z danymi posiadacza rachunku i odpowiada.
4. 4 Odpowiedź to jeden z czterech wyników: zgodność, częściowa zgodność, brak zgodności albo niedostępne.
5. 5 PSP płatnika pokazuje wynik, a płatnik decyduje, czy kontynuować, poprawić dane czy zrezygnować.

Warto znać te cztery wyniki dokładnie. Zgodność oznacza, że podana nazwa jest spójna z posiadaczem rachunku. Częściowa zgodność oznacza, że nazwy są podobne, ale nie identyczne - brak drugiego imienia, nazwa handlowa zamiast nazwy zarejestrowanej - i PSP odpowiadający zwykle zwraca nazwę, którą ma zapisaną, aby płatnik mógł ją potwierdzić. Brak zgodności oznacza, że nazwa nie należy do tego rachunku. Niedostępne oznacza, że PSP odbiorcy nie mógł odpowiedzieć, na przykład dlatego, że jest nieosiągalny lub nie uczestniczy w schemacie.

I tu właśnie płatności globalne stają się trudniejsze niż krajowe. W przepływie krajowym oba banki są zwykle w tym samym systemie i kierowanie jest banalne. W przepływie transgranicznym sprawdzenie zależy od tego, czy PSP odbiorcy jest osiągalny, czy jest w zakresie i czy odpowie na czas. Projektuj też z myślą o sytuacji, w której to się nie uda.

Kto musi wdrożyć VoP - i do kiedy

Obowiązek wynika z unijnego rozporządzenia w sprawie płatności natychmiastowych, które zmienia rozporządzenie SEPA i wymaga, aby PSP oferujące przelewy w euro weryfikowały odbiorcę przed wysłaniem. W praktyce dotyczy to banków i PSP obsługujących natychmiastowe płatności w euro, a także strony odpowiadającej: jeśli prowadzisz rachunki klientów, inne PSP będą wysyłać Ci zapytania o Twoich posiadaczy rachunków, więc musisz umieć na nie odpowiadać.

• PSP ze strefy euro muszą oferować Verification of Payee od 9 października 2025 r.
• PSP z państw członkowskich UE spoza strefy euro robią to do 9 lipca 2027 r.
• Obie strony - pytanie i odpowiadanie - są częścią wdrożenia, a nie tylko sprawdzenie widoczne dla użytkownika.

Pełny harmonogram, wraz z tym, jak daty stosuje się kraj po kraju, znajduje się na poświęconej temu stronie terminów. Dla dostawcy transgranicznego najważniejsze jest prostsze: obowiązek idzie za płatnością, a nie za Twoją siedzibą. Jeśli wysyłasz przelewy w euro do SEPA, sprawdzenie jest w zakresie.

Co muszą zbudować dostawcy płatności globalnych i PSP

Lista wdrożeniowa jest taka sama, czy jesteś bankiem krajowym, czy dostawcą transgranicznym. Zmienia się liczba kontrahentów, do których musisz dotrzeć.

1. 1 Kierunek występowania z zapytaniem: możliwość wysłania nazwy i IBAN-u do PSP odbiorcy i otrzymania ustandaryzowanego wyniku, zanim płatność zostanie zwolniona.
2. 2 Kierunek odpowiadania: możliwość odbierania zapytań o własnych posiadaczy rachunków, porównania nazwy z własnymi danymi i zwrócenia właściwego kodu schematu.
3. 3 Logika porównywania nazw, która radzi sobie z formami prawnymi, inicjałami, znakami diakrytycznymi i nazwami handlowymi oraz zwraca zapisaną nazwę przy częściowej zgodności, aby płatnik mógł ją potwierdzić.
4. 4 Cele dotyczące opóźnienia i dostępności: sprawdzenie działa, gdy płatnik czeka, więc musi odpowiadać znacznie szybciej niż w sekundę i być stale dostępne.
5. 5 Rejestrowanie i audyt: zapisuj wynik, instytucję odpowiadającą i czas przetwarzania, nie przechowując więcej danych osobowych, niż potrzebujesz.

Dwie decyzje projektowe oszczędzają później wielu problemów. Po pierwsze, traktuj „niedostępne” jako normalny wynik, a nie błąd - to właśnie zobaczysz dla kontrahentów poza zasięgiem, i powinno to prowadzić do jasnego komunikatu, a nie do ekranu nieudanej płatności. Po drugie, trzymaj sprawdzenie w ścieżce płatności, zamiast dokładać je później, aby wynik był dostępny w momencie, gdy płatnik potwierdza.

Co firmy i zespoły skarbu powinny zrobić z globalnymi danymi odbiorców

Jeśli Twoja firma płaci dostawcom, pracownikom lub urzędom skarbowym w kilku krajach, przechowujesz dane odbiorców zebrane w różnym czasie, w różnych formatach i przez różne zespoły. Część z nich jest nieaktualna. Sprawdzenie nazwy jest tyle warte, ile nazwa, którą mu wysyłasz.

• Uporządkuj przed sprawdzaniem: uzgodnij zapisane nazwy odbiorców z nazwą prawną lub zarejestrowaną, a nie z pseudonimem czy skróconą nazwą handlową.
• Weryfikuj przy dodawaniu odbiorcy: uruchom sprawdzenie, gdy dostawca lub pracownik jest pierwszy raz wprowadzany, i zapisz zwróconą zweryfikowaną nazwę.
• Weryfikuj przed uruchomieniem płatności: uruchom to samo sprawdzenie na pliku płatności, aby pojedynczy niezgodny rachunek został oznaczony, zanim pieniądze wyjdą.
• Weryfikuj ponownie przy zmianie: nowy IBAN lub zmieniona nazwa to moment na kolejne sprawdzenie, a nie każda płatność do zaufanego odbiorcy.

Dla zespołu skarbu wartość to nie tylko zgodność z przepisami. Odzyskanie płatności wysłanej na niewłaściwy rachunek jest kosztowne, zwłaszcza gdy jest natychmiastowa i przekracza granicę. Sprawdzenie nazwy przed zwolnieniem płatności jest znacznie tańsze niż proces odzyskiwania.

Jak wybrać dostawcę Verification of Payee pod kątem zasięgu transgranicznego

Gdy płatności przekraczają granice, pytania zadawane dostawcy VoP się zmieniają. Najpierw liczą się zasięg i osiągalność, a kształt API dopiero potem.

• Zasięg: do których PSP odpowiadających dostawca faktycznie dociera i jak zachowuje się wobec tych, do których nie dociera?
• Obie strony: czy potrafi odpowiadać na zapytania o Twoich posiadaczy rachunków, a nie tylko je wysyłać?
• Opóźnienie i dostępność: jaki czas odpowiedzi uzyskujesz w praktyce i co się dzieje przy przekroczeniu limitu czasu?
• Dopasowanie do Twojego środowiska: jedna umowa REST, ustandaryzowane wyniki i kody schematu oraz panel dla zespołów, które nie piszą kodu.
• Audyt i ochrona danych: co jest rejestrowane, gdzie jest przechowywane i jak długo jest przechowywane.

RoxPay dostarcza Verification of Payee w schemacie SEPA przez jedno API REST i panel, obejmując zarówno kierunek występowania z zapytaniem, jak i odpowiadania, i zwracając ustandaryzowane wyniki - zgodność, częściową zgodność, brak zgodności i niedostępne - w znacznie mniej niż sekundę, z instytucją odpowiadającą i czasem przetwarzania dołączonymi do każdego wyniku.