Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les dataflows sont créés dans un environnement et les dataflows standard chargent des données dans des tables Dataverse nouvelles, existantes ou standard qui résident également dans l’environnement. Selon le scénario, un créateur de flux de données peut avoir besoin de rôles différents ou multiples pour créer et actualiser un dataflow avec succès. Cet article vous guide tout au long des rôles et des niveaux d’autorisation liés aux dataflows standard et fournit des liens vers des articles pour découvrir comment les gérer.
Rôles requis pour créer des dataflows standard
Certains rôles sont nécessaires pour créer des dataflows, et d’autres sont nécessaires pour contrôler les tables qu’un créateur de flux de données peut créer ou mettre à jour. Le tableau suivant décrit chaque rôle, ainsi que le niveau d’autorisation associé à ce rôle.
| Rôle de sécurité | Privilèges | Descriptif |
|---|---|---|
| Créateur d’environnement | Créer des dataflows | Obligatoire pour créer un flux de données. Les dataflows standard nécessitent davantage de rôles en fonction des autorisations des tables Dataverse. |
| Utilisateur de base | Écrire dans des tables non personnalisées | Dispose de tous les droits nécessaires pour travailler avec des tables standards. |
| Personnalisateur du système | Créer des tables personnalisées | Les tables personnalisées créées par cet utilisateur sont visibles uniquement par cet utilisateur. |
Étapes d’attribution de rôles
Les étapes décrites dans la procédure suivante sont issues de La configuration de la sécurité utilisateur aux ressources dans un environnement.
Vérifiez que l’utilisateur auquel vous souhaitez attribuer un rôle de sécurité est présent dans l’environnement. Si ce n’est pas le cas, ajoutez l’utilisateur à l’environnement. Vous pouvez attribuer un rôle de sécurité dans le cadre du processus d’ajout de l’utilisateur. Plus d’informations : Ajouter des utilisateurs à un environnement
En général, un rôle de sécurité ne peut être attribué qu’aux utilisateurs qui sont dans l’état Activé. Toutefois, si vous devez attribuer un rôle de sécurité aux utilisateurs dans l’état Désactivé, vous pouvez le faire en activant allowRoleAssignmentOnDisabledUsers dans OrgDBOrgSettings.
Pour ajouter un rôle de sécurité à un utilisateur déjà présent dans un environnement :
Connectez-vous au Centre d’administration Power Platform.
Sélectionnez Environnements> [sélectionner un environnement] >Paramètres>utilisateurs + autorisations>Utilisateurs.
Sélectionnez Gérer les utilisateurs dans Dynamics 365.
Sélectionnez l’utilisateur dans la liste des utilisateurs dans l’environnement, puis sélectionnez Gérer les rôles.
Attribuez un ou plusieurs rôles de sécurité à l’utilisateur.
Cliquez sur OK.
La sécurité au niveau des lignes n’est pas prise en charge
La version actuelle des dataflows standard ne prend pas en charge la sécurité au niveau des lignes.
Si vous n’avez pas déjà entendu parler de sécurité au niveau des lignes, voici une présentation rapide. Si vous avez des utilisateurs ayant différents niveaux d’accès à la même table, vous pouvez filtrer les données au niveau de la ligne. Par exemple, dans la table Orders, vous pouvez avoir une colonne SalesTerritory. En outre, vous souhaiterez peut-être filtrer les données d’une manière que les utilisateurs de Californie ne pouvaient voir que les enregistrements de la table Orders appartenant à la Californie. Cette différence est possible par le biais de la sécurité au niveau des lignes.
Partage ou co-création de flux de données
Actuellement, il n’est pas possible pour deux utilisateurs différents de collaborer sur le même flux de données. Seul le créateur (propriétaire) du dataflow peut le modifier. Si un flux de données doit être transféré à un autre utilisateur, un administrateur d’environnement peut modifier le propriétaire du flux de données d’un utilisateur à un autre, tant que le propriétaire actuel est toujours membre de l’organisation. Pour des raisons de sécurité, le transfert de propriété supprime la connexion associée au flux de données et exige que le nouveau propriétaire met à jour les informations d’identification utilisées par le flux de données.