Einführung
Diese Anleitung deckt alle möglichen Antwortcodes, Fehlerformate und Best Practices für die Behandlung von Fehlern bei der Integration mit der Lovi API ab.📊 HTTP-Statuscodes
Erfolgreiche Antworten
200 OK - Anfrage erfolgreich
Benachrichtigung verarbeitet:Client-Fehlerantworten (4xx)
400 Bad Request - Ungültige Parameter
Erforderliches Feld fehlt:401 Unauthorized - Authentifizierung fehlgeschlagen
Ungültiger Zugriffsschlüssel:403 Forbidden - Zugriff verweigert
Unzureichende Berechtigungen:404 Not Found - Ressource nicht gefunden
Template nicht gefunden:422 Unprocessable Entity - Geschäftslogik-Fehler
Template nicht genehmigt:429 Too Many Requests - Ratenlimit überschritten
Ratenlimit erreicht:Server-Fehlerantworten (5xx)
500 Internal Server Error
Allgemeiner Serverfehler:502 Bad Gateway
Upstream-Service-Fehler:503 Service Unavailable
Wartungsmodus:🔄 Retry-Strategien
Empfohlene Retry-Logik
| Statuscode | Aktion | Retry-Strategie |
|---|---|---|
400, 404, 422 | ❌ Nicht wiederholen | Anfrage korrigieren und erneut versuchen |
401, 403 | ❌ Nicht wiederholen | Authentifizierung aktualisieren |
429 | ⏰ Mit Backoff wiederholen | retry_after-Header verwenden |
500, 502, 503 | 🔄 Mit exponentiellem Backoff wiederholen | Max 3 Versuche |
📝 Best Practices
Checklist für Fehlerbehandlung
✅ Pre-Request-Validierung- Telefonnummernformat validieren
- Erforderliche Felder überprüfen
- Datetime-Format validieren
- Template-Existenz überprüfen
- Alle API-Anfragen protokollieren
- request_id in Logs einschließen
- Antwortzeiten überwachen
- Fehlerraten verfolgen
- Angemessene Retry-Logik implementieren
- Authentifizierungstokens cachen
- Ratenlimits elegant behandeln
- Bedeutungsvolle Fehlermeldungen an Benutzer liefern
- Benutzerfreundliche Fehlermeldungen anzeigen
- Umsetzbare Rückmeldung bereitstellen
- Interne Fehlerdetails nicht freigeben
- Alternativen anbieten, wenn möglich
request_id einzuschließen, wenn Sie sich an den Support wenden, für eine schnellere Fehlerbehebung.