Septembre 2026

Notes de version de septembre 2026 pour Data Fabric dans Automation Cloud.

22 septembre 2026

Data Fabric est désormais disponible pour tous

Data Fabric, introduit en aperçu en juin 2025 sous le cadre de l’évolution de Data Service, est désormais disponible à tous dans Automation Cloud. Le libellé Aperçu est supprimé.

Tout ce qui est disponible en aperçu continue de fonctionner. Cette version rend les types d'entité explicites, permet à une entité fédérée de référencer une entité Data Fabric native comme source et ajoute des limites prévisibles et des erreurs plus claires aux requêtes lues à partir de systèmes externes.

Remarque :

La connectivité système externe est disponible uniquement dans Automation Cloud. Pour la disponibilité des options de livraison, reportez-vous à Disponibilité de la fonctionnalité Data Fabric/Data Service.

Types d'entité: natif et fédéré

Lorsque vous créez une entité, vous choisissez désormais son type. Le type s'affiche dans la colonne Type de la page Entités et vous pouvez filtrer la liste par ce dernier.

• Natif: les données sont stockées dans UiPath. Une entité native prend en charge les opérations de création, de lecture, de mise à jour et de suppression et ne contient que ses propres champs.
• Federated: une vue en lecture seule qui lit ses données à partir de ses sources chaque fois qu'elle est interrogée. Une entité fédérée ne stocke rien de sa propre entité.

Une entité native ne contient que ses propres champs. Une entité fédérée ne contient aucun champ, donc chaque champ provient de l’une de ses sources. Le panneau Ajouter un objet reflète ceci: la source externe n’est pas proposée pour une entité native, et les champs locaux ne sont pas proposés pour une entité fédérée.

Cette mise à jour a pour impact suivant :

• Les entités qui combinent des champs stockés localement et des champs externes dans une seule entité ne peuvent plus être créées. Pour modéliser le même résultat, conservez les données stockées localement dans une entité Data Fabric native et référencez cette entité comme source de l'entité fédérée.
• Les entités existantes qui combinent des champs locaux et externes continuent de fonctionner sans perturbation. Ils peuvent toujours être utilisés dans Apps, les automatisations, Maestro et les API, et leurs champs stockés localement restent modifiables. Leurs champs externes restent en lecture seule, comme auparavant.
• Les entités existantes sont automatiquement classées. Une entité sans champs externes est Native, et une entité dont les champs proviennent tous de systèmes externes est Federated. Aucune action n'est requise et aucune entité existante ne modifie le comportement.
• Le contrôle d’accès basé sur les rôles au niveau de l’enregistrement et l’ingestion d’Insights ne s’appliquent pas aux entités fédérées et ne sont plus proposés pour ces dernières. Les enregistrements d'une entité fédérée sont conservés par ses systèmes sources, de sorte qu'il n'y a aucun enregistrement stocké à sécuriser ou à ingérer.

Pour de plus amples informations, consultez la section Types d'entités.

Référencer une entité Data Fabric native comme source d’une entité fédérée

Une entité fédérée peut désormais référencer les champs d'une entité Data Fabric native, ainsi que les champs qu'elle référence à partir de systèmes externes tels que Salesforce, ServiceNow et Snowflake.

Cela fait d’UiPath l’un des systèmes à partir desquels une entité unifiée s’appuie. Une entité fédérée peut présenter des données qui appartiennent en partie à un système d’enregistrement et en partie à UiPath, dans une seule entité, sans copier quoi que ce soit.

Dans le panneau Ajouter un objet d'une entité fédérée, une nouvelle option Source native répertorie les entités natives disponibles à référencer. Une fois qu'une entité est sélectionnée, ses champs peuvent être choisis parmi ceux que contient l'entité.

Cette version prend en charge les éléments suivants pour une source native:

• Ensemble de choix et Fichier sont disponibles comme types de champ de destination, en plus des types de base. Un ensemble de choix est résolu de bout en bout, de sorte que l'entité fédérée renvoie la valeur d'affichage du choix plutôt que son identificateur.
• Les paramètres de recherche et de filtrage sont conservés pour chaque champ, de sorte qu’un champ référencé reste filtrable et triable.
• Une entité fédérée qui fait référence à une entité Data Fabric native peut être exportée et installée via des solutions d'automatisation.

Remarque :

L'entité que vous référencez doit être au même niveau d'étendue que l'entité fédérée. Une entité fédérée au niveau du locataire peut uniquement référencer des entités au niveau du locataire, et une entité fédérée au niveau du dossier peut uniquement référencer des entités du même dossier. Une entité au niveau du locataire est lisible dans tout le locataire, de sorte que le référencement d'une entité à l'échelle du dossier à partir de celle-ci exposerait les enregistrements restreints au dossier à l'échelle du locataire.

Limites prévisibles des requêtes sur des données externes

Une requête qui se lit à partir d'un système externe s'exécute par rapport à un système d'enregistrement actif. Les limites suivantes s'appliquent désormais, afin qu'une requête ne puisse pas écraser un système source et que les résultats soient répétables.

• Un filtre est requis lors d'une requête sur une entité qui comporte des champs externes. Cette exigence ne s'applique pas aux requêtes où chaque entité impliquée est entièrement stockée dans UiPath, à la navigation dans les données de l'interface Data Fabric ou à un exemple de lecture de 200 enregistrements ou moins. Une condition de jointure n’est pas comptabilisée comme un filtre.
• Les sources d'entrepôt de données renvoient une seule page. Les bases de données RedShift, Snowflake, Databricks et d’entrepôt accessibles via Database Hub n’appliquent pas de clés primaires et parcourent les résultats dans un ordre que l’entrepôt ne garantit pas, de sorte qu’une deuxième page pourrait répéter les enregistrements ou les ignorer. Une demande de deuxième page est refusée. Un filtre qui affiner le résultat pour qu'il s'ajuste à une seule page évite la limite.
• La taille des résultats est limitée. Une requête dont le résultat intermédiaire dépasse la limite renvoie une erreur vous demandant de la réduire.

Pour plus d’informations, consultez la section Limites de requête pour les données externes.

Erreurs plus claires sur les requêtes sur les données externes

Une requête sur des données externes qui échoue désormais un statut et un message qui identifient ce qui a échoué et où, plutôt qu’une erreur générique.

• Une requête qui ne peut pas être analysée ou validée nomme la clause défaillante.
• Une autorisation manquante sur la connexion ou une étendue manquante sur une application externe est signalée comme telle.
• Un rejet par le système source est renvoyé avec le statut et le message du système source, de sorte que la raison vient du système qui a refusé la demande.
• Une requête qui dépasse sa limite de temps, un système source qui n'est pas disponible et une connexion Integration Service supprimée ou déconnectée sont chacun signalés séparément.

Requêtes plus rapides sur les données externes

Les requêtes lues à partir de systèmes externes sont plus rapides dans cette version. Aucune action n'est requise de votre part.

Les améliorations partagent un principe: effectuez plus de travail dans le système qui contient les données et déplacez moins de données dans UiPath.

• Les filtres et le tri sont appliqués par le système source partout où il les prend en charge, de sorte qu'une requête renvoie les enregistrements que vous avez demandés au lieu de récupérer un ensemble plus important et de le réduire par la suite.
• Une requête pour une page de résultats va uniquement lire aussi loin dans chaque source que cette page a besoin, au lieu de récupérer d’abord l’ensemble complet de résultats.
• Lorsqu'une requête s'appuie sur plusieurs systèmes, ces systèmes sont lus en même temps plutôt que l'un après l'autre.

Les entités Data Fabric peuvent désormais être utilisées comme contexte d’agent

Les entités Data Fabric peuvent désormais être ajoutées directement comme contexte pour les agents UiPath, permettant à un agent de interroger et de raisonner sur des données d'entreprise structurées en direct. Les entités natives et fédérées sont prises en charge.

Pour de plus amples informations, reportez-vous à Contextes.

Les entités au niveau du dossier et l'intégration de solutions sont désormais généralement disponibles

Les entités de niveau dossier et leur intégration avec Automation Solutions, introduites en aperçu en avril 2026, sont désormais généralement disponibles dans Automation Cloud.

Tout ce qui est disponible dans l’aperçu continue de fonctionner. Cette version étend la prise en charge des interfaces supplémentaires, résout les lacunes de packaging et améliore l’expérience lors de l’installation, de la mise à niveau ou de la désinstallation de solutions qui incluent des entités Data Fabric.

Pour l'ensemble du cycle de vie — de la création de l'entité au débogage, au déploiement, au remplacement du runtime, à la mise à niveau et à la désinstallation — reportez-vous à Entités dans les solutions.

Surfaces prises en charge

Les entités au niveau du dossier dans les solutions sont désormais prises en charge dans les types de workflow suivants:

• RPA (Studio Web et Studio Desktop 26.10 LTS)
• Maestro BPMN, Maestro Case, Maestro Flow (via des nœuds d'entité natifs)
• Workflows d’API
• Coded Apps

La prise en charge de Studio Desktop 26.10 LTS s’applique aux entités de niveau dossier utilisées dans un contexte Solutions.

Remarque :

Dans Agents, les activités Data Fabric utilisées comme outils sont en aperçu et prennent uniquement en charge les entités au niveau du locataire. Pour travailler avec des entités au niveau du dossier dans un agent, utilisez le contexte de l'agent ou appelez un workflow d'API ou RPA.

Sélecteurs d'étendue dans les activités Data Service

Le sélecteur d'étendue des activités Data Service, qui vous permet de choisir entre des contextes d'entité au niveau du locataire et du dossier, est désormais généralement disponible. L’étendue détermine les entités qui sont disponibles:

• Locataire : affiche les entités disponibles sur l'ensemble du locataire.
• Dossier : affiche les entités dans tous les dossiers Orchestrator auxquels vous avez accès.

L’étendue du dossier n’est pas disponible dans un espace de travail local sur n’importe quelle surface.

Dans les activités Data Service classiques, la propriété Étendue est généralement disponible dans UiPath.DataService.Activities v26.10.0, et l'étendue du dossier ne fonctionne qu'à l'intérieur d'une solution. Pour plus d'informations, consultez la section Activités classiques.

La requête d’enregistrement d’entités multiples est désormais disponible pour tous

L’activité Interroger plusieurs enregistrements d’entité , précédemment en aperçu, est désormais disponible pour tous. Il prend en charge l'interrogation d'enregistrements sur deux entités connexes dans une seule requête à l'aide du modèle de données du schéma en étoile.

Actualisation du schéma dans Studio Web

Un bouton Actualiser est désormais disponible à côté du sélecteur d’entité dans les activités Data Service. L'option Actualiser met à jour le schéma de l'entité sélectionnée et de toutes ses entités associées dans une seule action, remplaçant la solution de contournement précédente consistant à sélectionner à nouveau l'entité dans la liste déroulante.

Ensembles de choix à l'échelle du dossier dans le générateur de solution

Les ensembles de choix à l’échelle du dossier sont désormais inclus lorsque vous créez un package Solutions à l’aide du Générateur de solutions dans Orchestrator.

Validation améliorée des solutions

La validation des solutions fournit désormais des commentaires plus clairs lors de l’installation, de la mise à niveau et de la désinstallation:

• Installation et mise à niveau — La validation identifie des conflits spécifiques — tels qu'une conflit de nom d'entité avec un schéma différent ou un conflit d'ensemble de choix — avant le début du déploiement.
• Mettre à niveau avec des données existantes - Une offre de fusion vous permet de conserver les données existantes pendant que le schéma est mis à jour pour correspondre à la nouvelle version.
• Désinstaller — Les entités avec des données existantes sont conservées pour éviter toute perte de données accidentelle. Seules les entités vides sont supprimées.

Exportation et importation de schémas dans toutes les étendues

Vous pouvez désormais exporter un schéma d'entité natif depuis l'interface utilisateur de Data Fabric et l'importer dans n'importe quel dossier auquel vous avez accès. Cela vous permet de cloner une conception d'entité au niveau du locataire dans une entité au niveau du dossier sans la recréer manuellement. Pour des détails, reportez-vous à Exportation et importation de schémas.

Améliorations de l'interface utilisateur de Data Fabric

• Filtrage des entités : vous pouvez désormais filtrer la liste des entités par dossier et par type d'entité, ce qui facilite la recherche d'entités spécifiques dans les locataires disposant de grands catalogues d'entités.
• Visibilité du NumberId de l'ensemble de choix - Les valeurs de l'ensemble de choix affichent désormais leur NumberId dans l'interface utilisateur de Data Fabric afin que vous puissiez vérifier que vous sélectionnez les valeurs correctes dans les workflows et identifier les erreurs causées par des incompatibilités.
• Spécification OpenAPI - La spécification OpenAPI téléchargeable inclut désormais des entités à l'échelle du dossier, en plus des entités à l'échelle du locataire.

Limitations précédemment résolues

Les limitations suivantes de l’aperçu d’avril ont été résolues dans cette version:

• Studio Desktop est désormais pris en charge pour les entités de niveau dossier dans un contexte Solutions.
• Les ensembles de choix à l’échelle du dossier sont désormais inclus dans le packaging du Générateur de solutions.
• L’actualisation du schéma ne nécessite plus de sélectionner à nouveau l’entité dans la liste déroulante.
• Maestro, les workflows d'API et les agents prennent désormais en charge les entités à l'échelle des dossiers via des sélecteurs d'étendue.
• Les entités fédérées et les entités avec des champs source externes sont désormais pris en charge dans l’empaquetage de solutions.

Pour les limitations actuelles, reportez-vous à Limitations connues.

15 septembre 2026

Modéliser les entités Data Fabric intégrées dans VS Code (aperçu)

Vous pouvez désormais créer et modifier des entités Data Fabric directement dans une solution UiPath dans VS Code, en tant que nouveau type de projet Entité Data Fabric avec un projet Maestro Flow. Vous pouvez ajouter des champs et définir leurs types dans un éditeur de schéma basé sur une table sans quitter VS Code ou configurer une connexion Integration Service. Pour Flow GA, cela couvre uniquement les entités natives (dossiers).

Quatre nouveaux nœuds Maestro Flow intégrés — Interroger les enregistrements d'entités, Créer un enregistrement d'entité, Mettre à jour un enregistrement d'entité et Supprimer un enregistrement d'entité — vous permettent de consommer ces entités à partir d'un flux sans connexion Integration Service.

Cette fonctionnalité est en aperçu et disponible uniquement dans VS Code. Studio Web peut ouvrir une solution contenant un projet d'entité mais ne peut pas modifier l'entité. Les entités créées de cette manière n'apparaissent pas dans le sélecteur d'entité des activités Data Fabric basées sur des connecteurs. Pour plus d'informations, consultez Entités dans VS Code.