Fehler, Status und Wiederholungen
Prüfen Sie HTTP-Ergebnis und Transaktions-status. Auch 200 oder 201 kann eine abgelehnte oder ausstehende Transaktion enthalten.
| HTTP-Ergebnis | Vorgehen |
|---|---|
| 400 / 422 | Felder, Typen, Betragsskalierung, Umgebung und Empfänger prüfen; unverändert ungültige Anfragen nicht endlos wiederholen |
| 401 | Zugangsdaten, Gültigkeit und API-Host prüfen |
| 403 | Konto oder Schlüssel hat keine Berechtigung; Konto oder Umgebung nicht automatisch wechseln |
| 404 | ID und Kontokontext prüfen; beweist nicht das Fehlen einer Ressource in einem anderen Konto |
| 409 | Konflikt prüfen und ursprüngliche Operation wiederherstellen |
| 429 | Retry-After beachten, falls vorhanden; Lesezugriffe mit begrenztem Backoff wiederholen |
| Timeout / 5xx | Ergebnis möglicherweise unbekannt; ursprüngliche Operation über id oder txid prüfen |
Fehlerformate können je Endpunkt abweichen. Verwenden Sie dokumentierte maschinenlesbare Fehlercodes, falls vorhanden. error_description ist kein stabiler Code. Entfernen Sie Zugangsdaten und Zahlungsinstrumentdaten aus Logs.
Transaktionsergebnisse
charged: erfolgreich abgeschlossen.rejectedoderfailed: Grund und Originaloperation prüfen; kein Erfolg.refundedoderreversed: anderes Ergebnis als eine neu abgeschlossene Zahlung.- Ausstehend, Aktion erforderlich oder unbekannter Status: Zustand und Nutzeraktion anzeigen. Weder unbekannter Status noch Zeitstempel beweisen Erfolg.
Prüfen Sie über GET Transaktion. Gleiche Geschäftsanweisung behält bei Wiederholung dieselbe txid. Webhook-Zustellfehler und Zahlungsfehler sind verschiedene Ereignisse.