Dataverse-Workflows vs. Cloud Flows (FAQ)

Wer in Dataverse arbeitet, stolpert früher oder später über drei ähnlich klingende Begriffe: Geschäftsprozessflows, klassische Workflows und Cloud Flows aus Power Automate. Alle drei tauchen im selben Menü auf, alle drei heißen irgendwie „Prozess", und alle drei lösen bei Neueinsteigern dieselbe Frage aus: Welches Werkzeug automatisiert eigentlich etwas, und welches führt nur einen Menschen durch ein Formular?

Die Antwort ist wichtiger, als sie zunächst klingt. Wer einen Geschäftsprozessfluss baut, wo eigentlich ein Cloud Flow gebraucht wird, bekommt am Ende eine hübsche Fortschrittsanzeige, aber keine einzige automatisierte Aktion. Dieser FAQ-Artikel ordnet die drei Konzepte anhand der offiziellen Microsoft-Dokumentation ein und zeigt, wann du welches Werkzeug einsetzt.

Was ein Geschäftsprozessfluss wirklich macht

Ein Geschäftsprozessfluss, im Englischen Business Process Flow, definiert eine Reihe von Phasen und Schritten, die oben im Formular angezeigt werden. Jede Phase bündelt eine Gruppe von Schritten, jeder Schritt entspricht einer Spalte, in die jemand Daten einträgt. Laut der Übersicht über Geschäftsprozessflüsse lässt sich ein Schritt als erforderlich markieren, sodass ein Nutzer die zugehörige Spalte ausfüllen muss, bevor er zur nächsten Phase wechseln kann. Das nennt Microsoft „Stage-Gating".

Wichtig für die Abgrenzung: Ein Geschäftsprozessfluss bietet laut derselben Dokumentation keine bedingte Geschäftslogik oder Automatisierung, sondern lediglich eine optimierte Umgebung zur Dateneingabe und zur Kontrolle des Übergangs zwischen Phasen. Er kann sich über bis zu fünf verschiedene Tabellen erstrecken, etwa von der Verkaufschance über das Angebot bis zur Rechnung, und pro Tabelle sind bis zu zehn aktive Geschäftsprozessflüsse mit jeweils maximal 30 Phasen möglich. Bekannte Beispiele aus Dynamics 365 sind der Prozess „Lead für Vertriebsprozess Verkaufschance" oder der „Telefon-zu-Anfrage-Prozess". Ein Geschäftsprozessfluss ist also im Kern eine Führungsschiene für Menschen, keine Automatisierung im Hintergrund.

Klassische Workflows: das Auslaufmodell

Neben Geschäftsprozessflüssen gibt es in Dataverse noch die klassischen Hintergrund-Workflows, die technisch zur selben Prozessfamilie gehören, aber tatsächlich automatisieren. Laut dem Vergleich zwischen Power Automate und klassischem Workflow empfiehlt Microsoft ausdrücklich, neue Automatisierungsprozesse als Cloud Flow statt als klassischen Workflow zu bauen und bestehende klassische Workflows Schritt für Schritt zu ersetzen. Ein Punkt, den klassische Workflows Cloud Flows noch voraushaben: synchrone, also echtzeitfähige Ausführung sowie Zugriff auf das Vorabbild der Daten vor einer Änderung. Microsoft weist in derselben Quelle aber darauf hin, dass synchrone Workflows ein häufiger Grund für Performanceprobleme bei Endnutzern sind, und rät, solche Logik nach Möglichkeit in asynchrone Cloud Flows auszulagern.

Cloud Flows: wo die eigentliche Automatisierung passiert

Ein Cloud Flow ist der eigentliche Automatisierungsbaustein von Power Automate. Er startet über einen Trigger, etwa Wenn eine Zeile hinzugefügt, geändert oder gelöscht wird, und führt danach eine Kette von Aktionen aus, wahlweise innerhalb von Dataverse oder über mehr als 260 zusätzliche Connectors zu externen Systemen wie SharePoint, Teams oder E-Mail. Beim Dataverse-Trigger legst du laut Dokumentation zum Trigger für Zeilenänderungen drei zentrale Parameter fest:

Änderungstyp, also ob der Flow bei Erstellen, Ändern oder Löschen einer Zeile läuft
Tabellenname, also welche Tabelle überwacht wird
Umfang, also ob nur eigene Zeilen, Zeilen der Unternehmenseinheit oder der gesamten Organisation den Flow auslösen

Zusätzlich lassen sich Filterspalten und ein OData-Filterausdruck definieren, damit der Flow nur bei tatsächlich relevanten Änderungen anläuft, etwa nur dann, wenn sich der Vorname ändert. Über die Option Ausführen als kannst du außerdem festlegen, ob eine Dataverse-Aktion im Kontext des Flow-Besitzers, des Zeilenbesitzers oder des Nutzers läuft, der die Änderung ausgelöst hat.

Die wichtigsten Unterschiede auf einen Blick

Ein Geschäftsprozessfluss führt einen Menschen durch Phasen und Schritte, ohne selbst etwas zu automatisieren.
Ein klassischer Workflow automatisiert im Hintergrund, läuft aber synchron und gilt als auslaufendes Modell.
Ein Cloud Flow automatisiert asynchron, mit Schleifen, Parallelzweigen, Genehmigungen, Zeitplänen und Anbindung an externe Systeme über Connectors.
Cloud Flows laufen laut Dokumentation nahezu in Echtzeit, weil sie Webhooks statt Abfragen im Intervall nutzen, mit Grenzwerten von 100.000 Aktionen pro fünf Minuten und einem maximalen Durchsatz von 6 GB im selben Zeitraum.
Ein einzelner Flow-Lauf endet spätestens nach 30 Tagen automatisch.

Wann du was einsetzt

Wenn Mitarbeitende einen mehrstufigen Vorgang konsistent durchlaufen sollen, etwa die Bearbeitung eines Leads bis zur Verkaufschance, ist ein Geschäftsprozessfluss die richtige Wahl. Sobald aber tatsächlich etwas passieren soll, ohne dass jemand einen Button klickt, eine E-Mail verschicken, einen Datensatz in einem anderen System anlegen oder eine Genehmigung anstoßen, brauchst du einen Cloud Flow. Beide Werkzeuge schließen sich nicht aus: Ein Geschäftsprozessfluss kann laut Microsoft-Dokumentation an bestimmten Phasenübergängen sogar einen Workflow oder indirekt einen Cloud Flow auslösen, etwa über einen globalen Workflow-Schritt beim Abschluss oder vorzeitigen Beenden des Prozesses.

Für Unternehmen, die ihre Dataverse-Umgebung produktiv nutzen, lohnt sich ein bewusster Blick auf die Aufgabenverteilung zwischen beiden Welten, bevor unnötig viele Automatisierungen als Workaround in Geschäftsprozessflüsse gepresst werden. Im Rahmen einer Power-Automate-Beratung durch NordFlux lässt sich das bestehende Setup gezielt durchleuchten und dort entlasten, wo digitale Mitarbeiter die Automatisierung zuverlässiger übernehmen können als eine manuell geführte Prozessleiste. Du behältst dabei die volle Kontrolle darüber, welcher Prozessschritt weiterhin von Menschen geführt und welcher automatisiert im Hintergrund erledigt wird.

Häufige Fragen

Kann ein Geschäftsprozessfluss selbst Daten in anderen Systemen anlegen?

Nein. Ein Geschäftsprozessfluss bietet laut Microsoft-Dokumentation keine eigene Automatisierung oder bedingte Geschäftslogik, sondern ausschließlich eine geführte Eingabeoberfläche innerhalb von Dataverse. Für Aktionen in externen Systemen, etwa das Versenden einer E-Mail oder das Anlegen eines Datensatzes in SharePoint, brauchst du einen Cloud Flow mit dem passenden Connector.

Sollte ich neue Automatisierungen noch als klassischen Workflow bauen?

Nein. Microsoft empfiehlt in der offiziellen Dokumentation ausdrücklich, neue Automatisierungsprozesse als Cloud Flow zu erstellen und bestehende klassische Workflows zu überprüfen und schrittweise zu ersetzen. Ein Vorteil bleibt bei klassischen Workflows: synchrone Ausführung in Echtzeit sowie Zugriff auf das Vorabbild der Daten, was Cloud Flows in dieser Form nicht bieten.

Wie schnell reagiert ein Cloud Flow auf eine Änderung in Dataverse?

Cloud Flows mit Dataverse-Trigger laufen laut Dokumentation nahezu in Echtzeit, weil sie über Webhooks benachrichtigt werden, statt in festen Intervallen abzufragen. Innerhalb eines Fünf-Minuten-Fensters gelten dabei Grenzwerte von 100.000 Aktionen pro Flow und maximal 6 GB Durchsatz, die bei sehr datenintensiven Automatisierungen relevant werden können.

Kann ein Geschäftsprozessfluss einen Cloud Flow auslösen?

Direkt nicht, aber indirekt schon. Ein Geschäftsprozessfluss kann an einer Phase einen klassischen Workflow auslösen, und dieser Workflow kann wiederum Dataverse-Aktionen ausführen, die von einem Cloud Flow über den Trigger für Zeilenänderungen erkannt werden. Sauberer ist meist der direkte Weg: Der Cloud Flow reagiert unmittelbar auf die Datenänderung, die der Geschäftsprozessfluss im Formular auslöst, ganz ohne Umweg über einen klassischen Workflow.

Wie viele Geschäftsprozessflüsse kann ich pro Tabelle anlegen?

Bis zu zehn aktive Geschäftsprozessflüsse pro Tabelle sind laut Dokumentation möglich, mit jeweils maximal 30 Phasen pro Prozess und bis zu fünf verknüpften Tabellen bei einem mehrtabelligen Prozess. Über Sicherheitsrollen und eine festgelegte Reihenfolge steuerst du, welcher Geschäftsprozessfluss für welche Nutzergruppe standardmäßig geladen wird.