EntwicklerdokumentationErste Schritte
Rate Limits & Limits
Anfrageraten, Jobgröße, parallele Jobs und Aufbewahrung.
Unten stehen die Standardwerte. GET /v1/limits liefert die Werte für Ihre Organisation.
| Limit | Wert |
|---|---|
| Anfragen pro Minute / Stunde / Tag | 60 / 1.000 / 5.000 |
Artikeleinheiten pro Job (Summe von quantity) | 2.000 |
| Fahrzeuge pro Job (inkl. hinzugefügter) | 20 |
| Rechenzeitbudget pro Job | 90 s |
| Gleichzeitig berechnete Jobs | 1 |
| Wartende + laufende Jobs | 20 |
| Fahrzeugtypen | truck, trailer, container, pallet |
| Anfrage-Body | 10 MB |
?wait | 60 s |
| Aufbewahrung von Bodies, Ergebnissen, PDF-Links | 14 Tage |
Rate Limits
Gezählt wird pro Minute, Stunde und Tag, jeweils pro Schlüssel und für die Organisation. Es gilt das strengste Limit.
| Header | Bedeutung |
|---|---|
X-RateLimit-Limit | Limit des strengsten Fensters |
X-RateLimit-Remaining | Verbleibende Anfragen darin |
X-RateLimit-Reset | Unix-Zeit, zu der es zurückgesetzt wird |
Retry-After | Bei 429: Wartezeit in Sekunden |
Bei Überschreitung: 429 rate_limited. Mehr als 60 fehlgeschlagene Authentifizierungen pro Minute von einer IP-Adresse führen ebenfalls zu 429.
Jobs
Jobs über dem Limit für gleichzeitige Berechnungen warten als queued. Sind bereits 20 Jobs wartend oder laufend, antwortet POST /v1/pack mit 429 too_many_jobs.
Aufbewahrung
Anfrage- und Ergebnis-Bodies sowie PDF-Links werden nach 14 Tagen gelöscht (expires_at an jedem Job). Status, Zähler und Kosten bleiben erhalten.