Les licences Power Automate — jusqu'où va la gratuité avec Microsoft 365, et à partir de quand la licence Premium est-elle nécessaire

« Power Automate est inclus dans Microsoft 365, donc c’est gratuit, non ? » Des entreprises ayant commencé leur automatisation sur cette hypothèse nous contactent parfois quelque temps après. « J’ai essayé de me connecter à SQL Server et un avertissement “premium” est apparu. » « Le flux que j’avais créé à l’essai a cessé de fonctionner au bout de 90 jours. » « On m’a dit que le flux s’arrêterait si la personne qui l’a créé quittait l’entreprise. » Toutes ces situations trouvent leur origine dans le fonctionnement des licences.

Et ils ont à moitié raison. Une licence Microsoft 365 inclut des droits d’utilisation limités (les licences dites « seeded », traitées au chapitre 2) qui permettent de créer des flux cloud Power Automate sans coût supplémentaire, et l’on peut effectivement construire des flux d’approbation, de notification ou d’intégration avec des listes SharePoint dans le cadre réellement gratuit. Le problème, c’est que la limite de ce périmètre est tracée connecteur par connecteur, et qu’il est difficile de s’en rendre compte avant d’avoir commencé à construire et de se heurter au mur. Cet article organise le système de licences de Power Automate en partant de « ce que vous voulez faire » : le périmètre gratuit, le moment où la licence premium devient nécessaire, comment choisir un plan payant, et les points sur lesquels on trébuche le plus souvent en pratique.

Notez que cet article n’aborde pas les prix eux-mêmes. Les prix sont régulièrement révisés, alors que la structure « ce que permet chaque niveau de licence » reste relativement stable. Vérifiez toujours les conditions actuelles sur Microsoft Learn et les pages de tarification officielles.

1. La conclusion, d’abord

• Une licence Microsoft 365 inclut la création et l’exécution de flux cloud (automatisés, planifiés ou déclenchés par bouton) utilisant des connecteurs standard. L’automatisation autour de SharePoint, Outlook, Teams, Forms ou Excel Online peut être construite sans coût supplémentaire.¹²
• Cependant, ces droits d’utilisation sont positionnés comme visant à « étendre Microsoft 365 à des fins de productivité personnelle » ; ils comportent une limite de 6 000 actions par utilisateur et par jour, et n’incluent ni les connecteurs premium, ni les connecteurs personnalisés, ni la passerelle de données locale, ni le RPA, ni AI Builder.¹³
• Dataverse, SQL Server, HTTP (l’action HTTP générique) et les connecteurs personnalisés sont tous traités comme premium. L’idée que « ce n’est qu’un appel à une API web externe, donc ce doit être gratuit » ne tient pas.⁴⁵
• Les plans payants se divisent globalement en deux familles : Power Automate Premium, attribué à un utilisateur, et Power Automate Process, attribué à un flux ou à une machine (le successeur des anciens plans per user, per flow et de l’ancien module complémentaire de RPA sans surveillance). La structure revient à se demander lequel, du nombre d’utilisateurs ou du nombre de processus, revient le moins cher à compter.⁶⁷
• Les flux automatisés et planifiés s’exécutent sous la licence du propriétaire du flux, tandis que les flux instantanés déclenchés par bouton s’exécutent sous la licence de la personne qui les lance. Si vous partagez au sein d’un service un flux déclenché par bouton contenant un connecteur premium, tous ceux qui l’exécutent doivent disposer de Premium (ou bien vous attribuez Process au flux).⁸
• Les approbations (Approvals) stockent leurs données dans Dataverse, mais le connecteur Approbations lui-même est un connecteur standard. Vous pouvez créer des flux d’approbation avec une licence Microsoft 365.⁹
• La version d’essai de 90 jours (Power Automate Trial) peut être activée par l’utilisateur lui-même et permet de tester presque toutes les fonctionnalités premium. Aussi pratique soit-elle, l’accident classique est de glisser vers une exploitation en production tout en restant sur la version d’essai, puis de voir le flux s’arrêter à l’expiration.⁶¹⁰

2. Vue d’ensemble des licences — que sont les « licences seeded » de Microsoft 365 ?

Les licences Power Automate se composent de deux familles : les licences utilisateur (attribuées aux personnes) et les licences de capacité (attribuées à l’automatisation elle-même, comme un flux ou une machine).⁶

Parmi les licences utilisateur, il existe des droits d’utilisation limités qui accompagnent « en bonus » les licences d’autres produits comme Microsoft 365, Dynamics 365 ou Windows ; la documentation Microsoft les appelle licences seeded (seeded licenses). C’est ce que recouvre en réalité l’affirmation « Power Automate est inclus dans 365 ». Dans la suite de cet article, nous utiliserons systématiquement cette appellation.³

En résumant ces familles en un seul schéma, cela donne ceci.

flowchart TD
    Root["Licences Power Automate"] --> User["Licence utilisateur<br/>attribuée à une personne"]
    Root --> Cap["Licence de capacité<br/>attribuée à un flux ou une machine"]
    User --> Seed["Licence seeded<br/>incluse avec Microsoft 365, Windows, etc.<br/>connecteurs standard uniquement, 6 000 actions/jour"]
    User --> Prem["Power Automate Premium<br/>premium, connecteurs personnalisés, RPA assisté<br/>40 000 actions/jour"]
    User --> Trial["Power Automate Trial<br/>90 jours, équivalent Premium + RPA sans surveillance"]
    Cap --> Proc["Power Automate Process<br/>attribuée à un flux cloud ou une machine<br/>250 000 actions/jour"]
    Cap --> Hosted["Power Automate Hosted Process<br/>exécution sans surveillance sur une machine hébergée par Microsoft"]

Comme le montrent ces deux branches, la licence utilisateur compte des « personnes », tandis que la licence de capacité compte « l’automatisation elle-même ». Le choix présenté au chapitre 4 revient, au fond, à déterminer lequel de ces deux modes de comptage est le moins cher.

Voici ce que permet la licence seeded de Microsoft 365.¹

• La création et l’exécution de flux automatisés, planifiés et déclenchés par bouton
• L’utilisation de connecteurs standard
• Jusqu’à 6 000 actions par utilisateur et par jour

À l’inverse, ce qui n’est pas inclus est clairement énuméré.¹³

• Les connecteurs premium
• Les connecteurs personnalisés
• La passerelle de données locale
• Le RPA (l’orchestration des flux de bureau)
• AI Builder

Microsoft Learn positionne ces droits d’utilisation comme des « droits d’utilisation limités permettant aux utilisateurs de personnaliser et d’étendre Office 365 pour des scénarios de productivité personnelle », et recommande explicitement une licence Premium pour un usage en entreprise.¹ Autrement dit, selon la présentation de Microsoft, le « Power Automate inclus dans 365 » est un droit destiné à une automatisation qui reste entièrement à l’intérieur de Microsoft 365, et n’a jamais été conçu, dès le départ, pour servir de socle d’automatisation des processus métier englobant les systèmes internes et les services externes.

La limite de 6 000 actions par jour est elle aussi un chiffre facilement mal compris. Elle ne compte pas le nombre d’exécutions du flux, mais l’exécution de chaque déclencheur et de chaque action individuelle à l’intérieur du flux. Les actions situées dans une boucle sont comptées à chaque itération, si bien qu’un flux aussi simple que « enregistrer la pièce jointe de chaque e-mail » peut consommer un nombre surprenant d’actions dès que le volume est élevé. Dépasser la limite n’arrête pas immédiatement le flux : l’exécution est ralentie proportionnellement au dépassement.⁸

3. Connecteurs standard et connecteurs premium — c’est ici que passe la frontière

Les connecteurs se répartissent en deux niveaux, Standard et Premium, et l’appartenance à l’un ou à l’autre est fixée pour chaque connecteur. En classant les connecteurs les plus couramment utilisés dans la pratique des PME, on obtient ceci.

Voici trois points sur lesquels on trébuche facilement.

• HTTP est premium. « Même pour un service sans connecteur dédié, on peut l’appeler avec l’action HTTP tant qu’il expose une API web » est parfaitement vrai — mais ce connecteur HTTP générique est traité comme premium.⁵¹¹ Si vous avez estimé une intégration avec un système central ou un service web en partant du principe que « l’appeler en HTTP est gratuit », cette hypothèse s’effondre ici. Notez que dans le cas particulier où ce que vous voulez appeler est l’API REST de SharePoint, vous pouvez utiliser à la place l’action « Envoyer une requête HTTP à SharePoint » incluse dans le connecteur SharePoint standard, sans licence supplémentaire.¹¹
• Le connecteur Dataverse est premium, mais le connecteur Approbations est standard. La fonctionnalité d’approbation enregistre en coulisses des enregistrements dans Dataverse, mais le connecteur Approbations lui-même est un connecteur standard, et vous pouvez créer des flux d’approbation avec une licence Microsoft 365. La base de données Dataverse nécessaire est automatiquement mise en place, dans l’environnement par défaut, lors de la création du tout premier flux d’approbation.⁹ En revanche, dès l’instant où vous construisez une configuration qui manipule directement des tables Dataverse via des déclencheurs ou des actions, elle devient premium.⁴
• Les droits d’utilisation de la passerelle de données locale ne sont pas non plus inclus dans Microsoft 365. Une configuration où un flux cloud accède à un SQL Server ou à un partage de fichiers interne implique à la fois des droits d’utilisation de la passerelle et des connecteurs premium ; elle relève donc, dans les faits, du domaine des plans payants.³

Dans l’écran d’édition du flux, les connecteurs premium affichent une étiquette « Premium », ce qui permet de vérifier avant de construire. Si un utilisateur sans licence adéquate tente d’exécuter un flux contenant un connecteur premium, l’exécution échoue avec une erreur de licence nommée DirectApiAuthorizationRequired.⁵

4. La structure des plans payants — Premium ou Process, comment compter ?

Lorsque des fonctionnalités premium deviennent nécessaires, il existe actuellement trois options principales. La nomenclature a été réorganisée il y a quelques années, aussi faut-il faire attention : les informations utilisant les anciens noms se mélangent facilement dans les résultats de recherche. L’ancien plan per user a été remplacé par Premium, et l’ancien plan per flow ainsi que l’ancien module complémentaire de RPA sans surveillance ont été remplacés par Process.⁷

L’axe de décision est simple : compter par « nombre de personnes utilisatrices » ou par « nombre de processus métier ».

• Si un flux utilisant des connecteurs premium est simplement créé par une personne déterminée et exécuté automatiquement, une seule licence Premium pour son propriétaire suffit. Comme les flux automatisés et planifiés s’exécutent sous la licence du propriétaire, les employés qui déclenchent le flux (celui qui dépose un fichier dans SharePoint, celui qui répond à un formulaire) n’ont besoin d’aucune licence.⁸
• Si un flux premium déclenché par bouton est utilisé par tout un service, ou s’il existe un processus central consommant un grand volume d’actions, il est plus rationnel d’attribuer Process au flux. Un flux auquel Process est attribué passe la vérification de licence quel que soit l’exécutant.⁸⁶
• La documentation Microsoft cite comme critères d’application de Process le fait de correspondre à l’un des cas suivants : RPA sans surveillance, flux détenu par un principal de service, volume élevé d’actions, ou flux premium déclenché par un grand nombre de personnes.⁸

Notez que Process reste une licence destinée aux flux et aux machines, et ne remplace pas une licence utilisateur. Les personnes qui créent les flux et celles qui gèrent les flux de bureau continuent d’avoir besoin d’une licence côté utilisateur.⁶

Sous quelle licence le flux s’exécute-t-il ? — matrice de correspondance

La question des licences devient compliquée parce que « qui doit payer » dépend de la façon dont le flux est déclenché. En résumant en un seul tableau la correspondance entre les trois acteurs — propriétaire, exécutant, machine — et Premium (la personne) / Process (l’automatisation elle-même), on obtient ceci.

Le tableau se lit en retenant trois points : le flux automatisé se rattache au propriétaire, le bouton à l’exécutant, le RPA sans surveillance à la machine. Une fois cela acquis, il suffit de savoir si le flux contient des fonctionnalités premium pour déterminer laquelle des deux colonnes de droite consulter.

5. Licences pour le RPA (flux de bureau) — PAD seul est gratuit, l’intégration devient payante

Power Automate for desktop (PAD) peut être utilisé, dans le cadre des droits d’utilisation de Windows 10/11, sans coût supplémentaire tant que vous vous contentez de créer des flux de bureau sur votre propre PC et de les exécuter vous-même, en mode assisté, sur cette même machine. Mais ce périmètre se limite à « une exécution locale dans l’environnement par défaut (sans orchestration) » : ni le partage de flux, ni la création dans un environnement autre que celui par défaut ne sont possibles.³¹

Au stade où vous l’intégrez dans vos processus métier, des licences deviennent nécessaires, dans l’ordre suivant.

• Appeler un flux de bureau depuis un flux cloud (assisté) : l’utilisateur de la connexion utilisée pour l’appel doit disposer de Premium. Si un utilisateur avec une licence gratuite tente d’ajouter l’action « Exécuter un flux construit avec Power Automate for desktop », il est invité à démarrer une version d’essai.⁶¹⁰
• Exécution sans surveillance (unattended) : une licence Process attribuée à la machine est nécessaire. De plus, l’enregistrement de cette machine doit lui-même être effectué par un utilisateur détenant une licence Premium, si bien qu’« acheter uniquement Process » ne suffit pas à faire fonctionner le RPA sans surveillance.⁶
• Si vous ne souhaitez pas posséder de machine physique : Hosted Process permet de configurer une exécution sans surveillance sur une machine hébergée par Microsoft.⁶

L’approche par étapes — « d’abord vérifier l’efficacité avec PAD seul et une exécution manuelle, puis passer à l’automatisation avec Premium/Process une fois la valeur confirmée » — constitue la démarche la plus sûre en matière de décision d’investissement. La façon concrète de construire une automatisation de la saisie de données dans un système central est traitée dans « Automatiser la saisie de données dans les systèmes centraux hérités avec Power Automate for desktop ».

6. Les crédits AI Builder — les fonctionnalités d’IA comme l’OCR sont facturées à l’usage

Lorsque vous intégrez dans un flux des actions AI Builder — OCR de documents (traitement de formulaires), classification de texte, etc. —, elles consomment un quota mesuré appelé crédits AI Builder. Une quantité fixe de crédits est incluse dans les licences premium telles que Power Automate Premium, et ces crédits doivent être disponibles dans l’environnement où s’exécute le flux.¹³ Il existe aussi un module complémentaire de capacité AI Builder pour en acheter davantage, mais sa vente aux nouveaux clients a pris fin le 1er novembre 2025, et nous sommes dans une période de transition où le renouvellement des contrats existants ainsi que les crédits seeded fournis avec Premium prendront fin le 1er novembre 2026. La fonctionnalité AI Builder elle-même ne disparaît pas et reste accessible via les crédits Copilot qui lui succèdent ; si vous l’adoptez à partir de maintenant, prévoyez donc votre budget en vous basant sur les crédits Copilot plutôt que sur le module complémentaire.¹⁴

Le tableau comparatif actuel indique que 5 000 crédits par mois sont inclus avec chacune des licences Premium, Process et Hosted Process. Le taux de consommation varie selon le scénario : le traitement de formulaires (extraction de données depuis des documents) consomme relativement beaucoup, tandis qu’une simple extraction de texte consomme moins.⁶ Comme AI Builder n’est pas inclus dans la licence seeded de Microsoft 365, il n’est pas possible de « simplement essayer l’OCR dans le cadre gratuit ».¹

Savoir si 5 000 crédits par mois suffisent dépend du volume de documents traités. Une conception concrète basée sur l’OCR de bons de commande reçus par fax, ainsi que la méthode d’estimation de la consommation de crédits, sont détaillées dans « Lire et traiter des bons de commande reçus par fax avec AI Builder ».

7. Recueil des points sur lesquels on trébuche en pratique

Glisser vers une exploitation en production tout en restant sur la version d’essai de 90 jours

Power Automate Trial est une licence d’essai de 90 jours que l’utilisateur peut activer lui-même ; elle offre des fonctionnalités quasiment équivalentes à Premium (à l’exception des crédits AI Builder et du stockage), plus la possibilité de tester le RPA sans surveillance.⁶ Comme le message « voulez-vous démarrer une version d’essai ? » apparaît dès qu’une fonctionnalité premium est touchée, il n’est pas rare qu’un essai démarre sans que la personne concernée ait eu conscience de la question de licence.¹⁰

Le problème survient 90 jours plus tard. Un flux premium dont le propriétaire a perdu sa licence premium voit ses performances dégradées, tous les propriétaires en sont notifiés, et si rien n’est fait, le flux est désactivé au bout de 14 jours.¹⁵ L’accident type est le suivant : « un flux créé pour un test est discrètement devenu une partie du quotidien de l’entreprise, et ce n’est qu’à son arrêt, 90 jours plus tard, que le problème de licence est découvert. » Si vous construisez quelque chose de conséquent pendant l’essai, vous devriez dès le départ budgétiser le coût de la licence nécessaire à son adoption définitive.

La relation entre la licence du propriétaire et l’exécution du flux

Pour le répéter : les flux automatisés et planifiés s’exécutent dans le contexte de licence du propriétaire du flux, tandis que les flux instantanés (bouton, lancement depuis une application) s’exécutent sous la licence de la personne qui les lance.⁸ Cela entraîne plusieurs conséquences pratiques.

• Pour un flux automatisé, les employés qui déclenchent le flux et les approbateurs qui répondent à une demande d’approbation n’ont pas besoin de licence premium. Il n’est pas nécessaire d’acheter une licence Premium pour chaque approbateur.¹²
• À l’inverse, si vous partagez un flux déclenché par bouton contenant un connecteur premium, Premium devient obligatoire pour tous les exécutants. Dans ce cas, envisagez d’attribuer Process au flux.⁸
• Pour qu’un copropriétaire ayant reçu le partage d’un flux contenant des connecteurs premium puisse le modifier ou l’exécuter manuellement, cette personne doit également disposer d’une licence de niveau premium.¹⁶
• Lorsque le propriétaire quitte l’entreprise, le flux perd la licence du propriétaire et entre dans la règle des 14 jours mentionnée plus haut. Un flux inclus dans une solution peut voir son propriétaire changé ; pour un flux qui ne l’est pas, on le remet en état par un export/import effectué par un copropriétaire (il s’exécute alors comme un nouveau flux sous la licence du nouveau propriétaire), ou en attribuant Process.¹⁵

La conception de la propriété des flux, des connexions et de la transmission constitue, au même titre que les licences, un point critique de l’exploitation. Ce sujet est traité en détail dans « Éviter la dépendance à une seule personne dans Power Automate — pour que les flux ne s’arrêtent pas quand leur créateur quitte l’entreprise ».

« Se contenter d’une seule licence partagée » constitue une violation de licence

L’idée selon laquelle « il suffit d’acheter une seule licence Premium, de l’attribuer à un compte partagé, et de laisser tout le monde utiliser ce compte » correspond à une configuration que Microsoft appelle multiplexage (multiplexing), explicitement considérée comme une violation de licence. La FAQ de Learn indique, avec un exemple concret, qu’une configuration où plusieurs utilisateurs partagent les identifiants d’un compte de service et utilisent des flux premium via l’unique licence Premium attribuée à ce compte est non conforme.¹²

Le critère de jugement est « qui reçoit de la valeur du flux ». Comme l’exécution des flux automatisés et planifiés s’effectue dans le contexte de licence du propriétaire, une personne qui se contente d’enregistrer un élément dans une liste — déclenchant ainsi le flux — ou qui se contente de répondre à une demande d’approbation n’a pas automatiquement besoin d’une licence premium pour cela seul. Si le flux se contente d’envoyer un e-mail au propriétaire, la licence du propriétaire suffit. En revanche, la même FAQ cite comme exemple de multiplexage une configuration où un flux premium renvoie un résultat (un e-mail) à la personne qui a elle-même enregistré l’élément : l’auteur de l’enregistrement déclenche indirectement le flux et en reçoit la valeur, si bien que Premium devient nécessaire pour cette personne en plus du propriétaire. Si les résultats d’un flux premium sont renvoyés à un grand nombre de personnes, la solution la plus sûre est simplement de licencier le flux lui-même avec Process.¹²

Comme la limite prête à confusion, voici les exemples cités par la FAQ, classés entre autorisé et violation (tous supposent un flux contenant des fonctionnalités premium).¹²

Notez que la FAQ elle-même précise explicitement qu’« il s’agit d’une orientation, et non d’une restriction techniquement imposée, et que la responsabilité de licencier correctement incombe à l’administrateur ».¹² Gardez à l’esprit que le simple fait qu’une configuration fonctionne ne signifie pas qu’elle est conforme.

Les flux d’approbation restent dans le cadre gratuit — mais pas la manipulation directe de Dataverse

Les flux d’approbation peuvent être créés avec une licence Microsoft 365 (comme vu au chapitre 3).⁹ Cependant, dès que vous allez un peu plus loin — lire ou écrire directement l’historique des approbations via le connecteur Dataverse, ou capter les modifications de la table des approbations avec un déclencheur Dataverse —, la configuration devient premium. Connaître ce palier (« l’approbation était gratuite, mais ajouter un rapport sur l’historique est devenu payant ») évite de fausser vos estimations. La conception des flux d’approbation eux-mêmes est détaillée dans « Créer un flux d’approbation avec Power Automate — numériser les circuits de validation et de demande sur papier et par e-mail ».

8. Tableau de décision — la licence nécessaire selon ce que vous voulez faire

En cas de doute, vérifiez l’étiquette « Premium » des connecteurs dans l’écran d’édition du flux, puis réfléchissez dans cet ordre : « qui déclenche ce flux (automatiquement, ou par bouton) ? » puis « lequel, du nombre d’utilisateurs ou du nombre de processus, est le plus élevé ? ». Vous parviendrez ainsi à identifier presque à coup sûr la licence nécessaire.

9. Conclusion — considérer les frais de licence comme un « paiement échelonné des coûts de développement »

La licence seeded de Microsoft 365 ne coûte véritablement rien de plus tant que l’on reste dans le périmètre des connecteurs standard. Le fait que l’entrée dans l’automatisation pour une PME — approbations, notifications, intégration avec SharePoint — tienne entièrement dans le cadre gratuit est un atout qu’il faut exploiter sans hésiter. En revanche, dès que l’on s’aventure vers les systèmes centraux, les API externes, le RPA ou l’OCR, on entre dans le territoire premium, et un coût continu de « nombre de personnes × tarif mensuel » ou de « nombre de processus × tarif mensuel » apparaît à partir de là.

Pour évaluer ce coût, nous recommandons de ne pas se limiter au tarif mensuel, mais de calculer un montant total en tarif mensuel × nombre de personnes (ou de processus) × nombre d’années d’utilisation, puis de comparer ce total avec les alternatives. Le tarif unitaire lui-même étant appelé à être révisé, nous ne le traitons pas dans cet article, mais la formule de calcul, elle, reste fixe. Consultez le tarif mensuel de la licence nécessaire sur la page de tarification de Power Automate, puis appliquez la formule suivante.

• Si vous comptez par personnes : prix unitaire utilisateur de Premium × nombre de personnes concernées × 12 × nombre d’années
• Si vous comptez par l’automatisation elle-même : prix unitaire de Process × nombre de flux concernés (ou de machines) × 12 × nombre d’années

Calculer d’abord le simple multiplicateur permet de décider plus vite : pour 1 personne sur 1 an, c’est 12 fois le tarif mensuel ; pour 3 personnes sur 3 ans, 108 fois ; pour 5 personnes sur 5 ans, 300 fois. En gardant à l’esprit que « Premium pour 5 personnes pendant 5 ans » représente un total de 300 fois le tarif mensuel, comparez ce montant avec le coût initial plus les frais de maintenance d’un développement interne ou sous-traité équivalent. Comme ce multiplicateur pèse lourd, une conception qui limite le nombre de personnes concernées (privilégier les flux automatisés pour éviter les licences côté exécutant, faire porter les flux à usage collectif par Process) se traduit directement par une réduction du coût total. Utiliser Premium pour quelques personnes pendant cinq ans peut représenter le montant d’un petit projet de développement sous contrat ; à l’inverse, si les exigences sont complexes et que la maintenance des flux continue de mobiliser du personnel, il peut être moins coûteux au total de construire dès le départ un système dédié. À l’opposé, il existe bien sûr de nombreux cas où, comparé au coût d’un progiciel existant ou d’un devis de développement, Power Automate reste nettement moins cher même en payant les frais de licence. L’essentiel est d’abandonner tôt l’hypothèse « c’est inclus dans 365, donc c’est gratuit », et de prendre la décision d’investissement dans l’automatisation sur la base d’un coût total incluant les frais de licence.

Quels processus automatiser à quel niveau de licence, et à partir de quel point basculer vers le développement : nous pouvons vous accompagner, depuis la discussion sur cette ligne de partage jusqu’au développement sous contrat des parties que Power Automate ne peut pas prendre en charge.

Articles connexes

• Automatiser les processus métier avec Power Automate — Flux cloud, flux de bureau et gestion robuste des erreurs
• Créer un flux d’approbation avec Power Automate — numériser les circuits de validation et de demande sur papier et par e-mail
• Automatiser la saisie de données dans les systèmes centraux hérités avec Power Automate for desktop
• Lire et traiter des bons de commande reçus par fax avec AI Builder
• Éviter la dépendance à une seule personne dans Power Automate — pour que les flux ne s’arrêtent pas quand leur créateur quitte l’entreprise

Domaines de conseil associés

KomuraSoft LLC prend en charge tout, depuis le conseil sur la conception de l’automatisation — y compris le choix des licences Power Automate —, jusqu’à la comparaison entre frais de licence et coûts de développement, en passant par la mise en système des processus que les flux ne peuvent pas prendre en charge.

• Conseil technique et revue de conception
• Développement d’applications Windows
• Contact

Références

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Jusqu'où peut-on utiliser Power Automate avec une simple licence Microsoft 365 ?

Jusqu'à la création et l'exécution de flux cloud (automatisés, planifiés ou déclenchés par bouton) utilisant des connecteurs standard comme SharePoint, Outlook, Teams, Forms ou Excel Online. Il existe une limite de 6 000 actions par utilisateur et par jour. Les connecteurs premium, les connecteurs personnalisés, la passerelle de données locale, le RPA (gestion et intégration des flux de bureau) et AI Builder ne sont pas inclus dans les droits d'utilisation de Microsoft 365 et nécessitent une licence payante telle que Power Automate Premium.

Le connecteur HTTP est-il utilisable avec une licence Microsoft 365 ?

Non. Le connecteur HTTP générique (l'action HTTP) est traité comme premium, et nécessite, tout comme SQL Server, Dataverse ou les connecteurs personnalisés, une licence telle que Power Automate Premium. Cela dit, si vous souhaitez uniquement appeler l'API REST de SharePoint, vous pouvez utiliser à la place l'action « Envoyer une requête HTTP à SharePoint » incluse dans le connecteur SharePoint standard, ce qui ne nécessite alors aucune licence supplémentaire.

Faut-il choisir Power Automate Premium ou Process ?

Premium est une licence attribuée à un utilisateur, tandis que Process est une licence attribuée à un flux ou à une machine. Si seuls quelques responsables créent et exploitent des flux utilisant des fonctionnalités premium, il suffit d'acheter autant de licences Premium que de personnes concernées. En revanche, si un flux premium déclenché par bouton est utilisé par un grand nombre de personnes, ou si un RPA sans surveillance ou une exécution à grand volume est nécessaire, il est plus rationnel d'attribuer Process par flux (ou par machine), ce qui supprime le besoin d'une licence côté exécutant. Comparez selon que le nombre d'utilisateurs ou le nombre de processus métier est le plus élevé.

Power Automate for desktop est-il gratuit ?

Dans le cadre des droits d'utilisation de Windows 10/11, vous pouvez l'utiliser sans coût supplémentaire tant que vous vous contentez de créer des flux de bureau sur votre propre PC et de les exécuter vous-même en mode assisté sur cette même machine. Cela n'inclut toutefois pas l'orchestration : la création en dehors de l'environnement par défaut, le partage de flux et l'appel depuis un flux cloud. L'intégration avec un flux cloud nécessite Power Automate Premium, et l'exécution sans surveillance requiert en plus une licence Process.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.