Authorize.Net · Ablehnungscodes
Was bedeutet Authorize.Net E00027 „Die Transaktion war nicht erfolgreich“?
Geprüft am
Authorize.Net E00027, „Die Transaktion war nicht erfolgreich“, ist eine API-Level-Nachricht, nicht der Grund selbst. Authorize.Net empfiehlt, das errorCode-Feld in der Antwort zu überprüfen: Dieses enthält den Antwort-Ursachencode, wie z.B. 2 für eine Ablehnung oder 27 für eine AVS-Diskrepanz. Es kann auch bei HSBC oder FDI Australia erscheinen, wenn validationMode liveMode ist, da diese keine Autorisierungsstornierungen unterstützen.
- Typ
- API-Ergebnis (siehe Ursachencode)
- Wer abgelehnt hat
- Hängt vom enthaltenen Ursachencode ab
- Wiederholen
- Hängt vom errorCode in der Transaktionsantwort ab.
- Kundenaktion
- Folgen Sie dem angezeigten Grund, versuchen Sie normalerweise eine andere Karte.
- Händleraktion
- Lesen Sie transactionResponse.errors für den spezifischen Ursachencode.
Was PlatformDTC macht
PlatformDTC liest über E00027 hinaus den eigenen errorCode der Transaktion und handelt danach: Es zeigt dem Käufer den Fehlertext von Authorize.Net und verwendet den Ursachencode, um zu entscheiden, ob ein Backup-Prozessor angeboten werden kann.
Warum es passiert
Authorize.Net gibt E00027 in Nachrichten zurück, wann immer eine Transaktionsanfrage nicht erfolgreich ist. Die Details befinden sich in transactionResponse.errors.
Was der Shop tun kann
Suchen Sie den errorCode, der mit E00027 kam, in dieser Bibliothek. Für Validierungsfehler von Kundenprofilen bei HSBC oder FDI Australia empfiehlt Authorize.Net validationMode testMode.
Für Entwickler
messages.resultCode "Error", messages.message[0].code "E00027"; transactionResponse.errors[0].errorCode / errorText enthalten den Grund.
Häufige Fragen
- Was bedeutet Authorize.Net E00027 eigentlich?
- Dass die Transaktion fehlgeschlagen ist; der spezifische Grund ist der errorCode in der Transaktionsantwort.
- Warum erhalte ich E00027, wenn ich Kundenprofile erstelle?
- Bei HSBC oder FDI Australia schlägt die liveMode-Validierung fehl, da diese Prozessoren keine Autorisierungsstornierungen unterstützen; Authorize.Net empfiehlt testMode.
Quellen
- Authorize.Net Response Code Tool (Antwort-Ursachencodes) — Authorize.Net
- Authorize.Net Antwortcodes (JSON-Liste hinter dem Response Code Tool) — Authorize.Net
- Authorize.Net API-Referenz: createTransactionResponse-Felder — Authorize.Net
Siehe auch
- 2 — Der Kartenaussteller oder der Prozessor in seinem Namen hat die Zahlung ohne spezifischen Grund abgelehnt.
- 27 — Die eingegebene Rechnungsadresse stimmt nicht mit der Adresse überein, die die Bank der Karte hinterlegt hat.
- E00001 — Authorize.Net ist auf einen internen Fehler gestoßen; die Anfrage wurde nicht abgeschlossen.
- E00007 — Die API Login ID oder der Transaction Key ist falsch oder wurde an die falsche Umgebung gesendet.
- 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.