Zum Inhalt springen

Error Codes

Fehlerformat

Alle API-Fehler verwenden ein einheitliches JSON-Format:

{
  "detail": {
    "error": {
      "code": "ERROR_CODE",
      "message": "Menschenlesbare Beschreibung."
    }
  }
}

Authentifizierung

HTTPCodeBeschreibungRetry
401UNAUTHORIZEDKein oder ungueltiger API Key im Authorization-Header.Nein — Key pruefen.

Rate Limiting

HTTPCodeBeschreibungRetry
429RATE_LIMIT_EXCEEDEDZu viele Requests.Ja — nach Retry-After Sekunden.

Der Retry-After-Header gibt die Wartezeit in Sekunden an.


Enrichments

HTTPCodeBeschreibungRetry
402INSUFFICIENT_ENRICHMENTSNicht genug Enrichments.Nein — Enrichments kaufen.

Validierung

HTTPCodeBeschreibungRetry
422VALIDATION_ERRORUngueltige Produktdaten (z.B. product_name fehlt oder leer).Nein — Request korrigieren.
422(Pydantic)Felder mit falschem Typ oder ausserhalb der Grenzen.Nein — Request korrigieren.

LLM-Provider

HTTPCodeBeschreibungRetry
502LLM_UNAVAILABLEKI-Provider voruebergehend nicht erreichbar.Ja — nach wenigen Sekunden.
502LLM_ERRORKI-Provider hat einen Fehler zurueckgegeben.Ja — nach wenigen Sekunden.
503LLM_RATE_LIMITKI-Provider Rate Limit erreicht.Ja — nach Retry-After Sekunden (Standard: 10s).

Webhooks

HTTPCodeBeschreibungRetry
401Ungueltige HMAC-Signatur.Nein — Webhook-Secret pruefen.
400Ungueltiger JSON-Body oder Payload-Struktur.Nein — Payload pruefen.

Key Generation

HTTPCodeBeschreibungRetry
400INVALID_REQUESTAccount konnte nicht erstellt werden (z.B. doppelte E-Mail).Nein — andere E-Mail verwenden oder weglassen.
429RATE_LIMIT_EXCEEDEDMehr als 5 Key-Erstellungen pro Stunde pro IP.Ja — nach Retry-After Sekunden.

Best Practices

  1. Retry bei 502/503 — LLM-Provider-Fehler sind voruebergehend. Exponential Backoff empfohlen.
  2. Kein Retry bei 401/402/422 — Diese Fehler erfordern eine Aenderung am Request.
  3. X-Request-ID loggen — Bei Support-Anfragen die Request-ID mitgeben.
  4. Retry-After beachten — Bei 429 und 503 immer den Header-Wert verwenden.