Request-to-Pay et nouveaux rails. 6 chapitres et un QCM final.

Chapitre 1. Le concept de Request-to-Pay et le SRTP.

Le Request-to-Pay (RtP) est un échange de messages par lequel le créancier demande un paiement au payeur, lequel accepte ou refuse la demande. Le paiement récurrent a longtemps reposé sur le modèle « pull », dans lequel le payeur signe un mandat, puis le créancier tire les fonds de son compte aux échéances qu'il détermine. Le RtP place la décision à l'autre bout de la chaîne. La requête arrive chez le payeur, qui choisit de payer maintenant, de payer plus tard, de payer un autre montant ou de refuser. Le paiement part ensuite en push, typiquement sous la forme d'un virement instantané.

Le SEPA Request-to-Pay (SRTP) en faits

En Europe, le RtP a un cadre normalisé, le SEPA Request-to-Pay (SRTP), publié par l'European Payments Council (EPC), l'organisme qui gère aussi les rulebooks SCT et SDD. L'EPC a diffusé la version 1.0 du rulebook le 30 novembre 2020, avec une entrée en vigueur le 15 juin 2021. L'adhésion était ouverte dès le 5 mai 2021. Le schéma s'appuie sur les standards ISO 20022 pour les messages et reste, comme SCT et SDD, un schéma d'adhésion volontaire ouvert aux prestataires éligibles.

Chapitre 2. Request-to-Pay contre prélèvement SEPA.

Le prélèvement SEPA (SDD) est le schéma européen par lequel un créancier muni d'un mandat signé déclenche le débit du compte de son débiteur à chaque échéance. Le RtP et le prélèvement répondent au même besoin. Tous deux encaissent sans que le payeur ait à ressaisir un paiement à chaque échéance. La répartition du pouvoir et du risque entre les deux parties y est opposée.

Le passage du pull au push modifie l'économie de l'encaissement pour le créancier. Le RtP réduit les impayés et les frais de rejet, améliore la trésorerie (encaissement immédiat plutôt qu'à date d'échéance) et enrichit la réconciliation grâce à la référence transmise. La contrepartie reste de convaincre le payeur d'agir à chaque cycle. Les consentements récurrents répondent à cette contrainte. Ils autorisent le paiement automatique en dessous d'un plafond et rapprochent le RtP du confort du prélèvement sans en abandonner le contrôle.

Chapitre 3. Les cas d'usage du Request-to-Pay.

Un cas d'usage du RtP se définit par le créancier qui émet la requête, par le support qui la porte jusqu'au payeur et par le moment où elle est émise. La mécanique, elle, est la même d'un cas à l'autre : demander, décider, payer en push. De cette invariance vient la polyvalence du schéma, qui sert un fournisseur d'énergie facturant des millions de foyers comme un artisan qui envoie une note à un client. Les terrains décrits ci-dessous sont ceux où l'écart avec le prélèvement et la carte est le plus marqué.

L'adoption réelle du RtP reste distincte de son potentiel d'usage. Le schéma demeure jeune. Sa diffusion dépend d'une masse critique de payeurs équipés et d'un parcours sans friction. Le prélèvement ne demande aucune action au payeur une fois le mandat signé, alors que le RtP exige une validation à chaque requête. Cette validation donne le contrôle au payeur et freine en même temps l'adoption, puisqu'elle représente un effort répété. Les déploiements qui réussissent réduisent cet effort au minimum : notification claire, validation en un geste dans l'appli bancaire, consentement récurrent pour les factures régulières.

Chapitre 4. Wero et l'EPI : le Request-to-Pay à l'échelle.

Wero est le portefeuille de paiement chargé de porter le RtP au grand public en Europe continentale. Il appartient à l'European Payments Initiative (EPI), un consortium de grandes banques et prestataires : BNP Paribas, Crédit Agricole, Société Générale, Deutsche Bank, ING... L'EPI a été créé pour bâtir une solution de paiement paneuropéenne indépendante des schemes américains. Un schéma normalisé n'atteint les payeurs que par l'application qui le distribue, fonction que Wero remplit pour les clients de ses banques membres.

La feuille de route de Wero se déroule en trois étapes. Le P2P vient d'abord, cas d'usage le plus simple et le plus viral, puis l'e-commerce, et enfin le Request-to-Pay avec les paiements récurrents (abonnements, échéances). L'ensemble repose sur le socle du virement instantané (SCT Inst). Wero se présente comme une surcouche d'expérience et de messagerie, dont le RtP, posée au-dessus du rail instantané paneuropéen.

Le socle réglementaire : virement instantané et Verification of Payee

La Verification of Payee (VoP) compare le nom du bénéficiaire saisi par le donneur d'ordre à celui rattaché à l'IBAN de destination. Le contrôle intervient avant la validation du virement. Une fois les fonds partis en push, ils sont définitivement acquis et ne peuvent pas être rappelés comme on conteste un prélèvement. La VoP place une sécurité en amont de l'exécution, contre la fraude au virement : faux fournisseur, arnaque au président, APP fraud. Le virement instantané apporte l'exécution rapide, la VoP la vérification préalable et le RtP le contrôle du payeur.

Chapitre 5. Les VRP au Royaume-Uni : sweeping et commercial.

Le Variable Recurring Payment (VRP) est un mandat programmable et borné, par lequel le payeur autorise un prestataire à initier des paiements variables dans des limites qu'il fixe. Le Royaume-Uni, pionnier de l'open banking, l'a construit comme un rail cousin du RtP. Le consentement de long terme donné au prestataire porte sur des limites définies par le payeur : montant maximum par paiement, plafond sur une période, fréquence. Le VRP se situe entre le prélèvement et la carte enregistrée, et repose sur l'initiation de paiement bancaire (A2A).

Le sweeping VRP transfère automatiquement de l'argent entre ses propres comptes. En service depuis 2022 et imposé aux neuf plus grandes banques par l'open banking britannique, il a établi la faisabilité du mécanisme sur des volumes réels. À mi-2025, les VRP représentaient déjà environ 16 % des transactions d'open banking au Royaume-Uni, portées surtout par le sweeping. L'étape suivante est le commercial VRP (cVRP). Il paie un tiers et ouvre la concurrence frontale avec le prélèvement et la carte enregistrée.

Le cVRP intéresse le reste de l'Europe parce qu'il met en oeuvre, sur le marché britannique, la promesse que le RtP et Wero portent sur le continent. Cette promesse est celle d'un paiement de compte à compte, contrôlé et borné, en alternative à la carte. Le vocabulaire diffère : VRP au Royaume-Uni, RtP et consentement récurrent en zone SEPA. Les briques réglementaires diffèrent également, alors que la direction suivie est commune. Les deux marchés cherchent à rendre le virement aussi pilotable qu'une carte enregistrée, sans en payer le coût d'interchange.

Chapitre 6. Comparatif des rails et perspectives.

Request-to-Pay, VRP, virement instantané, prélèvement et carte sont des rails aux logiques différentes, dont chacun privilégie un curseur : contrôle du payeur, coût pour le marchand, finalité, friction. Le curseur qu'un rail privilégie se paie sur les autres. Le prélèvement achète la commodité du mandat contre une finalité différée et un droit de remboursement large ; la carte achète son acceptation universelle contre un coût d'interchange. Le choix d'un rail se fait donc cas d'usage par cas d'usage, selon le curseur que le cas rend prioritaire.

Trois dynamiques structurent la décennie, à commencer par le basculement pull vers push. À mesure que le virement instantané devient universel et sûr (VoP), les cas d'usage historiques de la carte et du prélèvement passent à portée de l'A2A. Vient ensuite la couche de messagerie (RtP, collect request, cVRP), qui rend le push aussi pilotable qu'un pull, sans en subir les coûts. La troisième dynamique est la souveraineté. Wero, l'euro numérique et l'IPR dessinent une infrastructure européenne autonome. Le Request-to-Pay se tient au point de rencontre de ces trois mouvements, puisqu'il fournit la couche de demande qui rend le push utilisable pour la facture et l'abonnement.