Service-Account vs. Service Principal in Power Automate
Service-Account oder Service Principal für produktive Power-Automate-Flows: Entscheidungshilfe aus der Microsoft-Dokumentation.
Nach einem Passwortwechsel meldet Power Automate Verbindungsfehler wie 401 oder ConnectionAuthorizationFailed. So reparieren Sie sie Schritt für Schritt.
Nach einem Passwortwechsel läuft ein Power-Automate-Flow oft weiter wie gewohnt, bis er plötzlich mit einer roten Fehlermeldung stehen bleibt. Der Grund ist fast immer derselbe: Die betroffene Verbindung wurde mit dem alten Kennwort erstellt, und ihr gespeichertes OAuth-Token wird beim nächsten Ausführungsversuch als ungültig zurückgewiesen. Das betrifft nicht nur Sie selbst, sondern jeden, der einen Flow mit einer freigegebenen Verbindung nutzt, die auf Ihr Konto zeigt.
Die gute Nachricht: Der Fehler lässt sich in den meisten Fällen in wenigen Minuten beheben, ohne den Flow neu zu bauen. Dieser Artikel zeigt Ihnen, woran Sie das Problem erkennen, wie Sie die betroffene Verbindung finden und reparieren, und wie Sie sich vor dem nächsten Passwortwechsel besser absichern. Stand: Juli 2026.
Jede Verbindung in Power Automate speichert im Hintergrund ein OAuth-Aktualisierungstoken, mit dem sich der Flow bei jedem Lauf neu authentifiziert. Ändern Sie Ihr Kennwort, invalidiert Microsoft Entra ID rückwirkend alle zu diesem Zeitpunkt gültigen Token, laut der offiziellen Dokumentation zur Problembehandlung bei fehlerhaften Verbindungen. Die konkrete Fehlermeldung lautet dabei sinngemäß: „Das gewährte Berechtigungs-Token ist wegen Widerrufs abgelaufen, daher wird ein neues Authentifizierungs-Token benötigt. Möglicherweise hat der Benutzer sein Kennwort geändert oder zurückgesetzt.“ Diese Meldung erscheint unabhängig davon, ob Sie das Kennwort selbst geändert haben oder ob es zurückgesetzt wurde, weil es abgelaufen war.
Wichtig zu wissen: Das ist kein Bug und keine Ausnahme, sondern das erwartete Verhalten. Jede Kennwortänderung invalidiert automatisch jede bestehende Verbindung, die mit dem alten Kennwort erstellt wurde, und zwar für jeden Connector einzeln.
Ein abgelaufenes Token äußert sich im Flow meist als HTTP-Fehler 401 (Unauthorized) oder als Fehlercode ConnectionAuthorizationFailed. Laut der Fehlercodereferenz für Cloudflüsse bedeutet dieser Code: Die Verbindung existiert zwar noch, aber die gespeicherten Anmeldeinformationen sind nicht mehr gültig, unter anderem weil das Kennwort geändert oder eine MFA-Methode zurückgesetzt wurde.
Die Reparatur läuft für die meisten Connectoren identisch ab, egal ob es sich um SharePoint, Outlook, Teams oder einen anderen Standard-Connector handelt:
Diese Schritte beschreibt auch die offizielle Anleitung Beheben von Verbindungsfehlern in Cloudflüssen im Abschnitt zu den Verbindungsintegritätsprüfungen. Nutzt der Flow eine freigegebene Verbindung, die einer anderen Person gehört, können Sie selbst nichts reparieren: Entweder bittet diese Person die Verbindung neu zu authentifizieren, oder Sie legen eine eigene Verbindung an und ordnen sie der Aktion im Flow zu.
Manchmal bleibt der Fehler trotz neuem Kennwort bestehen. Dafür gibt es mehrere dokumentierte Gründe, die Sie der Reihe nach ausschließen können:
Diese Ursachen listet die Dokumentation zu den Verbindungsintegritätsprüfungen in Beheben von Verbindungsfehlern in Cloudflüssen ausführlich auf. Bleibt der Fehler nach der Reparatur bestehen, lohnt sich zusätzlich ein Blick in die Microsoft-Entra-Anmeldeprotokolle, um Blockaden durch Richtlinien für bedingten Zugriff auszuschließen.
Für einzelne, persönlich genutzte Flows lässt sich das Problem nicht vollständig vermeiden, denn jede Verbindung hängt am Kennwort des jeweiligen Kontos. Für produktive Flows, die im Team oder unbeaufsichtigt laufen, empfiehlt die Dokumentation deshalb, wo möglich auf Dienstprinzipalverbindungen umzusteigen: Diese laufen nicht ab, wenn eine Person ihr Kennwort ändert oder das Unternehmen verlässt. Ergänzend hilft eine feste Erinnerung im Kalender, bei Dienstkonten die hinterlegten Anmeldeinformationen rechtzeitig zu erneuern, bevor sie automatisch ablaufen. Wer seine Power-Automate-Flows produktiv und mit sauberer Fehlerbehandlung betreiben möchte, findet Unterstützung bei den Power-Automate-Leistungen von NordFlux.
Weil das gespeicherte OAuth-Token der Verbindung an Ihr altes Kennwort gebunden war. Microsoft Entra ID invalidiert bei jeder Kennwortänderung automatisch alle zuvor ausgestellten Token für dieses Konto, unabhängig davon, ob Sie den Flow selbst angepasst haben.
Nein. In den meisten Fällen reicht es, die betroffene Verbindung unter Power Automate > Verbindungen über Verbindung korrigieren neu zu authentifizieren. Der Flow selbst bleibt unverändert bestehen.
Er bedeutet, dass die Verbindung als solche noch existiert, ihre gespeicherten Anmeldeinformationen aber nicht mehr gültig sind, zum Beispiel wegen eines Kennwortwechsels, einer zurückgesetzten MFA-Methode oder eines widerrufenen App-Zugriffs.
Das passiert bei freigegebenen Verbindungen, die einer anderen Person gehören. In diesem Fall muss entweder diese Person die Verbindung erneut authentifizieren, oder Sie erstellen eine eigene Verbindung und weisen sie der betroffenen Aktion im Flow zu.
Am zuverlässigsten gelingt das mit Dienstprinzipalverbindungen, da sie nicht auf dem OAuth-Token eines einzelnen Benutzerkontos beruhen und deshalb nicht automatisch ablaufen, wenn jemand sein Kennwort ändert.
Gründer von NordFlux. Sieben Jahre Erfahrung von Web und SEO bis zur Automatisierung im Konzern-Maßstab, heute pragmatisch für den Mittelstand und mit deutscher Datenhoheit.
Zertifizierungen
Service-Account oder Service Principal für produktive Power-Automate-Flows: Entscheidungshilfe aus der Microsoft-Dokumentation.
Power-Automate-Flow läuft nicht mehr? Trigger-Bedingungen, Verbindungen, 90-Tage-Regel, Lizenz und DLP im Überblick.
Verlässt der Flow-Besitzer das Unternehmen, stehen Automatisierungen still: Verbindungen laufen ab, Konten werden gelöscht. Rettung und Vorsorge im Überblick.
Ein 401-Fehler nach dem nächsten Passwortwechsel ist keine Ausnahme, sondern ein strukturelles Problem, wenn Flows an persönliche Logins statt an Service-Konten gebunden sind. NordFlux übernimmt den laufenden Betrieb Ihrer Power-Automate-Flows inklusive Monitoring, damit abgelaufene Verbindungen auffallen, bevor ein Prozess tagelang stillsteht. Im Erstgespräch schauen wir uns an, wie Ihre kritischen Flows aktuell abgesichert sind.