Limits & Aufbewahrung
Upload-Limits
Abschnitt betitelt „Upload-Limits“| Limit | Wert |
|---|---|
| Max. Größe pro Datei | 200 MB |
| Max. Größe pro Anfrage | 815 MB |
| Max. Dateien pro Anfrage | 1000 |
| Akzeptierter Typ | nur PDF (application/pdf) |
Das Überschreiten eines Größenlimits liefert 413; eine Nicht-PDF-Datei
wird mit 400 abgelehnt.
Es gibt kein hartes Limit für die Seitenzahl — große Dokumente brauchen schlicht länger.
Rate-Limits & Parallelität
Abschnitt betitelt „Rate-Limits & Parallelität“Es gibt kein festes öffentliches Request-Rate-Limit und keine synchrone Ablehnung beim Upload. Der Durchsatz wird durch dein vertragliches Upload-Kontingent gesteuert, das asynchron geprüft wird, nachdem der Upload angenommen wurde.
Ein Upload wird sofort angenommen (200, bzw. 202 beim Upload per URL) und liefert eine
caseId. Ist dein Kontingent erschöpft, wird dieser Job nicht verarbeitet: sein Status wechselt zu
quota_pending und dann zum finalen quota_exceeded (und ein
case.quota_exceeded-Webhook wird ausgelöst, falls du einen registriert
hast). Es gibt kein 429 abzufangen — beobachte stattdessen den Job-Status. Ein
quota_exceeded-Ergebnis bedeutet, dass du dein vertragliches Volumen erreicht hast; sprich
uns auf ein höheres Kontingent an.
Parallelität: Es gibt keine Obergrenze für gleichzeitige Verarbeitung pro Konto — du kannst mehrere PDFs parallel einreichen und verarbeiten lassen, begrenzt nur durch dein Kontingent. Jobs laufen über eine gemeinsame Verarbeitungs-Warteschlange; die Gesamtdauer hängt daher von der allgemeinen Auslastung und der Dokumentgröße ab.
Aufbewahrung & Löschung
Abschnitt betitelt „Aufbewahrung & Löschung“- Aufbewahrung: Cases und ihre Dateien werden aufbewahrt, bis du sie löschst. Es gibt keinen automatischen Ablauf — nichts wird zeitgesteuert entfernt.
- Löschung ist endgültig.
DELETE /api/v1/upload-service/delete/{caseId}entfernt den Case, alle seine Iterationen und die gespeicherten Dateien unwiderruflich. Es gibt kein Soft-Delete und keine Wiederherstellung.