Pour les paiements de détail européens, l’heure est à un tournant décisif. Après des décennies d’infrastructures optimisées à l’échelle nationale, l’Europe s’oriente vers des systèmes de paiement interopérables, en temps réel, conçus pour fonctionner au-delà des frontières et à grande échelle. Wero constitue aujourd’hui l’exemple le plus clair de cette évolution. Parallèlement, les portefeuilles numériques redéfinissent la manière dont les clients initient leurs transactions, réduisant le chemin entre l’interface, le paiement et le règlement. L’enquête Digital Payments Survey 2024 de McKinsey a révélé qu’environ neuf consommateurs européens sur dix avaient effectué une forme de paiement numérique au cours de l’année écoulée, et que 71 % citaient la facilité et la rapidité du paiement comme principale raison de recourir aux portefeuilles numériques. Autrement dit, les attentes en matière d’expérience s’intensifient rapidement.
Il ne s’agit cependant pas d’une simple mise à niveau technologique. Cela redéfinit le rôle de l’infrastructure de paiement, la manière pour les solutions de paiement de coordonner les participants et les points de création de valeur dans l’écosystème. Wero représente la prochaine phase de l’infrastructure de paiement européenne. Pour les banques, l’impératif stratégique est clair : intégrer Wero de manière fluide dans l’ensemble des canaux et des systèmes core.
Le défi d’exécution, cependant, l’est moins : comment y parvenir sans réingénierie récurrente, sans charges opérationnelles croissantes ni volatilité dans les livraisons, au fur et à mesure que Wero évolue.

Qu’est-ce que Wero et comment son écosystème est-il structuré ?
Lancé en 2024, Wero est un portefeuille numérique soutenu par les banques et une solution de paiement paneuropéen. Wero a été créé pour unifier les paiements basés sur les comptes dans les usages de pair-à-pair, de commerce en ligne et, progressivement, de point de vente et omnicanal. L’ambition de Wero n’est pas d’ajouter un nouveau moyen de paiement, mais de proposer une solution commune, capable de remplacer le paysage domestique fragmenté actuel par des normes et des services interopérables à l’échelle européenne. Nous l’examinons plus en détail dans notre étude d’octobre 2025, « Why Wero is Europe’s best bet to compete in the global payment race ».
La solution Wero est opérée par l’European Payments Initiative (EPI). Ce consortium, en charge du cadre opérationnel et des spécifications de Wero, gère un service client centralisé et pilote la feuille de route au fur et à mesure que de nouvelles fonctionnalités et de nouveaux cas d’usage sont introduits. Les banques émettrices sont au cœur de l’activation de Wero. Elles proposent Wero soit au sein de leurs applications numériques existantes, soit via un portefeuille dédié, selon leur stratégie de marché. La participation va bien au-delà d’une simple connexion à une API centrale. Les banques doivent prendre en charge des flux de bout en bout dans les deux sens, en intégrant les services centraux d’EPI à leurs propres moteurs de paiement, leurs contrôles de sécurité et de fraude, leurs processus opérationnels et leurs canaux numériques.
Du côté mise en place, les PSP et les acquéreurs connectent les commerçants à l’écosystème Wero, permettant l’acceptation de Wero sur les plateformes e-commerce, les points de vente physiques et les parcours omnicanaux.
Ensemble, ces rôles positionnent Wero comme un système et une infrastructure à part entière, plutôt que comme un simple portefeuille frontal.
| Acteur | Rôle dans l’écosystème Wero |
| European Payments Initiative (EPI) | Opère la solution et les services centraux. Définit les spécifications, les normes de sécurité et la feuille de route à mesure que Wero évolue sur les marchés et les cas d’usage. |
| Banques (Émetteurs) | Proposent Wero dans leurs canaux numériques ou via un portefeuille dédié. Assurent l’interopérabilité bidirectionnelle avec les services centraux d’EPI, en exposant des services et des données pour les flux entrants et sortants sur leurs propres systèmes. |
| PSP / Acquéreurs (Accepteurs) | Permettent l’acceptation marchande en intégrant les commerçants à l’écosystème Wero, e-commerce, point de vente et omnicanal. |
| SBS | Agit pour le compte des banques émettrices en tant que module d’orchestration entre les services centraux d’EPI et les systèmes core, les moteurs de paiement et les canaux numériques d’une banque. |
La dynamique s’accélère… tout comme les attentes
Ce qui a débuté comme un déploiement contrôlé dans les paiements P2P s’étend désormais à des environnements commerciaux et de détail plus larges, avec une dynamique qui s’accélère tant du côté de l’émission que de l’acceptation.
Les paiements P2P sont déjà actifs en Belgique, en France et en Allemagne, ancrant Wero comme une solution de paiement grand public opérationnel dans plusieurs grands marchés. Dans le même temps, l’acceptation dépasse les phases de lancement initiales pour entrer dans une phase d’activation structurée pour les marchands. Le commerce en ligne est actif en Allemagne et en Belgique, la France étant la prochaine étape, suivie du Luxembourg et des Pays-Bas jusqu’en 2026. Une utilisation en points de vente (physiques et omnicanaux) devrait être déployée dans les prochaines années, à mesure que les services centraux et l’infrastructure s’étendent.
Cette expansion est renforcée par un investissement croissant du côté de l’acceptation. Les principaux PSP et acquéreurs accélèrent l’intégration auprès des commerçants, renforçant la couverture sur les marchés européens clés et améliorant à court terme le business case pour les banques émettrices. L’entrée de Mollie en tant que membre principal d’EPI début 2026, par exemple, a considérablement élargi la portée marchande de Wero sur une large base paneuropéenne. Résultat : une dynamique d’acceptation qui se déploie désormais à grande échelle.
Plusieurs développements spécifiques aux marchés illustrent à quel point Wero passe rapidement du stade d’expérimentation facultative à une nécessité stratégique.
- Aux Pays-Bas, le système de paiement national iDEAL est progressivement en transition vers Wero, illustrant comment les systèmes de paiement nationaux pourraient converger vers une infrastructure européenne commune. La migration devrait aboutir à l’arrêt total d’iDEAL d’ici mi-2027, avec des paiements Wero initiaux attendus dès mars 2026.
- En France, les premières phases ont essentiellement porté sur l’image de marque et la continuité de l’expérience utilisateur. Toutefois, la pression réelle sur le déploiement augmentera à mesure que Wero s’étendra vers le commerce en ligne et physique avec des modules de paiement enrichis, nécessitant une intégration système plus profonde et une préparation opérationnelle accrue.
- Au Luxembourg, les banques locales devraient rendre disponible Wero pour les consommateurs en 2026, avec une migration coordonnée de Payconiq vers Wero.
- En Autriche, les banques et prestataires locaux se préparent à rejoindre le système de paiement Wero. Les prestataires locaux commencent déjà à déployer un support d’émission, posant ainsi les bases pour l’intégration de la solution. Bien qu’aucun calendrier de déploiement grand public n’ait encore été confirmé, cette étape illustre l’expansion progressive de Wero vers l’Europe centrale.
Ce qu’exige l’activation de Wero : considérations opérationnelles et techniques
Malgré son interface portefeuille conviviale, Wero n’est pas un projet d’intégration de paiements classique. Pour les banques émettrices, activer Wero implique de mettre en place un nouveau composant qui doit fonctionner en temps réel, rester en conformité continue et évoluer en même temps que la feuille de route globale du système.
Plutôt que de livrer une connexion ponctuelle, les banques construisent une infrastructure vivante qui s’élargit progressivement à mesure que Wero passe du P2P vers le commerce en ligne et physique, avec des modules de paiement plus riches. Le cadre opérationnel anticipe d’ores et déjà plusieurs plans de paiement et types de consentement (par exemple, paiements préautorisés, dépôts, abonnements, échéanciers, paiement en un clic et remboursements), ce qui pousse structurellement les banques vers des architectures extensibles plutôt que des implémentations à flux unique, codées en dur.
Cette exigence d’extensibilité va bien au-delà de la seule architecture. Avec Wero, le défi déterminant n’est pas la connectivité mais l’orchestration en temps réel des différentes fonctionnalités – provisionnement, authentification, services d’annuaire, exécution et règlement, dans un système appelé à évoluer en continu.
Pour bâtir une infrastructure efficace, les établissements dès le départ intégrer la dimension évolutive du système. Cela comprend :
- Une architecture conçue pour une expansion multi-phases. Prise en charge de plans de paiement avancés tels que les abonnements, dépôts, échéanciers et remboursements, ainsi que de fonctionnalités telles que la protection de l’acheteur, l’interopérabilité transfrontière et les futurs services de portefeuille, d’identité et de fidélité.
- Une orchestration de bout en bout véritable sur l’ensemble de la chaîne de valeur de l’émetteur. Il ne s’agit pas d’« une petite API avec des parcours nominaux », mais de flux de travail en temps réel coordonnés couvrant le provisionnement et le consentement client, les services de proxy et d’annuaire (par exemple l’adressage par numéro de téléphone, e-mail ou QR), l’authentification forte du client, l’exécution des paiements, les notifications, les processus de rapprochement et la gestion des litiges.
- Un alignement continu avec la gouvernance du système. Les cycles d’approbation externe, les processus de certification et les retours de tests façonnent les exigences aussi bien techniques que fonctionnelles avec des délais de mise en production serrés. Par exemple, des évaluateurs de sécurité accrédités par EPI sont explicitement positionnés pour réaliser des évaluations de sécurité aux fins de certification et d’approbation, notamment sur la plateforme de services EPI et les fournisseurs de services connectés.
- Des structures de coûts alignées sur la maturité de l’adoption. Les volumes initiaux sont incertains, tandis que les développements en mode « full-stack » mobilisent typiquement les investissements de développement, de conformité et opérationnels avant la montée en charge des usages.

Risques d’exécution : où la complexité émerge
Si ces exigences sont conceptuellement claires, de nombreuses banques découvrent combien il est difficile d’y répondre de manière durable avec leurs architectures traditionnelles.
La complexité technique se manifeste généralement en premier lieu dans l’orchestration elle-même. Ce qui semble être un flux de paiement simple devient rapidement un réseau d’interactions asynchrones en temps réel portant sur le provisionnement, l’authentification, l’exécution des paiements, les notifications et les événements de litiges. La gestion de ces flux non linéaires sous des contraintes strictes de performance et de conformité introduit une charge technique et opérationnelle importante.
À mesure que le système évolue, un deuxième niveau de complexité s’ajoute. Chaque nouvelle phase introduit des types de transactions supplémentaires, des scénarios d’exception, des exigences de sécurité et des contrôles opérationnels. Sans architecture conçue pour l’extensibilité, les banques se retrouvent engagées dans des cycles de réingénierie répétés, des ajustements fréquents des versions et une volatilité croissante des livraisons.
Au-delà des défis techniques et liés au système lui-même, des pressions commerciales émergent également d’une maturité inégale des marchés. Lorsque le marché est en retard sur l’activation côté émetteur, les banques supportent des coûts de fonctionnement continus tandis que les volumes de transactions et la valeur commerciale restent limités, allongeant les délais de retour sur investissement. Les cycles de certification et d’approbation ajoutent des frictions supplémentaires. Les retours tardifs, les interprétations évolutives du cadre opérationnel et les modifications de dernière minute génèrent régulièrement des corrections qui perturbent les feuilles de route et sollicitent les capacités de livraison.
Et surtout, l’activation de Wero dépasse largement les canaux numériques. Elle impacte les systèmes de core banking et les moteurs de paiement, l’infrastructure de sécurité (HSM et solutions de gestion des clés), les plateformes de fraude et de risque, les opérations de rapprochement et de litiges, ainsi que les flux de conformité et d’audit. Si ces dépendances sont identifiées tardivement, leur correction devient à la fois coûteuse et critique pour le respect des délais.
Pris ensemble, les programmes Wero sont rarement contraints par un seul obstacle technique. Ils le sont par l’effet cumulé de la complexité de l’orchestration technique, de l’évolution continue du système et de la maturité inégale des marchés, combinés à leur impact opérationnel de bout en bout.
Réduire les risques de l’activation Wero : le cas d’un partenaire d’intégration stratégique
Les exigences de Wero vont bien au-delà de ce que les middleware traditionnels ou les intégrations autonomes sont conçus pour gérer. Pour les banques, la question stratégique n’est pas de savoir à quelle vitesse elles peuvent se connecter, mais si elles peuvent construire et opérer un composant d’orchestration qui reste alignée à mesure que la solution évolue.
En pratique, cela revient à choisir entre gérer une capacité d’évolution rapide en interne, ou adopter un composant côté émetteur industrialisé conçu pour absorber les changements continus et la complexité opérationnelle de bout en bout. En conséquence, les banques se tournent de plus en plus vers des approches d’orchestration industrialisées qui absorbent l’évolution du système sans réingénierie répétée.
SBS propose une module d’orchestration Wero conçue explicitement pour cette réalité.
- Une architecture alignée avec EPI qui évolue en continu avec la solution, absorbant les changements de spécifications de manière centralisée et réduisant les ré-ingénieries répétées pour les banques.
- Des flux de bout en bout pré-intégrés couvrant le provisionnement du portefeuille et le consentement, la résolution de proxy, les paiements (P2P, P2PRO et e- et m-commerce), l’authentification forte du client, la gestion des exceptions et la conformité.
- La prise en charge de cas d’usage complexes sous forme de blocs modulaires, incluant paiements récurrents, échéanciers, remboursements et protection de l’acheteur, pouvant être activés progressivement sans refontes de plateforme.
- Une livraison accélérée et une friction réduite lors des certifications, grâce à des modules d’intégration validés et des jeux de tests réutilisables qui raccourcissent les cycles d’examen et limitent les corrections en fin de parcours.
- Des modèles de déploiement flexibles en mode SaaS et sur site, alignés sur les stratégies réglementaires, de souveraineté et d’intégration, appuyés par des certifications de niveau entreprise comprenant ISO 27001, SOC 2 et SOC 3, et une surveillance continue de la conformité pour maintenir les banques alignées avec DORA et le RGPD.
- Des structures de coûts alignées sur la maturité de l’adoption, permettant aux banques de démarrer avec des modèles d’abonnement alignés sur les volumes initiaux et de faire évoluer l’investissement à mesure que les usages croissent, plutôt que de mobiliser d’importants coûts de construction en amont.
SBS accompagne également des stratégies de déploiement alignées sur les marchés, aidant les banques à synchroniser leurs lancements côté émetteur avec la maturité de l’acceptation marchande, afin que les déploiements génèrent de vrais usages plutôt qu’une simple activation technique.
Parce que notre solution couvre l’orchestration côté émetteur, les banques peuvent activer les paiements instantanés et intégrer facilement les core systèmes et les moteurs de paiement. Résultat : les composants adjacents autour de Wero se consolident et les intégrations sont simplifiées, le tout pour une baisse de la charge opérationnelle et du coût total de possession.
Pour les banques, le vrai coût de Wero ne se limite pas à la mise en service initiale. Il réside dans le maintien d’un alignement continu au fil de l’évolution du système, la gestion des impacts opérationnels en aval et une montée en charge sans fragmentation. Avec le bon partenaire en place, activer Wero passe d’un fardeau récurrent à un levier stratégique. A la clé ? Une portée paneuropéenne, une innovation plus rapide et une infrastructure résiliente sur le long terme.
Contactez un membre de notre équipe dès aujourd’hui pour discuter d’une approche d’activation Wero adaptée à votre feuille de route, votre modèle opérationnel et vos marchés de déploiement.
Questions & Réponses
Les banques peuvent-elles activer Wero avec une simple intégration API ? + –
En pratique, non. Wero nécessite une orchestration non linéaire en temps réel couvrant le provisionnement du portefeuille et le consentement, les services de proxy et d’annuaire, l’authentification, l’exécution des paiements, les processus de rapprochement et la gestion des litiges, le tout opérant sous des normes en évolution.
Avec quelle rapidité Wero s’étendra-t-il au-delà du P2P ? + –
L’expansion est déjà en cours. L’acceptation e-commerce est déjà active dans plusieurs marchés, avec le point de vente et l’omnicanal attendus dès 2026.
Wero remplace-t-il immédiatement les systèmes de paiement nationaux ? + –
Non. La transition est propre à chaque marché et généralement progressive, les systèmes de paiement nationaux migrant dans le temps, comme la transition d’iDEAL vers Wero aux Pays-Bas d’ici 2027.
Les banques doivent-elles remplacer leurs systèmes core de paiement pour activer Wero ? + –
Non. Wero peut généralement être activé via un module d’orchestration qui connecte la solution aux moteurs de paiement existants, aux canaux numériques et aux systèmes opérationnels.
Pourquoi les banques privilégient-elles l’orchestration plutôt que des solutions autonomes ? + –
Parce que Wero n’est pas statique. À mesure que la solution évolue, la maintenabilité à long terme, la gestion du changement, la préparation à la certification et la résilience opérationnelle de bout en bout deviennent aussi essentielles que la vitesse du premier lancement.