Authorize.Net · Ablehnungscodes
Was bedeutet Authorize.Net 254 „Diese Transaktion wurde abgelehnt (nach manueller Überprüfung)“?
Geprüft am
Authorize.Net Antwort-Grundcode 254 bedeutet, dass die Transaktion nach manueller Überprüfung abgelehnt wurde: Ein Betrugsfilter hat sie gehalten, und jemand auf Händlerseite hat sie dann im Merchant Interface abgelehnt. Es ist eine Entscheidung des Shops, keine Ablehnung der Bank. Wenn die Entscheidung ein Fehler war, muss der Käufer einfach eine neue Zahlung vornehmen.
- Typ
- Abgelehnt durch Händlerprüfung
- Wer abgelehnt hat
- Der Shop (manuelle Überprüfung)
- Wiederholen
- Nein, es war eine bewusste Entscheidung.
- Käuferaktion
- Kontaktieren Sie den Shop, wenn Sie glauben, dass es ein Fehler war.
- Händleraktion
- Nichts, es sei denn, die Überprüfung war falsch; dann bitten Sie den Käufer, erneut zu bezahlen.
Was PlatformDTC macht
PlatformDTC klassifiziert Authorize.Net Code 254 als Betrugsstopp, sodass eine Zahlung, die Ihr Team bei der Überprüfung abgelehnt hat, niemals über einen Backup-Prozessor hinter Ihrem Rücken erneut versucht wird. Bei einer Abonnementverlängerung wird der Code nicht erneut versucht: Das Abonnement wird als überfällig gehalten und der Kunde erhält eine E-Mail mit einem Link zum Hinzufügen einer neuen Karte.
Warum es passiert
Transaktionen, die von der Fraud Detection Suite gehalten werden (Codes 252 und 253), landen hier, wenn der Prüfer „Ablehnen“ wählt.
Was der Shop tun kann
Wenn die Überprüfung korrekt war, ist keine Aktion erforderlich. Wenn nicht, kontaktieren Sie den Kunden und bitten Sie ihn, erneut zu bezahlen; eine abgelehnte gehaltene Transaktion kann nicht wiederbelebt werden.
Für Entwickler
errors[0].errorCode "254" gemeldet für eine Transaktion, die aus der Warteschlange „zur Überprüfung gehalten“ abgelehnt wurde.
Häufige Fragen
- Wer hat Authorize.Net Code 254 abgelehnt?
- Ihr eigenes Team, nachdem es eine Transaktion überprüft hat, die Ihre Betrugsfilter gehalten haben.
- Kann eine Code 254-Transaktion später genehmigt werden?
- Nein. Der Käufer muss eine neue Zahlung vornehmen.
Quellen
- Authorize.Net Response Code Tool (Antwort-Grundcodes) — Authorize.Net
- Authorize.Net Antwortcodes (JSON-Liste hinter dem Response Code Tool) — Authorize.Net
Siehe auch
- 252 — Die Zahlung wurde akzeptiert, wird aber von einem auf "Halten" gesetzten Betrugsfilter zur Überprüfung zurückgehalten.
- 253 — Die Karte wurde autorisiert, aber ein Betrugsfilter hält die Zahlung zur Überprüfung zurück.
- 295 — Die Prepaid-Karte deckte nur einen Teil des Betrags ab; für den Rest ist eine weitere Zahlung erforderlich.
- 36 — Die Bank hat die Karte beim Checkout genehmigt, aber die Zahlung schlug bei der Abrechnung fehl.
- 6 — Die Kartennummer hat die Validierung nicht bestanden: ein Tippfehler, eine fehlende Ziffer oder keine echte Kartennummer.
- 37 — Die Kartennummer wurde als ungültig abgelehnt (gleicher Text wie bei Code 6).
- 315 — Der Prozessor lehnte die Kartennummer als ungültig ab.
- 7 — Das Ablaufdatum wurde im falschen Format gesendet oder ist kein gültiges Datum.