Codes de refus
Codes de motif de réponse Authorize.Net expliqués
Vérifié le
Authorize.Net renvoie un code de réponse (1 approuvé, 2 refusé, 3 erreur, 4 en attente de révision) et un code de motif de réponse qui en explique la raison. Certaines raisons sont le refus de la banque de l'acheteur, d'autres sont vos propres filtres anti-fraude, et beaucoup sont des erreurs de configuration ou d'intégration qu'aucun acheteur ne peut corriger. Chaque page ci-dessous explique un code de motif en termes simples, si une nouvelle tentative peut fonctionner, et ce que PlatformDTC fait lorsqu'il voit ce code sur le compte Authorize.Net d'un magasin.
| Code de motif | Signification |
|---|---|
| 2 | L'émetteur de la carte, ou le processeur en son nom, a refusé le paiement sans raison spécifique. |
| 3 | L'émetteur souhaite une autorisation vocale (un appel téléphonique) avant d'approuver ce paiement. |
| 4 | Le processeur signale que la carte doit être récupérée : l'émetteur veut qu'elle soit hors d'usage. |
| 41 | Votre propre seuil FraudScreen.Net a bloqué le paiement car son score de fraude était trop élevé. |
| 141 | FraudScreen.Net a rejeté le paiement, mais l'annulation automatique de l'autorisation n'a pas abouti. |
| 44 | Le processeur a refusé car le code de sécurité de la carte (CVV) ne correspondait pas aux enregistrements de la banque. |
| 45 | La vérification de l'adresse et la vérification du code de sécurité ont toutes deux déclenché les règles de rejet que vous avez définies. |
| 145 | Vos filtres AVS et de code de carte ont rejeté la vente, mais l'annulation automatique de l'autorisation a échoué. |
| 65 | Votre filtre de code de carte (CVV) a rejeté le paiement en fonction du résultat du code de sécurité. |
| 165 | Une non-concordance du code de sécurité a déclenché vos paramètres et l'annulation automatique de l'autorisation a échoué. |
| 27 | L'adresse de facturation saisie ne correspond pas à l'adresse que la banque de la carte a enregistrée. |
| 127 | Une non-concordance AVS a refusé la vente et l'annulation automatique a échoué, de sorte qu'une retenue peut rester sur la carte. |
| 128 | La banque de l'acheteur n'autorise actuellement pas les transactions sur ce compte. |
| 250 | Le paiement provenait d'une adresse IP que vous avez bloquée dans les outils de fraude d'Authorize.Net. |
| 251 | Un filtre de la suite de détection de fraude a refusé le paiement, y compris le filtre d'IP bloquée. |
| 252 | Le paiement a été accepté mais est mis en attente pour votre examen par un filtre anti-fraude configuré pour "mettre en attente". |
| 253 | La carte a été autorisée, mais un filtre anti-fraude retient le paiement pour votre examen. |
| 254 | Vous ou votre équipe avez refusé le paiement après avoir examiné une transaction en attente. |
| 295 | La carte prépayée n'a couvert qu'une partie du montant ; un autre paiement est nécessaire pour le reste. |
| 36 | La banque a approuvé la carte au moment du paiement, mais le paiement a échoué lors du règlement. |
| 6 | Le numéro de carte n'a pas passé la validation : une faute de frappe, un chiffre manquant, ou ce n'est pas un vrai numéro de carte. |
| 37 | Le numéro de carte a été rejeté comme invalide (même texte que le code 6). |
| 315 | Le processeur a refusé le numéro de carte comme invalide. |
| 7 | La date d'expiration a été envoyée dans un format incorrect ou n'est pas une date valide. |
| 316 | Le processeur a rejeté la date d'expiration de la carte comme invalide. |
| 8 | La date d'expiration de la carte est passée, elle ne peut donc plus être débitée. |
| 317 | Le processeur a refusé car la carte a expiré. |
| 78 | Le code de sécurité (CVV) envoyé était dans un format incorrect, par exemple, le mauvais nombre de chiffres. |
| 11 | Une transaction identique a été envoyée dans la fenêtre de duplication (deux minutes par défaut). |
| 318 | Le processeur a rejeté la demande comme un doublon d'une transaction antérieure. |
| 17 | Votre passerelle Authorize.Net n'est pas configurée pour accepter cette marque de carte. |
| 28 | Votre plateforme de processeur n'est pas configurée pour accepter cette marque de carte. |
| 56 | Le compte ne traite que les eChecks, les paiements par carte sont donc refusés. |
| 39 | La devise envoyée n'est pas celle pour laquelle votre compte Authorize.Net est configuré. |
| 49 | Le montant est supérieur au montant maximal de transaction autorisé sur votre compte. |
| 5 | Le champ `amount` était manquant ou n'était pas un nombre valide. |
| 13 | L'ID de connexion API est incorrect, envoyé au mauvais environnement, ou le compte est inactif. |
| 123 | Un identifiant de connexion utilisateur personnel a été utilisé pour connecter le logiciel ; il faut l'ID de connexion API à la place. |
| 124 | Votre processeur ne prend pas en charge les transactions signalées comme récurrentes. |
| 153 | Les données de paiement du portefeuille (telles qu'Apple Pay) n'ont pas pu être traitées telles qu'envoyées. |
| 154 | Apple Pay n'est pas activé pour ce compte Authorize.Net. |
| 289 | Votre processeur n'effectuera pas de vérification de carte à 0 $ pour cette marque de carte. |
| 19 | Authorize.Net n'a pas reçu de réponse du processeur de carte (un problème de connexion). |
| 20 | Authorize.Net a perdu le contact avec le processeur de carte avant de recevoir une réponse. |
| 35 | Votre compte marchand a été configuré incorrectement chez le processeur. |
| 57 | Le processeur n'a pas pu interpréter les données de la requête, comme une mauvaise longueur de CVV ou un format de code postal incorrect. |
| 63 | Souvent, les détails de votre entreprise (comme le pays) sont incorrects pour un compte de processeur TSYS. |
| 120 | La transaction originale a expiré et l'annulation automatique de celle-ci a également échoué. |
| 16 | L'ID de transaction que vous avez référencé (pour un remboursement ou une annulation) n'est pas sur ce compte Authorize.Net. |
| 50 | Vous ne pouvez rembourser qu'une transaction réglée ; celle-ci n'est pas encore réglée. |
| 54 | Le remboursement ne peut pas être émis : non réglé, type ou devise incorrect, ID invalide, ou réglé il y a plus de 180 jours. |
| 55 | Ce remboursement, plus les remboursements précédents, dépasserait le paiement original. |
| E00027 | L'API signale que la transaction a échoué ; la vraie raison se trouve dans l'errorCode de la transaction. |
| E00007 | L'API Login ID ou la Transaction Key est incorrecte, ou envoyée au mauvais environnement. |
| E00001 | Authorize.Net a rencontré une erreur interne ; la requête n'a pas été complétée. |
| E00003 | La requête envoyée à l'API était mal formée, donc Authorize.Net n'a pas pu la lire. |
| E00013 | Un champ dans la requête a une valeur invalide ; le texte de la réponse le nomme. |
| E00039 | Un profil client avec les mêmes détails existe déjà sur le compte. |
| E00040 | Le profil client ou de paiement que vous avez référencé n'existe pas sur ce compte. |
| E00044 | Les profils clients enregistrés (CIM) ne sont pas activés pour ce compte. |
| E00009 | Le compte est en mode Test, donc la demande n'est pas traitée. |
Refus bancaires, vos filtres ou erreurs de configuration
Les codes 2, 3, 4 et 128 proviennent de la banque de la carte. Les codes 27, 41, 44, 45, 65 et 250 à 254 impliquent des vérifications d'adresse, des vérifications de code de sécurité ou des filtres anti-fraude, dont plusieurs que vous configurez vous-même dans l'interface commerçant.
Des codes tels que 13, 17, 28, 35, 39 et 63 sont des problèmes de configuration de compte ; chaque acheteur les rencontrera tant que la configuration ne sera pas corrigée. Les codes 19, 20 et E00001 sont des erreurs de traitement temporaires.
Règles de nouvelle tentative
Les réseaux de cartes limitent les nouvelles tentatives. Visa n'autorise jamais de nouvelle tentative sur ses réponses "l'émetteur n'approuvera pas" (telles que carte à retirer, compte fermé ou opposition au paiement) et plafonne les autres refus à 15 nouvelles tentatives en 30 jours. Les codes de conseil Mastercard 03 et 21 signifient de ne pas réessayer.
Lors des renouvellements d'abonnement, PlatformDTC lit le code de motif de la même manière qu'il lit un refus Stripe : les cartes expirées, erronées ou bloquées (telles que 4, 6, 7, 8, 27, 44, 251 et 317) ne sont pas réessayées et le client est invité à fournir une nouvelle carte ; un refus général (2) ou une référence (3) obtient une nouvelle tentative 48 à 72 heures plus tard ; les erreurs de traitement temporaires sont reportées et réessayées sans être comptabilisées contre le client.
Pour les développeurs
Le résultat global est transactionResponse.responseCode (1 Approuvé, 2 Refusé, 3 Erreur, 4 En attente de révision). Le code de motif est transactionResponse.errors[0].errorCode avec errorText ; les résultats au niveau de l'API utilisent messages.message[0].code (I000xx succès, E000xx erreur).
Questions fréquentes
- Quelle est la différence entre les codes de réponse et les codes de motif de réponse Authorize.Net ?
- Le code de réponse est le résultat global (1 approuvé, 2 refusé, 3 erreur, 4 en attente de révision) ; le code de motif de réponse explique pourquoi.
- PlatformDTC fonctionne-t-il avec Authorize.Net ?
- Oui. Un magasin peut connecter son propre compte Authorize.Net pour le paiement et les renouvellements d'abonnement ; les détails de la carte passent par Accept.js d'Authorize.Net, de sorte que les numéros de carte ne touchent jamais les serveurs de PlatformDTC.
Sources
- Outil de code de réponse Authorize.Net (codes de motif de réponse) — Authorize.Net
- Référence API Authorize.Net : champs createTransactionResponse — Authorize.Net
- Correspondance avec les catégories de frais d'intégrité du système Visa (limites de nouvelle tentative) — Adyen
- Codes de conseil aux commerçants Mastercard (directives de nouvelle tentative) — Checkout.com