Authorize.Net · Codes de refus
Que signifie Authorize.Net 252 « Votre commande a été reçue (mise en attente pour examen) » ?
Vérifié le
Le code de motif de réponse 252 d'Authorize.Net signifie que la transaction a été acceptée mais est mise en attente pour examen par le commerçant par un filtre de la Fraud Detection Suite. L'acheteur voit « Votre commande a été reçue. Merci de votre confiance ! », un message que vous pouvez personnaliser. Rien n'est définitif tant que vous n'approuvez ou ne refusez pas la transaction dans le Merchant Interface.
- Type
- Mis en attente pour examen (pas encore refusé)
- 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 pour l'instant ; le magasin examine la commande.
- Action du commerçant
- Examinez la transaction mise en attente et approuvez-la ou refusez-la.
Ce que fait PlatformDTC
Quand Authorize.Net répond « mis en attente pour examen », PlatformDTC refuse immédiatement la transaction mise en attente via la requête "Approve or Decline Held Transaction" d'Authorize.Net, ainsi aucune autorisation ne reste sur la carte et aucune commande n'est passée. L'acheteur 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 mis en attente est libéré de la même manière et réessayé plus tard.
Pourquoi cela arrive
Un filtre configuré pour « mettre en attente pour examen » plutôt que « refuser » met la transaction en pause. Note d'Authorize.Net : « La transaction a été acceptée, mais est mise en attente pour examen par le commerçant. »
Ce que le magasin peut faire
Vérifiez la liste des transactions suspectes dans le Merchant Interface et agissez rapidement afin que les vrais acheteurs ne soient pas laissés en attente.
Pourquoi PlatformDTC annule 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 mis en attente était approuvé par la suite, l'acheteur serait débité pour une commande qui n'existe pas. Refuser la mise en attente immédiatement permet de maintenir simultanément « pas de commande » et « pas de débit », et l'acheteur peut simplement payer à nouveau.
Pour les développeurs
`transactionResponse.responseCode` est « 4 » (Mis en attente pour examen) avec le code de motif 252. Le code 253 est la même mise en attente après que la carte ait déjà été autorisée.
Questions fréquentes
- L'acheteur est-il débité lors d'une mise en attente Authorize.Net 252 ?
- Pas définitivement ; la transaction attend votre approbation ou votre refus dans le Merchant Interface. Sur PlatformDTC, la mise en attente est refusée immédiatement, donc rien n'est débité.
- En quoi le code 252 est-il différent du 253 ?
- 253 indique que la transaction a également été autorisée avant la mise en attente ; 252 indique qu'elle a été acceptée et mise en attente.
Sources
Voir aussi
- 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.
- 251 — Un filtre de la suite de détection de fraude a refusé le paiement, y compris le filtre d'IP bloquée.
- 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).