Avril 2026

6 avril 2026

Nouveaux systèmes externes disponibles

Nous ajoutons les deux nouveaux systèmes externes suivants qui peuvent être utilisés pour le référencement des champs :

• Microsoft Azure Active Directory

• SAP

  

2 avril 2026

Data Fabric est désormais intégré à Solutions

Cette version introduit des améliorations significatives à UiPath Data Fabric, dans le cadre de son intégration aux solutions. Ces mises à jour étendent les capacités de contrôle d’accès, permettent la gestion d’entités multi-étendues et d’ensembles de choix, et intègrent en profondeur les entités Data Fabric aux solutions, rationalisant ainsi la manière dont les ressources d’automatisation sont packagées et déployées dans votre organisation.

Nouveautés

1. Entités au niveau du locataire et du dossier : les entités peuvent désormais être définies sur un locataire ou un dossier Orchestrator spécifique, ce qui permet une isolation des données affinée.
2. Étendue des relations d’entité et des ensembles de choix : étendue des relations d’entité et des ensembles de choix.
3. Intégration de solutions : les entités au niveau du dossier Data Fabric utilisées dans une solution sont automatiquement incluses en tant que ressources lors de la création et du déploiement du package.
4. Nouvelles autorisations d'Orchestrator pour les entités de niveau dossier : trois nouveaux types d'autorisations, Enregistrements de l'entité, Schéma d'entité et Rôles d'entité permettent d'activer un contrôle d'accès granulaire.
5. RBAC au niveau de l'entité : les entités au niveau du dossier prennent désormais en charge le contrôle d'accès basé sur les rôles configuré directement dans Data Fabric.

1. Entités au niveau du locataire et du dossier

Data Fabric prend désormais en charge la création d'entités dans deux étendues distinctes :

Portée	Visibilité	Comportement
Locataire	Tous les utilisateurs avec accès au locataire	Identique au comportement précédent ; les entités sont globalement accessibles au sein du locataire.
Dossier	Utilisateurs ayant accès au dossier Orchestrator sélectionné uniquement	Les entités sont isolées du dossier et ne sont pas accessibles en dehors de celui-ci.

Lors de la création d'une entité, un nouveau champ Emplacement s'affiche dans la boîte de dialogue de création:

• Sélectionnez Locataire pour créer une entité globalement visible.
• Sélectionnez Dossier et choisissez le dossier Orchestrator requis pour créer une entité à l'échelle des dossiers.
  Remarque :

  Vous ne pouvez pas modifier l’emplacement de l’entité une fois choisi.

Cette mise à jour permet aux équipes travaillant dans des environnements multi-locataires ou multi-projets d'isoler les entités de données par équipe, projet ou département, réduisant ainsi l'exposition aux données entre équipes.

2. Étendue des relations d’entités et des ensembles de choix

Les règles d’étendue des relations s’appliquent désormais comme suit :

• Les entités au niveau du locataire ne peuvent être liées qu’à d’autres entités au niveau du locataire.
• Les entités au niveau du dossier peuvent uniquement être liées aux entités des dossiers auxquels l'utilisateur a accès.
• Les relations multi-étendues (Locataire vers Dossier ou Dossier vers Locataire) ne sont pas prises en charge.

Les ensembles de choix prennent désormais en charge la même étendue de locataire/dossier que les entités :

• Les ensembles de choix au niveau du locataire sont visibles pour tous les utilisateurs du locataire.
• Les ensembles de choix au niveau du dossier ne sont accessibles que dans le dossier sélectionné.
• Les règles de visibilité et d'utilisation reflètent l'étendue de l'entité pour une isolation des données cohérente.

Le tableau suivant décrit comment l'étendue au niveau du dossier affecte chaque rôle lorsque vous travaillez avec des entités ou des ensembles de choix associés.

Rôle	Impact
Concepteur de schéma	Vous devez avoir accès au dossier de l'entité ou de l'ensemble de choix associé pour l'inclure dans un schéma.
Lecteur de données	Vous devez avoir accès à la fois aux dossiers de l'entité parent et associée pour interroger les données complètes. Sans accès aux deux, le champ associé est omis dans les résultats.
Rédacteur de données	Vous devez avoir accès à la fois au dossier d’entité parent et au dossier d’entité associé pour écrire dans les champs associés. Si l’accès au dossier associé est manquant, l’écriture des données est partielle. Si un champ associé est marqué comme Required (Obligatoire), l'écriture des données échoue entièrement pour les utilisateurs sans accès complet.
Automation Developer	Vous devez avoir accès à la fois à l'entité parente et à l'entité associée pour utiliser l'entité dans un workflow. L'accès partiel empêche l'utilisation de l'entité.
Utilisateur d'automatisation	Les autorisations sont évaluées au moment de l'exécution. L’opération se termine entièrement ou partiellement en fonction des dossiers auxquels vous avez accès au moment de l’exécution.

3. Intégration des solutions

Les entités Data Fabric sont désormais entièrement intégrées aux solutions, ce qui élimine le besoin de recréer manuellement les entités lors du déploiement du package.

Ressource automatique incluse

• Lorsqu’une entité de dossier est utilisée dans une solution, elle est automatiquement ajoutée en tant que ressource de solution.
• Les étapes de recréation manuelle de l’entité auparavant requises lors du déploiement ne sont plus nécessaires pour les entités au niveau du dossier.

Empaquetage et déploiement

• Lorsqu'un package est déployé dans un dossier, toutes les entités requises sont créées automatiquement :
  • Les entités au niveau du dossier sont créées dans le dossier cible.
  • Les entités au niveau du locataire, si elles ne sont pas déjà présentes, sont créées au niveau du locataire dans le cadre d'un package via Orchestrator.
• Les entités au niveau du locataire utilisées dans un workflow ne sont pas automatiquement packagées ou publiées : elles doivent déjà exister dans l'environnement cible pour que le workflow déployé fonctionne comme prévu.

Comportement de Studio Web

• Lorsque vous utilisez des activités Data Service dans Studio Web, sélectionnez l'étendue de l'entité de dossier pour le contexte de l'entité.
• Seules les entités des dossiers auxquels l’utilisateur a accès sont affichées.
• Les entités au niveau du dossier utilisées dans les workflows sont automatiquement ajoutées à la solution.

Options de déploiement et de débogage

Le remplacement est pris en charge à deux étapes : pendant le débogage, lorsqu'un workflow est créé dans Studio Web, et pendant l'exécution, après la création d'un package et le déploiement du processus, et après l'exécution du processus RPA.

Pendant le débogage : l'entité utilisée peut être conservée telle quelle, remplacée par une entité existante différente ou entièrement supprimée. Si la sélection est supprimée, une nouvelle entité, avec ses dépendances, est créée dans l’espace de travail personnel afin de prendre en charge l’exécution du débogage.

Pendant l'exécution , les options de remplacement sont limitées: le workflow peut s'exécuter sur l'entité existante ou être mappé à une autre entité existante. La création d’une nouvelle entité au moment de l’exécution n’est pas prise en charge.

Relations de l'entité

Si l'entité A est liée à l'entité B, les deux entités sont automatiquement ajoutées en tant que ressources de solution.

Le remplacement n'est disponible que pour les ressources directement référencées à partir d'une activité. Par défaut, cela s'applique à l'entité A. L'entité B n'est pas éligible au remplacement, à moins qu'elle ne soit référencée directement à partir d'une activité via les ressources de la plateforme, et non les ressources définies.

Remarque :

• Dans les deux cas, la fonctionnalité de remplacement permet aux entités utilisées dans un workflow d'être mappées à des entités existantes avec un schéma compatible provenant d'un dossier différent.
• Le mappage entre les locataires n’est pas pris en charge.
• Lorsque vous utilisez la fonction de remplacement pendant le débogage et le runtime, assurez-vous que l'entité de remplacement conserve les relations requises afin d'éviter les erreurs de non-correspondance des schémas.

4. Nouvelles autorisations d'Orchestrator pour les entités au niveau du dossier

L’accès aux entités au niveau du dossier est géré par le biais de rôles Orchestrator. Les nouveaux types d'autorisation suivants ont été introduits :

• Enregistrements de l'entité - Contrôle l'accès aux données stockées dans les entités du dossier (lecture, écriture, suppression).
• Schéma de l'entité — Contrôle l'accès à la définition de la structure et du schéma des entités dans le dossier.
• Rôles d'entité — Contrôle la gestion des rôles attribués aux entités dans le dossier.

5. RBAC au niveau de l'entité (RBAC au niveau de l'entité)

Le contrôle RBAC au niveau de l’entité, précédemment disponible pour les entités au niveau du locataire, peut désormais également être configuré pour les entités au niveau du dossier directement dans Data Fabric sous Gérer l’accès. Cela fournit un niveau de contrôle supplémentaire en plus des autorisations de dossier Orchestrator. Pour configurer RBAC au niveau de l'entité, procédez comme suit:

1. Sur la page Entités , sélectionnez Gérer l'accès.
2. Sélectionnez l'onglet Rôles .
3. Sélectionnez Créer un nouveau rôle, puis choisissez Rôle des entités de dossier dans la liste déroulante.
4. Ajoutez un nom du rôle , puis choisissez l'emplacement du dossier .
5. Sélectionnez les entités souhaitées dans la liste déroulante Ajouter une entité , puis définissez les autorisations correspondantes.
6. Attribuez le rôle à des utilisateurs ou à des groupes.
   Remarque :

   • L'accès aux dossiers dans Orchestrator est le contrôle de premier niveau. Au niveau de l’entité, RBAC est appliqué comme couche de sécurité supplémentaire en plus des autorisations d’accès aux dossiers. Les utilisateurs doivent disposer d'un accès aux dossiers dans Orchestrator pour que les règles RBAC soient appliquées.
   • Les modifications d'autorisation sont soumises à un cache de deux minutes. Un bref délai dans la synchronisation des autorisations peut être observé après la mise à jour de l’accès.

Assistance et limitations

Pris en charge

• Activités Data Service dans Studio Web.
• Workflows d'automatisation basés sur Studio Web.
• Apps (VP Apps) utilisant des entités locataires Data Service.

Non pris en charge

• Studio Desktop
• Data Fabric accessible via des connecteurs.
• Workflows basés sur Maestro ou sur l'API.
• Entités comportant des champs qui récupèrent les données exclusivement à partir de systèmes externes.
• Entités avec des champs combinant données locales stockées par UiPath et données système externe.
  Important :

  Seules les entités avec des champs entièrement locaux, où toutes les données sont stockées dans UiPath, sont incluses dans l'empaquetage de la solution. Les entités faisant référence à des données système externes sont actuellement exclues.

Limites connues

• Les relations d’étendue entre les entités de locataire et de dossier ne sont pas prises en charge dans cette version.
• Le remplacement d'une entité associée lors du déploiement nécessite que le remplacement conserve des relations de schéma compatibles afin d'éviter les erreurs de non-correspondance.
• Il n’est pas possible d’ajouter deux entités portant le même nom au même workflow.
• Les entités au niveau du dossier ne sont pas prises en charge dans les projets unifiés.
• Pour actualiser le schéma d’une entité de niveau dossier sélectionnée dans une activité Data Service, l’entité doit être résélectionnée dans la liste déroulante sous Ressources de la plate-forme, et non Ressources définies.

Lors de la création d'un nouveau projet Solutions dans Orchestrator :

• Les entités de référence multi-dossiers ne peuvent pas être packagées.
• Les ensembles de choix au niveau du dossier ne sont pas disponibles.

Format de date local dans Data Explorer

Data Explorer affiche désormais les valeurs de champ de date et de dateheure en utilisant un format qui correspond à la préférence linguistique sélectionnée de l’utilisateur, au lieu d’un format fixe.

Auparavant, les valeurs de date et d'heure étaient toujours affichées au format DD/MM/YYYY , quel que soit le paramètre linguistique de l'utilisateur. Après cette mise à jour, le format s'adapte à la langue active :

Langue	Format de date
Anglais (fr)	MM/DD/YYYY
Espagnol (es)	DD/MM/YYYY

Cela garantit une expérience cohérente dans Data Explorer, où tous les champs de date et de dateheure suivent le même format basé sur les paramètres régionaux.

Il s’agit d’une modification en lecture seule dans Data Explorer. Cela n’affecte pas:

• Sous-jacentes des données stockées
• Réponses de l’API
• Activités UiPath Studio
• Les workflows d'automatisation qui consomment des données via des API ou des activités
  Remarque :

  Si vos automatisations référencent les valeurs de date telles qu'elles sont affichées dans l'interface utilisateur de l'explorateur de données , vérifiez qu'elles prennent en compte le format mis à jour. Pour contrôler le format appliqué, vérifiez votre préférence linguistique dans les paramètres de votre profil utilisateur.