Forum aux questions sur les licences Power Automate
Plans de licence Power Automate
Voici le forum aux questions sur les licences autonomes Power Automate.
Fonctionnement des plans de licence Power Automate
Chaque utilisateur et flux dispose d’un plan de licence. Si un flux est défini sur le plan par flux, il a les limites les plus élevées. Si un flux est associé à un plan par flux, il utilise toujours les limites de requêtes par plan de flux, indépendamment de l’exécution du flux.
Si le flux est défini sur le plan par utilisateur, il récupère le plan de son propriétaire principal. Si un utilisateur a plusieurs plans, par exemple un plan Microsoft 365 et un plan Dynamics 365, le flux utilise les limites de requêtes des deux plans.
Le plan de licence d’utilisateur standard pour Power Automate est le plan par utilisateur Power Automate même si un utilisateur peut utiliser toute une gamme d’autres plans de licence. Les utilisateurs avec le plan de licence gratuit ou l’un des plans de licence Microsoft 365 n’accèdent qu’aux connecteurs standard même si la plupart des autres plans de licence permettent d’accéder aux connecteurs Premium. Pour en savoir plus sur les plans de licence qui incluent les fonctionnalités Power Automate, voir Types de licences Power Automate et le Guide des licences Power Platform. Pour plus d’informations sur les limites et le profil de performances des plans de licence, consultez Limitations de Power Automate.
Dans quels cas dois-je choisir le plan « par flux » ou le plan « par utilisateur » Power Automate ?
Microsoft recommande que la plupart des entreprises achètent la licence par utilisateur avec automatisation robotisée des processus (RPA) pour chaque utilisateur de leur organisation. En option, achetez le module complémentaire de bot sans assistance pour chaque machine qui exécutera une automatisation sans assistance.
Le plan par utilisateur est destiné à l’automatisation personnelle dans le but de soutenir l’adoption à grande échelle d’une culture d’automatisation dans une organisation.
Le plan par flux est destiné à l’automatisation des processus d’entreprise. Si un flux apporte de la valeur à une équipe, soit chaque membre de l’équipe a besoin d’une licence par utilisateur, soit le flux a besoin d’une licence par flux. Si un flux a une licence par flux, elle n’utilise ni n’exige aucune autre licence pour son exécution. Le plan par flux permet à une organisation de payer les licences sur la base du nombre de flux qu’elle utilise, au lieu d’attribuer une licence à chaque utilisateur accédant aux flux individuellement avec le plan par utilisateur. Les grandes organisations ou les solutions qui en affectent plusieurs bénéficieront du coût mensuel fixe. Il est préférable d’utiliser une licence par flux si votre flux utilise des connecteurs Premium et que votre organisation compte de nombreux utilisateurs invités qui utilisent le flux sans savoir si le client de base des utilisateurs invités leur fournit des licences Premium.
Qui doit acheter une licence Premium ?
Le plan par flux a la priorité la plus élevée de toutes les licences ; autrement dit, si une licence par flux est attribuée à un flux, le flux utilise toujours cette licence.
Si le flux est utilisé pour un scénario d’entreprise où plusieurs personnes tirent profit du flux, tous ceux qui bénéficient du flux ont besoin d’une licence par utilisateur, ou le flux a besoin d’une licence par flux.
Si le flux n’a pas de licence par flux et qu’il s’agit d’un flux d’automatisation, la décision concernant la licence à utiliser dépend du mode de déclenchement du flux.
Voici l’arbre de décision pour les automatisations personnelles.
- Les flux planifiés et automatisés s’exécutent toujours dans le contexte du propriétaire du flux sans tenir compte de la personne qui a démarré le flux ou des comptes utilisés pour les connexions au sein du flux. Les flux instantanés (de bouton, Power Apps, déclencheurs hybrides) s’exécutent dans le contexte de l’utilisateur appelant sans tenir compte des connexions utilisées par le flux.
- Si un flux planifié/automatisé utilise un connecteur Premium, seul le propriétaire doit disposer d’une licence Premium.
- Si un flux instantané a des connecteurs Premium, chaque utilisateur qui exécute le flux a besoin d’une licence Premium Power Automate, d’une licence Premium Power Apps ou d’une licence Dynamics 365. Dans de tels cas, au lieu d’attribuer une licence à chaque utilisateur, il est plus simple d’attribuer une licence au flux avec une licence par flux. Une seule exception à cette règle : le déclencheur http qui s’exécute dans le contexte du propriétaire même s’il est utilisé dans un flux instantané.
- Si un flux parent appelle un flux enfant, ce dernier exploite le contexte du flux parent. Par exemple, si le flux parent est un flux automatisé et que le flux enfant utilise des connecteurs Premium et que le flux enfant n’a pas de licence par flux, il utilise la licence du propriétaire du flux parent. Si le flux enfant a une licence par flux, il utilise la licence par flux et non la licence du flux parent. Pendant la période de transition, ce comportement est légèrement modifié. La licence du propriétaire du flux enfant est utilisée sauf si le flux enfant a une licence par flux, mais une fois la période de transition terminée, la licence du propriétaire du flux enfant est ignorée et seule la licence du propriétaire du flux parent est utilisée, sauf si le flux enfant a une licence par flux.
Une question revient souvent : « Si un flux est déclenché lorsqu’une liste créée avec Microsoft Listes est mise à jour et que de nombreux utilisateurs interagissent avec cette liste, y a-t-il un coût par utilisateur ? » La réponse dépend de qui tire profit du flux.
- Si le flux utilise des connecteurs Premium et que les utilisateurs finaux tirent directement ou indirectement profit du flux, chaque utilisateur a besoin d’une licence.
- Si le flux utilise des connecteurs Premium et que seul son propriétaire en tire profit, étant donné que le déclencheur est automatisé, seul le propriétaire a besoin d’une licence Premium.
- Si le flux n’utilise pas un connecteur Premium, comme appeler Dataverse dans l’environnement de production complet (pas l’environnement Microsoft Teams), détenir une seule licence Microsoft 365 suffit.
Trouvez le type de flux (automatisé/manuel/planifié) que vous utilisez en sélectionnant un flux pour afficher son « type » dans les détails.
Nous avons 3 environnements (développement, test et production) pour respecter les meilleures pratiques et nous avons besoin de flux dans plusieurs environnements. Devons-nous acheter une licence par flux pour chaque environnement ?
Chaque flux existe dans un environnement spécifique. Ainsi, si un flux est importé dans un environnement différent, il s’agit d’un flux distinct et il a besoin d’une licence par flux séparée.
Nous avons 3 environnements (développement, test et production) pour respecter les meilleures pratiques et nous avons besoin de flux dans plusieurs environnements. Devons-nous acheter une licence par utilisateur pour chaque environnement ?
La licence par utilisateur est une licence de niveau utilisateur. Toutes les licences de niveau utilisateur (par utilisateur, Microsoft 365, Dynamics 365) sont des licences au niveau du client. L’utilisateur peut utiliser le flux dans tous les environnements sans acheter une licence séparée.
Si 5 flux sont achetés dans le cadre d’un pack de flux, dois-je tous les attribuer au même environnement ?
Non, ces licences peuvent être attribuées à des environnements différents.
Les clients Microsoft 365 peuvent-ils créer des flux de solution et des flux enfants ?
Oui. Les clients Microsoft 365 peuvent créer des flux de solution si l’environnement dans lequel ils créent le flux de solution a une base de données Dataverse associée. L’environnement par défaut récupère une base de données Dataverse par défaut. L’administrateur doit joindre une instance Dataverse aux environnements autres que ceux par défaut. Les administrateurs ont besoin d’une capacité de base de données Dataverse au niveau du client d’au moins 1 Go pour créer un environnement.
Le premier abonnement Power Apps ou Power Automate ou Power Virtual Agents ou Dynamics 365 Sales, Customer Service et Field Service ajoute une limite de capacité par défaut unique de 10 Go pour le client. Si vous ajoutez des abonnements au client, la capacité Dataverse supplémentaire peut revenir au client. Par exemple, si un nouveau client achète un plan par utilisateur Power Automate, le client reçoit une capacité de base de données Dataverse par défaut de 10 Go. Et si le client achète 10 licences Power Automate par utilisateur, le client obtient 10,5 Go (10 Go plus 10 fois 50 Mo).
J’utilise plusieurs connexions utilisateur dans mon flux Premium. Quel utilisateur a besoin d’une licence Premium pour exécuter le flux ?
Les connexions sont indépendantes des vérifications de licence. Vous pouvez avoir plusieurs connexions utilisateur dans un flux, mais le flux s’exécute toujours dans le contexte du propriétaire principal/de l’utilisateur en exécution seule.
Le propriétaire d’un flux a quitté la société. Comment pouvons-nous garantir qu’il fonctionne sans interruption ?
Si le flux est un flux de solution, vous pouvez changer le propriétaire dans le portail Power Automate, ou en utilisant l’API web Power Automate pour garantir que le flux fonctionne sans interruption. Si le flux est un flux non sensible à la solution, tous les copropriétaires peuvent l’ajouter à une solution, puis modifier le propriétaire. Si ce n’est pas le cas, attribuez une licence par flux au flux pour vous assurer qu’il continue de s’exécuter. Sinon, tous les copropriétaires du flux peuvent exporter et importer le flux. Une fois importé, le flux est un nouveau flux et le copropriétaire devient alors le propriétaire du flux. Et le flux utilise la licence du nouveau propriétaire.
Le propriétaire du flux n’a plus de licence Premium, mais le flux est un flux Premium. Que se passe-t-il ?
Les performances du flux diminuent et tous les propriétaires de flux en sont informés ; le flux est désactivé au bout de 14 jours si aucune mesure n’est prise.
Les utilisateurs invités (pas de votre client) ont-ils besoin d’une licence pour utiliser Power Automate ?
Oui. L’utilisateur invité doit avoir une licence Power Automate attribuée par l’un des clients suivants :
- Le client hébergeant le flux. Vous pouvez leur attribuer des essais administrateur pour un accès temporaire ou des licences autonomes.
- Le client d’accueil de l’utilisateur invité.
Par exemple, si un utilisateur invité a une licence Power Automate par utilisateur attribuée dans le client d’accueil, il peut utiliser des fonctionnalités Premium dans le client invité qui héberge le flux.
Les plans Power Automate, inclus avec Office, Power Automate par utilisateur, par utilisateur avec RPA assistée, Power Apps par utilisateur, et Dynamics 365 par utilisateur, auront les caractéristiques suivantes :
- Dans le cloud public Azure, ces plans ci-dessus sont reconnus parmi les locataires dans les scénarios d’invité, car ils ne sont pas liés à un environnement spécifique.
- Dans les clouds nationaux ou souverains Azure, ces plans sont reconnus parmi les clients dans les scénarios d’invité. Informations complémentaires : Clouds nationaux, Géographies Azure
- Les licences ne sont pas reconnues entre les clients des différents clouds Azure.
Quelles sont les fonctionnalités Power Automate incluses dans les licences Windows ?
Les utilisateurs de Windows 11 peuvent essayer des flux de bureau dans la RPA assistée pour une productivité personnelle dans l’environnement par défaut. Ils ne peuvent pas partager les flux de bureau ou créer des flux de bureau dans un environnement différent de l’environnement par défaut. Les utilisateurs Windows n’ont pas accès aux flux cloud. Pour récupérer les flux cloud et les fonctionnalités RPA complets, achetez Power Automate par utilisateur avec le plan RPA assistée.
Les utilisateurs de Windows 11 peuvent lancer une recherche sur « Power Automate » dans la barre de Windows Search. L’application de bureau Power Automate se télécharge automatiquement, puis se lance quand vous cliquez pour la première fois sur son icône.
Les utilisateurs de Windows 10, Windows Server 2016 peuvent-ils utiliser Power Automate pour ordinateur de bureau ?
Oui, ils peuvent utiliser Power Automate pour ordinateur de bureau (c.-à-d. qu’ils ont les droits d’utilisation), mais ils devront le télécharger à partir du centre de téléchargement.
Questions sur les licences Office 365
Voici le forum aux questions sur l’utilisation de Power Automate avec une licence Office 365.
Quelles sont les fonctionnalités Power Automate comprises dans les licences Office 365 ?
Des droits d’utilisation de Power Automate limités sont associés à certaines licences Office 365 pour permettre aux utilisateurs de personnaliser et d’étendre Office 365 aux scénarios de productivité personnelle. Pour les scénarios d’entreprise, Office recommande les licences autonomes.
Les licences Office 365 comprennent les fonctionnalités Power Automate suivantes :
- Créer et exécuter des flux automatisés/planifiés/de bouton.
- Accéder aux connecteurs standard.
- 2 000 K de requêtes Power Platform par jour. 10 000 requêtes/jour pendant la période de transition.
Les fonctionnalités Power Automate suivantes ne sont pas comprises :
- L’accès aux connecteurs Premium n’est pas inclus (sauf dans les environnements Dataverse for Teams). En savoir plus sur les fonctionnalités Dataverse for Teams.
- Flux de processus métier.
- Connecteurs personnalisés.
- Passerelles locales.
- Automatisation robotisée des processus (RPA).
- Capacité AI Builder.
Les licences Office 365 comprennent les fonctionnalités Power Automate suivantes :
- Office 365 E1
- Office 365 E3
- Office 365 E5
- Office 365 F3
- Office 365 Business Basic
- Office 365 Business Standard
- Office 365 Business Premium
- Office 365 F1
- Office 365 F3
- Office 365 E3
- Office 365 E5
- Windows 10 Professionnel
- Windows Enterprise E3
- Windows Enterprise E5
- Office 365 A1 pour les enseignants
- Office 365 A1 pour les étudiants
- Office 365 A1 Plus pour les enseignants
- Office 365 A1 Plus pour les étudiants
- Office 365 A3 pour les enseignants
- Office 365 A3 pour les étudiants
- Office 365 A3 pour Student Use Benefit
- Office 365 A5 pour les enseignants
- Office 365 A5 pour les étudiants
- Office 365 A5 pour Student Use Benefit
Questions sur les licences Dynamics 365
Les questions suivantes concernent les licences Dynamics 365 et les droits d’utilisation Power Automate.
Quelles sont les fonctionnalités Power Automate comprises dans les licences Dynamics 365 ?
Les licences Dynamics 365 suivantes comprennent les fonctionnalités Power Automate :
- Créer et exécuter des flux automatisés, planifiés ou de bouton.
- Accéder aux connecteurs standard.
- Accéder aux connecteurs Premium dans le contexte de l’application.
- Flux des processus d’entreprise dans le contexte de l’application.
- Connecteurs personnalisés dans le contexte de l’application.
- Passerelles locales dans le contexte de l’application.
- Limites de requêtes Power Platform : le membre Dynamics 365 Team récupère 6 000 requêtes par jour (25 000 requêtes par jour pendant la période de transition), le membre Dynamics 365 Professional récupère 40 000 requêtes par jour (100 000 requêtes par jour pendant la période de transition) et le membre Dynamics 365 Enterprise récupère 40 000 requêtes par jour (100 000 requêtes par jour pendant la période de transition).
Les fonctionnalités Power Automate suivantes ne sont pas comprises dans les licences Dynamics 365 :
Si vous utilisez une licence Dynamics 365 avec Power Automate, les flux doivent s’exécuter dans le contexte de l’application Dynamics 365, qui utilise les mêmes sources de données que l’application Dynamics 365 pour les déclencheurs ou les actions. Si le flux consomme des actions Power Automate autonomes non liées à la ou aux applications Dynamics 365, vous devez acheter des licences Power Automate autonomes.
Exemple de licence Dynamics 365 utilisant Power Automate dans le contexte d’une application Dynamics 365
Votre entreprise a connecté Azure DevOps avec Dynamics 365 CRM pour réaffecter les requêtes de support et créer des éléments de travail pour résoudre les problèmes plus rapidement. Dans le cadre de la licence Dynamics 365, les droits Power Automate sont inclus pour les flux dans les scénarios suivants :
- Lire depuis ou écrire sur Azure DevOps.
- Utilisez un déclencheur et/ou une action Dataverse intégrés.
Exemple de licence Dynamics 365 utilisant Power Automate hors du contexte d’une application Dynamics 365
Le même utilisateur (que dans l’exemple Dynamics 365 précédent) souhaite désormais également utiliser un flux qui met à jour une base de données Oracle. Ce flux a les propriétés suivantes :
- Il n’est pas du tout lié à l’application Dynamics 365.
- Il n’interagit pas du tout avec l’application Dynamics 365 (ou ses sources de données).
Dans ce scénario, l’utilisateur a besoin d’une licence Power Automate autonome.
Les licences Dynamics 365 suivantes comprennent les fonctionnalités Power Automate :
- Dynamics 365 Sales Enterprise
- Dynamics 365 Sales Professional
- Dynamics 365 Customer Service Enterprise
- Dynamics 365 Customer Service Professional
- Dynamics 365 Field Service
- Dynamics 365 Project Operations
- Dynamics 365 Team Members
- Dynamics 365 Finance
- Dynamics 365 Supply Chain Management
- Dynamics 365 Commerce
- Dynamics 365 Human Resources
- Dynamics 365 Operations – Activité
- Dynamics 365 Business Central
- Dynamics 365 Business Central Membres de l’équipe
Questions sur les licences Power Apps
Les questions suivantes concernent les licences Power Apps et les droits d’utilisation Power Automate.
Quelles sont les fonctionnalités Power Automate comprises dans les licences Power Apps ?
Un nombre limité de fonctionnalités Power Automate est inclus dans le cadre de la licence Power Apps. Les licences Power Apps comprennent les fonctionnalités Power Automate suivantes :
- Créer et exécuter des flux automatisés/planifiés/de bouton.
- Accéder aux connecteurs standard.
- Accéder aux connecteurs Premium dans le contexte de l’application.
- Flux des processus d’entreprise dans le contexte de l’application.
- Connecteurs personnalisés dans le contexte de l’application.
- Passerelles locales dans le contexte de l’application.
- Limites de requêtes Power Platform : Power Apps par utilisateur récupère 5 000 requêtes par jour (25 000 requêtes par jour pendant la période de transition) et Power Apps par application récupère 1 000 requêtes par jour (10 000 requêtes par jour pendant la période de transition).
- Power Apps par utilisateur récupère une capacité de base de données Dataverse de 250 Mo et une capacité de fichiers Dataverse de 2 Go. Power Apps par utilisateur récupère une capacité de base de données Dataverse de 50 Mo et une capacité de fichiers Dataverse de 400 Go. Les flux appelés par l’application créée avec Power Apps qui gèrent des objets complexes consomment cette limite de stockage. Par exemple, si un flux analyse un document de 100 pages et y apporte des mises à jour, le stockage dont il a besoin pour conserver le document dans l’historique des exécutions pour la résolution des problèmes ultérieure utilise cette limite.
Les fonctionnalités Power Automate suivantes ne sont pas comprises dans les licences Power Apps :
Exemple d’utilisation de Power Automate dans le contexte d’une application créée avec Power Apps
Un utilisateur avec une licence Power Apps autonome exécute une application qui utilise une base de données SQL comme source de données. L’application créée avec Power Apps comprend aussi des flux qui font ce qui suit :
- Lire depuis ou écrire sur une base de données SQL.
- Utiliser un déclencheur ou une action Power Apps intégré(e), par exemple pour envoyer une notification Push vers l’application créée avec Power Apps.
Exemple d’utilisation de Power Automate hors d’une application créée avec Power Apps
Le même utilisateur (que dans l’exemple ci-dessus) souhaite désormais également utiliser un flux qui met à jour une base de données Oracle et qui a les propriétés suivantes :
- Il n’est pas du tout lié à l’application créée avec Power Apps.
- Il n’interagit pas du tout avec l’application créée avec Power Apps (ou ses sources de données).
Dans cet exemple, l’application créée avec Power Apps est utilisée hors du contexte de Power Apps, l’utilisateur a donc besoin d’une licence Power Automate autonome.
Un deuxième exemple d’utilisation de Power Automate hors d’une application créée avec le contexte Power Apps
Un environnement comporte plusieurs applications. Certains flux pour la gestion des données ne prennent pas directement en charge l’application, mais garantissent la qualité des données. L’utilisateur a besoin d’une licence Power Automate autonome.
Les flux créés pour soutenir les applications intégrées à Power Apps doivent s’exécuter dans le contexte de l’application. Autrement dit, le flux doit utiliser les mêmes sources de données pour les déclencheurs ou les actions que l’application. Les flux déclenchés à partir de l’application sont automatiquement considérés comme étant dans le contexte de l’application. Si des flux cloud automatisés ou planifiés sont créés pour prendre en charge l’application et se trouvent dans le contexte d’une application, liez le flux aux applications à l’aide d’un script PowerShell. Une fois le flux lié, une dépendance est établie entre l’application et le flux et ils peuvent être gérés ensemble. Si l’application liée est supprimée ou inutilisée, le flux sera désactivé.
Si un flux premium n’est pas dans le contexte d’une application, vous devez acheter une licence Power Automate autonome.
Comment puis-je déterminer facilement si mon flux est dans le contexte d’une application Power Apps/Dynamics 365 ?
Le flux est-il créé pour prendre en charge l’application Power Apps/Dynamics 365 ? Le flux peut-il être supprimé si les applications correspondantes sont supprimées ? Si tel est le cas, le flux est en contexte.
Multiplexage
Qu’est-ce que le multiplexage et est-il conseillé d’utiliser le multiplexage pour réduire le nombre de licences ?
Le multiplexage fait référence à l’utilisation de matériels ou de logiciels qu’un client utilise pour regrouper les connexions, réacheminer les informations ou réduire le nombre d’utilisateurs qui accèdent ou utilisent directement Power Apps, Power Automate et le service Power Virtual Agents. L’utilisation du multiplexage pour réduire le nombre de licences à acheter est une violation de licence. Pour plus de détails, reportez-vous aux instructions sur le multiplexage sous Exigences en matière d’informations sur les licences d’accès client.
Voici quelques exemples de ce qu’est ou n’est pas le multiplexage :
- Si le flux Premium déplace uniquement les données de Dataverse dans un emplacement partagé ou l’envoi d’un e-mail à des collègues, cela ne relève pas du multiplexage, car les utilisateurs consomment les données plutôt que de déclencher le flux.
- Si un flux premium se déclenche lorsqu’un nouvel article est ajouté à une liste SharePoint, enregistre les détails dans Dataverse, puis envoie un e-mail au propriétaire du flux, plusieurs personnes peuvent charger des éléments dans la liste, mais l’e-mail n’est envoyé qu’au propriétaire. Dans ce cas, seul le propriétaire a besoin d’une licence, car il est la seule personne à tirer profit du flux.
- Si le flux mentionné au second point envoie un e-mail à l’utilisateur qui charge l’élément, le propriétaire et l’utilisateur ont tous deux besoin d’une licence Premium. Dans ce cas, l’utilisateur déclenche indirectement le flux (en téléchargeant un élément dans SharePoint) et récupère la valeur du flux sous la forme d’un e-mail. Un défaut de licence de tous les utilisateurs relève du multiplexage.
Plusieurs flux sont exécutés sous un compte de service partagé. De quelles licences ai-je besoin ?
Définitions :
Compte de service : compte utilisateur Azure Active Directory (Azure AD) utilisé comme compte de service. Les comptes de service sont un type spécial de compte destiné à représenter une entité non humaine telle qu’une application, une API ou un autre service. Les comptes d’utilisateurs, utilisés comme compte de service en partageant des informations d’identification avec d’autres utilisateurs, sont difficiles à suivre et la gestion de leurs mots de passe est un défi. Dans certains scénarios, les comptes de service sont utilisés pour supprimer la dépendance du flux vers le propriétaire d’origine. Lors de la création de comptes de service, fournissez uniquement les autorisations requises pour la tâche. Évaluez les comptes de service existants pour voir si vous pouvez réduire les privilèges. Limitez le nombre de personnes ayant accès au compte de service afin de minimiser les risques de sécurité. Vous pouvez également créer différents comptes pour différents scénarios afin de minimiser l’exposition.
Principal de service : le principal de service Azure AD fonctionne comme l’identité de l’instance d’application. Les principaux de service définissent qui peut accéder à l’application et à quelles ressources l’application peut accéder. Un principal de service est créé dans chaque locataire où l’application est utilisée et fait référence à l’objet d’application globalement unique. Power Automate ne prend pas encore en charge un flux à exécuter sous Principal de service ; la fonctionnalité est planifiée.
Utilisateurs non interactifs : Dataverse prend en charge les utilisateurs non interactifs pour des activités telles que les processus d’arrière-plan qui migrent des données entre des bases de données. Ceux-ci ne nécessitent pas qu’un utilisateur interagisse avec le service. Il y a une limite maximale de 7 utilisateurs non interactifs par client. Les utilisateurs non interactifs ne sont pas encore pris en charge par Power Automate.
Utilisateurs normaux : ce sont les utilisateurs synchronisés habituels d’Azure AD.
Conseils : ces conseils sont spécifiques aux flux qui s’exécutent sous un compte de service en tant que propriétaire du flux. Si vous souhaitez exécuter votre flux sous un compte de service, voici les bonnes pratiques :
- Si le flux utilise uniquement des connecteurs standard et aucune fonctionnalité premium, tous les utilisateurs disposant des informations d’identification du compte de service peuvent disposer d’une licence Microsoft/Office 365, Power Automate Gratuit, ou n’importe quelle licence Premium Power Automate.
- Si le flux utilise des fonctionnalités premium (connecteurs premium, automatisation des processus robotiques, connecteurs personnalisés, passerelle sur site, flux de processus métier) :
- Le compte de service est utilisé par un ensemble limité d’utilisateurs. Dans ce cas, la licence de tous les utilisateurs et du compte de service suffit.
- Le compte de service est utilisé par de nombreux utilisateurs. Dans ce cas, il est recommandé d’attribuer une licence par flux au flux pour s’assurer que tout nouvel utilisateur ajouté au compte est automatiquement conforme.
- Si le flux est un flux manuel/déclenché par Power App/flux Dataverse « Exécuter en tant qu’utilisateur », tous les utilisateurs qui exécutent le flux ont besoin d’une licence premium ou le flux a besoin d’une licence par flux. Consultez cette FAQ sur qui a besoin d’acheter une licence premium.
- Le flux Premium est dans le contexte (le flux partage les sources de données de l’application) d’une application créée avec Power Apps/application Dynamics 365 :
- Tous les utilisateurs disposant des informations d’identification du compte de service et du compte de service ont besoin d’une licence Power Apps/Dynamics 365.
- S’ils n’ont pas de licence Power Apps/Dynamics 365, tous les utilisateurs et le compte de service ont besoin de licences utilisateur Power Automate.
- Sinon, le flux peut être sous licence avec une licence par flux et aucun des utilisateurs/comptes de service n’a besoin d’une licence.
- Plusieurs utilisateurs partageant les informations d’identification d’un compte de service et utilisant des flux premium avec une licence premium par utilisateur attribuée au compte de service sont considérés comme du multiplexage et le flux n’est pas conforme.
Note
Les conseils sont spécifiques aux comptes de service utilisés en tant que propriétaires de flux ou utilisateurs d’exécution uniquement. Les flux utilisant des comptes de service en tant que connexions ou copropriétaires ne sont pas concernés par ces conseils.
Il ne s’agit que d’orientations et non d’une application stricte. Les administrateurs sont responsables de la gestion des licences de tous les flux correctement pour rester en conformité.
Il existe un flux Premium qui envoie les requêtes d’approbation à un ensemble d’utilisateurs, puis attend que les utilisateurs approuvent ou rejettent la requête avant de poursuivre son exécution. Les approbateurs ont-ils besoin d’une licence Premium ?
Chaque utilisateur bénéficiant du flux a besoin d’une licence. Mais, si le flux est une automatisation personnelle où seul le propriétaire bénéficie du flux, les utilisateurs qui répondent aux demandes d’approbation n’ont pas besoin d’une licence Premium.
Flux automatisé : l’utilisateur crée un flux qui se déclenche lorsqu’un élément est ajouté à une liste créée à l’aide de Listes Microsoft et met à jour une base de données SQL (Premium). Plusieurs personnes peuvent ajouter des éléments à la liste créée à l’aide de Microsoft Lists. Les utilisateurs ont-ils besoin d’une licence Premium ?
Cela dépend de qui tire profit du flux. Si les utilisateurs tirent directement ou indirectement de la valeur du flux, ils ont besoin d’une licence Premium. Si le flux est destiné à une automatisation persnnelle, le flux s’exécute dans le contexte de la licence du propriétaire pour les flux automatisés/planifiés et dans le contexte de la licence de l’utilisateur appelant pour les flux déclenchés Power Apps/Dataverse/instantanés. La personne qui a ajouté l’élément à la liste créée avec Listes Microsoft n’a donc pas besoin d’une licence Premium.
Nous avons un flux instantané avec des utilisateurs en exécution seule et il utilise des connecteurs Premium. Le créateur partage ce flux avec son équipe et lui permet d’exécuter ce flux. Est-ce que tout le monde a besoin d’une licence premium ?
Toute personne qui appelle le flux a besoin d’une licence Premium, car il s’agit d’un flux instantané.
J’ai un flux enfant avec des connecteurs Premium et il est appelé par plusieurs flux parents sans connecteurs Premium. Tous les flux parents doivent-ils être sous licence ou la licence du flux enfant est-elle suffisante ?
Vous pouvez soit autoriser le flux parent, soit autoriser le flux enfant avec une licence par flux. Cependant, si le flux parent a également un connecteur Premium, le propriétaire du flux parent doit avoir une licence Premium, ou le flux parent doit avoir une licence par flux.
Mon flux utilise les connexions de plusieurs utilisateurs. Dois-je tous les munir d’une licence ?
Qui a besoin d’une licence est indépendant des connexions utilisées dans le flux. Les flux automatisés ou planifiés s’exécutent toujours sous la licence du propriétaire et les flux manuels/applications s’exécutent toujours sous les utilisateurs qui ont déclenché le flux.