SEPA Request to Pay (SRTP) est un cadre qui permet à un bénéficiaire d'envoyer une demande de paiement structurée à un payeur, qui peut ensuite l'accepter et la payer depuis son application bancaire. C'est une alternative puissante aux cartes et au prélèvement pour tout, du e-commerce aux factures récurrentes. Mais une demande de paiement soulève une question évidente pour le payeur : cette demande provient-elle vraiment de qui elle prétend être ?
Deux couches, deux rôles
Il est utile de séparer ce que fait chaque pièce :
- Request to Pay gère la conversation — qui demande, pour combien, et pour quand.
- La Verification of Payee gère l'identité — ce compte appartient-il à la partie nommée ?
- Le virement qui suit gère le mouvement d'argent lui-même.
Pourquoi elles vont ensemble
Une demande de paiement à laquelle le payeur ne peut pas se fier n'est qu'un vecteur de phishing plus pratique. La coupler à la vérification du bénéficiaire signifie que la commodité s'accompagne d'une étape de confirmation.
- 1 Un bénéficiaire émet une Request to Pay pour une facture.
- 2 Avant que le payeur ne règle, une vérification VoP confirme que le compte de destination correspond à la partie demandeuse.
- 3 Le payeur accepte en confiance, et le virement est initié.
La commodité a besoin d'un ancrage de confiance
Plus les paiements de compte à compte deviennent rapides et fluides, plus ils ont besoin d'une vérification d'identité derrière eux. La VoP est cet ancrage pour Request to Pay.
La Verification of Payee de RoxPay s'insère naturellement aux côtés des flux Request to Pay, confirmant le bénéficiaire pour qu'une demande rationalisée ne devienne pas un canal de fraude facile.