Power Automate Desktop: Lizenzfallen und versteckte Kosten bei RPA vermeiden
Von Mirko Peters ·
Versteckte Kosten bei RPA vermeiden. Erfahren Sie die tatsächlichen Unterschiede, Lizenzfallen und Infrastrukturanforderungen für beaufsichtigte und unbeaufsichtigte Power Automate Desktop-Bots.
Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Wenn Sie robotergestützte Prozessautomatisierung (RPA) in Microsoft 365 einführen, kann die falsche Lizenzierung für beaufsichtigte und unbeaufsichtigte Bots Ihren ROI zunichtemachen. Dieser Leitfaden zeigt die versteckten Lizenzfallen, Kostenstrukturen und typischen Anfängerfehler im Zusammenhang mit den Ausführungsarten von Power Automate Desktop auf. So kalkulieren Sie Ihr Budget genau, bevor Sie Ihre Workflows skalieren.
Das Wichtigste in Kürze
- Beaufsichtigte Bots erfordern eine Person, die während der Ausführung aktiv am Arbeitsplatz anwesend ist. Dadurch werden Hardware und menschliche Aufsicht gebunden.
- Unbeaufsichtigte Bots laufen eigenständig auf virtuellen Computern ohne menschliches Eingreifen. Sie erfordern jedoch eine andere, oft teurere Lizenzstufe.
- Die häufigste Falle für Einsteiger besteht in der Annahme, dass sich beaufsichtigte Lizenzen über Nacht planen lassen, während der Benutzer offline ist.
- Sitzungsverwaltung und die automatische Anmeldung am Computer entscheiden darüber, ob eine unbeaufsichtigte Bereitstellung zusätzliche Azure-Infrastrukturkonfiguration erfordert.
- Eine genaue Berechnung von Ausführungshäufigkeit und Ausführungsdauer verhindert unerwartete Mehrkosten bei den Microsoft-Lizenzen.
Grundlagen der RPA-Lizenzierung verstehen
Microsoft bietet für viele Microsoft 365-Abonnenten bereits von Haus aus leistungsstarke Funktionen für robotergestützte Prozessautomatisierung (RPA). Beim Übergang von einfachen Desktop-Makros zu unternehmenstauglicher Automatisierung zeigt sich jedoch ein komplexes Geflecht von Lizenzanforderungen. Im Mittelpunkt dieser Komplexität steht der grundlegende betriebliche Unterschied zwischen beaufsichtigten und unbeaufsichtigten Bots. Beide führen Aufgaben mit Power Automate Desktop aus, doch wie sie ausgelöst werden, wer sie überwacht und vor allem, wie sie abgerechnet werden, unterscheidet sich erheblich.
Viele Organisationen starten Automatisierungsprojekte und konzentrieren sich dabei ausschließlich auf die technische Machbarkeit, also die Erstellung des Flows, die Zuordnung von UI-Elementen und die Behandlung von Ausnahmen. Die Lizenzierung behandeln sie dabei nachrangig. Dieser Ansatz führt zwangsläufig zu Reibungen mit der IT-Administration und zu unerwarteten Budgetanforderungen. Um eine nachhaltige Automatisierungsstrategie aufzubauen, müssen Sie verstehen, wie Microsoft diese Workloads kategorisiert und wo die finanziellen Fallstricke liegen.
Die Falle der beaufsichtigten Bots: Versteckte Kosten durch menschliche Abhängigkeit
Beaufsichtigte Automatisierung ist als digitaler Assistent konzipiert, der direkt neben dem Mitarbeiter arbeitet. Sie wird durch Benutzereingaben ausgelöst, etwa durch einen Klick auf ein Desktopsymbol oder einen Tastendruck, und erledigt repetitive Aufgaben, während der Benutzer zusieht oder sich um andere Teile des Workflows kümmert. Die größte Lizenzfalle liegt hier in Gleichzeitigkeit und Leerlaufzeiten.
Da ein Attended-Bot eine angemeldete Benutzersitzung voraussetzt, kann er nicht autonom auf einem dedizierten Cloud-Computer laufen, wenn das Büro leer ist. Wenn eine Organisation versucht, einen Attended-Bot so zu planen, dass er um Mitternacht läuft, schlägt der Auftrag fehl, sofern nicht ein Benutzer mit einer aktiven Sitzung an genau diesem Computer angemeldet bleibt. Deshalb zahlen Organisationen häufig für benutzerzentrierte Lizenzen und versuchen, damit Backend-Prozesse ohne Benutzerinteraktion abzubilden. Das führt zu fehlerhaften Pipelines, frustrierten Administratoren und erzwungenen Upgrades.
Warum geplante Attended-Bots scheitern
Der häufigste Fehler von Einsteigern ist, Attended-Bots wie Hintergrunddienste zu behandeln. Da Power Automate das Planen von Flows ermöglicht, nehmen Benutzer selbstverständlich an, dass eine Attended-Lizenz einen geplanten Auftrag über Nacht starten kann. Die Windows-Sitzungsverwaltung funktioniert jedoch anders: Eine Standardbenutzersitzung wird aufgrund von Inaktivität, Sicherheitsrichtlinien oder Neustarts gesperrt oder abgemeldet. Ohne eine Person, die den Computer entsperrt und die Sitzung aufrechterhält, bleibt der Attended-Bot einfach stehen.
Unattended-Bots: Infrastruktur und Realitäten der Skalierung
Unattended-Automatisierung beseitigt den menschlichen Engpass, indem sie auf virtuellen Computern läuft, ohne dass ein Benutzer anwesend sein muss. Diese Bots können Stapelverarbeitungen ausführen, Rechnungen um 3:00 Uhr nachts verarbeiten und umfangreiche Datenmigrationen eigenständig durchführen. Das Lizenzmodell verändert sich jedoch erheblich: Kosten entstehen nicht nur bei Microsoft, sondern möglicherweise auch bei Ihrem Cloud-Infrastrukturanbieter.
Für den Unattended-Betrieb benötigen Sie eine Unattended-RPA-Add-on-Lizenz für Ihre Umgebung sowie passende Konfigurationen der Maschinengruppen. Außerdem müssen Sie die zugrunde liegenden virtuellen Computer bereitstellen und warten, typischerweise in Azure, auf denen die Bots ausgeführt werden. Wenn Ihr virtueller Computer für Wartungsarbeiten ausfällt oder Windows-Updates einen unerwarteten Neustart erzwingen, bleibt Ihre Unattended-Automatisierungspipeline stehen, sofern keine korrekte automatische Anmeldung und Verwaltung der Anmeldeinformationen eingerichtet ist.
Den tatsächlichen ROI von RPA berechnen
Wenn Sie einem Management eine Automatisierung als Geschäftsfall vorstellen, reicht es bei der Berechnung der Rendite nicht aus, nur die eingesparten Arbeitsstunden zu betrachten. Berücksichtigen Sie unbedingt Folgendes:
- Die Kosten für die Microsoft-365- oder Power-Platform-Lizenzen pro Benutzer oder pro Bot.
- Kosten für das Hosting und den Speicher virtueller Azure-Computer für Unattended-Workflows.
- Der Wartungsaufwand, um Selektoren für Desktopanwendungen anzupassen, wenn sich die Unternehmenssoftware ändert.
- Die Produktivitätskosten, wenn der Computer eines Benutzers blockiert ist, während ein Attended-Bot in den Kernarbeitszeiten einen langwierigen Prozess ausführt.
Fazit
Die Feinheiten der Lizenzierung von Power Automate Desktop erfordern ein klares Verständnis Ihrer betrieblichen Abläufe und technischen Rahmenbedingungen. Die Wahl zwischen Attended- und Unattended-Ausführung ist nicht nur eine Frage der Vorliebe – sie bestimmt Ihre Infrastrukturanforderungen, Ihr Budget und letztlich die Zuverlässigkeit Ihrer automatisierten Prozesse. Eine umfassende, fachchinesisch-freie Erläuterung dieser Konzepte und weitere Experteneinblicke zur modernen Cloud-Administration finden Sie in der passenden Folge des M365 FM Podcasts. Hören Sie sich die vollständige Folge an, um Ihr Verständnis der Automatisierungsstrategien für die Microsoft-Cloud zu vertiefen.
Häufige Fragen
Kann ein Attended-Power-Automate-Desktop-Bot über Nacht laufen, während mein Computer gesperrt ist?
Nein. Attended-Bots benötigen eine aktive, entsperrte Windows-Benutzersitzung, um mit Desktopanwendungen zu interagieren. Sperrt sich der Computer aufgrund von Inaktivität oder wird die Sitzung abgemeldet, schlägt die Ausführung des Attended-Bots fehl.
Worin besteht der wesentliche Unterschied in der Kostenstruktur der Lizenzierung zwischen Attended- und Unattended-Bots?
Attended-Bots werden in der Regel pro Benutzer lizenziert und eignen sich daher besonders für die Produktivitätssteigerung einzelner Personen. Unattended-Bots werden pro Bot bzw. Kapazität lizenziert und können über mehrere Prozesse und virtuelle Computer hinweg genutzt werden. Dafür fallen häufig zusätzliche Infrastrukturkosten für das Hosting der virtuellen Computer an.
Benötige ich virtuelle Azure-Computer, um Unattended-Power-Automate-Desktop-Flows auszuführen?
Zwar müssen Sie nicht zwingend Azure verwenden, aber Sie brauchen einen dedizierten Computer – physisch oder virtuell –, der eine unbeaufsichtigte Windows-Sitzung aufrechterhalten, Anmeldeinformationen sicher speichern und sich automatisch anmelden kann, um Aufträge ohne menschliches Eingreifen auszuführen.
Warum tun sich Einsteiger oft schwer beim Wechsel von Attended- zur Unattended-Automatisierung?
Einsteiger gehen häufig davon aus, dass sich Workflows, die für den Betrieb mit angemeldetem Benutzer konzipiert wurden, ohne Weiteres im Hintergrund planen lassen. Dabei übersehen sie oft die Verwaltung von Anmeldeinformationen, die Konfiguration der automatischen Geräteanmeldung und die gesonderten Lizenz-Add-ons, die für die Ausführung ohne Benutzeroberfläche erforderlich sind.