Febrero de 2026

February 26, 2026

Corrección de errores

Fiabilidad de extracción mejorada para proveedores específicos

Los modelos de extracción como LayoutLM y Helix ya no omiten campos específicos para ciertos proveedores de documentos. La extracción de campos ahora se comporta de forma coherente en todos los proveedores compatibles.

24 de febrero de 2026

Document Understanding API v2 (vista previa)

La API de Document Understanding v2 añade extracción y validación impulsadas por taxonomía, evaluación de reglas empresariales, soporte ampliado de idiomas no latinos y soporte de GrupoDeCampos IXP en el resultado de la extracción.

Novedades

• La detección devuelve la taxonomía asociada en la respuesta para que puedas utilizarla para guiar la extracción y la validación.
• La extracción y la validación aceptan la taxonomía como parámetro de entrada. Esto permite la extracción parcial, las anulaciones de tipos de datos y la personalización de validación adicional (por ejemplo, cambiar las teclas de acceso rápido de campo o el color de visualización).
• La API evalúa las reglas empresariales definidas en la taxonomía durante la extracción y validación para garantizar que los datos extraídos cumplen con los requisitos configurados, como los campos obligatorios y los valores permitidos.
• Los proyectos predefinidos ahora admiten la extracción basada en etiquetas utilizando una sola etiqueta llamada Production.
• El resultado de la extracción de Extracción y Procesamiento Inteligentes (IXP) ahora se devuelve como GruposDeCampos en lugar de Tablas. Con FieldGroups, cada campo conserva su tipo de datos IXP real (por ejemplo, Date, Number, MonetaryQuantity).
• Un nuevo proyecto predefinido ofrece soporte mejorado para conjuntos de caracteres no latinos.

Cambios de última hora

Al actualizar de Document Understanding API v1 a v2, actualiza tus automatizaciones para los siguientes cambios:

• Las rutas basadas en etiquetas ahora utilizan /projects/{projectId}/tags/{tag}/.... Las solicitudes que utilizan la estructura de ruta anterior devuelven 400 Solicitudes incorrectas en v2.
• La propiedad fields se eliminó de las respuestas de Discovery . Usa taxonomy en su lugar.
• Las rutas de descubrimiento ahora devuelven tags en lugar de tag.
• Los resultados de extracción de Extracción y Procesamiento Inteligentes (IXP) ahora se devuelven como FieldGroups en lugar de Tablas, lo que requiere actualizaciones si tu automatización actualmente trata los resultados de extracción como tablas para manejar la nueva estructura de FieldGroup y los tipos de datos.
• Actualizar la lógica que comprueba TipoDeCampo == Tabla. En v2, esas entradas devuelven FieldType == FieldGroup. Si tu analizador solo maneja Tabla, ignorará los datos.

Nota: revisa y actualiza tus integraciones antes de migrar a Document Understanding API v2. Para obtener pasos de migración detallados y ejemplos, consulta Migrar integraciones de la API de Document Understanding v1 a v2.

18 de febrero de 2026

Grupos de campos y compatibilidad con cantidades monetarias (vista previa)

Los grupos de campos y la cantidad monetaria en la estación de validación, las actividades y las API ahora están disponibles en la vista previa.

Los grupos de campos permiten la visualización de estructuras de campo jerárquicas en la Estación de validación, lo que permite la organización lógica de los datos extraídos. Los grupos pueden ser de un solo valor, de varios valores o mixtos, y consisten en campos y tablas. Los grupos de campos conservan la estructura jerárquica de los datos extraídos, lo que hace que los paquetes de documentos grandes de varias páginas sean más fáciles y rápidos de validar.

El nuevo tipo de campo MonetaryQuantity introduce tipos de datos de importe y moneda dedicados, eliminando las discrepancias de tipos de datos entre la extracción y la validación.

Esta mejora alinea el modelo de tipo de datos de Document Understanding con los documentos no estructurados y complejos de Extracción y Procesamiento Inteligentes (IXP).

12 de febrero de 2026

Corrección de errores

• Se ha corregido una incidencia por la que el control de validación en Apps (Personalizadas) y Apps de acción (Personalizadas) desencadenaba el evento de devolución de llamada del componente Listo demasiado pronto, lo que provocaba que fallaran operaciones como establecer valores de campo en el flujo de trabajo Listo.
• Se ha corregido una incidencia por la que las excepciones de licencias de OpenAI se exponían incorrectamente.

3 de febrero de 2026

Permisos para acceder al campo

Basándote en un rol, puedes asignar permisos para acceder al campo.

• El permiso Fields.Create permite a un usuario crear un campo.
• El permiso Fields.Delete permite a un usuario eliminar un campo existente.
• El permiso Fields.Read permite a un usuario ver un campo.
• El permiso Fields.Update permite a un usuario actualizar un campo existente.

Los usuarios con el rol de Anotador de Datos de Document Understanding o el rol de Visor de Document Understanding solo tienen el permiso Fields.Read.

Los usuarios con los roles de Desarrollador de Document Understanding, Entrenador de modelos de Document Understanding o Administrador de proyecto de Document Understanding tienen todos los permisos de campo disponibles.

Importante: los roles personalizados existentes que incluyen permisos de tipo de documento no incluyen automáticamente estos nuevos permisos de campos. Como resultado, los usuarios asignados a estos roles personalizados no pueden crear, editar o eliminar campos. Para habilitar estas acciones, debes actualizar los roles personalizados aplicables y añadir explícitamente los permisos de campos requeridos.

Para obtener más información, consulta la página de control de acceso basado en roles.

Permiso de proyectos en el nivel de tenant

Un nuevo permiso de proyectos está disponible en el nivel de tenant. La creación de proyectos ahora se controla en el nivel de tenant a través del permiso Projects.Create, mientras que los permisos en el nivel de proyecto están limitados a leer, actualizar y eliminar acciones basadas en la asignación de roles.

Los usuarios con el rol de Administrador de Document Understanding asignado pueden crear proyectos utilizando el nuevo permiso Projects.Create.

Para obtener más información, consulta la página de control de acceso basado en roles.