Authorize.Net · Codes de refus
Que signifie Authorize.Net 36 « L'autorisation a été approuvée mais le règlement a échoué » ?
Vérifié le
Le code de motif de réponse Authorize.Net 36 signifie que l'autorisation a été approuvée mais que le règlement a échoué : le client a été approuvé au moment de l'autorisation, mais le paiement a échoué lors du règlement. L'argent ne vous est pas parvenu, traitez donc la commande comme impayée. Demandez à votre fournisseur de services marchands pourquoi le règlement a été refusé avant d'expédier ou de débiter à nouveau l'acheteur.
- Type
- Échec de règlement
- Qui a refusé
- Le processeur ou l'émetteur, au moment du règlement
- Réessayer
- Contactez votre fournisseur de services marchands avant de débiter à nouveau.
- Action de l'acheteur
- Rien, à moins que le magasin ne demande un nouveau paiement.
- Action du commerçant
- Mettez la commande en attente et vérifiez auprès de votre fournisseur de services marchands.
Ce que fait PlatformDTC
PlatformDTC enregistre l'ID de transaction Authorize.Net pour chaque vente effectuée sur le propre compte Authorize.Net d'un magasin, ainsi un échec de règlement comme le code 36 peut être directement rattaché à la commande à laquelle il appartient.
Pourquoi cela se produit
L'autorisation et le règlement sont des étapes distinctes. Quelque chose a rejeté la transaction au stade du règlement, après que l'émetteur ait dit oui.
Ce que le magasin peut faire
Vérifiez la transaction dans l'Interface Marchand, contactez votre fournisseur de services marchands pour connaître la raison, et contactez le client pour un nouveau paiement si nécessaire.
Pour les développeurs
errors[0].errorCode "36". Authorize.Net : « Le client a été approuvé au moment de l'autorisation, mais a échoué au règlement. »
Questions fréquentes
- Ai-je été payé lorsque Authorize.Net renvoie le code 36 ?
- Non. Le règlement a échoué, donc les fonds n'ont pas été transférés.
- Puis-je expédier une commande avec le code 36 ?
- Pas avant d'avoir collecté le paiement à nouveau ou que votre fournisseur résolve le règlement.
Sources
Voir aussi
- 2 — L'émetteur de la carte, ou le processeur en son nom, a refusé le paiement sans raison spécifique.
- 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.
- 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.