Wann Power Automate die falsche Wahl ist: 7 Ausschlusskriterien

Power Automate wird gern als Werkzeug verkauft, das für praktisch jede Automatisierung passt: von der einfachen Genehmigungs-Mail bis zur unternehmensweiten Prozesskette. Das stimmt so pauschal nicht. Die Plattform hat klare technische und lizenzrechtliche Grenzen, die in Verkaufsgesprächen selten zur Sprache kommen, aber in der offiziellen Microsoft-Dokumentation ziemlich genau beschrieben sind.

Dieser Artikel dreht die übliche Perspektive um. Statt Ihnen zu zeigen, wofür Power Automate geeignet ist, zeigt er Ihnen sieben konkrete Ausschlusskriterien, bei denen ein anderes Werkzeug, meist Azure Logic Apps oder eine pro-code Lösung, die ehrlichere Wahl ist. Alle Angaben stammen aus der Microsoft-Dokumentation zu Power-Automate-Grenzwerten und zur Migration auf Azure Logic Apps.

Die 7 Ausschlusskriterien im Überblick

Trifft einer oder mehrere der folgenden Punkte auf Ihren Anwendungsfall zu, sollten Sie Power Automate zumindest kritisch hinterfragen, bevor Sie ihn bauen.

• Sie brauchen dauerhaft mehr Durchsatz, als die Plattform vorsieht. Ein einzelner Cloud-Flow ist laut Power-Automate-Grenzwerten auf maximal 500 Aktionen pro Workflow-Definition begrenzt, dazu kommt ein Action-Burst-Limit von 100.000 Aktionen pro fünf Minuten über alle Flows hinweg. Wer diese Grenzen regelmäßig reißt, muss den Prozess künstlich in Unterflows zerlegen, statt ihn einfach zu bauen.
• Ihre Workflow-Logik braucht echten Code. Power Automate ist als Low-Code- bis No-Code-Werkzeug konzipiert. Laut dem Migrationsleitfaden zu Azure Logic Apps ist die benutzerdefinierte Integration in Power Automate „beschränkt auf meist keinen Code oder niedrigen Code“, während Azure Logic Apps Standard eigene .NET-Funktionen, C#-Skripte oder PowerShell-Skripte direkt im Workflow ausführen kann.
• Sie brauchen Netzwerkisolation. Sollen Workflows ausschließlich innerhalb eines virtuellen Netzwerks laufen, ohne Berührung mit dem offenen Internet, bietet Power Automate dafür keine Lösung. Azure Logic Apps Standard unterstützt laut derselben Dokumentation VNet-Integration und private Endpunkte, Power Automate nicht.
• Sie brauchen Geo-Redundanz für unternehmenskritische Prozesse. Microsoft beschreibt Power Automate im direkten Vergleich ausdrücklich mit „eingeschränkten regionalen Bereitstellungsoptionen“, während Azure Logic Apps Standard und Consumption beide integrierte Georedundanz und automatisiertes Failover über mehrere Regionen bieten.
• Sie brauchen professionelles ALM mit vollständiger Versionskontrolle. Power Automate hat laut Microsoft eine „eingeschränkte Versionsverwaltung“. Azure Logic Apps bietet dagegen vollständige Git-Integration mit CI/CD-Pipelines über Azure DevOps oder GitHub, inklusive Änderungsnachverfolgung und Rückkehr zu früheren Workflow-Versionen.
• Ihre Prozesslogik ist zu verschachtelt, um sie sauber abzubilden. Ein einzelner Flow erlaubt laut Grenzwert-Dokumentation maximal acht Verschachtelungsebenen für Aktionen und 25 Switch-Fälle pro Scope. Prozesse mit vielen ineinandergreifenden Bedingungen und Ausnahmepfaden stoßen hier schneller an Grenzen, als man beim Prototyping merkt.
• Ihre Kosten explodieren bei Skalierung. Wer regelmäßig über die Aktionslimits seiner Lizenz hinausläuft, zahlt entweder für zusätzliche Prozesslizenzen (150 US-Dollar pro Bot und Monat, laut Power-Automate-Lizenzierungs-FAQ) oder für Pay-as-you-go-Überschreitungen. Bei sehr hohem, planbarem Volumen kann ein Consumption-Modell in Azure Logic Apps am Ende günstiger sein als das Stapeln von Prozesslizenzen.

Wenn die Plattformlimits der eigentliche Blocker sind

Das erste und das sechste Kriterium hängen eng zusammen und werden in der Praxis am häufigsten unterschätzt. Die Grenzwert-Dokumentation unterscheidet zwischen Flow-Design-Limits, die für eine einzelne Workflow-Definition gelten, und Durchsatzlimits, die für alle Ausführungen über einen gleitenden Zeitraum gelten. Ein Flow mit einem Premium-Lizenzkontext darf pro 24 Stunden 40.000 Power-Platform-Anfragen stellen, ein Flow mit Prozesslizenz 250.000, stapelbar bis zu zehnmal auf 2,5 Millionen. Klingt großzügig, wird aber schnell knapp, wenn ein Flow in einer Schleife für jede Zeile einer großen Tabelle mehrere Aktionen ausführt: Eine Schleife mit zwei Aktionen und 10.000 Durchläufen verbraucht laut der Lizenzierungs-FAQ bereits über 20.000 Aktionen, nur für einen einzigen Flow-Lauf.

Wird ein Flow dauerhaft über den Limits betrieben, verlangsamt ihn Microsoft zunächst automatisch und schaltet ihn nach 14 Tagen kontinuierlicher Überschreitung komplett ab. Das ist kein theoretisches Risiko, sondern eine dokumentierte Reaktion der Plattform. Wer bereits in der Konzeptionsphase erkennt, dass ein Prozess strukturell mehr Durchsatz braucht, sollte direkt mit Azure Logic Apps planen statt später migrieren zu müssen.

Wenn Power Automate technisch nicht mithalten kann

Die übrigen Kriterien betreffen eher die Architektur als das Volumen. Der Vergleich zwischen Power Automate und Azure Logic Apps macht deutlich, dass beide Plattformen zwar auf denselben Grundprinzipien basieren, aber für unterschiedliche Zielgruppen gebaut sind: Power Automate für Bürgerentwickler und Fachbereiche, Azure Logic Apps Standard für professionelle Integratoren mit Anforderungen an Sicherheit, Skalierbarkeit und Governance auf Unternehmensebene.

Konkret bedeutet das laut der Dokumentation:

• Rollenbasierte Zugriffssteuerung funktioniert in Power Automate auf Benutzerebene, in Azure Logic Apps auf Ressourcenebene. Verlässt der Ersteller eines Flows das Unternehmen, kann der Zugriff auf seine Flows in Power Automate komplizierter werden als in einer ressourcenbasierten Struktur.
• Die Fehlerbehandlung in Power Automate beschränkt sich auf die Ablaufüberprüfung mit einer Liste von Fehlern im Flow, während Azure Logic Apps dedizierte Fehlerbenachrichtigungen und ein „Save Failed“-Konzept für fehlgeschlagene Speicherungen bietet.
• Die Überwachung in Power Automate läuft über das Portal selbst und eine optionale Einbindung in Application Insights, während Azure Logic Apps volle Integration in Azure Monitor, benutzerdefinierte Warnungen und erweiterte Telemetrie bereitstellt.

Keiner dieser Punkte macht Power Automate zu einem schlechten Produkt, er zeigt nur, wofür es nicht gebaut wurde. Für Abteilungsprozesse, Genehmigungen, SharePoint-Automatisierungen oder die Anbindung von Microsoft-365-Diensten bleibt Power Automate meist die schnellere und günstigere Lösung. Sobald aber Netzwerksicherheit, Custom Code oder Enterprise-ALM zur Kernanforderung werden, ist der ehrliche nächste Schritt ein Blick auf Azure Logic Apps oder eine hybride Lösung aus beidem.

Was das für Ihre Entscheidung bedeutet

Keines der sieben Kriterien ist ein automatisches K.-o., aber jedes davon sollte vor dem Bau geprüft werden, nicht danach. Am günstigsten lässt sich das mit einer kurzen Vorabschätzung klären: Wie viele Aktionen führt der Prozess pro Lauf aus, wie oft läuft er, braucht er eigenen Code, muss er netzwerkisoliert laufen, und wie kritisch ist Ausfallsicherheit über mehrere Regionen hinweg. Wer diese Fragen vor dem ersten Flow beantwortet, spart sich später eine teure Migration.

Bei der Power-Automate-Beratung von NordFlux prüfen wir genau diese Punkte gemeinsam mit Ihnen, bevor der erste Flow entsteht, damit Ihre digitalen Mitarbeiter dort automatisieren, wo Power Automate wirklich die richtige Wahl ist, und Sie bei der Architekturentscheidung jederzeit die Kontrolle behalten.

Häufige Fragen

Ist Power Automate grundsätzlich die falsche Wahl für große Unternehmen?

Nein. Viele Konzerne nutzen Power Automate erfolgreich für Abteilungsprozesse und Fachbereichsautomatisierungen, oft parallel zu Azure Logic Apps für die unternehmenskritischen, hochvolumigen oder sicherheitssensiblen Workflows. Die Ausschlusskriterien beziehen sich auf einzelne Prozesse, nicht auf die Eignung der Plattform als Ganzes.

Was passiert, wenn ich die Grenzwerte trotzdem überschreite?

Laut Microsoft-Dokumentation verlangsamt sich der betroffene Flow zunächst automatisch, sobald er die Limits reißt. Bleibt er 14 Tage durchgehend über den Grenzwerten, schaltet Microsoft ihn komplett ab. Sie können ihn danach wieder aktivieren, müssen ihn aber überarbeiten, sonst wiederholt sich derselbe Vorgang.

Kann ich Power Automate und Azure Logic Apps kombinieren, statt mich zu entscheiden?

Ja, das ist in der Praxis sogar häufig. Ein Power-Automate-Flow kann einen Azure-Logic-Apps-Workflow aufrufen und umgekehrt. So lässt sich der einfache, fachbereichsnahe Teil eines Prozesses in Power Automate abbilden, während der hochvolumige oder sicherheitskritische Teil in Azure Logic Apps läuft.

Lohnt sich eine Prozesslizenz, um die Aktionslimits zu umgehen?

Bei moderater Überschreitung ja, sie erhöht das tägliche Limit auf 250.000 Aktionen und lässt sich bis zu zehnmal stapeln. Bei strukturell sehr hohem, dauerhaftem Durchsatz wird das Stapeln mehrerer Prozesslizenzen aber teuer, dann lohnt sich ein Vergleich mit dem Consumption-Preismodell von Azure Logic Apps.

Wie erkenne ich früh, dass ein Prozess eines der Ausschlusskriterien erfüllt?

Am zuverlässigsten mit einer kurzen technischen Vorprüfung vor dem Bau: geschätzte Aktionsanzahl pro Lauf, erwartete Laufhäufigkeit, Anforderungen an Netzwerksicherheit und Verfügbarkeit. Diese Vorprüfung dauert selten länger als ein bis zwei Stunden, verhindert aber, dass ein Flow erst nach dem Livegang an seine Grenzen stößt.