Wenn der Flow mitkündigt: Power Automate im KMU zuverlässig betreiben

Jeden Montag landet eine Liste offener Aufträge im Teams-Kanal. Neue Anfragen werden aus einem Formular übernommen, eine Freigabe geht an die zuständige Person, danach erhält der Kunde eine Nachricht. Niemand nennt das eine Geschäftsanwendung. Es ist «nur ein Flow», den jemand vor einem Jahr gebaut hat.

Dann wechselt diese Person die Stelle. Das Konto wird gesperrt, die Lizenzen werden aufgeräumt. Einige Tage später fragt der Verkauf, warum keine Anfragen mehr eintreffen. Die Automatisierung war klein. Ihre Bedeutung ist es inzwischen nicht mehr.

Das ist ein fiktives Beispiel, aber eine nützliche Prüffrage für jedes KMU: Welche Abläufe würden Sie vermissen, wenn die Person dahinter morgen nicht mehr da wäre? Power Automate macht den Einstieg leicht. Einen verlässlichen Betrieb muss man trotzdem organisieren. Unsere Haltung: Sobald andere Menschen auf ein Ergebnis warten, gehört ein Flow in die betriebliche Verantwortung.

Ein Cloud-Flow ist ein Ablauf in Power Automate: Ein Auslöser startet ihn, danach folgen Aktionen und Entscheidungen. Zum Verständnis hilft es, vier Ebenen getrennt anzuschauen. Die folgende Einteilung ist unsere praktische Orientierung, keine zusätzliche Microsoft-Produktklassifizierung.

Die gleiche Person kann mehrere Rollen übernehmen. Entscheidend ist, dass diese Rollen sichtbar sind. «Die IT hat Zugriff» sagt noch nichts darüber aus, wer eine fehlerhafte Rechnungszuordnung erkennt. Umgekehrt kann die fachlich verantwortliche Person häufig nicht beurteilen, welche Verbindung nach einem Kontowechsel ersetzt werden muss.

Schreiben Sie deshalb nicht nur einen Namen in die Dokumentation. Halten Sie auch fest, welche Entscheidung dieser Name abdeckt und wer bei Abwesenheit übernimmt. Das ist bei drei wichtigen Flows bereits hilfreich; dafür braucht es kein grosses Governance-Projekt.

Microsoft erlaubt zusätzliche Eigentümer, die einen Flow verwalten und bearbeiten können. Das ist sinnvoll für die Stellvertretung. Es überträgt jedoch nicht automatisch die Zugangsdaten einer Verbindung. Microsoft weist ausdrücklich darauf hin, beim Entfernen eines Eigentümers auch die betroffenen Verbindungen zu aktualisieren.

Quelle: Microsoft: Cloud-Flows teilen und Verbindungen ändern.

Unsere Empfehlung geht deshalb über «noch jemanden hinzufügen» hinaus. Die Stellvertretung soll erklären können, woher die Daten kommen, welche Bedingungen gelten und woran ein korrektes Ergebnis erkennbar ist. Lassen Sie sie eine kontrollierte Änderung in einer sicheren Testkonfiguration durchführen. Ein Eintrag in einer Berechtigungsliste ist weniger aussagekräftig als ein gelungener Probelauf.

Gehen Sie anschliessend jeden Zugriff durch: Eingangspostfach, SharePoint-Liste, Zielordner, Genehmigung, nachgelagerte Anwendung. Notieren Sie die Identität und den Zweck, keine Passwörter. Wo hängt noch eine persönliche Berechtigung? Wo erwartet jemand eine Nachricht, die künftig vielleicht an die falsche Adresse geht? Genau diese unscheinbaren Stellen entscheiden über eine brauchbare Übergabe.

Bei einem Flow innerhalb einer Solution unterstützt Microsoft den Wechsel des primären Eigentümers. Eine Solution ist ein Paket zur Verwaltung zusammengehöriger Power-Platform-Komponenten. Bei einem gewöhnlichen Flow ausserhalb einer Solution ist der direkte Eigentümerwechsel zwischen Benutzerkonten nicht vorgesehen. Microsoft nennt als Wege die Aufnahme in eine Solution bei vorhandener Dataverse-Umgebung oder das Erstellen eines neuen Flows über Kopie beziehungsweise Export und Import.

Quelle: Microsoft: Eigentümer eines Cloud-Flows ändern.

Für die Planung heisst das: Prüfen Sie die Ausgangslage vor dem letzten Arbeitstag. Eine Kopie kann neue Abhängigkeiten schaffen. Unsere Empfehlung ist ein geplanter Wechsel mit Testeingaben, festgehaltenem Umschaltzeitpunkt und einer Rückkehrmöglichkeit. Prüfen Sie dabei besonders, dass während des Übergangs nicht zwei produktive Abläufe dieselbe Anfrage bearbeiten.

Behandeln Sie offene Vorgänge ausdrücklich. Wer übernimmt eine Genehmigung, die schon unterwegs ist? Welche Datensätze wurden vor dem Wechsel verarbeitet? Wo beginnt der neue Ablauf? Ein erfolgreich gespeicherter Flow beantwortet diese Fragen nicht. Die fachliche Abnahme muss zeigen, dass keine Anfrage verloren geht und keine doppelte Antwort entsteht.

Für wichtige Abläufe unterstützt Power Automate auch einen Service Principal als Eigentümer. Das ist eine technische Anwendungsidentität statt eines persönlichen Benutzerkontos. Microsoft sieht darin eine Möglichkeit, die Eigentümerschaft vom Stellenwechsel einer Person zu entkoppeln. Die Unterstützung der konkreten Verbindungen und die Lizenzierung müssen trotzdem passen.

Quelle: Microsoft: Flows mit Service Principal.

Das ist keine Aufforderung, jeden kleinen Helfer sofort umzubauen. Eine technische Identität braucht ebenfalls eine verantwortliche Person, geregelte Berechtigungen und einen kontrollierten Lebenszyklus. Ein allgemein bekanntes Passwort für ein angebliches Automationskonto wäre keine überzeugende Lösung.

Entscheiden Sie nach Auswirkung: Ein persönlicher Hinweis auf eine neue Datei darf einfacher organisiert sein als der Eingang sämtlicher Serviceanfragen. Für den zweiten Fall sollten Sie mit Ihrer IT ein dauerhaftes Modell entwerfen. Prüfen Sie pro Connector, wie die Anmeldung tatsächlich erfolgt. Der Eigentümer des Flows und die Identität beim Datenzugriff sind unterschiedliche Fragen.

Die am 21. Oktober 2026 geprüfte Microsoft-Dokumentation beschreibt für Premium-Flows mit Service Principal unter anderem eine Process-Lizenz sowie die Benennung eines ausreichend lizenzierten Benutzers. Für diese Benutzeroption gelten Voraussetzungen, darunter Mit-Eigentümerschaft und eine Dataverse-Umgebung. Eine in Microsoft 365 enthaltene Berechtigung deckt Premium-Funktionen nicht einfach mit ab.

Quelle: Microsoft: Benutzerlizenz für einen Service-Principal-Flow zuordnen.

Unser Rat: Halten Sie für jeden wichtigen Ablauf fest, auf welcher konkreten Lizenzgrundlage er läuft. Prüfen Sie diese Grundlage erneut, wenn Konten, Connectoren oder Funktionsumfang wechseln. Ein technischer Eigentümer beseitigt nicht automatisch jede personengebundene Lizenzabhängigkeit.

Verlangen Sie vom Umsetzungspartner eine verständliche Antwort für genau Ihren Ablauf. Welche laufenden Kosten entstehen? Welche Voraussetzung fällt weg, wenn die betreffende Person das Unternehmen verlässt? Welche Alternative gibt es? Pauschale Aussagen wie «Das ist ja alles in Microsoft 365» sind für eine Betriebsentscheidung zu ungenau. Preise nennen wir hier bewusst nicht: Entscheidend sind der tatsächliche Funktionsumfang und das passende aktuelle Angebot.

Ein Ablauf kann technisch erfolgreich sein und trotzdem die falsche Person benachrichtigen. Er kann einen Datensatz anlegen, dem eine wichtige Information fehlt. Oder er läuft überhaupt nicht an, obwohl neue Anfragen vorliegen. Deshalb empfehlen wir zwei Kontrollen: Hat die Automatisierung gearbeitet, und ist das erwartete Ergebnis entstanden?

Für eine tägliche Übernahme von Anfragen könnte die fachliche Kontrolle beispielsweise lauten: An einem Arbeitstag mit Eingängen muss bis zum vereinbarten Zeitpunkt eine entsprechende Verarbeitung nachvollziehbar sein. Bei fehlender Übereinstimmung prüft eine benannte Person die Ursache. Das ist ein Vorschlag für einen Kontrollmechanismus, keine eingebaute Power-Automate-Garantie.

Ein wichtiger Flow braucht jemanden, der merkt, wenn er fehlt. Nur Fehlernachrichten zu sammeln reicht nicht.

Organisieren Sie Meldungen so, dass eine Stellvertretung sie ebenfalls erreicht. Der zweite Meldeweg sollte möglichst nicht vom gleichen defekten Ablauf abhängen. Für besonders wichtige Eingänge kann bereits ein regelmässiger Abgleich zwischen Quelle und Ziel einen grossen Unterschied machen.

Definieren Sie ausserdem, was nach einem Fehler passieren darf. Ein erneuter Start kann sonst eine zweite Kundenmail oder einen doppelten Auftrag erzeugen. Nutzen Sie eine eindeutige Vorgangskennung und prüfen Sie vor einer Wiederholung, welche Schritte bereits tatsächlich ausgeführt wurden. Ob sich das technisch umsetzen lässt, hängt vom jeweiligen System ab; die Frage gehört trotzdem in jede Abnahme.

Microsoft nennt für die reguläre Laufhistorie eine Aufbewahrung von 30 Tagen. Auch eine einzelne Ausführung hat grundsätzlich eine Laufzeitgrenze von 30 Tagen, einschliesslich wartender Genehmigungen. Daraus folgt nicht, dass jede Spezialkonfiguration identisch ist; es ist die dokumentierte Grundlage, gegen die Sie Ihren konkreten Ablauf prüfen sollten.

Quelle: Microsoft: Laufzeiten, Aufbewahrung und weitere Grenzen.

Unsere Konsequenz: Eine monatelange fachliche Freigabe sollte nicht unbemerkt als ein einziger wartender Lauf geplant werden. Und die Laufhistorie ersetzt kein bewusst entworfenes Geschäftsprotokoll. Legen Sie fest, welche fachlichen Nachweise Sie benötigen und wo sie hingehören.

Speichern Sie dabei nicht vorsorglich sämtliche Inhalte aus Formularen und E-Mails. Eine Vorgangskennung, Zeitpunkt, Status und Fehlerkategorie können für den Betrieb nützlicher sein als die komplette vertrauliche Nachricht. Welche Details nötig sind und wie lange sie erhalten bleiben, sollte sich aus dem Prozess ergeben. Mehr Daten machen eine Automatisierung nicht automatisch besser betreibbar.

Beginnen Sie mit den drei Abläufen, deren Ausfall andere Menschen zuerst bemerken würden. Fragen Sie im Verkauf, im Backoffice und bei den Personen, die selbst Flows bauen. Ein reines Gespräch mit der zentralen IT findet nicht zwingend alle Helfer, auf die sich der Alltag inzwischen verlässt.

Für jeden dieser Abläufe genügt zunächst eine kurze Betriebsnotiz: Zweck, Umgebung, Flow-Link, fachliche Verantwortung, technische Stellvertretung, verwendete Verbindungen, Lizenzgrundlage, erwartetes Ergebnis und Vorgehen bei Ausfall. Ergänzen Sie den letzten erfolgreichen Übergabetest. Die Notiz muss so konkret sein, dass eine zweite Person damit handeln kann.

Wählen Sie danach einen Flow für eine kontrollierte Probe. Testen Sie in einer geeigneten Testkonfiguration eine fehlende Eingabe, eine abgelehnte Freigabe und einen unterbrochenen Zugriff. Verwenden Sie Testdaten und keine echten Kundennachrichten. Prüfen Sie nicht nur die Fehlermeldung, sondern auch, wer sie sieht und wie die Arbeit weitergeht.

Vereinbaren Sie schliesslich eine einfache Regel für neue Automatisierungen: Wer einen Ablauf für andere produktiv setzt, benennt Verantwortung, Stellvertretung und einen überprüfbaren Erfolgszustand. Bei kleinen Verbesserungen soll das wenige Minuten beanspruchen. Bei geschäftskritischen Vorgängen darf die Prüfung gründlicher sein. Der Aufwand sollte zur Abhängigkeit passen, nicht zur Anzahl Kästchen im Designer.

Power Automate kann einem KMU viel wiederkehrende Arbeit abnehmen. Der Nutzen wächst aber oft schneller als das Bewusstsein dafür, wie abhängig das Unternehmen bereits davon ist. Genau deshalb lohnt sich der Blick auf bestehende Flows, bevor ein Austritt oder ein Ausfall dazu zwingt.

Unsere klare Empfehlung: Machen Sie aus den wichtigsten Helfern bewusst betreute Abläufe. Nicht mit einem dicken Handbuch, sondern mit nachvollziehbaren Zugängen, einem passenden Lizenzmodell, einer geübten Stellvertretung und einer Kontrolle des wirklichen Ergebnisses. Dann wird aus «Das hat damals jemand gebaut» ein Prozess, auf den sich das Team verlassen kann.