Authorize.Net · Codes de refus
Que signifie Authorize.Net 253 « Votre commande a été reçue (autorisée, mise en attente pour examen) » ?
Vérifié le
Le code de motif de réponse 253 d'Authorize.Net signifie que la transaction a été acceptée et autorisée, mais est mise en attente pour examen par le commerçant par vos paramètres de Fraud Detection Suite. La banque a déjà approuvé le montant, l'acheteur voit donc un débit en attente. Vous décidez dans le Merchant Interface si la transaction est validée. Examinez rapidement les commandes mises en attente pour éviter de dérouter les clients.
- Type
- Mis en attente pour examen (autorisé)
- Qui a refusé
- Vos paramètres de Fraud Detection Suite d'Authorize.Net
- Réessayer
- Non. Approuvez ou refusez-la dans le Merchant Interface.
- Action de l'acheteur
- Rien encore ; une autorisation en attente apparaît sur la carte.
- Action du marchand
- Examinez rapidement ; le refus libère l'autorisation.
Ce que fait PlatformDTC
Quand Authorize.Net répond « held for review », PlatformDTC refuse immédiatement la transaction en attente via la requête Approve or Decline Held Transaction d'Authorize.Net, afin qu'aucune autorisation ne reste sur la carte et qu'aucune commande ne soit passée. Le client est informé : « Nous n'avons pas pu confirmer ce paiement, vous n'avez donc pas été débité. Veuillez réessayer ou utiliser une carte différente. » Un renouvellement d'abonnement en attente est libéré de la même manière et réessayé plus tard.
Pourquoi cela se produit
Un filtre de la Fraud Detection Suite configuré pour autoriser et mettre en attente permet à la banque d'approuver d'abord, puis met la transaction en attente pour votre décision.
Ce que le magasin peut faire
Approuvez ou annulez la transaction dans le Merchant Interface. Jusque-là, le solde disponible du client est réduit du montant autorisé.
Pourquoi PlatformDTC libère la mise en attente
PlatformDTC ne crée une commande qu'après qu'Authorize.Net ait approuvé le paiement, et il n'a aucun moyen d'être informé d'une décision que vous prendriez plus tard dans le Merchant Interface. Si un paiement en attente était approuvé là-bas par la suite, le client serait débité pour une commande qui n'existe pas. Refuser la mise en attente immédiatement maintient la véracité de « pas de commande » et « pas de débit » simultanément, et le client peut simplement payer à nouveau.
Pour les développeurs
responseCode « 4 » (Held for Review) avec le code de raison 253.
Questions fréquentes
- Pourquoi le client voit-il un débit après le code Authorize.Net 253 ?
- La banque a autorisé le montant avant que votre filtre ne le mette en attente ; il apparaît comme en attente jusqu'à ce que vous l'approuviez ou l'annuliez. Sur PlatformDTC, la mise en attente est refusée immédiatement, ce qui la libère.
- Que se passe-t-il si je refuse une transaction 253 ?
- Elle est annulée et l'autorisation est libérée.
Sources
Voir aussi
- 252 — Le paiement a été accepté mais est mis en attente pour votre examen par un filtre anti-fraude configuré pour "mettre en attente".
- 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.