Juin 2026

Notes de publication de juin 2026 pour Document Understanding dans Automation Cloud.

30 juin 2026

Présentation d'UiPath Helix Extractor 2.0

UiPath Helix Extractor 2.0 est désormais généralement disponible pour les locataires en Europe et aux États-Unis. Basé sur une architecture multimodale, le modèle traite ensemble le texte des documents et la mise en page visuelle, prenant en charge les langues utilisant des caractères non latins et améliorant la précision de l'extraction des tables.

Pour de plus amples informations, consultez la page UiPath Helix Extractor 2.0 .

Obsolescence d’UiPath Helix Extractor 1.0

Nous rendons UiPath Helix Extractor 1.0, version de modèle 24.7, conformément à la disponibilité générale d'UiPath Helix Extractor 2.0. Par conséquent, la version de votre modèle passera de la version 24.7 à la version 26.2.x / 26.6.x (Helix 2.0).

Phases de migration

Voici les différentes phases du processus de migration:

• Phase 1 (30 juin 2026): Helix Extractor 2.0 est désormais généralement disponible.
• Phase 2 (mi-juillet 2026): l'entraînement de nouveaux modèles sur Helix Extractor 1.0 se termine. Tout nouveau modèle que vous entraînez utilisera Helix 2.0.
• Phase 3 (by end of August 2026): Deployed project versions are automatically migrated to Helix Extractor 2.0.

Comportement par défaut par région

Helix Extractor 2.0 a des comportements par défaut différents en fonction de la région de votre locataire:

• États-Unis: Helix Extractor 2.0 est la version par défaut pour les nouveaux projets. Vous pouvez revenir à Helix Extractor 1.0 depuis le Gestionnaire de type de document jusqu'au 15 juillet 2026, après quoi l'entraînement Helix Extractor 1.0 est supprimé.
• Europe: Helix Extractor 2.0 reste sur l'option d'activation via une bascule Paramètres , disponible sur tous les projets, nouveaux et existants.

Ce que cela signifie pour vous

Il n’y aura aucun temps d’arrêt ou interruption de service pendant la migration de vos versions déployées, car il s’agit d’un processus automatique et l’équipe UiPath le gérera entièrement. Par conséquent, aucune autre action n'est requise de votre part pour que la migration se termine. Pendant la migration, vos versions de projet déployées continueront de fonctionner comme prévu.

Avant la migration, tenez compte des points suivants:

• Une fois qu'Helix 2.0 est disponible dans votre locataire, nous vous recommandons de le tester au préalable dans vos cas d'utilisation pour vous assurer qu'il répond à vos besoins.
• Si vous utilisez des clés gérées par le client, vous aurez toujours accès à Helix Extractor 1.0 jusqu'à ce que Helix Extractor 2.0 prenne en charge CMK.
• If you are on GxP (delayed ring), you will continue to have access to Helix Extractor 1.0 in your United States tenants, until Helix Extractor 2.0 is also deployed on GxP.

Mise à jour des métriques de fractionnement entraînables

L'onglet Mesurer pour le séparateur entraînable rapporte désormais les scores de fractionnement, de classification et F1 globaux par type de document, remplaçant les scores de précision et de rappel précédents. Pour plus de détails, consultez la section Fractionneur entraînable.

26 juin 2026

Présentation des groupes de champs et de la quantité monétaire

Les groupes de champs et la quantité monétaire sont désormais généralement disponibles dans la station de validation, les activités et les API. Pour de plus amples informations, consultez Taxonomy Manager.

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

Document Understanding API v2

L’API Document Understanding v2 est désormais disponible pour tous. L'API 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 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 en tant que paramètre d’entrée. Cela permet l’extraction partielle, les remplacements de type de données et une personnalisation de la validation supplémentaire. Pour plus de détails, consultez la section Utiliser le service de validation.
• L’API évalue les règles métier définies dans la taxonomie pendant l’extraction et la validation pour garantir 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 retourné en tant que FieldGroups au lieu de tables. Avec FieldGroups, chaque champ préserve son type de données réel. Pour plus de détails, consultez Taxonomy Manager.
• Un nouveau projet prédéfini offre une prise en charge améliorée des jeux de caractères non latins.

Modifications radicales de l’API Document Understanding v2

Les modifications suivantes nécessitent des mises à jour de vos automatisations lors de la migration de l'API v1 vers v2:

• Les corps de réponse sur toutes les routes utilisent désormais les noms de propriété PascalCase au lieu de camelCase. Toutes les intégrations sensibles à la casse, telles que celles écrites en Python, JavaScript ou autres, nécessitent une mise à jour afin de correspondre à la nouvelle casse.
• Les routes basées sur des balises utilisent désormais /projects/{projectId}/tags/{tag}/.... Les demandes utilisant la structure de routage précédente renvoient une erreur de demande 400 incorrecte dans v2.
• La propriété fields a été supprimée des réponses de découverte. doivent utiliser taxonomy à la place.
• Les routes de découverte retournent désormais tags au lieu detag.
• Les résultats de l’extraction IXP sont désormais retournés en tant que FieldGroups au lieu de Tables, ce qui nécessite des mises à jour si votre automatisation traite les résultats de l’extraction comme des tables pour gérer la nouvelle structure et les types de données FieldGroup .
• Les entrées qui renvoyaient auparavant FieldType == Table renvoient désormais FieldType == FieldGroup. Les analyseurs qui gèrent uniquement les résultats Table ne traiteront pas ces données. Pour des étapes et des exemples de migration détaillés, consultez Migration des intégrations de l’API Document Understanding v1 vers v2.

8 juin 2026

Résolution de bogues

Lorsque les pages étaient vides, les surlignages d'extraction apparaissaient sur les bonnes pages d'Action Center. Les résultats de l’extraction n’ont pas été affectés.