UiPath Documentation
data-service
latest
false
Guide de l'utilisateur de Data Fabric
Important :
Data Service devient Data Fabric. Au cours de cette transition, vous verrez parfois les deux noms être utilisés pour différentes options de prestation. Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Types d’entité

Types d’entités natifs et fédérés dans Data Fabric/Data Service, ce que chacun prend en charge, et comment les entités existantes sont classifiées.

Chaque entité dans Data Fabric/Data Service est native ou fédérée. Le type est choisi lors de la création de l'entité et détermine l'emplacement des données de l'entité, les sources à partir desquelles l'entité peut extraire et les opérations qu'elle prend en charge.

Le type de chaque entité s'affiche dans la colonne Type de la page Entités et la liste peut être filtrée par elle. Le type d'entité ne peut pas être modifié après la création de l'entité.

Entités natives​

Une entité native stocke ses données dans UiPath. Il ne contient que ses propres champs et prend en charge l'ensemble complet des opérations de données: création, lecture, mise à jour et suppression à partir des activités Studio, d'Apps, de Maestro et des API.

Une entité native est le bon choix lorsque UiPath est le système d’enregistrement des données, telles que l’état de l’application, les files d’attente de révision ou les données de référence qui n’ont pas de point d’autorité dans un autre système.

Une entité native ne peut pas référencer un système externe. Dans son panneau Ajouter un objet , seuls les champs locaux sont proposés.

Entités fédérées​

Une entité fédérée ne stocke rien de sa propre entité. Il s'agit d'une vue en lecture seule dont les champs proviennent tous de ses sources, lus à chaque fois que l'entité est interrogée, de sorte qu'une lecture renvoie ce que les systèmes sources contiennent actuellement.

Une entité fédérée Extrait ses champs de:

  • un système externe, tel que Salesforce, ServiceNow, Snowflake ou une base de données accessible via Database Hub;
  • une entité Data Fabric/Data Service native dans le même locataire, via l'option Source native .

Une entité fédérée est le bon choix lorsque les données appartiennent à un ou plusieurs systèmes d’enregistrement et qu’elles doivent être lues dans une automatisation ou une application sans être copiées.

Une entité fédérée ne peut pas conserver ses propres champs. Dans son panneau Ajouter un objet , les champs locaux ne sont pas proposés.

Pour savoir comment les sources sont ajoutées et jointes, consultez la section Créer une entité.

Ce que chaque type prend en charge​

NativeFédérée
L’emplacement de stockage des donnéesDans UiPathnulle part; lire à partir des sources
Ses propres champsOui (Yes)Non (No)
Système externe en tant que sourceNon (No)Oui (Yes)
Entité native en tant que sourceNon (No)Oui (Yes)
Créer, mettre à jour et supprimer des enregistrementsOui (Yes)Non; en lecture seule
Rechercher et filtrerOui (Yes)Oui (Yes)
TrierOui (Yes)Sur les champs que le système source peut trier par
Accès aux enregistrements en fonction du rôleOui (Yes)Non Applicable
Déclencheurs (Triggers)Oui (Yes)Non (No)

Entités contenant à la fois des champs locaux et externes​

Une même entité ne peut plus contenir à la fois des champs stockés localement et des champs externes. Le panneau Ajouter un objet applique les éléments suivants: La source externe n'est pas proposée sur une entité native et les champs locaux ne sont pas proposés sur une entité fédérée.

Pour combiner des données stockées dans UiPath avec des données d'un système d'enregistrement, les données stockées localement sont conservées dans une entité native et l'entité fédérée les référence via la source native. L'entité Native prend alors en compte la vue comme l'une de ses sources.

Les entités créées avant l'introduction des types d'entités peuvent contenir les deux. Elles continuent de fonctionner sans interruption, peuvent toujours être utilisées dans Apps, les automatisations, Maestro et les API, et leurs champs stockés localement restent modifiables. Leurs champs externes sont en lecture seule, comme ils l'ont toujours été.

Comment les entités existantes ont été classées​

Les entités créées avant l’introduction des types d’entités étaient automatiquement classées et ne nécessitent aucune migration:

  • une entité sans champs externes est native;
  • une entité dont les champs proviennent tous de systèmes externes est fédérée;
  • une entité contenant les deux continue de se comporter comme décrit dans la section précédente.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour