Quand les équipes planifient la Verification of Payee, elles imaginent le côté demandeur : un client saisit un nom et un IBAN, et la banque vérifie avant d'envoyer. Mais cette vérification ne fonctionne que parce que la banque du bénéficiaire répond. Cette banque est le PSP répondeur — et dans le schéma, la plupart des institutions doivent jouer les deux rôles.
Demandeur vs répondeur
Le PSP demandeur demande « ce nom correspond-il à cet IBAN ? » pour le compte d'un payeur. Le PSP répondeur reçoit cette question sur l'un de ses propres titulaires de compte et répond avec un résultat standardisé. Si vous détenez des comptes clients, d'autres banques vous interrogeront — vous devez donc pouvoir répondre.
La conformité est généralement à deux côtés
Proposer la VoP à vos payeurs (demandeur) et répondre aux demandes sur vos clients (répondeur) sont des développements différents. Planifiez les deux, pas seulement celui face à l'utilisateur.
Ce qu'un PSP répondeur doit implémenter
- 1 Recevoir de manière sécurisée les demandes de vérification des autres PSP du schéma.
- 2 Comparer le nom demandé avec vos enregistrements de titulaires de compte, y compris la gestion des correspondances partielles.
- 3 Renvoyer le résultat standardisé (correspondance, partielle, absence, non applicable) avec le bon code de schéma.
- 4 Répondre vite et de manière fiable — la latence et la disponibilité font partie de l'obligation.
Faire les deux via une seule connexion
Construire et maintenir l'infrastructure de réponse — logique de correspondance, disponibilité, messagerie de schéma — est conséquent. Opérer sur un prestataire déjà connecté au schéma SEPA VoP vous permet de couvrir à la fois le demandeur et le répondeur via une seule intégration. RoxPay opère sur le schéma SEPA et renvoie des résultats standardisés avec le BIC de la banque répondeuse, de sorte qu'une seule connexion atteint la vérification dans toute l'Europe.