Registro de cambios

Nuestra política de versiones: los campos y endpoints nuevos son aditivos y nunca cuentan como un cambio incompatible bajo el prefijo /api/v1/ — eliminar o cambiar el significado de un campo existente sería una v2. Eso significa que puedes tratar cada entrada de abajo como "esto es lo nuevo", no como "esto podría romper tu integración".

2026-08-04

• Se añade GET /events para integraciones por polling. El feed de eventos devuelve eventos batch.completed, document.completed y document.failed del más reciente al más antiguo, con IDs de evento estables para la deduplicación estilo Zapier. Consulta la referencia de Webhooks.

2026-07-22

• POST /templates ahora aplica un límite de 30 plantillas por cuenta. Cuando llegues al límite, crear otra plantilla (desde cero o desde una predefinida) devuelve 400 template_limit_reached — elimina primero una plantilla existente. Este límite antes no se aplicaba. Consulta la referencia de Templates & Fields.

2026-07-21

• POST /documents ahora acepta archivos de Word (.docx) y texto plano (.txt), no solo imágenes y PDFs. Ambos se convierten a PDF en el servidor y luego siguen exactamente el mismo proceso de división por página que una subida de PDF nativa — un .docx de varias páginas produce un Document por página, igual que el comportamiento actual con PDF. El formato binario heredado .doc no es compatible; guarda primero como .docx. Consulta la referencia de Documents.
• El límite de páginas por subida sube de 30 a 50 páginas. Se aplica tanto a subidas de PDF nativas como a archivos .docx/.txt convertidos en el servidor. Consulta la referencia de Documents.
• GET /documents/{document_id}/image ahora admite ?size=thumb para una versión más pequeña y pregenerada de la imagen de la página — se carga más rápido en una vista de lista/cuadrícula que la página a resolución completa. Usa la imagen completa si no se generó una miniatura para ese documento (nunca es un error). Consulta la referencia de Documents.

2026-07-20

• Los webhooks de lotes ahora se rearman automáticamente al reprocesar un lote. Si subes más documentos a un lote que ya te notificó una vez y llamas a process de nuevo, ahora recibirás otra notificación cuando termine esa nueva tanda — sin necesidad de volver a hacer PUT al webhook. Consulta la guía de Webhooks. Si tu integración actualmente vuelve a registrar el webhook antes de cada tanda como solución temporal, puedes dejarlo — esa llamada nunca estuvo rearmando nada.
• Los trabajos de anotación de bbox ahora envían un evento de webhook. Un evento document.bbox_completed se dispara en el webhook del lote del documento cuando un trabajo de bbox alcanza un estado terminal — antes las finalizaciones de bbox no producían ninguna notificación, independientemente del registro. Consulta la guía de Webhooks.
• Se añadió remaining_batch_capacity a las respuestas de POST /documents. Te indica cuántos documentos más puede aceptar este lote antes de alcanzar el tamaño máximo de lote de tu plan, sin necesidad de llamar por separado a GET /account.
• Las entregas de document.bbox_completed ahora se reclaman atómicamente, igual que batch.completed. Un trabajo de bbox cuyos grupos de filas terminan con momentos de diferencia en hilos distintos solía disparar a veces dos entregas separadas para lo que lógicamente era una sola finalización — ya no deberías ver eso. Si tu integración estaba deduplicando estos eventos por data.group_batch_id como solución temporal, no pasa nada por seguir haciéndolo.

2026-07-16

• Se lanzó la API v1. Publicación oficial de /api/v1/, que cubre los recursos de Documents, Batches, Templates & Fields, Webhooks y Account para el modo de procesamiento table (extracción estructurada de campos). Consulta la Descripción general de la API para empezar.