Changelog

Unsere Versionierungsrichtlinie: Neue Felder und neue Endpoints sind additiv und zählen unter dem /api/v1/-Präfix nie als Breaking Change — das Entfernen oder Umdeuten eines bestehenden Felds wäre ein v2. Das heißt, du kannst jeden Eintrag hier als „das ist neu" verstehen, nicht als „das könnte deine Integration brechen".

2026-08-04

GET /events für Polling-Integrationen hinzugefügt. Der Event-Feed liefert batch.completed, document.completed und document.failed-Events neueste zuerst, mit stabilen Event-IDs für Zapier-artige Deduplizierung. Siehe Webhooks- Referenz.

2026-07-22

POST /templates erzwingt jetzt ein Limit von 30 Templates pro Account. Sobald du am Limit bist, gibt das Erstellen eines weiteren Templates (von Grund auf oder aus einer Vorlage) 400 template_limit_reached zurück — lösche zuerst ein bestehendes Template. Dieses Limit war vorher nicht durchgesetzt. Siehe die Templates & Fields-Referenz.

2026-07-21

POST /documents akzeptiert jetzt Word- (.docx) und Textdateien (.txt), nicht nur Bilder und PDFs. Beide werden serverseitig in PDF konvertiert und folgen dann exakt dem gleichen Seiten-Splitting wie ein natives PDF-Upload — ein mehrseitiges .docx erzeugt ein Document pro Seite, genau wie beim bisherigen PDF-Verhalten. Das alte binäre .doc-Format wird nicht unterstützt; speichere zuerst als .docx. Siehe die Documents- Referenz.
Seitenlimit pro Upload von 30 auf 50 Seiten erhöht. Gilt sowohl für native PDF-Uploads als auch für serverseitig konvertierte .docx/.txt-Dateien. Siehe die Documents-Referenz.
GET /documents/{document_id}/image unterstützt jetzt ?size=thumb für eine kleinere, vorab generierte Version des Seitenbilds — lädt in einer Listen-/Grid-Ansicht schneller als das Bild in voller Auflösung. Fällt auf das volle Bild zurück, wenn für dieses Dokument kein Thumbnail generiert wurde (nie ein Fehler). Siehe die Documents- Referenz.

2026-07-20

Batch-Webhooks werden beim erneuten Verarbeiten eines Batches automatisch wieder aktiviert. Wenn du weitere Dokumente in einen Batch hochlädst, der dich bereits einmal benachrichtigt hat, und process erneut aufrufst, wirst du jetzt wieder benachrichtigt, sobald diese neue Welle abgeschlossen ist — kein erneutes PUT des Webhooks nötig. Siehe Webhooks- Leitfaden. Falls deine Integration den Webhook bisher vor jeder Welle als Workaround neu registriert hat, kannst du das gefahrlos einstellen — dieser Aufruf hat nie wirklich etwas reaktiviert.
Bbox-Annotationsaufträge liefern jetzt ein Webhook-Event. Ein document.bbox_completed Event wird beim Batch-Webhook des Dokuments ausgelöst, wenn ein Bbox-Auftrag einen Endstatus erreicht — zuvor erzeugten Bbox-Abschlüsse keinerlei Benachrichtigung, unabhängig von der Registrierung. Siehe Webhooks-Leitfaden.
remaining_batch_capacity zu POST /documents-Antworten hinzugefügt. Zeigt dir, wie viele weitere Dokumente dieser Batch aufnehmen kann, bevor die maximale Batch-Größe deines Plans erreicht ist — ohne separaten Aufruf von GET /account.
document.bbox_completed-Zustellungen werden jetzt atomar beansprucht, genau wie batch.completed. Ein Bbox-Auftrag, dessen Zeilengruppen auf verschiedenen Threads innerhalb von Augenblicken nacheinander abschließen, hat früher manchmal zwei separate Zustellungen für einen logisch einzigen Abschluss ausgelöst — das solltest du nicht mehr sehen. Falls deine Integration diese Events über data.group_batch_id als Workaround dedupliziert, kannst du das bedenkenlos weiterhin tun.

2026-07-16

v1 API gestartet. Öffentliche Veröffentlichung von /api/v1/, abdeckend Documents, Batches, Templates & Fields, Webhooks und Account-Ressourcen für den table-Verarbeitungsmodus (strukturierte Feldextraktion). Siehe API-Übersicht für den Einstieg.