Que se passe-t-il quand un réseau de paiement tombe en panne ?

L'intuition courante oppose un client et un commerçant. La réalité met en jeu un modèle dit « à quatre coins », dans lequel deux intermédiaires bancaires se répondent par l'intermédiaire d'un réseau de cartes.

L'émetteur

La banque qui a délivré la carte. C'est elle, et elle seule, qui décide d'autoriser ou de refuser une opération sur le compte du porteur.

L'acquéreur

L'établissement qui accepte les paiements pour le compte du commerçant, collecte les opérations et les lui reverse.

Le réseau de cartes

L'infrastructure qui achemine les messages entre acquéreur et émetteur et fixe les règles techniques communes.

Le prestataire technique

Fournisseur du terminal ou de la passerelle de paiement en ligne. Il ne détient pas les fonds mais conditionne l'accès au reste de la chaîne.

Les normes qui permettent à ces acteurs de se comprendre sont publiées : les spécifications EMV, gérées par EMVCo, définissent le dialogue entre la carte à puce et le terminal, et la norme ISO 8583 le format des messages échangés entre les systèmes financiers. Cette standardisation est ce qui rend une carte utilisable à l'étranger — et ce qui fait qu'une défaillance en un point se propage à des milliers de commerçants sans lien entre eux.

1. 1. LectureLa carte et le terminal s'authentifient mutuellement selon les spécifications EMV, et la carte produit une donnée cryptographique propre à cette transaction.
2. 2. Demande d'autorisationLe terminal transmet le montant et les données de la transaction au prestataire technique, puis à l'acquéreur.
3. 3. AcheminementL'acquéreur identifie l'émetteur à partir du numéro de carte et route la demande via le réseau approprié.
4. 4. DécisionL'émetteur vérifie le solde ou l'encours disponible, les plafonds, la cohérence de l'opération et les règles antifraude, puis répond.
5. 5. RéponseL'autorisation ou le refus remonte la même chaîne en sens inverse. Le montant est réservé, mais aucun fonds n'a encore bougé.
6. 6. Compensation et règlementLes opérations de la journée sont regroupées, compensées entre établissements et réglées ultérieurement. C'est à ce moment seulement que l'argent change de mains.

Le terminal affiche un message court, souvent identique quelle que soit la cause. Or les causes possibles n'ont rien à voir entre elles, et elles n'appellent pas la même réaction.

• —aucune réponse de l'émetteur dans le délai imparti : la demande expire et le refus est prononcé par défaut
• —un plafond de paiement ou de retrait atteint, souvent calculé sur une période glissante et non sur le mois calendaire
• —un contrôle antifraude déclenché par une combinaison inhabituelle de montant, de lieu et d'horaire
• —une authentification forte requise et non aboutie, notamment en ligne, faute d'application accessible ou de réseau mobile
• —une défaillance locale : liaison du commerçant, terminal, ou prestataire technique
• —une indisponibilité du réseau de cartes ou du système d'autorisation de l'émetteur

Un indice pratique permet de distinguer ces cas. Si le refus ne concerne qu'un commerçant, la cause est probablement locale. S'il suit une carte d'un magasin à l'autre, elle est du côté de l'émetteur. S'il touche simultanément plusieurs porteurs et plusieurs enseignes, l'incident est en amont, dans une infrastructure partagée.

Le 1er juin 2018, une partie des paiements par carte Visa a cessé de fonctionner en Europe pendant plusieurs heures. L'événement présente une particularité rare : il a fait l'objet d'un examen public par la commission du Trésor de la Chambre des communes britannique, à laquelle Visa a dû s'expliquer par écrit, puis d'une action de supervision de la Banque d'Angleterre.

La Banque d'Angleterre a annoncé en mars 2019 avoir pris une mesure de supervision à l'encontre de Visa Europe à la suite de cet incident de disponibilité partielle, en pointant les défaillances de gestion opérationnelle. Les documents parlementaires publiés à l'occasion des travaux de la commission détaillent quant à eux la mécanique de la panne, l'ampleur des transactions affectées et les enseignements tirés.

Ce qui frappe, à la lecture, n'est pas la cause initiale — un composant matériel défaillant dans un centre de données — mais son enchaînement : un système conçu pour basculer automatiquement vers un site de secours ne l'a pas fait comme prévu, et le composant en cause a continué d'émettre des données incohérentes plutôt que de s'arrêter franchement. Une défaillance partielle est plus difficile à traiter qu'un arrêt net, parce que les mécanismes de bascule sont conçus pour détecter l'absence de réponse, pas la mauvaise réponse.

Les spécifications EMV prévoient qu'une transaction puisse être acceptée sans interroger l'émetteur en temps réel : la carte et le terminal appliquent alors des règles de risque locales, dans la limite de plafonds définis. Ce mode explique que certains usages — transports en commun, paiements à bord, petits montants — continuent parfois de fonctionner quand une liaison est coupée.

Il a un coût : le risque de l'opération est assumé par l'acquéreur ou le commerçant tant que l'émetteur n'a pas confirmé. C'est pourquoi ce mécanisme est étroitement borné, et pourquoi il ne peut pas servir de solution de repli générale.

Plusieurs banques centrales explorent depuis peu une piste voisine pour la monnaie numérique : la Banque d'Angleterre a publié en 2025 un rapport d'expérimentation consacré aux paiements hors ligne, et la Banque du Canada a documenté les compromis d'un tel dispositif. Le problème posé est identique dans les deux cas : permettre un paiement quand aucune vérification centrale n'est possible, sans ouvrir la porte à la double dépense.

La résilience opérationnelle des acteurs financiers n'est plus laissée à leur seule appréciation. Le règlement européen 2022/2554, dit DORA, applicable depuis janvier 2025, impose aux entités financières un cadre de gestion du risque informatique, la notification des incidents majeurs, des tests de résilience et la surveillance des prestataires techniques critiques.

Ce dernier point est le plus notable pour un utilisateur : il reconnaît qu'un prestataire technique non bancaire peut, en cas de défaillance, affecter le système de paiement autant qu'une banque. En France, l'Observatoire de la sécurité des moyens de paiement, adossé à la Banque de France, publie chaque année un rapport sur la sécurité et le fonctionnement des instruments de paiement.