Février 2026

February 26, 2026

Correction d'un bug

Amélioration de la fiabilité de l'extraction pour des fournisseurs spécifiques

Les modèles d'extraction tels que LayoutLM et Helix n' ignorent plus les champs spécifiques pour certains fournisseurs de documents. L’extraction des champs se comporte désormais de manière cohérente entre les fournisseurs pris en charge.

24 février 2026

API Document Understanding v2 (Aperçu)

L'API Document Understanding v2 ajoute l'extraction et la validation basées sur la taxonomie, l'évaluation des règles métier, la prise en charge étendue des langues non latines et la prise en charge d'IXP FieldGroup dans le résultat de l'extraction.

Nouveautés

• La découverte renvoie la taxonomie associée dans la réponse afin que vous puissiez l’utiliser pour guider l’extraction et la validation.
• L'extraction et la validation acceptent la taxonomie comme paramètre d'entrée. Cela permet une extraction partielle, des remplacements de type de données et une personnalisation de validation supplémentaire (par exemple, la modification des raccourcis clavier ou la couleur d'affichage).
• L'API évalue les règles métier définies dans la taxonomie lors de l'extraction et de la validation pour s'assurer que les données extraites sont conformes aux exigences configurées, telles que les champs obligatoires et les valeurs autorisées.
• Les projets prédéfinis prennent désormais en charge l'extraction basée sur des balises à l'aide d'une seule balise nommée Production.
• Le résultat de l'extraction IXP est désormais renvoyé sous la forme Groupes de champs au lieu de Tables. Avec FieldGroups, chaque champ conserve son type de données IXP réel (par exemple, Date, Number, MonetaryQuantity).
• Un nouveau projet prédéfini offre une prise en charge améliorée pour les ensembles de caractères non latins.

Changements radicaux

Lors de la mise à niveau de l’API Document Understanding v1 vers v2, mettez à jour vos automatisations pour les changements suivants :

• Les routages basés sur des balises utilisent désormais /projects/{projectId}/tags/{tag}/.... Les requêtes utilisant la structure de routage précédente renvoient la requête 400 incorrecte en v2.
• La propriété fields a été supprimée des réponses de découverte . Utilisez taxonomy à la place.
• Les routages de découverte renvoient maintenant tags au lieu de tag.
• Les résultats de l'extraction IXP sont désormais renvoyés sous forme de Groupes de champs au lieu de Tables, ce qui nécessite des mises à jour si votre automatisation traite actuellement les résultats d'extraction comme des tables, afin de gérer la nouvelle structure et les nouveaux types de données FieldGroup.
• Mise à jour de la logique qui vérifie FieldType == Table. Dans la version v2, ces entrées renvoient FieldType == FieldGroup. Si votre analyseur gère uniquement Table, il ignorera les données.

Remarque : examinez et mettez à jour vos intégrations avant de migrer vers l'API Document Understanding v2. Pour obtenir des étapes et des exemples détaillés, consultez Migration des intégrations de l’API Document Understanding v1 vers v2.

18 février 2026

Prise en charge des groupes de champs et des quantités monétaires (Aperçu)

La prise en charge des groupes de champs et de la quantité monétaire dans la station de validation, les activités et les API est désormais disponible en aperçu.

Les groupes de champs permettent l'affichage de structures de champs hiérarchiques dans la station de validation, permettant l'organisation logique des données extraites. Les groupes peuvent être à valeur unique, à valeurs multiples ou mixtes, composé de champs et de tables. Les groupes de champs préservent la structure hiérarchique des données extraites, ce qui facilite et accélère la validation des packages de documents de plusieurs pages.

Le nouveau type de champ ComputerQuantity introduit des types de données de montant et de devise dédiés, éliminant ainsi les incompatibilités de type de données entre l’extraction et la validation.

Cette amélioration aligne le modèle de type de données Document Understanding sur les documents IXP non structurés et complexes.

12 février 2026

Résolution de bogues

• Correction d’un Problème dans lequel le contrôle de validation dans les Apps (personnalisées) et les Apps d’action (personnalisées) déclenchait l’événement de rappel du composant Sur prêt trop tôt, entraînant l’échec d’opérations telles que la définition des valeurs de champ dans le workflow Sur prêt.
• Correction d’un Problème dans lequel les exceptions de concession de licence OpenAI étaient incorrectement exposées.

3 février 2026

Autorisations d’accès au champ

En fonction d’un rôle, vous pouvez affecter des autorisations d’accès au champ.

• L'autorisation Fields.Create permet à un utilisateur de créer un champ.
• L’autorisation Fields.Delete permet à un utilisateur de supprimer un champ existant.
• L'autorisation Fields.Read permet à un utilisateur d'afficher un champ.
• L’autorisation Fields.Update permet à un utilisateur de mettre à jour un champ existant.

Les utilisateurs ayant le rôle Annotateur de données Document Understanding ou le rôle Visionneuse Document Understanding disposent uniquement de l’autorisation Fields.Read.

Les utilisateurs ayant les rôles Développeur Document Understanding, Formateur de modèle Document Understanding ou Administrator de projet Document Understanding disposent de toutes les autorisations de champ disponibles.

Important : les rôles personnalisés existants incluant des autorisations de type de document n’incluent pas automatiquement ces nouvelles autorisations de champs.Par conséquent, les utilisateurs affectés à ces rôles personnalisés ne peuvent pas créer, modifier ou supprimer des champs. Pour activer ces Actions, vous devez mettre à jour les rôles personnalisés applicables et ajouter explicitement les autorisations de champs requises.

Pour plus d’informations, consultez la page Contrôle d’accès en fonction des rôles.

Autorisation de projets au niveau du locataire

Une nouvelle autorisation Projets est disponible au niveau du locataire. La création de projet est désormais contrôlée au niveau du locataire via l’autorisation Projects.Create tandis que les autorisations au niveau du projet sont limitées à lire, mettre à jour et supprimer des Actions en fonction de l’affectation de rôle.

Les utilisateurs disposant du rôle Administrator Document Understanding peuvent créer des projets à l’aide de la nouvelle autorisation Projects.Create.

Pour plus d’informations, consultez la page Contrôle d’accès en fonction des rôles.