FAQ sur les licences Power Automate

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 vous attribuez une licence de processus à un flux cloud, le flux peut accéder aux connecteurs Premium et dispose d’un droit quotidien dédié de 250 000 actions par licence de processus. Le flux utilise toujours les limites de licence de processus, quel que soit l’utilisateur qui exécute le flux.

Si un flux s’exécute sous une licence utilisateur, la limite d’action dépend du contexte de licence. Les flux automatisés et planifiés utilisent le contexte de licence du propriétaire du flux. Les flux d'actions instantanés (bouton, Power Apps) utilisent le contexte de licence de l'utilisateur qui l'invoque. Les limites d’action sont appliquées par contexte : si un utilisateur dispose de plusieurs licences, chaque flux obtient la limite du contexte dans lequel il s’exécute, et non un total combiné. En savoir plus sur ce qui se passe dans mes limites d’action si j’ai plusieurs plans ?

Le plan de licence utilisateur pour Power Automate est le plan Power Automate Premium, mais les utilisateurs ont le choix entre d’autres options de plans de licence. Les utilisateurs avec le plan 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 et essais permettent d’accéder aux connecteurs Premium.

Pour en savoir plus sur les plans de licence qui incluent les fonctionnalités Power Automate, consultez les Types de licences Power Automate et le Guide des licences Power Platform. Pour en savoir plus sur les limites et le profil de performance des plans de licence, consultez 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 licence Power Automate Premium pour chaque utilisateur de leur organisation. Achetez la licence Power Automate Process pour chaque processus métier ou machine qui exécute l’automatisation unattended. Power Automate Hosted Process est un super ensemble de la licence Power Automate Process, 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.

Vous pouvez attribuer une licence de processus directement à un flux cloud prenant en charge la solution ou à un groupe de flux. Un groupe de flux permet à jusqu’à 25 flux cloud prenant en compte la solution de partager une licence processus. Vous devez ajouter explicitement chaque flux parent et enfant qui doit utiliser la capacité du groupe.

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) unattended 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. Vous pouvez également désigner un utilisateur sous licence sur un flux appartenant à un principal de service afin qu’il s’exécute sous le droit de cet utilisateur au lieu d’exiger une licence de processus.
• Vos flux traitent des données volumineuses ou doivent s’exécuter fréquemment, nécessitant ainsi un volume élevé d’actions.
• 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.

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

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

  Achetez une licence Process pour chaque machine. Ajoutez d’autres licences de processus si vous avez besoin d’une exécution simultanée sur l’ordinateur. Une licence de processus couvre tous les flux de bureau (RPA) s’exécutant sur la machine et les flux cloud (DPA) qui font partie du processus métier.

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

  Achetez une licence processus pour chaque processus métier de base. Quelques exemples de processus métier de base sont le traitement des factures ou l’intégration des ressources humaines (RH). Pour partager la licence entre les flux cloud associés, ajoutez jusqu’à 25 flux prenant en charge la solution à un groupe de flux. Les flux ne sont pas automatiquement couverts uniquement parce qu’ils font partie du même processus métier.

• Votre flux dépasse 250 000 actions par jour : combien de licences de processus a-t-il besoin ?

  Empilez des licences de processus supplémentaires sur le même flux. Estimer votre utilisation quotidienne (actions par exécution) × (exécutions par jour) et diviser par 250 000 pour déterminer le nombre de licences à empiler.

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 unattended 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, une licence processus couvre tous les flux cloud, car elles ont un flux de bureau s’exécutant sur le même ordinateur.

Mon processus DPA a plusieurs flux de cloud. Ai-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. Une licence Process peut couvrir un processus métier principal lorsque ses flux relèvent d’un même groupe de flux éligible et de son quota quotidien partagé de 250 000 actions.

Vous pouvez attribuer une licence de processus à un groupe de flux et partager ses 250 000 actions par jour sur jusqu’à 25 flux cloud prenant en charge la solution. Ajoutez chaque flux qui doit utiliser la capacité partagée au groupe. Les flux parent et enfant sont des membres de groupe distincts, et l’ajout d’un flux parent n’ajoute pas ou n’autorise pas automatiquement ses flux enfants.

Si un flux a besoin de plus de 250 000 actions par jour, attribuez directement des licences de processus à ce flux. Vous pouvez empiler jusqu’à 10 licences de processus sur un flux individuel, mais vous ne pouvez pas empiler des licences sur un groupe de flux.

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

Yes. 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 génériques (avec les droits d’utilisation des connecteurs Premium), de bénéficier d’une flexibilité totale (avec les droits d’utilisation des connecteurs personnalisés) ou d’interagir avec des applications en simulant un comportement humain, notamment les frappes au clavier, les clics de souris et les mouvements de la souris (avec les droits d’utilisation de la RPA assistée), devraient envisager une licence Power Automate 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. En savoir plus sur les Fonctionnalités RPA Premium.
• La licence Processus a la priorité la plus élevée parmi toutes les licences. Cette priorité signifie qu’une licence de processus est affectée à un flux, le flux utilise toujours les limites de licence processus 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 Power Automate Premium. 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 et un flux enfant utilisent un contexte de licence utilisateur, le flux enfant tire parti du 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.

Ces règles de contexte des licences utilisateur n’ont pas pour effet qu’un flux enfant hérite de la capacité Process de son flux parent. Pour utiliser la capacité de processus, affectez directement une licence de processus au flux enfant ou ajoutez-la explicitement au même groupe de flux que le parent.

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 vous importez un flux dans un autre environnement, chaque instance est un flux distinct. Les groupes de flux et les affectations de capacité de processus sont également spécifiques à l’environnement. Dans chaque environnement cible, créez ou vérifiez le groupe de flux, ajoutez explicitement chaque flux parent et enfant qui doit partager la capacité et attribuez une licence de processus au groupe. Vous avez besoin de licences de processus suffisantes pour chaque environnement dans lequel les flux s’exécutent sous un plan 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 Premium pour chaque environnement ?

La licence Power Automate 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 Power Automate Hosted Process peut-elle être utilisée comme licence Power Automate Process ?

Oui, vous pouvez utiliser la capacité Power Automate Hosted Process 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 ?

Yes. Les clients de Microsoft 365 peuvent créer des flux intégrés à une solution si l’environnement dans lequel ils les créent dispose d’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. Lorsque vous ajoutez des abonnements au locataire, de la capacité Dataverse supplémentaire peut être attribuée au locataire. 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 licences Power Automate 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 prend en charge une solution, vous pouvez changer le propriétaire dans Power Automate, ou utiliser 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 Power Automate Process au flux pour vous assurer qu’il continue à s’exécuter. Sinon, tous les copropriétaires du flux peuvent exporter et importer le flux. Lorsqu’il est importé, le flux est un nouveau flux et le co-propriétaire devient désormais le propriétaire du flux. Le flux utilise la licence du nouveau propriétaire.

Le flux est rétrogradé en performances inférieures et tous les propriétaires de flux sont avertis et le flux est désactivé en 14 jours si aucune action n’est effectuée.

Le propriétaire du flux n’a plus de licence Premium, mais le flux est un flux Premium. Que se passe-t-il ?

Le flux est rétrogradé pour réduire les performances. Le système avertit tous les propriétaires de flux et le flux est désactivé en 14 jours si aucune action n’est effectuée.

Les utilisateurs invités (pas de votre client) ont-ils besoin d’une licence pour utiliser Power Automate ?

Yes. 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 Office, Power Automate Premium, Power Apps Premium et Dynamics 365 plans d’utilisateur, présente les caractéristiques suivantes :

• Dans le cloud public Azure, ces plans sont reconnus entre les locataires dans les scénarios d’utilisateur 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é. Pour plus d’informations : 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 attended 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 Power Automate Premium pour le bureau 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 le bureau ?

Oui, ils peuvent utiliser Power Automate pour le bureau et disposent de droits d’utilisation pour celui-ci, mais ils doivent 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 unattended 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. Processus Power Automate, une licence tout-en-un plus facile à gérer, permet de concéder une licence pour un seul robot d’automatisation, qui peut être utilisé pour l’automatisation robotisée des processus sans assistance (RPA sans assistance) ou pour des flux cloud utilisant l’automatisation des processus numériques (DPA), et auquel un nombre illimité d’utilisateurs de l’organisation peut accéder. Power Automate Process est au prix de 150 $ par bot/mois.

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

Comment la licence de processus diffère-t-elle de la demande de licence par flux ?

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

Pour les flux cloud, l’ancienne licence par flux donnait droit au flux sous licence et à ses flux enfants. Une licence de processus affectée directement à un flux cloud ne couvre pas automatiquement ses flux enfants. Ce modèle d’allocation diffère de l’affectation de la capacité de processus à une machine, où les flux cloud éligibles peuvent hériter d’un plan de processus de l’ordinateur. Pour partager une licence Process entre les flux de cloud, ajoutez explicitement jusqu’à 25 flux parents et enfants intégrés à une solution à un groupe de flux.

En quoi la licence Power Automate Premium diffère-t-elle de Power Automate par utilisateur avec licence RPA attended ?

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

Limites d’action et questions de capacité

Voici quelques questions fréquemment posées sur les limites d’action et leurs réponses. Dans Power Automate, chaque exécution de déclencheur et d’action compte comme une seule action (illustrée en tant que demandes Power Platform dans les rapports du centre d’administration). Les actions à l’intérieur des boucles s’exécutent une fois par itération, de sorte que les boucles multiplient votre nombre d’actions.

Qu’est-ce qui compte en tant qu’action ?

En fonction de la licence, il existe des limites au nombre d’actions qu’un flux cloud peut exécuter dans une journée. 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 Analyse dans la page des détails du flux de cloud et en examinant l’onglet Actions.

Même lorsque votre flux utilise quelques actions par exécution, vous pouvez toujours atteindre vos limites si le flux s’exécute plus fréquemment que prévu. Par exemple, vous pouvez créer un flux de 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 insights pour estimer l’utilisation des actions :

• Un flux simple avec un déclencheur et une action entraîne deux actions chaque fois que le flux s’exécute.
• Chaque déclencheur et action dans le flux compte. Tous les types d’actions ( actions de connecteur, actions HTTP, actions intégrées (de l’initialisation des variables, création d’étendues à une action de composition simple) sont comptabilisées dans votre limite d’action quotidienne. Par exemple, un flux qui se connecte à SharePoint, Exchange, Twitter ou Dataverse : toutes ces actions sont comptabilisées.
• Les actions réussies et échouées sont décomptées par rapport à ces limites. Les actions ignorées ne sont pas comptabilisées.
• Chaque action compte comme un, y compris l’action de boucle elle-même. Les actions à l’intérieur d’une boucle (Apply to Each, Do Until) s’exécutent une fois par itération : une boucle avec 2 actions et 10 itérations utilise 21 actions (1 boucle + 2 × 10).
• Une action peut avoir plusieurs expressions, mais elle est comptée comme une seule action.
• Les nouvelles tentatives et les requêtes supplémentaires de la pagination comptent également comme des exécutions d’actions.

Prenez le flux de cloud suivant où chaque pièce jointe à un e-mail est enregistrée dans OneDrive. Le déclencheur compte comme 1 action. La boucle Appliquer à chaque boucle compte comme 1 action. Les 2 actions à l’intérieur de la boucle s’exécutent une fois par pièce jointe , avec 4 pièces jointes, c’est 4 × 2 = 8 actions. Total : 1 + 1 + 8 = 10 actions.

Quelles limites d’actions le flux de cloud utilise-t-il ?

• Si un flux cloud dispose d’une licence Process ou Per-flow, il utilise la limite associée à la licence Process ou Per-flow au lieu de celle du créateur, du propriétaire ou de l’utilisateur qui l’invoque.

• Les flux cloud automatisés et planifiés utilisent toujours les limites d’action du créateur de flux ou du propriétaire, quel que soit l’appelant ou les comptes utilisés pour les connexions à l’intérieur du flux. Pour un flux de solution, vous pouvez modifier le propriétaire du flux à l’aide de l’API web. Une fois que vous avez modifié le propriétaire, les limites d’action du nouveau propriétaire sont utilisées. Pour un flux hors solution, les limites du créateur d’origine sont toujours utilisées et ne peuvent pas être modifiées. 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 les limites du nouveau propriétaire. Vous pouvez également affecter une licence processus ou par flux au flux.

• Les flux de cloud instantanés (bouton, Power Apps, déclencheurs hybrides) utilisent les limites de l’utilisateur qui les invoquent.

• Si le propriétaire du flux est un principal de service, le flux utilise la limite d’utilisateur non concédée sous licence, sauf si le flux dispose d’une licence Processus ou par flux, appartient à un groupe de flux avec une licence Processus attribuée ou a un utilisateur sous licence désigné.

• Si vous partagez un flux automatisé ou planifié avec un autre utilisateur, puis que cet utilisateur déclenche le même flux, il utilise la limite du propriétaire d’origine et non la limite du nouvel utilisateur. Toutefois, si l’utilisateur tire ensuite parti du flux pour créer son propre flux, ce nouvel utilisateur devient le propriétaire du nouveau flux et ce flux utilise la limite du nouvel utilisateur.

• Si un flux parent et un flux enfant utilisent un contexte de licence utilisateur, 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 ou du propriétaire du flux parent.

• Si le flux parent est un flux manuel, le flux enfant utilise les limites de l’utilisateur qui invoque le flux parent.

• Si le flux enfant a une licence de processus ou par flux, il utilise les limites du processus ou par flux et non les limites du flux parent.

• Un flux enfant n’hérite pas de la capacité de processus du flux parent. Pour utiliser la capacité de processus, affectez directement une licence de processus au flux enfant ou ajoutez-la explicitement au même groupe de flux que le parent. Chaque flux parent et chaque flux enfant est comptabilisé séparément dans la limite de 25 flux du groupe.

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 avez dépassé vos limites d’action quotidiennes. 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 de courrier électronique envoyé pour un flux qui dépassait régulièrement les limites d’actions :

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

Le Centre d’administration Power Platform contient des rapports sur l’utilisation des actions. Ces rapports vous aident à afficher rapidement les mesures concernant l’adoption et les utilisateurs de votre organisation. Ils sont actuellement disponibles en préversion publique. Les rapports suivants sont disponibles :

• Rapport utilisateur : affiche l’utilisation de l’action (demandes Power Platform étiquetées) pour chaque utilisateur de l’environnement, par rapport à sa limite affectée.
• Rapport des flux sous licence par flux : affiche l’utilisation des actions pour chaque flux dans l’environnement qui a une licence par flux ou par processus.
• Rapport utilisateur non autorisé : affiche l’utilisation des actions pour les utilisateurs non autorisés et le droit total des utilisateurs non autorisés pour ce locataire.

Une fois que les rapports sont généralement disponibles, les utilisateurs ont le temps de réagir et d’acheter des licences de limite d’action plus élevées avant le début de l’application.

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 affecte 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 exécutions différées d’actions suivantes, et ce délai 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 par 500 actions, cela n’affecte pas les performances de votre flux. Toutefois, dépasser votre limite de 50 000 actions a 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 opérations que vous pouvez effectuer si vous avez dépassé les limites de votre licence :

• Revisitez votre conception et vérifiez les lieux qui peuvent aider à réduire le nombre d’actions appelées. Découvrez plus en détail la conception de votre flux pour utiliser moins d’actions et moins de données.

• Si le flux est déjà optimisé, mais qu’il utilise de nombreuses actions en raison de la nature de l’entreprise, envisagez une licence processus. La licence Processus fournit le droit d’action le plus élevé disponible (250 000 actions par jour).

  • Si le flux possède déjà une licence de processus et dépasse toujours 250 000 actions, vous pouvez empiler des licences de processus supplémentaires sur le même flux, chacune ajoutant 250 000 actions par jour.
  • Utilisez les rapports de requête Power Platform dans le Centre d’administration pour identifier les flux à utilisation élevée nécessitant une capacité supplémentaire.

• 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, comme l’application est actuellement moins stricte, il n’est pas possible d’attribuerle module complémentaire de capacité Power Apps et Power Automate à 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 dispense temporaire n’est pas disponible pour les flux auxquels une licence Process ou par flux est déjà attribuée.

Si un flux dépasse régulièrement 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 de processus avec des limites d’action plus élevées, 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 du connecteur et sont-elles différentes des limites d’action ?

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 d’action quotidienne. 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 sera-t-elle comptabilisée dans mes limites d’action ?

Yes. Les flux cloud inclus dans le Kit de démarrage CoE utilisent les limites d’action du propriétaire du flux. Si les flux CoE sont limités, envisagez d’attribuer une licence de processus aux flux à forte utilisation ou d’activer le paiement à l’utilisation sur cet environnement.

Puis-je utiliser le principal de service dans les flux, et est-il comptabilisé dans mes limites d’actions ?

Oui, les flux dont le propriétaire est un principal de service consomment un quota distinct appelé limites utilisateur non concédées sous licence. Ces limites s’appliquent uniquement lorsque le principal de service est le propriétaire du flux, et non lorsqu’un principal de service est utilisé dans une connexion à l’intérieur du flux. Les flux manuels (bouton, Power Apps) utilisent les limites d’action de l’utilisateur appelant même lorsque le propriétaire est un principal de service. L’utilisateur appelant doit disposer d’une licence Power Automate Premium si le flux utilise des connecteurs Premium.

Limites pour les flux de principaux de service automatisés ou planifiés :

• Contexte d’application Dynamics 365 : 500 000 de base + 5 000 par licence utilisateur D365, jusqu’à 10 000 000 maximum, regroupé au niveau du locataire. Par exemple, un locataire avec 1 000 licences Dynamics 365 dispose d’un pool de 5 500 000 actions par jour pour toutes les ressources Power Platform (flux de principaux de service, requêtes Dataverse). Pour plus d’informations, consultez la table des limites de requêtes utilisateur non autorisées.

• Premium, en dehors de Dynamics 365 contexte : chaque flux a besoin d’une licence processus ou par flux (250 000 actions par flux par jour), d’appartenance à un groupe de flux auquel une licence processus est attribuée ou d’un utilisateur sous licence désigné. Lorsque vous désignez un utilisateur sous licence, le flux s’exécute sous le droit de cet utilisateur et les limites d’action de cet utilisateur s’appliquent.

• Connecteurs standard uniquement : 25 000 actions par jour au niveau du locataire, sans cumul par licence.

Si vous avez besoin d’une capacité supplémentaire, activez le paiement à l’utilisation sur l’environnement ou achetez des modules complémentaires de capacité Power Automate.

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

Les actions de flux de bureau comptent-elles dans mes limites d’action ?

Seules les actions de flux de bureau que vous appelez à partir des flux cloud sont comptabilisées par rapport à la limite. Les actions à l’intérieur du flux de bureau lui-même ne comptent pas.

Que se passe-t-il pour mes limites d’action si j’ai plusieurs plans ?

Les limites d’action s’appliquent par contexte et ne se combinent pas entre les licences. Chaque flux s'exécute dans le cadre du contexte de licence qui lui est applicable et obtient indépendamment la limite de ce contexte :

• Un flux avec une licence de processus utilise toujours la limite de licence de processus (250 000 actions/jour), quelle que soit la licence de l’utilisateur.
• Un flux automatisé ou planifié utilise le contexte de licence du propriétaire du flux. Si le propriétaire dispose à la fois d’une licence Dynamics 365 et d’une licence Power Automate Premium, les flux s’exécutant dans le contexte de l’application Dynamics 365 utilisent la limite Dynamics 365 (40 000 actions/jour) et les flux autonomes utilisent la limite Premium (40 000 actions/jour). Ces limites n'atteignent pas 80 000.
• Un flux instantané (bouton, Power Apps) utilise le contexte de licence de l’utilisateur appelant.

Si un utilisateur dispose de plusieurs licences dans la même ligne de produit (par exemple, Dynamics 365 Customer Service Entreprise et Dynamics 365 Sales Entreprise), le flux utilise la limite à partir de laquelle la licence s'applique à son contexte , les limites ne sont pas empilées.

Seules les licences de processus peuvent être empilées et uniquement sur des flux cloud individuels (jusqu’à 10 par flux).

Comment connaître la limite d’action de mon flux cloud ?

La limite d’action d’un flux cloud dépend du contexte de licence sous lequel elle s’exécute. Chaque flux obtient la limite de son contexte : les limites de différentes licences ne s’additionnent pas entre différents contextes.

Pour les flux avec une licence processus, vous pouvez empiler plusieurs licences de processus pour augmenter la limite au-delà de 250 000 actions par jour.

Puis-je attribuer plusieurs licences de processus à un seul flux cloud ?

Yes. Vous pouvez empiler jusqu’à 10 licences de processus sur un seul flux cloud pour augmenter son droit d’action quotidien. Chaque licence Processus ajoute 250 000 actions par jour. Par exemple, l’attribution de 3 licences de processus à un flux cloud fournit 750 000 actions par jour.

Vous pouvez également attribuer une licence de processus à un groupe de flux pour partager 250 000 actions par jour sur jusqu’à 25 flux cloud prenant en charge la solution. Vous devez ajouter explicitement chaque flux parent et enfant qui doit utiliser la capacité partagée. Les flux enfants n’héritent pas de la capacité de processus de leur parent. L’empilement n’est pas disponible pour les groupes de flux.

Les limites d’action sont-elles regroupées entre les utilisateurs de mon organisation ?

Non. Les limites d’action s’appliquent par contexte : chaque utilisateur et chaque flux sous licence obtient sa propre limite quotidienne indépendamment. Les limites ne sont pas regroupées ou combinées au niveau de l’environnement ou du locataire. Par exemple, si huit utilisateurs disposent de licences Office 365 (6 000 actions/jour chacune), chacun bénéficie de 6 000 actions ; les limites ne s’additionnent pas pour atteindre 48 000 pour le locataire. De même, les limites d’un utilisateur provenant de différentes licences (telles que Premium et Dynamics 365) s’appliquent séparément aux flux exécutés dans chaque contexte, et non comme un total combiné.

Meilleures pratiques pour réduire l’utilisation des actions

Utilisez les meilleures pratiques suivantes pour faciliter la conception et la mise à l’échelle de vos flux.

Pratiques recommandées pour la conception

Utilisez le plus petit nombre d’actions possibles pour atteindre 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 une propriété unique retournée par une action avec une grande taille de sortie plusieurs fois, envisagez d’utiliser Initialize Variable pour stocker cette propriété et utiliser la variable dans les actions ultérieures. Même si vous utilisez une seule propriété à partir d’une sortie d’une action antérieure, toutes les sorties de cette action sont passées dans 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, envisagez une licence Process, le quota d'actions le plus élevé disponible (250 000 actions par jour, cumulable). Contactez l’administrateur de votre locataire pour acheter la licence et l’attribuer au flux. Après avoir acheté et attribué la licence, l’auteur du flux doit l’enregistrer à nouveau. Les flux de cloud sont également mis à jour en arrière-plan une fois par semaine pour refléter les plans actuels.

• Si un flux unique dépasse 250 000 actions par jour, empilez des licences de processus supplémentaires plutôt que de fractionner la charge de travail. Pour les scénarios à grande échelle, envisagez de fractionner plusieurs flux.

Paiement à l’utilisation pour les dépassements d’actions

Les limites d’action actuelles sont conçues pour être suffisantes pour la plupart des scénarios clients. En savoir plus sur les limites et les allocations d’actions.

Pour les scénarios à grande échelle qui dépassent ces limites, vous pouvez lier un environnement à un abonnement Azure. Les utilisateurs et les flux de cet environnement peuvent alors dépasser leurs limites d’actions quotidiennes sans être bridés ; vous ne payez que les actions utilisées au-delà de cette limite. Les flux ont toujours besoin d’une licence de base (Power Automate Premium, Process, Office 365, Power Apps ou Dynamics). Par exemple, un utilisateur disposant d’une licence Power Automate Premium a une limite de 40 000 actions/jour. Si l’utilisateur exécute 45 000 actions par jour, les 5 000 supplémentaires sont facturés à l’abonnement Azure à un taux par action. Plusieurs compteurs sont activés lorsque vous activez le paiement à l’utilisation dans l’environnement. Pour en savoir plus, consultez Comment configurer le paiement à l’utilisation.

La capture d’écran suivante montre comment les actions de dépassement sont facturées dans un environnement de paiement à l’utilisation.

Questions fréquentes (FAQ) sur les limites d’action

En savoir plus sur les limites d’action et les allocations dans les limites d’action fréquemment posées.

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 incluses dans les licences Office 365 ?

Certaines licences Office 365 incluent des droits d’utilisation limités de Power Automate, ce qui vous permet de personnaliser et d’étendre les fonctionnalités d’Office 365 pour des scénarios de productivité personnelle. Pour les scénarios d’entreprise, Office recommande la licence premium.

Les licences Office 365 incluent les fonctionnalités Power Automate suivantes.

• Créer et exécuter des flux automatisés/planifiés/de bouton.
• Accéder aux connecteurs standard.
• 6 000 actions par jour. 10 000 actions par jour pendant la période de transition.

Les fonctionnalités Power Automate suivantes ne sont pas incluses.

• Accès aux connecteurs Premium (sauf dans les environnements Dataverse for Teams). En savoir plus sur les fonctionnalités Dataverse for Teams.
• 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.
• Automatisation des processus robotiques (RPA).
• AI Builder.

Les licences Office 365 suivantes comprennent les fonctionnalités Power Automate :

• 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 Entreprise E3
• Windows Entreprise 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
• Avantage Office 365 A3 pour l’utilisation des étudiants
• Office 365 A5 pour les enseignants
• Office 365 A5 pour les étudiants
• Avantage Office 365 A5 à usage des étudiants

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 incluses dans les licences Dynamics 365 ?

Les licences Dynamics 365 comprennent les fonctionnalités Power Automate suivantes :

• 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 d’action : Dynamics 365 membre de l’équipe obtient 6 000 actions par jour, Dynamics 365 Professionnel obtient 40 000 actions par jour et Dynamics 365 Entreprise obtient 40 000 actions par jour.

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. Cette exigence signifie utiliser les mêmes sources de données pour les déclencheurs ou les actions que l’application Dynamics 365. Si votre flux utilise 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 organisation a connecté Azure DevOps avec Dynamics 365 CRM pour augmenter les cas 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.
• Utiliser 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 lié à l'application Dynamics 365.
• Il n'interagit d'aucune façon 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 (Outil de gestion commerciale)
• Dynamics 365 Customer Service Enterprise
• Dynamics 365 Customer Service Professional
• Dynamics 365 Field Service
• Opérations de projet Dynamics 365
• Dynamics 365 Team Members
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Ressources Humaines
• 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 incluses 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 d’action : Power Apps Premium obtient 40 000 actions par jour et Power Apps par application obtient 6 000 actions par jour. En savoir plus sur les limites et les allocations d’actions.
• 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 application obtient une capacité de base de données Dataverse de 50 Mo et une capacité de fichier Dataverse de 400 Mo. Les flux appelés par l’application créée à l’aide de Power Apps qui gèrent les objets complexes consomment cette limite de stockage. Par exemple, si un flux analyse un document de 100 pages et effectue 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 futurs consomme cette limite.

Les fonctionnalités Power Automate suivantes ne sont pas incluses 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 du contexte 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 :

• Elle n'est pas liée à l'application créée à l'aide de Power Apps.

• Il n’interagit pas du tout avec l’application créée à l'aide de 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.

Second exemple d’utilisation de Power Automate hors du contexte d’une application créée avec 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 liées aux licences AI Builder

Vous pouvez trouver des informations générales sur les licences AI Builder dans les articles suivants :

• Résumé des licences AI Builder
• FAQ sur la gestion des licences AI Builder

Comment puis-je licencer des actions AI Builder au sein d’un flux de Power Automate ?

Pour ajouter et exécuter des actions AI Builder dans un flux, vous avez besoin d’une licence AI Builder spécifique. AI Builder actions consomment des crédits AI Builder, que vous pouvez obtenir via des licences Power Automate Premium, d’autres licences Power Platform Premium ou principalement par le biais du module complémentaire de capacité AI Builder.

Vous devez disposer de crédits 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 initiaux, consultez Obtenir le droit aux crédits AI Builder.

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.

Cet article fournit également des informations sur les types d’application et sur la façon d’identifier les flux qui ont besoin de licences Premium pour éviter les interruptions en raison de l’application.

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

Si votre locataire a moins de 500 environnements, utilisez le script suivant pour obtenir tous les flux qui ont besoin de licences sur 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 »

Si votre locataire a plus de 500 environnements, déclenchez un ticket de support afin que l’é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 ?

Après avoir affecté une licence ou associé un flux à 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 que vous avez affecté une licence ou associé un flux à une application, il peut s’écouler jusqu’à sept 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 ? Pouvez-vous supprimer le flux si vous supprimez les applications correspondantes ? 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 associer des flux dans le contexte aux applications Power Apps et Dynamics 365 ?

Les flux que vous créez pour prendre en charge les applications créées avec Power Apps et Dynamics 365 s’exécutent dans le contexte de l’application. Le flux utilise les mêmes sources de données pour les déclencheurs ou les actions que l’application. Si vous créez des flux cloud automatisés ou planifiés pour prendre en charge l’application et qu’ils sont dans le contexte de l’application, liez le flux aux applications à l’aide d’un script PowerShell. Lorsque vous liez le flux, vous établissez une dépendance entre l’application et le flux afin de pouvoir les gérer ensemble. Si vous supprimez ou arrêtez l’utilisation de l’application liée, le flux s’éteint.

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 plan Power Apps par application donne aux utilisateurs la possibilité d’exécuter des flux Power Automate 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 en contexte à une application.

Multiplexage

Le multiplexage fait référence à l’utilisation de matériel ou de logiciels qu’un client utilise pour regrouper des connexions, rediriger des informations ou réduire le nombre d’utilisateurs qui accèdent directement ou utilisent des Power Apps, des Power Automate et des Microsoft Copilot Studio.

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

L’utilisation de multiplexage comme mécanisme pour réduire le nombre de licences à acheter est une violation de licence. Pour plus d’informations, consultez les instructions de multiplexage dans les conditions requises de licence d’accès client (CAL).

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 vers un emplacement partagé ou envoie un e-mail à des collègues, il ne tombe pas en 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 qui tire profit du flux.

• Si le flux mentionné dans la puce précédente envoie un e-mail à l’utilisateur qui charge l’élément, le propriétaire et l’utilisateur ont besoin d’une licence Premium. Dans ce cas, l’utilisateur déclenche indirectement le flux (en 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é en tant que 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 humains : 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 robotisée des processus, 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 déclenché manuellement ou par une application, ou un flux Dataverse « Exécuter en tant qu’utilisateur », tous les utilisateurs qui exécutent le flux doivent disposer d’une licence Premium, ou le flux doit disposer d’une licence de processus. Consultez ce FAQ sur les personnes qui doivent 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éé à l'aide d'une application Power Apps/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.

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 génère 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 dans le contexte de la licence de l’utilisateur déclencheur pour les flux instantanés, déclenchés par Power Apps ou 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 affecter une licence Process directement au flux enfant. Les flux parents n’ont pas besoin de licences de processus du seul fait qu’ils appellent le flux enfant sous licence. Toutefois, si un flux parent utilise également un connecteur Premium, son propriétaire doit disposer d’une licence Premium ou vous devez affecter la capacité processus à ce flux parent.

Une licence de processus affectée à un flux parent ne couvre pas automatiquement ses flux enfants. Pour partager la capacité de processus au lieu de gérer directement chaque flux, ajoutez explicitement les flux parent et enfant au même groupe de 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.