Ablehnungscodes
Authorize.Net Antwort-Grundcodes erklärt
Geprüft am
Authorize.Net gibt einen Antwortcode (1 genehmigt, 2 abgelehnt, 3 Fehler, 4 zur Überprüfung gehalten) und einen Antwort-Grundcode zurück, der den Grund angibt. Einige Gründe sind die Ablehnung durch die Bank des Käufers, andere sind Ihre eigenen Betrugsfilter, und viele sind Einrichtungs- oder Integrationsfehler, die kein Käufer beheben kann. Jede Seite unten erklärt einen Grundcode in einfachen Worten, ob ein erneuter Versuch funktionieren kann und was PlatformDTC tut, wenn es diesen Code auf dem eigenen Authorize.Net-Konto eines Shops sieht.
| Grundcode | Bedeutung |
|---|---|
| 2 | Der Kartenaussteller oder der Prozessor in seinem Namen hat die Zahlung ohne spezifischen Grund abgelehnt. |
| 3 | Der Aussteller möchte eine telefonische Autorisierung (einen Anruf), bevor er diese Abbuchung genehmigt. |
| 4 | Der Prozessor meldet, dass die Karte eingezogen werden muss: Der Aussteller möchte sie außer Betrieb nehmen. |
| 41 | Ihr eigener FraudScreen.Net-Schwellenwert hat die Zahlung blockiert, weil der Betrugsscore zu hoch war. |
| 141 | FraudScreen.Net hat die Zahlung abgelehnt, aber die automatische Stornierung der Autorisierung ist nicht erfolgt. |
| 44 | Der Prozessor lehnte ab, weil der Sicherheitscode (CVV) der Karte nicht mit den Aufzeichnungen der Bank übereinstimmte. |
| 45 | Sowohl die Adressprüfung als auch die Sicherheitscode-Prüfung haben die von Ihnen festgelegten Ablehnungsregeln getroffen. |
| 145 | Ihre AVS- und Kartenprüfnummer-Filter haben den Verkauf abgelehnt, aber die automatische Stornierung der Autorisierung ist fehlgeschlagen. |
| 65 | Ihr Kartenprüfnummer (CVV)-Filter hat die Zahlung aufgrund des Sicherheitscode-Ergebnisses abgelehnt. |
| 165 | Eine Abweichung des Sicherheitscodes hat Ihre Einstellungen ausgelöst und die automatische Stornierung der Autorisierung ist fehlgeschlagen. |
| 27 | Die eingegebene Rechnungsadresse stimmt nicht mit der Adresse überein, die die Bank der Karte hinterlegt hat. |
| 127 | Eine AVS-Diskrepanz lehnte den Verkauf ab und die automatische Stornierung schlug fehl, sodass eine Sperre auf der Karte verbleiben kann. |
| 128 | Die Bank des Käufers erlaubt derzeit keine Transaktionen auf diesem Konto. |
| 250 | Die Zahlung kam von einer IP-Adresse, die Sie in den Betrugstools von Authorize.Net blockiert haben. |
| 251 | Ein Filter der Fraud Detection Suite lehnte die Zahlung ab, einschließlich des blockierten IP-Filters. |
| 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. |
| 254 | Sie oder Ihr Team haben die Zahlung abgelehnt, nachdem Sie eine gehaltene Transaktion überprüft haben. |
| 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. |
| 316 | Der Prozessor lehnte das Ablaufdatum der Karte als ungültig ab. |
| 8 | Das Ablaufdatum der Karte ist abgelaufen, daher kann sie nicht mehr belastet werden. |
| 317 | Der Prozessor hat abgelehnt, weil die Karte abgelaufen ist. |
| 78 | Der gesendete Sicherheitscode (CVV) hatte das falsche Format, zum Beispiel die falsche Anzahl von Ziffern. |
| 11 | Eine identische Transaktion wurde innerhalb des Duplikatfensters gesendet (standardmäßig zwei Minuten). |
| 318 | Der Prozessor hat die Anfrage als Duplikat einer früheren Transaktion abgelehnt. |
| 17 | Ihr Authorize.Net Gateway ist nicht für die Annahme dieser Kartenmarke eingerichtet. |
| 28 | Ihre Prozessorplattform ist nicht für die Annahme dieser Kartenmarke eingerichtet. |
| 56 | Das Konto verarbeitet nur eChecks, daher werden Kartenzahlungen abgelehnt. |
| 39 | Die gesendete Währung ist nicht die, für die Ihr Authorize.Net-Konto eingerichtet ist. |
| 49 | Der Betrag liegt über dem maximal zulässigen Transaktionsbetrag für Ihr Konto. |
| 5 | Das Feld für den Betrag fehlte oder war keine gültige Zahl. |
| 13 | Die API Login ID ist falsch, an die falsche Umgebung gesendet worden oder das Konto ist inaktiv. |
| 123 | Ein persönlicher Benutzer-Login wurde verwendet, um Software zu verbinden; es wird stattdessen die API-Login-ID benötigt. |
| 124 | Ihr Prozessor unterstützt keine als wiederkehrend gekennzeichneten Transaktionen. |
| 153 | Die Wallet-Zahlungsdaten (wie Apple Pay) konnten nicht wie gesendet verarbeitet werden. |
| 154 | Apple Pay ist für dieses Authorize.Net-Konto nicht aktiviert. |
| 289 | Ihr Prozessor führt für diese Kartenmarke keine $0-Kartenprüfung durch. |
| 19 | Authorize.Net hat keine Antwort vom Kartenprozessor erhalten (ein Verbindungsproblem). |
| 20 | Authorize.Net hat den Kontakt zum Kartenprozessor verloren, bevor eine Antwort erhalten wurde. |
| 35 | Ihr Händlerkonto wurde beim Prozessor falsch eingerichtet. |
| 57 | Der Prozessor konnte Daten in der Anfrage nicht interpretieren, wie eine falsche CVV-Länge oder ein falsches ZIP-Format. |
| 63 | Oft sind Ihre Geschäftsdaten (wie z.B. das Land) für ein TSYS-Prozessorkonto falsch. |
| 120 | Die ursprüngliche Transaktion ist abgelaufen und die automatische Stornierung ist ebenfalls fehlgeschlagen. |
| 16 | Die Transaktions-ID, auf die Sie sich bezogen haben (für eine Rückerstattung oder Stornierung), ist nicht auf diesem Authorize.Net Konto. |
| 50 | Sie können nur eine abgewickelte Transaktion erstatten; diese ist noch nicht abgewickelt. |
| 54 | Die Rückerstattung kann nicht ausgestellt werden: nicht abgewickelt, falscher Typ oder Währung, ungültige ID, oder vor über 180 Tagen abgewickelt. |
| 55 | Diese Rückerstattung plus frühere Rückerstattungen wären mehr als die ursprüngliche Zahlung. |
| E00027 | Die API meldet, dass die Transaktion fehlgeschlagen ist; der wahre Grund liegt im errorCode der Transaktion. |
| E00007 | Die API Login ID oder der Transaction Key ist falsch oder wurde an die falsche Umgebung gesendet. |
| E00001 | Authorize.Net ist auf einen internen Fehler gestoßen; die Anfrage wurde nicht abgeschlossen. |
| E00003 | Die an die API gesendete Anfrage war fehlerhaft, sodass Authorize.Net sie nicht lesen konnte. |
| E00013 | Ein Feld in der Anfrage hat einen ungültigen Wert; der Antworttext benennt es. |
| E00039 | Ein Kundenprofil mit denselben Details existiert bereits auf dem Konto. |
| E00040 | Das von Ihnen referenzierte Kunden- oder Zahlungsprofil existiert auf diesem Konto nicht. |
| E00044 | Gespeicherte Kundenprofile (CIM) sind für dieses Konto nicht aktiviert. |
| E00009 | Das Konto ist im Testmodus, daher wird die Anfrage nicht verarbeitet. |
Bankablehnungen, Ihre Filter oder Einrichtungsfehler
Die Codes 2, 3, 4 und 128 stammen von der Bank der Karte. Die Codes 27, 41, 44, 45, 65 und 250 bis 254 betreffen Adressprüfungen, Sicherheitscode-Prüfungen oder Betrugsfilter, von denen Sie einige selbst in der Merchant Interface konfigurieren.
Codes wie 13, 17, 28, 35, 39 und 63 sind Probleme bei der Kontoeinrichtung; jeder Käufer wird auf sie stoßen, bis die Einrichtung behoben ist. Die Codes 19, 20 und E00001 sind temporäre Verarbeitungsfehler.
Regeln für erneute Versuche
Kartennetzwerke begrenzen erneute Versuche. Visa erlaubt niemals einen erneuten Versuch bei seinen "Aussteller wird nicht genehmigen"-Antworten (wie Karte einziehen, Konto geschlossen oder Zahlung stoppen) und begrenzt andere Ablehnungen auf 15 erneute Versuche in 30 Tagen. Mastercard-Hinweiscodes 03 und 21 bedeuten, nicht erneut zu versuchen.
Bei Abonnementverlängerungen liest PlatformDTC den Grundcode auf die gleiche Weise, wie es eine Stripe-Ablehnung liest: abgelaufene, falsche oder gesperrte Karten (wie 4, 6, 7, 8, 27, 44, 251 und 317) werden nicht erneut versucht und der Kunde wird um eine neue Karte gebeten; eine allgemeine Ablehnung (2) oder Weiterleitung (3) erhält einen erneuten Versuch 48 bis 72 Stunden später; temporäre Verarbeitungsfehler werden aufgeschoben und erneut versucht, ohne dem Kunden angerechnet zu werden.
Für Entwickler
Das Gesamtergebnis ist `transactionResponse.responseCode` (1 Genehmigt, 2 Abgelehnt, 3 Fehler, 4 Zur Überprüfung gehalten). Der Grundcode ist `transactionResponse.errors[0].errorCode` mit `errorText`; Ergebnisse auf API-Ebene verwenden `messages.message[0].code` (I000xx Erfolg, E000xx Fehler).
Häufige Fragen
- Was ist der Unterschied zwischen Authorize.Net Antwortcodes und Grundcodes?
- Der Antwortcode ist das Gesamtergebnis (1 genehmigt, 2 abgelehnt, 3 Fehler, 4 zur Überprüfung gehalten); der Antwort-Grundcode erklärt, warum.
- Funktioniert PlatformDTC mit Authorize.Net?
- Ja. Ein Shop kann sein eigenes Authorize.Net-Konto für den Checkout und Abonnementverlängerungen verbinden; Kartendetails laufen über Authorize.Net's Accept.js, sodass Kartennummern niemals die Server von PlatformDTC berühren.
Quellen
- Authorize.Net Antwortcode-Tool (Antwort-Grundcodes) — Authorize.Net
- Authorize.Net API-Referenz: `createTransactionResponse` Felder — Authorize.Net
- Zuordnung zu Visa Systemintegritätsgebührenkategorien (Wiederholungslimits) — Adyen
- Mastercard Händler-Hinweiscodes (Anleitung für erneute Versuche) — Checkout.com