SEPA Request to Pay (SRTP) to mechanizm, który pozwala odbiorcy wysłać płatnikowi ustrukturyzowane żądanie zapłaty, które ten może następnie zaakceptować i opłacić z aplikacji bankowej. To silna alternatywa dla kart i polecenia zapłaty - od e-commerce po powtarzające się rachunki. Jednak żądanie zapłaty rodzi oczywiste pytanie ze strony płatnika: czy to żądanie naprawdę pochodzi od tego, za kogo się podaje?
Dwie warstwy, dwa zadania
Warto rozdzielić, co robi każdy element:
- Żądanie zapłaty (request to pay) obsługuje konwersację - kto pyta, o jaką kwotę i do kiedy.
- Verification of Payee obsługuje tożsamość - czy to konto należy do wskazanej strony?
- Następujący po tym przelew obsługuje sam przepływ pieniędzy.
Dlaczego te elementy się uzupełniają
Żądanie zapłaty, któremu płatnik nie może zaufać, jest tylko wygodniejszym wektorem phishingu. Połączenie go z weryfikacją odbiorcy oznacza, że wygoda idzie w parze z etapem potwierdzenia.
- 1 Odbiorca wystawia żądanie zapłaty (Request to Pay) za fakturę lub rachunek.
- 2 Przed rozliczeniem przez płatnika kontrola VoP potwierdza, że konto docelowe odpowiada stronie żądającej.
- 3 Płatnik akceptuje z pewnością, a przelew zostaje zainicjowany.
Wygoda potrzebuje kotwicy zaufania
Im szybsze i płynniejsze stają się płatności account-to-account, tym bardziej potrzebują kontroli tożsamości w tle. VoP jest właśnie taką kotwicą dla żądania zapłaty (request to pay).
Verification of Payee od RoxPay naturalnie wpisuje się w procesy żądania zapłaty, potwierdzając odbiorcę, dzięki czemu usprawnione żądanie nie staje się łatwym kanałem oszustwa.