Un paiement refusé, c'est souvent une vente perdue, parfois sans raison apparente. Pourtant, derrière chaque refus de paiement se cache un code d'erreur précis, émis par la banque émettrice ou le réseau de paiement. Comprendre ces codes, c'est pouvoir réagir vite, guider le client vers une solution et limiter l'impact sur votre activité. Voici la liste complète des codes de refus de paiement les plus courants, avec pour chaque cas la signification et les actions à mener.
Qu'est-ce qu'un code de refus de carte bancaire ?
Un code de refus est un code d'erreur alphanumérique renvoyé automatiquement lorsqu'une transaction par carte bancaire est rejetée. Il est émis par la banque émettrice (celle du titulaire de la carte), par le réseau de paiement (Visa, Mastercard, CB) ou par le prestataire de services de paiement, selon l'origine du problème.
Ces codes d'erreur sont normalisés à l'échelle internationale : un code 51 signifie fonds insuffisants quel que soit le pays ou l'établissement. Certains codes restent toutefois spécifiques à certains réseaux ou acquéreurs.
Les codes de refus peuvent être classés en deux grandes catégories. Les refus temporaires, d'abord : la transaction a échoué pour une raison passagère (problème réseau, timeout, authentification incomplète) et peut souvent être renouvelée quelques instants plus tard. Les refus permanents, ensuite : ils nécessitent une action corrective de la part du titulaire de la carte ou du commerçant, comme mettre à jour les données de la carte bancaire ou contacter sa banque.
Comprendre ces codes, c'est gagner du temps lors du support client, éviter les faux positifs et, surtout, réduire votre taux d'abandon de panier.
Pourquoi un paiement est-il refusé ? Les grandes raisons
Avant de détailler chaque code d'erreur, il est utile de comprendre les grandes familles de raisons qui causent un refus de paiement.
Les fonds insuffisants
C'est la cause la plus fréquente. Selon une étude menée par Ethoca, environ 44 % des refus de paiement sont causés par un manque de fonds ou de crédit sur le compte bancaire du client. Ces échecs surviennent souvent en fin de mois ou lors d'achats inhabituellement élevés, qui peuvent également déclencher des restrictions automatiques de la banque.
Les erreurs de saisie
Les erreurs de saisie des informations de paiement, comme le numéro de carte, le CVV ou la date d'expiration, sont responsables d'un refus de paiement sur cinq, surtout lors des transactions en ligne. Un numéro de carte mal copié, un code de sécurité erroné ou une date d'expiration incorrecte suffisent à faire échouer la transaction.
Les problèmes liés à la carte elle-même
Une carte bancaire peut être refusée parce qu'elle est expirée, parce qu'elle n'a pas été activée, ou parce que sa puce ou sa bande magnétique est endommagée. Dans ce cas, le titulaire de la carte doit contacter sa banque pour obtenir un remplacement.
La détection de fraude
Les systèmes anti-fraude des banques analysent chaque transaction pour identifier des anomalies : incohérence entre l'adresse IP et le pays de la carte, montant inhabituel, fréquence anormale d'achats sur une courte période. Ces filtres protègent le titulaire de la carte, mais ils peuvent parfois bloquer des transactions légitimes.
Les problèmes d'authentification forte
Depuis l'entrée en vigueur de la DSP2, l'authentification forte (SCA) est obligatoire pour la majorité des paiements en ligne en Europe. Un paiement refusé pour défaut d'authentification génère un code d'erreur spécifique et nécessite une vérification de la configuration 3D Secure côté commerçant.
Les incidents techniques
La banque émettrice peut être temporairement inaccessible, le réseau de paiement peut subir un incident, ou le terminal peut rencontrer un problème de communication. Ces refus sont généralement temporaires et se résolvent en relançant la transaction.
Refus temporaires et refus permanents : quelle différence ?
Tous les refus de paiement ne se traitent pas de la même façon. La distinction entre refus temporaire et refus permanent est un premier repère utile, mais chaque code appelle une réponse spécifique détaillée dans la liste ci-dessous.
| Critère | Refus temporaire | Refus permanent |
|---|---|---|
| Cause | Incident passager (réseau, timeout, authentification) | Problème structurel (carte expirée, opposition, fonds) |
| Action recommandée | Renouveler la transaction après quelques minutes | Variable selon le code : action corrective généralement requise, avec des délais de retry différents selon l'émetteur |
| Exemples de codes | 68, 91, 96, 97 | 33, 36, 41, 43, 51, 54, 82 |
| Qui agit ? | Généralement le système, ou le commerçant après un court délai | Le titulaire de la carte ou sa banque |
Liste complète des codes de refus de paiement
Voici les codes d'erreur les plus fréquemment rencontrés en France et en Europe, avec leur signification et les mesures à prendre pour chaque cas.
| Code | Catégorie | Cause | Que faire ? |
|---|---|---|---|
| 03 | Commerçant invalide | Le numéro de commerçant (MID) est inconnu ou invalide auprès de l'acquéreur | Vérifiez la configuration de votre compte commerçant auprès de votre prestataire de paiement |
| 04 | Conserver la carte | La banque émettrice demande la retenue de la carte bancaire (suspicion de fraude ou opposition) | Ne pas restituer la carte au titulaire de la carte, contacter votre banque acquéreur |
| 05 | Refus générique | Refus sans motif précis de la banque émettrice | Inviter le client à contacter sa banque ou à utiliser un autre moyen de paiement |
| 12 | Transaction invalide | Type de transaction non reconnu ou non autorisé | Vérifiez la configuration du terminal ou de la passerelle de paiement |
| 13 | Montant invalide | Montant de la transaction incorrect (négatif, nul ou mal formaté) | Vérifiez le montant saisi avant de renvoyer la transaction |
| 14 | Données carte invalides | Numéro de carte bancaire incorrect ou inexistant | Demander au client de vérifier et ressaisir le numéro de carte bancaire |
| 20 / 30 | Erreur de format | Message mal formaté ou données invalides dans la demande d'autorisation | Contacter votre prestataire de paiement pour vérification technique |
| 33 | Carte expirée | Date d'expiration dépassée | Demander au client de saisir une carte bancaire valide, avec une date d'expiration correcte |
| 34 | Suspicion de fraude | Transaction signalée comme suspecte par la banque émettrice | Ne pas renouveler la demande, contacter la banque émettrice si nécessaire |
| 38 | Code PIN incorrect (3 essais) | Trop de tentatives échouées sur le code secret | Le client doit débloquer sa carte auprès de sa banque |
| 41 | Carte perdue | Carte déclarée perdue par le titulaire | Refuser la transaction, orienter le client vers sa banque |
| 43 | Carte volée | Carte déclarée volée | Refuser la transaction, ne pas remettre la carte au titulaire de la carte |
| 51 | Provision insuffisante | Solde ou plafond insuffisant sur le compte bancaire du client (fonds insuffisants) | Inviter le client à approvisionner son compte ou à utiliser un autre moyen de paiement |
| 54 | Carte expirée | Date d'expiration dépassée | Demander au client d'utiliser une carte bancaire en cours de validité |
| 55 | Code PIN erroné | Code secret incorrect | Proposer au client de réessayer ou d'utiliser un autre moyen de paiement |
| 56 | Carte absente du fichier | Carte bancaire inconnue de l'émetteur | Vérifier les données saisies ou contacter la banque émettrice |
| 57 | Transaction non autorisée | Type de transaction non permis pour cette carte de paiement | Proposer un autre moyen de paiement compatible |
| 58 | Transaction non autorisée pour ce terminal | Ce type de paiement n'est pas autorisé sur le terminal utilisé | Vérifier la configuration du terminal ou utiliser un autre canal |
| 59 | Suspicion de fraude | Comportement transactionnel anormal détecté par la banque émettrice (achats inhabituels, montant élevé, géolocalisation incohérente) | Ne pas renouveler, signaler à votre prestataire de paiement si nécessaire, analyser le comportement de la transaction |
| 61 | Dépassement du plafond | Montant supérieur au plafond hebdomadaire ou mensuel autorisé sur le compte bancaire | Proposer au client de régler en plusieurs fois ou d'utiliser une autre carte bancaire |
| 62 | Carte restreinte | Usage de la carte de paiement limité géographiquement ou par type de transaction | Inviter le client à utiliser une autre carte bancaire |
| 63 | Règle de sécurité non respectée | Non-conformité avec les règles de sécurité (ex. authentification forte 3D Secure absente) | Vérifier l'activation du 3D Secure sur votre solution de paiement |
| 65 | Dépassement du nombre de transactions | Nombre d'opérations autorisées sur la période dépassé | Le client doit contacter sa banque pour relever ses plafonds |
| 68 | Timeout / pas de réponse | La réponse n'est pas arrivée à temps | Renouveler la transaction après vérification |
| 75 | Nombre d'essais PIN dépassé | Trop d'essais du code PIN | Le client doit déverrouiller sa carte auprès de son établissement bancaire |
| 76 | Opposition sur le compte | Compte bancaire ou carte bloqué par la banque | Le client doit contacter sa banque |
| 82 | CVV / CVV2 incorrect | Code de sécurité au dos de la carte bancaire incorrect | Demander au client de vérifier le code de sécurité CVV et de le ressaisir |
| 91 | Émetteur inaccessible | La banque émettrice ne répond pas | Renouveler la tentative ultérieurement |
| 96 | Dysfonctionnement système | Incident technique côté émetteur ou réseau de paiement | Renouveler la transaction après quelques minutes, contacter le support si persistant |
| 97 | Timeout global | Délai d'attente global dépassé | Renouveler la transaction |
| A3 | Authentification 3DS échouée | Échec de l'étape d'authentification forte (SCA/DSP2) | Vérifier l'activation du 3D Secure, inviter le client à s'authentifier à nouveau |
| A6 | Authentification 3DS non réalisée | La banque exige une authentification forte non effectuée | Activer le 3D Secure sur votre solution de paiement en ligne |
| CS | Refus anti-fraude | Transaction bloquée par les règles anti-fraude de l'acquéreur | Analyser la transaction dans votre espace commerçant, ajuster les seuils de détection si nécessaire |
Décryptage des codes de refus les plus fréquents
Code 04 : que signifie ce refus ?
Le code 04 est l'un des rares refus pour lequel la banque émettrice demande explicitement la retenue de la carte bancaire. Ce code apparaît lorsque la carte est signalée comme frauduleuse ou fait l'objet d'une opposition particulière. En point de vente, la carte ne doit pas être restituée au titulaire. En ligne, la transaction doit être refusée sans appel.
Code 51 : fonds insuffisants
Le paiement refusé pour fonds insuffisants est le plus courant. Le compte bancaire du client ne dispose pas des fonds nécessaires ou son plafond mensuel est atteint. Selon Ethoca, ce motif représente à lui seul environ 44 % des refus de paiement. La solution la plus simple est de proposer au client un autre moyen de paiement ou de fractionner son achat.
Code 59 : que signifie ce code d'erreur ?
Le code 59 indique une suspicion de fraude détectée par la banque émettrice. Contrairement au code 34 qui est émis après analyse d'une transaction précise, le code 59 reflète une anomalie comportementale plus large : achats en série sur une courte période, géolocalisation incohérente, montant inhabituel pour ce titulaire de la carte. Ce refus de paiement ne doit pas être renouvelé sans vérification préalable.
Code E32 : erreur technique carte ou réseau
Le code d'erreur E32 apparaît lorsque la lecture de la carte bancaire échoue, généralement parce que la puce ou la bande magnétique est endommagée, ou parce qu'un incident réseau empêche la communication avec la banque émettrice. La première étape est d'inviter le client à essayer avec une autre carte bancaire. Si le problème persiste sur plusieurs cartes, c'est le terminal ou la connexion réseau qui doit être vérifié.
Code 82 : CVV incorrect
Ce code d'erreur signale que le code de sécurité saisi au dos de la carte bancaire est incorrect. C'est une erreur de saisie fréquente lors des paiements en ligne. Il suffit de demander au client de vérifier et de ressaisir son CVV. Si l'erreur persiste, le titulaire de la carte doit contacter sa banque, car certaines cartes de paiement virtuelles ont un CVV dynamique qui se renouvelle régulièrement.
Codes A3 et A6 : authentification 3D Secure
Ces deux codes d'erreur concernent l'authentification forte. Le code A3 indique que l'étape d'authentification a échoué (mauvais code reçu par SMS, application bancaire non validée). Le code A6 signifie que l'authentification n'a tout simplement pas eu lieu, ce qui peut indiquer que le 3D Secure n'est pas activé sur votre solution de paiement en ligne. Une vérification de la configuration s'impose dans les deux cas.
Comment réduire le taux de refus de paiement sur votre site ?
Un bon taux d'autorisation ne s'improvise pas. Il résulte d'une combinaison de bonnes pratiques techniques, d'une ergonomie soignée et d'une configuration adaptée de votre solution de paiement.
Activez et maintenez le 3D Secure
C'est à la fois une obligation réglementaire et un filtre anti-fraude efficace. Un code d'erreur A3 ou A6 répété indique un problème de configuration à corriger en priorité. Rapprochez-vous de votre prestataire de paiement pour vérifier que l'authentification forte est correctement paramétrée.
Proposez plusieurs moyens de paiement
Si une carte bancaire est refusée, un wallet (Apple Pay, Google Pay) ou une solution de paiement fractionné peut prendre le relais. Plus vous offrez de méthodes de paiement, moins vous perdez de transactions. Consultez notre article sur comment proposer plusieurs méthodes de paiement sans nuire à la conversion.
Activez le Card Updater
Cet outil met automatiquement à jour les données des cartes bancaires enregistrées (renouvellements, remplacements après opposition). Il réduit considérablement les refus liés aux cartes expirées sur les paiements récurrents, sans que le titulaire de la carte ait à intervenir.
Soignez l'ergonomie de votre page de paiement
Les erreurs de saisie sont responsables d'un refus de paiement sur cinq. Un formulaire clair, avec des champs bien formatés et une vérification en temps réel du numéro de carte et de la date d'expiration, réduit ces erreurs de façon significative. Pour aller plus loin, consultez les bonnes pratiques UX pour un paiement rassurant.
Analysez vos codes d'erreur régulièrement
Une concentration inhabituelle de certains codes de refus peut révéler un problème de configuration, un comportement frauduleux ou un souci côté réseau. Votre espace commerçant doit vous permettre de consulter ces données sans avoir à exporter des fichiers manuellement.
Ajustez vos seuils anti-fraude
Des filtres anti-fraude trop stricts peuvent bloquer des clients légitimes. Si vous constatez un taux de refus élevé sur le code CS ou 59, il est utile de revoir vos règles avec votre prestataire de paiement. L'objectif est de trouver l'équilibre entre protection et fluidité d'achat.
Que faire quand un client signale un paiement refusé injustifié ?
Il arrive qu'un client signale un paiement refusé alors que tout semble en ordre de son côté. Voici la procédure à suivre pour identifier rapidement l'origine du problème.
- Consultez le code d'erreur exact dans votre espace de gestion des transactions. Chaque transaction doit être tracée avec son code retour.
- Si le code pointe vers la banque émettrice (codes 05, 91, 96), invitez le client à contacter directement son établissement bancaire.
- Si le code d'erreur concerne l'authentification (A3, A6), vérifiez la configuration 3D Secure de votre solution de paiement en ligne.
- Si le refus est lié aux données carte (14, 55, 82), aidez le client à vérifier et ressaisir ses informations : numéro de carte, date d'expiration, code de sécurité.
- Si des refus répétés touchent un même client ou une même carte bancaire, cela peut signaler une tentative de fraude. Analysez les patterns avec les outils de votre prestataire.
Lorsqu'une transaction échoue, réagir rapidement et de manière structurée est essentiel pour guider le client vers une solution et préserver la relation commerciale.
Questions fréquentes sur les codes de refus
Qu'est-ce qu'un code de refus de carte bancaire ?
Un code de refus de carte bancaire est un code d'erreur alphanumérique émis par la banque émettrice, le réseau de paiement ou le prestataire de services de paiement lorsqu'une transaction est rejetée. Ce code indique la raison du refus et permet d'identifier l'action corrective à mener.
Que signifie le code 4 refusé ?
Le code 04 est une demande de retenue de la carte bancaire par la banque émettrice. Il indique une suspicion sérieuse de fraude ou une opposition. En point de vente, la carte ne doit pas être restituée au titulaire. En ligne, la transaction doit être refusée sans renouvellement.
Que signifie le code de refus 59 ?
Le code de refus 59 signale une suspicion de fraude détectée par la banque émettrice sur la base d'un comportement transactionnel anormal. Cela peut inclure des achats en série sur une courte période, des montants inhabituels ou une géolocalisation incohérente par rapport aux habitudes du titulaire de la carte. Ce refus de paiement ne doit pas être renouvelé sans vérification.
Que signifie le code E32 sur une carte bancaire ?
Le code d'erreur E32 indique un problème technique lors de la lecture de la carte bancaire : puce ou bande magnétique endommagée, ou incident réseau empêchant la communication avec la banque émettrice. La première étape est de demander au client d'essayer avec une autre carte de paiement.
La gestion des refus de paiement avec Monext
Chez Monext, chaque transaction est tracée avec son code d'erreur retour, visible directement depuis votre dashboard centralisé et unique. Vous identifiez rapidement les motifs de refus, suivez l'évolution de votre taux d'autorisation et agissez sans délai, sans avoir à exporter de fichiers ou à contacter le support pour chaque cas.
Nos solutions intègrent nativement le 3D Secure, le Card Updater pour la mise à jour automatique des données cartes bancaires enregistrées, et des règles anti-fraude paramétrables selon votre secteur d'activité. Vous gardez la main sur chaque transaction.
Pour aller plus loin, retrouvez aussi nos articles sur la fraude au remboursement, sur la norme PCI DSS et sur pourquoi votre page de paiement fait fuir vos clients.
Gestion des refus de paiement
Vous souhaitez mieux piloter vos transactions et réduire vos refus ?
