Journal des modifications

Notre politique de versioning : les nouveaux champs et endpoints sont additifs et ne comptent jamais comme un changement cassant sous le préfixe /api/v1/ — supprimer ou modifier le sens d'un champ existant serait une v2. Cela signifie que vous pouvez considérer chaque entrée ci-dessous comme « voici ce qui est nouveau », pas « voici ce qui pourrait casser votre intégration ».

2026-08-04

• GET /events ajouté pour les intégrations par polling. Le flux d'événements renvoie les événements batch.completed, document.completed et document.failed du plus récent au plus ancien, avec des identifiants d'événement stables pour la déduplication type Zapier. Voir la référence Webhooks.

2026-07-22

• POST /templates impose désormais une limite de 30 templates par compte. Une fois la limite atteinte, la création d'un autre template (de zéro ou depuis un préréglage) renvoie 400 template_limit_reached — supprimez d'abord un template existant. Cette limite n'était auparavant pas appliquée. Voir la référence Templates & Fields.

2026-07-21

• POST /documents accepte désormais les fichiers Word (.docx) et texte brut (.txt), pas seulement les images et PDF. Les deux sont convertis en PDF côté serveur puis suivent exactement le même découpage par page qu'un téléversement PDF natif — un .docx multipage produit un Document par page, comme le comportement PDF actuel. Le format binaire hérité .doc n'est pas pris en charge ; enregistrez d'abord en .docx. Voir la référence Documents.
• Limite de pages par téléversement relevée de 30 à 50 pages. S'applique aux téléversements PDF natifs et aux fichiers .docx/.txt convertis côté serveur. Voir la référence Documents.
• GET /documents/{document_id}/image prend désormais en charge ?size=thumb pour une version plus petite et pré-générée de l'image de page — plus rapide à charger dans une vue liste/grille que l'image pleine résolution. Repli sur l'image complète si aucune vignette n'a été générée pour ce document (jamais une erreur). Voir la référence Documents.

2026-07-20

• Les webhooks de batch se réarment désormais automatiquement lorsque vous retraitez un batch. Si vous ajoutez d'autres documents à un batch qui vous a déjà notifié une fois et que vous appelez process à nouveau, vous serez notifié à nouveau lorsque cette nouvelle vague se terminera — plus besoin de re-PUT le webhook. Consultez le guide Webhooks . Si votre intégration réenregistre actuellement le webhook avant chaque vague comme solution de contournement, vous pouvez arrêter sans risque — cet appel ne réarmait en réalité jamais rien.
• Les tâches d'annotation Bbox livrent désormais un événement webhook. Un événement document.bbox_completed se déclenche sur le webhook du batch du document lorsqu'une tâche bbox atteint un statut terminal — auparavant, les complétions bbox ne produisaient aucune notification, quelle que soit l'inscription. Consultez le guide Webhooks.
• remaining_batch_capacity ajouté aux réponses POST /documents. Vous indique combien de documents supplémentaires ce batch peut accepter avant d'atteindre la taille maximale de batch de votre plan, sans appel séparé à GET /account.
• Les livraisons document.bbox_completed sont désormais réclamées atomiquement, comme batch.completed. Une tâche bbox dont les groupes de lignes se terminent à quelques instants d'intervalle sur différents threads déclenchait parfois deux livraisons distinctes pour ce qui était logiquement une seule complétion — vous ne devriez plus voir cela. Si votre intégration dédupliquait ces événements par data.group_batch_id comme solution de contournement, vous pouvez continuer sans risque.

2026-07-16

• API v1 lancée. Publication publique de /api/v1/, couvrant les ressources Documents, Batches, Templates & Fields, Webhooks et Account pour le mode de traitement table (extraction structurée de champs). Consultez Aperçu de l'API pour commencer.