M365Con 2027 – conférence en ligne gratuite · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Pièges de licence Power Automate Desktop : éviter les coûts cachés du RPA

By ·

Évitez les coûts cachés du RPA. Découvrez les véritables différences, les pièges de licence et les exigences d'infrastructure entre les bots Power Automate Desktop avec assistance et sans assistance.

Automatically translated with AI from the original post. Read the English original

Cover: Power Automate Desktop Attended vs Unattended - Simply Explained

Lors du déploiement de l'automatisation robotisée des processus dans Microsoft 365, choisir le mauvais modèle de licence entre bots avec assistance et bots sans assistance peut anéantir votre retour sur investissement. Ce guide révèle les pièges de licence cachés, les structures de coûts et les erreurs courantes des débutants liées aux types d'exécution de Power Automate Desktop, afin que vous budgétiez correctement avant de faire évoluer vos flux de travail.

Points clés

Comprendre les fondements de la licence RPA

Microsoft propose des fonctionnalités robustes d'automatisation robotisée des processus (RPA) dès l'origine pour de nombreux abonnés Microsoft 365, mais le passage de simples macros de bureau à une automatisation de niveau entreprise révèle un enchevêtrement complexe d'exigences de licence. Au cœur de cette complexité se trouve la différence opérationnelle fondamentale entre bots avec assistance et bots sans assistance. Si les deux exécutent des tâches à l'aide de Power Automate Desktop, leur mode de déclenchement, leur mode de supervision et, surtout, leur mode de facturation varient considérablement.

Beaucoup d'organisations se lancent dans des projets d'automatisation en se concentrant uniquement sur la faisabilité technique (conception du flux, mappage des éléments d'interface, gestion des exceptions) et traitent la licence après coup. Cette approche entraîne inévitablement des tensions avec l'administration informatique et des demandes budgétaires imprévues. Pour bâtir une stratégie d'automatisation durable, vous devez comprendre comment Microsoft classe ces charges de travail et où se cachent les écueils financiers.

Le piège des bots avec assistance : les coûts cachés de la dépendance humaine

L'automatisation avec assistance est conçue pour agir comme un assistant numérique installé juste à côté de l'employé. Elle se déclenche à partir d'une action de l'utilisateur, comme un clic sur une icône du bureau ou un raccourci clavier, puis exécute des tâches répétitives pendant que l'utilisateur observe ou gère d'autres aspects du flux de travail. Le principal piège de licence réside ici dans la simultanéité et les temps d'inactivité.

Comme un bot supervisé nécessite une session utilisateur ouverte, il ne peut pas s’exécuter de manière autonome sur une machine virtuelle cloud dédiée lorsque les bureaux sont vides. Si une organisation tente de planifier l’exécution d’un bot supervisé à minuit, la tâche échouera, sauf si un utilisateur reste connecté à cette machine précise avec une session active. Par conséquent, les organisations paient souvent des licences centrées sur l’utilisateur tout en essayant de faire passer par elles des processus back-end non supervisés, ce qui entraîne des pipelines défaillants, des administrateurs frustrés et des mises à niveau forcées.

Pourquoi les bots supervisés planifiés échouent

L’erreur numéro un des débutants consiste à traiter les bots supervisés comme des services en arrière-plan. Comme Power Automate vous permet de planifier des flux, les utilisateurs supposent naturellement qu’une licence supervisée peut lancer une tâche planifiée pendant la nuit. Pourtant, la gestion des sessions Windows impose qu’une session utilisateur standard se verrouille ou se ferme en raison d’une inactivité, de stratégies de sécurité ou de redémarrages. Sans personne pour déverrouiller la machine et maintenir la session, le bot supervisé se bloque tout simplement.

Bots non supervisés : infrastructure et réalités de la montée en charge

L’automatisation non supervisée élimine le goulot d’étranglement humain en s’exécutant sur des machines virtuelles, sans nécessiter la présence d’un utilisateur. Ces bots peuvent exécuter des traitements par lots, traiter des factures à 3 h 00 du matin et gérer de vastes migrations de données de manière autonome. Toutefois, le modèle de licence change radicalement, avec des coûts provenant non seulement de Microsoft, mais potentiellement aussi de votre fournisseur d’infrastructure cloud.

Pour exécuter un bot en mode non supervisé, vous avez besoin d’une licence complémentaire RPA non supervisée rattachée à votre environnement, ainsi que de configurations de groupes de machines appropriées. Vous devez par ailleurs provisionner et maintenir les machines virtuelles sous-jacentes (généralement dans Azure) sur lesquelles ces bots s’exécutent. Si votre machine virtuelle tombe en panne pour maintenance, ou si les mises à jour Windows entraînent un redémarrage inattendu, votre pipeline d’automatisation non supervisée s’arrête, sauf si une connexion automatique et une gestion des identifiants appropriées ont été mises en place.

Calculer le véritable retour sur investissement RPA

Lorsque vous présentez un dossier d’automatisation à la direction, le calcul du retour sur investissement doit aller au-delà des simples heures de travail économisées. Vous devez prendre en compte :

Conclusion

Maîtriser les subtilités des licences Power Automate Desktop exige une compréhension claire de vos flux opérationnels et de vos contraintes techniques. Choisir entre exécution supervisée et non supervisée ne relève pas simplement d’une préférence : cela détermine vos besoins en infrastructure, votre budget et la fiabilité réelle de vos processus automatisés. Pour écouter une analyse complète et accessible de ces concepts, et découvrir d’autres réflexions d’experts sur l’administration cloud moderne, écoutez l’épisode associé du M365 FM Podcast. Écoutez l’épisode complet pour approfondir votre compréhension des stratégies d’automatisation cloud de Microsoft.

Questions fréquentes

Un bot Power Automate Desktop supervisé peut-il s’exécuter pendant la nuit alors que mon ordinateur est verrouillé ?

Non. Les bots supervisés nécessitent une session Windows utilisateur active et déverrouillée pour interagir avec les applications de bureau. Si l’ordinateur se verrouille en raison d’une inactivité ou se déconnecte, l’exécution du bot supervisé échouera.

Quelle est la principale différence de structure de coûts de licence entre les bots supervisés et non supervisés ?

Les bots supervisés sont généralement sous licence par utilisateur, ce qui les rend idéaux pour gagner en productivité individuelle. Les bots non supervisés sont sous licence par bot ou par capacité et peuvent être utilisés sur plusieurs processus et machines virtuelles, ce qui entraîne souvent des coûts d’infrastructure supplémentaires pour l’hébergement des machines virtuelles.

Ai-je besoin de machines virtuelles Azure pour exécuter des flux Power Automate Desktop non supervisés ?

Bien que vous ne soyez pas strictement obligé d’utiliser Azure, vous devez disposer d’une machine dédiée, physique ou virtuelle, capable de maintenir une session Windows non supervisée, de stocker les identifiants de manière sécurisée et de se connecter automatiquement pour exécuter les tâches sans intervention humaine.

Pourquoi les débutants peinent-ils souvent lors du passage de l’automatisation supervisée à l’automatisation non supervisée ?

Les débutants supposent fréquemment que les flux conçus pour une utilisation avec présence humaine peuvent être directement planifiés pour s’exécuter en arrière-plan. Ils négligent souvent la gestion des identifiants, la configuration de la connexion automatique des machines et les modules complémentaires de licence distincts nécessaires à une exécution sans interface.

Power Automate Desktop Robotic Process Automation Automation Microsoft Microsoft 365

Related articles

RSS