- Démarrage
- Licences
- Paramétrage et configuration
- Utilisation du service
- Types d’entité
- Création d’une entité
- Entités dans VS Code
- Personnaliser une entité
- Gestion des données pour une entité
- Créer des relations
- Ensembles de choix
- Entité utilisateur du système
- Export et import de schéma
- Recherche avancée dans les données d'entité
- Limites de requête pour les données externes
- Modélisation de l'entité et interrogation des meilleures pratiques
- Entités dans les solutions
- Limites connues
- Référence (Reference)
- Exemples et tutoriels
- Journalisation
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
| Native | Fédérée | |
|---|---|---|
| L’emplacement de stockage des données | Dans UiPath | nulle part; lire à partir des sources |
| Ses propres champs | Oui (Yes) | Non (No) |
| Système externe en tant que source | Non (No) | Oui (Yes) |
| Entité native en tant que source | Non (No) | Oui (Yes) |
| Créer, mettre à jour et supprimer des enregistrements | Oui (Yes) | Non; en lecture seule |
| Rechercher et filtrer | Oui (Yes) | Oui (Yes) |
| Trier | Oui (Yes) | Sur les champs que le système source peut trier par |
| Accès aux enregistrements en fonction du rôle | Oui (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.