Power Automate FAQ sur les licences

Voici le forum aux questions sur les licences autonomes Power Automate.

Comment fonctionnent les plans de licence Power Automate pour les exécutions de flux ?

Si un flux est défini sur le plan de processus Power Automate, il peut accéder aux connecteurs premium, a les limites les plus élevées et utilise toujours les limites de requête du plan de processus, quel que soit l’exécuteur du flux.

Si le flux est défini sur le forfait utilisateur Power Automate Premium, il obtient alors le forfait de son propriétaire principal si le flux est un flux automatisé ou planifié. Si le flux est un flux instantané/bouton, il utilise la licence de l’utilisateur exécutant le flux. 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 utilisateur pour Power Automate est le plan Power Automate Premium, mais les utilisateurs ont une gamme d’autres options de plans de licence. Les utilisateurs avec le plan gratuit ou l’un des plans de licence Microsoft 365 ne peuvent accéder qu’aux connecteurs standard même si la plupart des autres plans et essais de licence permettent d’accéder aux connecteurs premium.

Apprenez-en davantage sur les plans de licence qui incluent Power Automate des fonctionnalités dans Types de Power Automate licences et sur les Power Platform licences. guide. Apprenez-en davantage sur les limites et le profil de performances des plans de licence dans Limites des flux automatisés, planifiés et instantanés.

De quelles licences Power Automate ai-je besoin ?

Microsoft recommande à la plupart des organisations d’acheter la Power Automate licence Premium pour chaque utilisateur de leur organisation. Achetez la licence de processus Power Automate pour chaque processus métier ou machine qui exécute l’automatisation unattended. Le processus hébergé Power Automate est un super ensemble de la licence de processus Power Automate, qui offre les mêmes fonctionnalités mais avec l’ajout d’une capacité de machine hébergée Microsoft qui peut être utilisée pour une machine hébergée ou un groupe de machines hébergées, ce qui permet la RPA sans infrastructure.

Le plan utilisateur Premium est destiné à un utilisateur humain dans le but de soutenir l’adoption à grande échelle d’une culture d’automatisation dans une organisation. Les développeurs RPA doivent créer et gérer les flux de bureau sur le portail Power Automate.

La licence de processus est destinée aux automatisations de processus d’entreprise de base qui sont généralement des activités de back-end automatisées (non exécutées manuellement par une personne). Par exemple, chaque organisation a besoin de processus pour le traitement des factures ou l’intégration RH qui sont obligatoires pour le fonctionnement normal de l’entreprise. Ces processus peuvent varier en taille et en complexité, allant d’initiatives à petite échelle à des efforts à grande échelle couvrant plusieurs flux interconnectés par des sources de données partagées. Par exemple, un processus de traitement des factures comporte plusieurs flux traitant une facture, de la création à l’approbation jusqu’au paiement. Tous les flux font partie d’un processus métier car ils traitent tous une facture en plusieurs étapes jusqu’à la clôture.

En obtenant une licence de processus, les organisations s’assurent que tous les flux au sein du processus métier sont correctement autorisés. Cela permet le déploiement et la gestion de flux interconnectés en tant qu’unité cohérente, facilitant la gestion du cycle de vie des applications (ALM) et l'optimisation des performances.

Vous avez besoin d’une licence de processus si votre flux répond à l’un des critères suivants :

• Vos flux utilisent la RPA (automatisation robotisée des processus) sans assistance pour exécuter des flux de bureau sur des machines sans interaction de l’utilisateur.
• Vos flux s’exécutent sous l’utilisateur de l’application (le propriétaire du flux est un principal du service). Les organisations avec plusieurs environnements (Dev/Test/Prod) utilisent des pipelines DevOps pour exporter et déployer des flux dans d’autres environnements pour une ALM saine (gestion du cycle de vie des applications). Ils exécutent leurs flux à l’aide du principal de service pour éviter de donner accès aux utilisateurs dans les environnements de production.
• Vos flux traitent des données volumineuses ou doivent s’exécuter fréquemment, ce qui nécessite un volume élevé de requêtes Power Platform.
• Votre flux premium est invoqué par plusieurs utilisateurs. Dans ce cas, soit tout le monde a besoin d’une licence Premium, soit le flux a besoin d’une licence Process. Si un flux a une licence de processus, aucun utilisateur n’a besoin d’avoir une licence. Il offre à une organisation la flexibilité de payer les licences en fonction du nombre de flux. Les grandes organisations ou les solutions qui affectent de nombreuses personnes peuvent tirer bénéfice du coût mensuel fixe.
• 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.

Note

Les licences de processus et de processus hébergé Power Automate accordent des licences uniquement aux flux et/ou machines et non à l’utilisateur. Le plan utilisateur Premium est nécessaire pour permettre aux développeurs RPA de créer et de gérer les flux de bureau sur le portail Power Automate. Apprenez-en davantage sur les fonctionnalités Premium RPA fournies avec le plan utilisateur Premium dans Fonctionnalités Premium RPA.

De combien de Power Automate licences de processus ai-je besoin ?

• Votre processus dispose d’une RPA (automatisation robotisée des processus) sans surveillance : de combien de sessions machine avez-vous besoin ?

  Achetez une licence Process pour chaque machine. Vous pouvez ajouter plus de licences Process si vous avez besoin d’une exécution simultanée sur la machine. Tous les flux de bureau (RPA) exécutés sur la machine et les flux cloud (DPA) qui font partie du processus métier sont couverts par la licence Process.

• Votre processus n’a besoin que de DPA (automatisation du processus numérique) : combien de processus métier de base souhaitez-vous automatiser ?

  Achetez un processus pour chaque processus d’entreprise de base. Quelques exemples de processus métier de base sont le traitement des factures ou l’intégration des ressources humaines (RH). Tous les flux cloud liés au même processus métier sont inclus dans la licence.

Combien de licences de processus sont nécessaires si je dispose de plusieurs flux de cloud, chacun d’eux appelant ses propres flux RPA en mode sans assistance sur une machine ?

Avec une seule licence de processus, vous pouvez exécuter plusieurs flux de cloud en les mettant en file d’attente. Par exemple, si vous disposez de quatre flux de cloud indépendants et que chacun d’eux appelle son propre flux de bureau qui s’exécute sur la même machine, vous pouvez exécuter le premier à 9h00, le second à 11h00, et ainsi de suite, dans la même machine virtuelle.

Dans la capture d’écran suivante, tous les flux de cloud sont couverts par une seule licence de processus, car ils ont un flux de bureau qui s’exécute sur la même machine. Tous les flux enfants et les flux associés à ces flux de cloud sont également couverts par la licence de processus sur la machine.

Mon processus DPA a plusieurs flux de cloud. Aurai-je besoin de plusieurs licences Process ?

Ces processus d’entreprise de base peuvent varier en taille et en complexité, allant d’initiatives à petite échelle à des efforts à grande échelle couvrant plusieurs flux interconnectés par des sources de données partagées. Par exemple, le processus de traitement des factures comporte plusieurs flux traitant une facture, de la création à l’approbation jusqu’au paiement. Tous les flux font partie d’un processus métier car ils traitent tous une facture en plusieurs étapes jusqu’à la clôture. Vous n’avez besoin que d’une seule licence de processus pour un processus métier principal. Cela encourage les meilleures pratiques d’architecture de microservices où les flux peuvent être petits avec des fonctionnalités à grain fin, ce qui améliore la maintenabilité.

Identifiez le flux qui démarre le processus et attribuez une licence de processus à ce flux. Les flux enfants du flux avec une licence de processus sont couverts par la licence de processus. Ces flux peuvent être dans la même solution ou dans une solution différente.

Les flux autres que les flux parents/enfants peuvent être associés manuellement au flux avec une licence de processus. Ces flux doivent se trouver dans la même solution et utiliser les mêmes sources de données.

Les flux organisés en flux enfants et flux associés sont tous traités comme un seul processus avec une seule licence de processus attribuée au flux principal, et partagent les limites de demande Power Platform de la licence de processus.

Ma solution comporte plusieurs processus. Ai-je besoin de plusieurs licences Process ?

Oui. Une solution peut avoir plusieurs processus avec une licence Process attribuée à chacun d’eux.

Qui doit acheter une licence Premium ?

Les utilisateurs qui ont besoin de créer des automatisations à usage général (avec le droit de connecteurs premium), d’avoir une flexibilité totale (avec le droit de connecteurs personnalisés) ou d’interagir avec des applications simulant un comportement humain tel que les touches et les mouvements du clavier ou de la souris (avec le automatisation robotisée des processus attended droit) devrait envisager une Power Automate licence Premium.

Plus précisément :

• Une licence Premium est nécessaire pour chaque développeur RPA qui crée et gère les flux de bureau sur le portail Power Automate. Apprenez-en davantage dans les Fonctionnalités RPA Premium.
• Le plan de processus Power Automate a la priorité la plus élevée parmi toutes les licences. Cela signifie que si une licence de processus est attribuée à un flux, le flux utilise toujours cette licence et n’a pas besoin d’un propriétaire ou d’un utilisateur en cours d’exécution pour avoir une licence Premium.
• 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, déclencheurs hybrides) s’exécutent dans le contexte de l’utilisateur qui les appelle sans tenir compte des connexions utilisées dans 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, d’une licence Premium Power Automate. Dans de tels cas, au lieu d’attribuer une licence à chaque utilisateur, attribuer une licence au flux avec une licence Process.
• Si le flux n’utilise pas de connecteur Premium, vous n’avez pas besoin d’une licence Premium. Vous pouvez utiliser une licence Microsoft 365.

Trouvez le type de flux (automatisé/manuel/planifié) que vous utilisez en sélectionnant un flux pour afficher son « type » dans les détails.

• Si le flux est dans le contexte d'applications Power Apps ou Dynamics 365 et est un flux automatisé, le flux doit être associé à l’application créée à l’aide Power Apps ou d'une application Dynamics 365 et le propriétaire a besoin d'une licence Power Apps Premium ou d'une licence Dynamics 365.
• Si le flux est dans le contexte d’une application Power Apps ou Dynamics 365 et est un flux instantané, chaque utilisateur exécutant le flux a besoin d'une licence Power Apps Premium ou d'une licence Dynamics 365.
• Si un flux parent appelle un flux enfant, ce dernier exploite le contexte du flux parent. Par exemple, si les critères suivants sont remplis, il utilise la licence du propriétaire du flux parent :
  • Si le flux parent est un flux automatisé, et
  • Le flux enfant utilise des connecteurs premium, et
  • Le flux enfant n’a pas de licence Process. Si le flux enfant a une licence Process, il utilise la licence Process et non la licence du flux parent.

Pendant la période de transition, la licence flux parent n’est pas héritée par le flux enfant. Le flux enfant utilise la licence du propriétaire. Cependant, une fois la période de transition terminée, seule la licence de flux parent (licence du propriétaire/licence de processus du flux parent) sera utilisée, sauf si le flux enfant dispose d’une licence de processus.

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 Process pour chaque environnement ?

Chaque flux existe dans un environnement spécifique. Si un flux est importé dans un environnement différent, chaque instance est un flux distinct et il a besoin d’une licence séparée. Le flux avec la licence de processus et ses flux enfants, ainsi que tous les flux associés, sont traités comme un seul processus et une seule licence de processus couvre l’utilisation de tous dans un seul environnement.

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 Premium pour chaque environnement ?

Le Power Automate licence Premium est une licence de niveau utilisateur. Toutes les licences de niveau utilisateur (Power Automate, Premium, 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.

Une licence de processus hébergé Power Automate peut-elle être utilisée comme licence de processus Power Automate ?

Oui, vous pouvez utiliser la capacité de processus hébergé Power Automate de deux manières :

• Machines hébergées et groupes de machines hébergées.
• En tant que licence de processus pouvant être utilisée pour l’automatisation robotisée de processus unattended (RPA unattended) sur votre machine locale, ou flux faisant partie d’un processus métier.

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 Microsoft Copilot Studio 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 Power Automate Premium, le client reçoit une capacité de base de données Dataverse par défaut de 10 Go. Et si le locataire achète 10 Power Automate Licences Premium, le locataire 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/licence Process 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 un Power Automate Traiter la licence du flux pour s’assurer qu’il continue à 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. Le flux utilise la licence du nouveau propriétaire.

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.

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 Premium attribuée dans le client d’accueil, il peut utiliser des fonctionnalités premium dans le client invité qui héberge le flux.

Power Automate, inclus avec les plans par utilisateur Office, Power Automate Premium, Power Apps Premium et Dynamics 365, présentera 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 de cloud. Pour obtenir des flux de cloud complets et des fonctionnalités RPA, achetez le plan Power Automate Premium.

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 héritée

À compter du 1er août 2023, Power Automate par flux (100 $ par flux/mois, avec un achat minimum de 5 licences) et le module complémentaire RPA sans assistance Power Automate (150 $ par bot/mois et conditions préalables de licence requises) seront supprimés de la page de tarification. Ils seront retirés de la liste de prix le 1er février 2024. Power Automate Process, licence globale plus facile à gérer, octroie une licence à un seul bot "d’automatisation" qui peut être utilisé pour l’automatisation robotisée des processus unattended (RPA unattended) ou les flux cloud utilisant l’automatisation des processus numériques (DPA) et accessible par un nombre illimité utilisateurs dans l’organisation. Power Automate Le processus est au prix de $150 par bot/mois.

En quoi la licence Process est-elle différente de la licence par flux ?

Pour la RPA sans assistance, les clients devaient auparavant acheter une licence par flux pour le flux cloud et un module complémentaire RPA sans assistance. Ils peuvent désormais acheter une licence Process pour chaque session RPA sur une machine. Tous les flux cloud appelant des flux de bureau sur la machine sont inclus dans la licence Process.

Pour les flux de cloud, une licence par flux donne droit au flux avec la licence et ses flux enfants. Une licence de processus donne droit au flux avec la licence, ses flux enfants et tous les flux associés. Pour commencer, un minimum de cinq packs doit être acheté par flux. Il n’y a pas d’exigence de quantité minimale d’achat pour la licence de processus.

Comment est Power Automate Licence Premium différente de Power Automate par utilisateur avec licence RPA attended ?

L’offre Power Automate Premium comprend tous les avantages de Power Automate par utilisateur avec la RPA attended offerte à $40 par utilisateur/mois, plus les capacités de visualisation et d’analyse de processus Process Mining, et est offerte à $15 par utilisateur/mois.

Power Platform demande des questions

Voici quelques-unes des questions fréquemment posées sur les limites de PPR et leurs réponses.

Qu’est-ce qui est considéré comme une requête Power Platform ?

En fonction de la licence, il existe des limites au nombre d’actions qu’un flux de cloud peut exécuter par jour. Ces limites sont différentes des limites du connecteur. Vous pouvez voir le nombre d’actions exécutées par votre flux en sélectionnant Analytics sur la page de détails flux de cloud et en consultant les Actions onglet.

Même lorsque le flux utilise peu de requêtes, vous pouvez toujours atteindre vos limites si le flux s’exécute plus fréquemment que prévu. Power Platform Par exemple, vous pouvez créer un flux cloud qui envoie une notification Push lorsque votre responsable vous envoie un e-mail. Ce flux doit s’exécuter chaque fois que vous recevez un e-mail (quel que soit l’expéditeur), car il doit vérifier si l’e-mail est envoyé par votre responsable. La limite s’applique à toutes les exécutions dans tous vos flux sur une période de 24 heures. Voici quelques informations pour estimer l’utilisation des requêtes d’un flux :

1. Un flux simple avec un déclencheur et une action génère deux « actions » à chaque exécution du flux et consomme deux requêtes.
2. Chaque déclencheur/action dans le flux génère des requêtes Power Platform. Tous les types d’actions comme les actions du connecteur, les actions HTTP et les actions intégrées (de l’initialisation des variables à une simple action de composition en passant par la création de portées) génèrent des requêtes Power Platform. Par exemple, un flux qui se connecte à SharePoint ou Exchange, Twitter, Dataverse ; toutes ces actions sont prises en compte dans les Power Platform limites de requêtes.
3. Les actions réussies et échouées sont décomptées par rapport à ces limites. Les actions ignorées ne sont pas comptabilisées dans ces limites.
4. Chaque action génère une requête. Si l’action se trouve dans une boucle Appliquer à chacun, elle génère plus de requêtes Power Platform lors de l’exécution de la boucle.
5. Une action peut avoir plusieurs expressions, mais elle est comptabilisée comme une seule requête d’API.
6. Les nouvelles tentatives et les requêtes supplémentaires de la pagination comptent également comme des exécutions d’actions.

Considérez le flux de cloud suivant dans lequel chaque pièce jointe d’e-mail est enregistrée dans OneDrive. Le déclencheur consomme une requête Power Platform, la boucle Appliquer à chacun consomme une requête et les actions dans la boucle Appliquer à chacun consomment plusieurs requêtes en fonction du nombre d’exécutions de la boucle. S’il y a quatre pièces jointes, cette section consomme huit requêtes Power Platform (4 x 2 actions). Au total, ce flux consomme 10 requêtes Power Platform.

Quelles Power Platform limites de requêtes sont utilisées par le flux de cloud ?

• Si un flux de cloud dispose d’une licence Processus/Par flux, le flux utilise la limite de licence Processus/Par flux et non la limite du créateur/propriétaire/utilisateur appelant.

• Les flux cloud automatisés et planifiés utilisent toujours les limites de requêtes du créateur/propriétaire du flux Power Platform , quelle que soit la personne qui a appelé le flux ou les comptes utilisés pour les connexions à l’intérieur du flux. Pour un flux de solution, vous pouvez changer le propriétaire du flux en utilisant l’API web. Une fois le propriétaire modifié, la limite de requêtes API du nouveau propriétaire est utilisée. Pour un flux sans solution, le flux utilise toujours la limite du créateur d’origine qui ne peut pas être modifiée. Si le créateur d’origine quitte l’entreprise, tous les copropriétaires du flux peuvent exporter et importer le flux en tant que propriétaire différent. Une fois le flux importé, il devient un nouveau flux et commence à utiliser la limite du nouveau propriétaire. Vous pouvez également attribuer une licence Processus/Par flux au flux.

• Les flux cloud instantanés (bouton, Power Apps, déclencheurs hybrides) utilisent la limite de l’utilisateur appelant.

• Si le propriétaire du flux est un principal de service, le flux utilise la limite d’utilisateurs sans licence.

• Si vous Partager un flux automatisé/programmé avec un autre utilisateur et que cet utilisateur déclenche ensuite le même flux, il utilise la limite du propriétaire d’origine et non la limite du nouvel utilisateur. Mais si l’utilisateur exploite ensuite le flux pour créer son propre nouveau flux, alors ce nouvel utilisateur devient propriétaire du nouveau flux et ce flux utilise la limite du nouvel utilisateur.

• Si un flux parent appelle un flux enfant, le flux enfant utilise la limite du flux parent. Par exemple, si le flux parent est un flux automatisé, le flux enfant utilise la limite du créateur/propriétaire flux parent.

• Si le flux parent est un flux manuel, le flux enfant utilise la limite de l’utilisateur appelant du flux parent.

• Si le flux enfant possède une licence Process / Par flux, il utilise la limite Process / Par flux et non la limite du flux parent.

• Si un flux dispose d’une licence de processus, le flux, tous les flux enfant (à l’exclusion de ceux qui ont leur propre licence de processus) du flux et tous les flux associés du flux Partager la limite de licence de processus.

En tant que créateur, quels outils sont disponibles pour analyser mon utilisation ?

Si vous rencontrez des retards ou des ralentissements lors de l’exécution de votre flux, il est probable que vous ayez dépassé les limites PPR pour la journée. Pour les flux qui sont régulièrement retardés à cause de dépassements, les utilisateurs reçoivent également une notification pour les informer de ces dépassements, ainsi que des conseils et astuces sur la façon d’éviter les retards d’exécution de leurs flux.

Voici un exemple d’e-mail envoyé pour un flux qui dépassait systématiquement les limites d’action :

De plus, vous pouvez voir l’utilisation des actions pour un flux donné en sélectionnant l’action Analyse dans la page des propriétés du flux, et cela fonctionne pour tous les types d’actions. Cela vous aide à comprendre combien d’actions sont exécutées chaque jour. Il peut vous aider à comprendre les modèles d’utilisation pour optimiser la capacité :

En tant qu’administrateur, quels outils sont disponibles pour analyser l’utilisation de mon environnement ?

Le centre d’administration Power Platform contient les rapports sur les requêtes Power Automate. Ces rapports vous aident à visualiser rapidement les mesures d’adoption et d’utilisateurs pour votre organisation. Ils sont actuellement dans version préliminaire publique. Deux rapports sont disponibles :

• Rapport utilisateur – Ce rapport affiche l’ Power Platform utilisation des requêtes par chaque utilisateur du environnement, par rapport à la limite qui lui a été attribuée.
• Rapport par flux  : ce rapport affiche l’ Power Platform utilisation des demandes par chaque flux du environnement qui dispose d’une licence par flux.
• Rapport d’utilisateur sans licence – Ce rapport affiche l’utilisation de requêtes Power Platform pour les utilisateurs sans licence et le droit total pour les utilisateurs sans licence pour ce locataire. À l’avenir, Power Platform les demandes d’utilisation des flux exécutés sous le principal du service seront affichées dans ce rapport.

Une fois les rapports disponibles, les utilisateurs auront le temps de réagir et d’acheter des licences PPR plus élevées avant que l’application ne commence.

Que se passe-t-il lorsque mon flux exécute trop d’actions ?

Lorsque vous avez un flux de cloud qui exécute trop d’actions, cela impacte les performances de votre flux. Vous voyez une bannière sur le flux si votre flux est limité.

Dans le cas le plus courant, le dépassement des limites entraîne des retards d’exécution des actions suivantes, ce qui ralentit le temps d’exécution global de votre flux. Ces retards sont proportionnels au degré de dépassements causés par un flux.

Les dépassements occasionnels sont acceptables. Par exemple, si vous dépassez vos limites quotidiennes de 500 actions, cela n’affectera pas les performances de votre flux ; toutefois, si vous dépassez votre limite de 50 000 actions, cela aura un impact significatif sur les performances de votre flux, potentiellement pendant plusieurs jours.

Que puis-je faire si mon flux dépasse les limites ?

Les utilisateurs ne sont pas empêchés d’utiliser une application ou un flux en cas de dépassements occasionnels et raisonnables.

Voici quelques mesures que vous pouvez prendre si vous avez dépassé les limites de votre licence :

• Révisez votre conception et recherchez tous les endroits qui peuvent aider à réduire le nombre d’actions appelées. Consultez la section Bonnes pratiques pour créer des flux pour utiliser moins d’actions.

• Si le flux est déjà optimisé, mais qu’il utilise de nombreuses actions en raison de la nature de l’activité, envisagez d’acheter une licence PPR supérieure. La licence Process offre le meilleur quota de performances disponible (250 000 actions/24 heures).

• Activez le Paiement à l’utilisation pour l’environnement pour qu’aucun des flux de l’environnement ne soit limité.

• Acheter le module complémentaire de capacité Power Apps et Power Automate pour votre organisation. Pendant la période de transition, étant donné que l’application est moins stricte, il n’est pas possible d’attribuer le Power Apps et Power Automate la capacité supplémentaire à un utilisateur ou à un flux. Cependant, Microsoft conseille d’acheter ces modules complémentaires maintenant pour respecter les conditions de licence. Créez un ticket de support Microsoft avec les détails du flux et ajoutez les détails pour obtenir un délai supplémentaire (30 jours) avant la limitation. Cette allègement temporaire n’est pas disponible pour les flux auxquels une licence de processus ou par flux leur est déjà attribuée.

Si un flux dépasse systématiquement les limites de la période de transition pendant 14 jours consécutifs, Power Automate suspend le flux et envoie une notification au propriétaire. Vous pouvez acheter une licence PPR supérieure, puis l’activer à tout moment. Vous pouvez modifier et enregistrer le flux pour réinitialiser le compteur de 14 jours lorsque vous achetez la licence.

Quelles sont les limites des connecteurs et sont-elles différentes des limites des requêtes Power Platform ?

Les connecteurs ont des limites distinctes en tant que mécanisme de protection de service. Par exemple, le connecteur SharePoint limite le nombre d’actions à 600 par minute. Une connexion SharePoint unique utilisée sur plusieurs flux ne peut exécuter que 600 opérations par minute. La plupart des pages de connecteur ont une section de limitation qui documente ces limites. Cette limite est différente de la limite PPR. Par exemple, un utilisateur Office peut exécuter 6 000 actions par jour sur tous ses flux, mais peut être limité par le connecteur s’il a utilisé plus de 600 actions SharePoint en une minute sans atteindre la limite de 6 000 actions.

Lorsqu’un flux a été limité parce qu’il dépassait les limites du connecteur, vous pouvez voir une erreur HTTP 429 (trop de requêtes) dans votre flux avec un texte d’erreur, par exemple « La limite de débit est dépassée. Réessayez dans 27 secondes. »

J’utiliser le Kit de démarrage CoE. L’utilisation comptera-t-elle dans mes limites de demandes ?

Oui. Les flux cloud inclus dans le Kit de démarrage CoE utilisent également les limites du propriétaire. Microsoft vous recommande d’acheter plus de capacité et de contacter le support pour obtenir une réduction temporaire de la limitation.

Puis-je utiliser le principal de service dans les flux, et est-il comptabilisé dans mes limites de requêtes ?

Oui, les flux dont le propriétaire est un principal de service consomme un quota distinct appelé limites non interactives. Ces limites ne s’appliquent que si le propriétaire du flux est un principal de service. Ces limites ne s’appliquent pas si le flux utilise un principal de service dans l’une des actions. Les flux manuels (flux de boutons partagés avec les utilisateurs d’exécution uniquement/Power Apps flux invoqués) utilisent les limites de requêtes de l’utilisateur d’exécution uniquement, même lorsque le propriétaire du flux est un principal de service. Les utilisateurs d’exécution uniquement doivent disposer d’une Power Automate licence Premium si le flux utilise des connecteurs premium. Pendant la période de transition, les flux manuels peuvent utiliser jusqu’à 100 000 requêtes/flux/24 heures.

Limites pour les flux automatisés, planifiés et instantanés :

• Les flux principaux de service exécutés dans le contexte des applications Dynamics 365) répertoriés dans le tableau obtiennent 500 000 requêtes de base + 5 000 requêtes. accumulées par licence utilisateur jusqu’à un maximum de 10,000,000 regroupé au niveau du locataire. Si un locataire dispose de 1 000 licences Dynamics 365, ce locataire dispose d’un pool de requêtes 5 500 000 disponibles pour toutes les ressources de Power Platform, telles que les flux de principal de service et Dataverse demandes, par 24 heures. Si un locataire dispose de 2 500 licences Dynamics 365, ce locataire dispose d’un pool de requêtes 10 000 000 disponibles pour toutes les ressources de Power Platform, telles que les flux de principal de service et Dataverse demandes, par 24 heures.

• Les flux principaux de service Premium qui se trouvent en dehors du contexte de l’application Dynamics 365 nécessiteront chacun une licence Processus/Par flux. Ces flux obtiennent 250 000 requêtes par flux par 24 heures.

• Les flux standard du principal de service obtiennent 25 000 requêtes de base sans accumulation par licence pour le locataire par 24 heures.

Si vous avez besoin de plus de requêtes, activez le Paiement à l’utilisation pour l’environnement ou achetez davantage de capacité de requêtes de Power Platform.

Pour en savoir plus, consultez Associer des flux à des applications.

Le nombre d’utilisations de flux de bureau consommera-t-il mes limites de requêtes Power Platform ?

Seules les actions du flux de bureau qui sont appelées à partir du flux de cloud sont comptabilisées dans la limite. Les actions du flux de bureau ne sont pas comptabilisées dans les limites de requêtes.

Qu’arrive-t-il à mes requêtes Power Platform si j’ai plusieurs plans ?

Étant donné que les limites ne sont pas strictement appliquées pendant la période de transition, l’empilement de licences utilisateur n’est pas pris en charge. Si un utilisateur a plusieurs plans, par exemple un plan Microsoft 365 et un plan Dynamics 365, le flux utilise le plan le plus élevé (plan Dynamics 365, dans cet exemple).

Une fois la période de transition terminée, si un utilisateur possède plusieurs plans attribués de différentes lignes de produits, le nombre total de requêtes autorisées correspond à la somme des requêtes allouées à chaque type de licence. Par exemple, si un utilisateur a à la fois une licence de base Dynamics 365 Customer Service Enterprise et une licence Power Apps par utilisateur, il a un total de 40 000 + 40 000 = 80 000 requêtes disponibles par 24 heures.

Si un utilisateur possède plusieurs licences allouées dans la même ligne de produits, par exemple si un utilisateur possède une licence Dynamics 365 Customer Service Enterprise comme licence de base et une licence Dynamics 365 Sales Enterprise attachée, le nombre total de requêtes correspond au montant fourni par la licence de base.

Que sont les profils de performances et comment puis-je savoir quel profil de performances mon flux de cloud utilise ?

En fonction de la licence du propriétaire, un flux obtient un profil de performance qui à son tour décide des limites de requêtes Power Platform du flux. Si plusieurs licences sont attribuées au propriétaire, Power Automate sélectionne le forfait le plus élevé dans la liste :

Profil de performance	Licence	Limites pendant la période de transition	Limites après la période de transition
Bas	- Power Automate Gratuit - Microsoft 365 licences - Power Apps Plan 1 (ancien) - Power Apps licences par application - Power Automate Plan 1 (ancien) - Toutes les licences d’essai - Licence Dynamics 365 Team Member	10,000	6 000
Moyen	- Power Apps flux déclenchés - Power Apps Plan 2 (ancien) - Power Apps Licence Premium - Power Automate Plan 2 (ancien) - Power Automate par utilisateur (ancien) - Power Automate Licence Premium - Licences Dynamics 365 Entreprise - Licences Dynamics 365 Professionnel	100 000	40 000
Élevé	- Power Automate Licence de processus - Power Automate Licence de processus hébergé - Power Automate plan par flux (ancien)	500,000	250,000
Illimité	- Paiement à l’utilisation environnement	15,000,000	15,000,000

Dans une organisation, huit utilisateurs ont des licences Office 365 et leurs requêtes Power Platform quotidiennes seraient de 6 000 requêtes par utilisateur, dans chaque période de 24 heures. Cela signifie-t-il que les requêtes seront regroupées au niveau du locataire avec une limite de 48 000 requêtes par période de 24 heures (8X6 000) et que tous les utilisateurs peuvent consommer les requêtes à partir de ce pool ?

Non, les requêtes Power Platform ne sont pas regroupées au niveau de l’environnement ni au niveau du locataire. Cela garantit qu’un utilisateur très sollicité ne consomme pas toutes les requêtes Power Platform du client et n’affecte pas tout le monde. Étant donné que la licence est par utilisateur, la limite est également par utilisateur. Ainsi, tous les clients Office reçoivent chacun 6 000 requêtes, qu’ils les utilisent ou non.

Bonnes pratiques autour du PPR

Pratiques recommandées pour la conception

Utilisez le moins d’actions possible pour réaliser votre automatisation :

• Si vous avez des boucles « Exécuter jusqu’à » ou « Appliquer à chacun » dans votre flux, essayez de réduire le nombre d’itérations de boucle, éventuellement en récupérant moins d’éléments à parcourir.

• De nombreux connecteurs possèdent des paramètres « Filtrer la requête » et « Nombre supérieur » que vous pouvez utiliser pour réduire le nombre d’éléments et la quantité de données récupérées avec OData.

• Si vous avez un flux planifié qui s’exécute souvent, pensez à réduire la fréquence. De nombreux flux qui s’exécutent une fois par minute ou une fois par heure peuvent être révisés pour s’exécuter moins souvent. Utilisez des conditions de déclencheur pour réduire la fréquence d’exécution.

• Si votre flux interagit avec des fichiers, soyez conscient de la taille du fichier et essayez de la réduire si possible.

• Si vous devez réutiliser plusieurs fois une propriété unique renvoyée par une action avec une taille de sortie volumineuse, pensez à utiliser « Initialiser la variable » pour stocker cette propriété et à utiliser la variable dans les actions ultérieures. Même si une seule propriété est utilisée à partir d’une sortie d’une action antérieure, toutes les sorties de cette action seront transmises à l’action ultérieure en tant qu’entrées.

Pratiques recommandées pour mettre à l’échelle votre flux

• Si votre flux exécute des milliers d’actions quotidiennement, vous devriez envisager d’acheter une licence Process pour obtenir un meilleur débit et des quotas plus élevés. La licence Process offre le meilleur quota de performances disponible (250 000 actions par jour). Contactez l’administrateur de votre locataire pour acheter la licence et l’attribuer au flux. Une fois la licence achetée et attribuée, le créateur du flux doit l’enregistrer à nouveau. Alternativement, les flux cloud sont mis à jour en arrière-plan une fois par semaine pour refléter les plans actuels.

• Pensez à répartir la charge de travail sur plusieurs flux pour obtenir des résultats à grande échelle.

Demandes de paiement à l’utilisation de Power Platform

Nous avons révisé les limites des requêtes Power Platform pour toutes les licences à la fin de l’année 2021. Les nouvelles limites sont conçues pour être suffisantes pour la plupart des scénarios client. Apprenez-en davantage sur les Power Platform limites de demandes dans Limites et allocations de demandes.

Pour les clients avec des scénarios à très grande échelle qui doivent dépasser ces limites, vous pouvez lier ces environnements à l’abonnement Azure. En liant l’environnement, les utilisateurs et les flux de l’environnement peuvent consommer plus que leurs limites sans être restreints et ne payer que pour les requêtes Power Platform utilisées au-dessus de ces limites. Les flux peuvent toujours faire l’objet d’une licence avec une licence de base ( Power Automate Premium, Power Automate Process, Office 365, Power Apps ou Dynamics). Par exemple, si vous disposez d’une Power Automate licence Premium, vous disposez d’une limite de 40 000 Power Platform requêtes/par utilisateur/jour. Si l’utilisateur a utilisé 45 000 requêtes par jour, les 5 000 requêtes supplémentaires sont multipliées par un taux de requête de $/ et facturées sur l’abonnement Azure. Le montant total est additionné et facturé en fonction du cycle de facturation Azure du client. Plusieurs compteurs sont activés lorsque vous activez le paiement à l’utilisation sur le environnement. Pour en savoir plus, consultez Comment configurer le paiement à l’utilisation.

Schéma sur la façon dont les demandes PPR excédentaires sont facturées selon un paiement à l’utilisation environnement :

FAQ générale sur les limites de requêtes

Vous pouvez consulter ces questions fréquentes sur les limites de requêtes pour obtenir plus d’informations sur les limites de requêtes.

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 la licence Premium.

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ès aux connecteurs standards.
• 6 000 Power Platform demandes/jour. 10 000 demandes/jour pendant période de transition.

Les fonctionnalités Power Automate suivantes ne sont pas comprises :

• Accès aux connecteurs premium (sauf dans Dataverse for Teams environnements). En savoir plus sur les fonctionnalités Dataverse for Teams.
• Flux des processus d’entreprise
• Connecteurs personnalisés
• Passerelles locales
• Automatisation robotisée des processus
• 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ès aux connecteurs standards.
• Accès aux connecteurs premium dans le contexte de l’application.
• Les processus métier se déroulent dans le contexte de l’application.
• Connecteurs personnalisés dans le contexte de l’application.
• Passerelles local dans le contexte de l’application.
• Power Platform limites des demandes : un membre de l’équipe Dynamics 365 reçoit 6 000 demandes/jour (25 000 demandes/jour pendant la période de transition), Dynamics 365 Professional reçoit 40 000 demandes /jour (100 000 requêtes/jour pendant la période de transition), et Dynamics 365 Enterprise reçoit 40 000 requêtes/jour (100 000 requêtes/jour pendant la période de transition).

Les fonctionnalités Power Automate suivantes ne sont pas comprises dans les licences Dynamics 365 :

• Automatisation robotisée des processus
• Capacité AI Builder

Lorsque vous utilisez une licence Dynamics 365 avec Power Automate, vos flux doivent s’exécuter dans le contexte de l’application Dynamics 365. Cela fait référence à l’utilisation des mêmes sources de données pour les déclencheurs ou les actions que l’application Dynamics 365. Si le flux consomme des actions Power Automate autonomes qui ne sont pas liées 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ès aux connecteurs standards.
• Accès aux connecteurs premium dans le contexte de l’application.
• Les processus métier se déroulent dans le contexte de l’application.
• Connecteurs personnalisés dans le contexte de l’application.
• Passerelles local dans le contexte de l’application.
• Power Platform limites de requêtes : Power Apps Premium reçoit 40 000 requêtes/jour (100 000 requêtes/jour pendant la période de transition) et Power Apps par application reçoit 6 000 requêtes/jour (10 000 requêtes/jour pendant la période de transition).
• Power Apps Premium obtient une capacité de base de données Dataverse de 250 Mo et une capacité de fichier 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 :

• Automatisation robotisée des processus
• Capacité AI Builder

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, le flux créé avec Power Automate est utilisé 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.

Questions sur les licences AI Builder

Vous pouvez trouver des informations sur les licences AI Builder globales dans les articles suivants :

• Résumé des licences AI Builder
• FAQ sur les licences AI Builder.

Comment les actions AI Builder sont-elles utilisées sous licence dans un flux Power Automate ?

Afin d’ajouter et d’exécuter des actions AI Builder dans un flux, des licences AI Builder spécifiques sont nécessaires : les actions AI Builder consomment des crédits AI Builder, qui peuvent être obtenus dans des licences Power Automate Premium, dans d’autres licences Power Platform Premium ou, principalement, dans le module complémentaire de capacité AI Builder.

Les crédits doivent être disponibles dans l’environnement du flux.

Vous pouvez également utiliser la version d’essai AI Builder.

Combien de crédits sont inclus dans les licences Power Automate Premium ?

Pour en savoir plus sur les crédits prédéfinis, consultez Obtenir le droit aux AI Builder crédits.

Mise en application

Pourquoi mon flux est-il désactivé ?

Pour en savoir plus, consultez Lorsque les flux premium sont désactivés en raison de problèmes de licence.

Ce lien fournit également des informations sur les types d’applications et sur la manière d’identifier les flux nécessitant des licences Premium pour éviter les interruptions dues à l’application.

J’ai de nombreux environnements. Comment puis-je obtenir les flux qui nécessitent mon attention dans le locataire ?

Si le nombre d’environnements dans le locataire est inférieur à 500, utilisez le script suivant pour obtenir tous les flux qui nécessitent des licences dans le locataire :

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

Écrire tous les flux dans un fichier CSV

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Write-Host « Tous les flux qui risquent d’être suspendus sont écrits dans flow.csv »

S’il y a plus de 500 environnements dans le locataire, créez un ticket de support afin que notre équipe de support puisse exécuter le rapport pour vous.

J’ai attribué une licence, mais je vois toujours le flux dans les flux qui nécessitent mon attention dans PowerShell. Pourquoi ?

Une fois qu’une licence est attribuée/un flux est associé à une application, modifiez et enregistrez le flux. L’actualisation et la suppression du flux de la réponse PowerShell par PowerShell peuvent prendre jusqu’à 24 heures.

J’ai attribué une licence mais je vois toujours les bannières indiquant que mes flux nécessitent mon attention dans le portail Power Automate. Pourquoi ?

Une fois qu’une licence est attribuée ou qu’un flux est associé à une application, cela peut prendre jusqu’à sept (7) jours pour que la licence premium apparaisse dans le portail Power Automate. Pour actualiser le statut de la licence la plus récente, modifiez et enregistrez un flux.

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 ? Le flux communique-t-il avec les mêmes sources de données que l’application ? Si tel est le cas, le flux est en contexte.

Comment puis-je associer des flux en contexte à des applications Power Apps/Dynamics 365 ?

Les flux créés pour prendre en charge les applications créées avec Power Apps/Dynamics 365 doivent s’exécuter dans le contexte de l’application. Cela signifie que le flux doit utiliser les mêmes sources de données pour les déclencheurs ou les actions que 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é.

Les créateurs peuvent également associer leurs flux à des applications à partir du portail Power Automate. Pour en savoir plus, consultez Associer des flux à des applications.

Fonctionnalités Power Automate incluses avec les plans par application

Un Power Apps plan par application donne aux utilisateurs la possibilité d’exécuter Power Automate des flux qui utilisent des fonctionnalités premium. Les flux doivent être déclenchés par Power Apps ou associés à une application via PowerShell ou le portail Power Automate.

Pour en savoir plus, consultez Associer des flux contextuels à une application.

Multiplexage

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 Microsoft Copilot Studio.

Est-il recommandé d’utiliser le multiplexage pour réduire le nombre de licences ?

L’utilisation du multiplexage pour réduire le nombre de licences à acheter est une violation de licence. Pour en savoir plus, consultez les conseils de multiplexage dans Exigences en matière de licence d’accès client (CAL).

Voici quelques exemples de ce qu’est ou n’est pas le multiplexage :

1. 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.

2. 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 qui tire profit du flux.

3. 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 ?

• Compte de service : compte utilisateur Microsoft Entra utilisé comme compte de service. Les comptes de service sont un type spécial de compte destiné à représenter une entité non humaine comme une application, une API ou un autre service. Les comptes d’utilisateurs employés comme compte de service en partageant les informations d’identification avec d’autres utilisateurs présentent un risque de sécurité et il est difficile de savoir qui a apporté des modifications à un flux si plusieurs personnes ont accès au compte de service. La gestion de leurs mots de passe est également un défi. 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. Les comptes de service ne sont pas recommandés en tant que bonne pratique. Dans certains scénarios, les comptes de service sont utilisés pour supprimer la dépendance du flux vers le propriétaire d’origine. Dans de tels cas, utilisez le principal du service pour résoudre les menaces de sécurité.

• Principal de service : le principal de service Microsoft Entra 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.

• 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 sept (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 humains synchronisés de Microsoft Entra ID.

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 pour éviter le multiplexage :

• 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 Power Automate Premium.

• 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 Process au flux pour s’assurer que tout nouvel utilisateur ajouté au compte est automatiquement conforme.

• Si le flux est un flux manuel ou déclenché par une application ou un flux « Exécuter en tant qu’utilisateur » de Dataverse, tous les utilisateurs qui exécutent le flux ont besoin d’une licence premium ou le flux a besoin d’une licence de processus. 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 Process 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 Power Automate Premium 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. Nous recommandons d’exécuter les flux avec le principal du service en tant que propriétaire au lieu du compte de service pour éviter les risques de sécurité.

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 ?

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 ?

Le flux s’exécute dans le contexte de la licence du propriétaire pour les flux automatisés ou planifiés et de la licence de l’utilisateur appelant pour les flux instantanés, Power Apps ou déclenchés par Dataverse. 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 Process. 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 Process.

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.