Probleme · Offerten, Aufträge & Rapporte
Wer ist zuständig, wenn ein Power-Automate-Flow ausfällt?
Kurz gesagt
Zuständig ist, wer vor dem Go-live benannt wurde: Jeder produktive Power-Automate-Flow braucht eine fachliche Eigentümerschaft, eine technische Verantwortung, eine Freigabe für Änderungen und eine Vertretung. Dazu gehören bekannte Konten und Verbindungen, ein Fehlerweg, der bei einer Person ankommt, und ein geregeltes Ende. Weiss nur die Erstellerin Bescheid, ist der Flow nicht betriebsbereit.
Für wen das gilt
Für KMU, in denen Power-Automate-Flows nicht mehr nur persönliche Arbeitshilfen sind, sondern andere sich auf das Ergebnis verlassen. Das Thema gehört zum Zeitdieb Offerten, Aufträge & Rapporte.
Ein Flow ist ein automatisierter Ablauf, der durch ein Ereignis oder einen Zeitplan startet und dann festgelegte Aktionen ausführt. Governance heisst hier: verständliche Regeln für Zuständigkeiten, Zugriffe, Kontrolle und Änderungen. Sie müssen nicht umfangreich sein. Das hier beschriebene Modell ist ein praxistaugliches Zielbild, kein fertiger Standard. Welche Identitäten, Überwachungsfunktionen und Richtlinien in deiner Umgebung verfügbar sind, wird vorher geprüft.
Auf einen Blick: vier Rollen
| Rolle | Aufgabe |
|---|---|
| Fachliche Eigentümerschaft | entscheidet, wie der Prozess funktionieren muss, welche Ausnahmen gelten und ob das Ergebnis stimmt |
| Technische Verantwortung | pflegt Flow, Verbindungen und Dokumentation, untersucht Fehler |
| Freigabe | prüft vor produktiven Änderungen Tests, Berechtigungen und Auswirkungen |
| Vertretung | kommt bei Abwesenheit an Flow und Dokumentation und löst die vereinbarten Massnahmen aus |
In einem kleinen Betrieb kann eine Person mehrere Rollen übernehmen. Benannt werden sie trotzdem getrennt. Bei sensiblen Daten kommt die verantwortliche Stelle für Datenschutz und Informationssicherheit dazu.
Aus der Praxis
Viele Automationen beginnen als persönliche Arbeitshilfe: Eine Fachperson baut einen Flow, der eine Formularantwort in eine Liste überträgt und eine Benachrichtigung verschickt. Schwierig wird es, sobald andere sich darauf verlassen. Die Erstellerin wechselt die Funktion, ein Kennwort läuft ab, eine Datenquelle wird umbenannt. Der Prozess sieht weiter automatisiert aus, verarbeitet aber keine neuen Fälle mehr.
Typische Störungen (Modellbeispiele, keine Projektergebnisse):
- Eine Verbindung verliert ihre Berechtigung, neue Anfragen bleiben liegen.
- Eine Spalte in einer Liste wird geändert, der Flow findet einen erwarteten Wert nicht mehr.
- Ein Sonderfall läuft technisch erfolgreich durch, landet aber bei der falschen Person.
- Eine automatische Wiederholung erzeugt ein zweites Dokument oder eine doppelte Nachricht.
Darum definierst du nicht nur technische Fehler, sondern auch, bis wann ein Lauf abgeschlossen sein muss, woran fehlende Ergebnisse erkennbar sind und wer informiert wird. Wie sich das beim Austritt einer Person auswirkt, zeigt Microsoft-365-Offboarding: Was gehört auf die Checkliste?.
Ehrlich gesagt: wann es sich nicht lohnt
Power Automate passt nicht zu jedem Prozess. Unklare Regeln, häufig wechselnde Ausnahmen oder ein nicht beherrschbares Schadenspotenzial sprechen gegen eine schnelle Automation. Dann vereinfachst du zuerst den Ablauf oder prüfst eine dafür gebaute Fachanwendung. Besonders schützenswerte Daten, komplexe externe Schnittstellen und rechtlich relevante Entscheide brauchen eine eigene fachliche und sicherheitstechnische Prüfung.
Der Aufwand für Überwachung und Fehlerweg ist im ersten Prototyp kaum sichtbar, gehört aber zu den Kosten, siehe Was kostet Prozessautomatisierung im KMU?.
So gehst du vor
Pro produktivem Flow hältst du fest, welche Konten und Verbindungen er nutzt, auf welche Daten sie zugreifen, wer Zugangsdaten und Berechtigungen verwaltet, was bei einem Konto- oder Personalwechsel passiert und ob der Dienst die gewählte Identität unterstützt.
Checkliste vor dem Go-live (alles mit Ja beantworten):
- Ist der fachliche Zweck in wenigen Sätzen dokumentiert?
- Sind fachliche Verantwortung, technische Betreuung und Vertretung benannt?
- Sind Konten, Verbindungen und Berechtigungen bekannt?
- Wurden Normalfälle und wichtige Ausnahmen getestet, inklusive fehlender Angaben und doppelter Eingaben?
- Erreichen Fehler eine Person, die reagieren kann?
- Ist beschrieben, wie fehlgeschlagene Fälle nachgeführt werden?
- Gibt es einen geregelten Weg für Änderungen und Ausserbetriebnahme?
Ergänzend: Entwicklungs- und Produktivarbeit in getrennten Umgebungen kann Änderungen kontrollierbarer machen. Gib jedem Flow nur die Berechtigungen, die sein Zweck verlangt. Welche Lizenz ein Flow braucht, klärt Welche Power-Automate-Lizenz brauche ich?. Die Festpreise von BITS stehen auf der Preisseite.
Häufige Fragen
Reicht es, eine zweite Person als Mitbesitzerin einzutragen?
Nein. Besitz und Verbindung sind verschiedene Dinge. Ein Flow kann mehreren Personen gehören und trotzdem von einer Verbindung abhängen, die nur mit dem persönlichen Konto einer einzelnen Person funktioniert.
Was ist eine technische Identität?
Ein Konto oder eine Anwendungsidentität für einen definierten technischen Zweck, nicht an die tägliche Arbeit einer Person gebunden. Ob sie einsetzbar ist und in welcher Form, hängt von der jeweiligen Verbindung und Zielanwendung ab.
Zeigt die Ausführungshistorie nicht alle Fehler?
Sie zeigt, wann ein Flow lief und ob Schritte erfolgreich waren. Ein technisch erfolgreicher Lauf kann fachlich trotzdem falsch sein, etwa wenn eine leere Datei abgelegt oder dieselbe Anfrage zweimal verarbeitet wird.
Was sind DLP-Regeln?
Data-Loss-Prevention-Regeln legen fest, welche Datenverbindungen gemeinsam verwendet werden dürfen oder gesperrt sind. So verhinderst du, dass interne Geschäftsdaten unbeabsichtigt an einen nicht freigegebenen Dienst gehen.
Kann ich einen alten Flow einfach löschen?
Besser nicht ohne Plan. Zeitpläne deaktivieren, nicht mehr benötigte Verbindungen und Berechtigungen entfernen und offene Fälle kontrollieren. Einfaches Löschen kann Abhängigkeiten oder unbearbeitete Vorgänge verdecken.
