Kiedy zespoły planują Verification of Payee, wyobrażają sobie stronę żądającą: klient wprowadza nazwę i IBAN, a bank sprawdza je przed wysłaniem. Ale ta kontrola działa tylko dlatego, że bank odbiorcy odpowiada. Ten bank jest PSP odpowiadającym - a w ramach schematu większość instytucji musi odgrywać obie role.
Żądający kontra odpowiadający
PSP żądający pyta «czy ta nazwa zgadza się z tym IBAN?» w imieniu płatnika. PSP odpowiadający otrzymuje to pytanie o jednego ze swoich posiadaczy rachunku i odpowiada standaryzowanym wynikiem. Jeśli prowadzisz rachunki klientów, inne banki będą Cię o to pytać - musisz więc umieć odpowiadać.
Zgodność jest zwykle dwustronna
Oferowanie VoP swoim płatnikom (żądanie) i odpowiadanie na żądania dotyczące swoich klientów (odpowiadanie) to różne wdrożenia. Zaplanuj obie, nie tylko tę widoczną dla użytkownika.
Co musi wdrożyć PSP odpowiadający
- 1 Bezpiecznie odbierać żądania weryfikacji od innych PSP w schemacie.
- 2 Porównywać żądaną nazwę z rejestrami posiadaczy rachunków, obsługując także częściową zgodność.
- 3 Zwracać standaryzowany wynik (zgodność, częściowa zgodność, brak zgodności, nie dotyczy) z właściwym kodem schematu.
- 4 Odpowiadać szybko i wiarygodnie - opóźnienie i dostępność są częścią obowiązku.
Realizacja obu ról poprzez jedno połączenie
Budowa i utrzymanie infrastruktury odpowiadającej - logiki dopasowania, dostępności, komunikatów schematu - jest znaczącym przedsięwzięciem. Działanie na dostawcy już połączonym ze schematem SEPA VoP pozwala pokryć zarówno żądanie, jak i odpowiadanie poprzez jedną integrację. RoxPay działa w schemacie SEPA i zwraca standaryzowane wyniki z BIC banku odpowiadającego, dzięki czemu jedno połączenie zapewnia weryfikację w całej Europie.