Microsoft Graph Statuscodes in Power Automate richtig behandeln
Statuscodes helfen bei der Diagnose von Authentifizierung, Berechtigungen und Drosselung in Power Automate und verhindern doppelte Datensätze durch unsichere Wiederholungen.
TL;DR
Power Automate Flows mit Microsoft Graph sollten 401 Authentifizierungsfehler von 403 Berechtigungsfehlern unterscheiden, nach 429 Drosselung den retry-after Header abwarten und Wiederholungen von POST oder PATCH mit Idempotenzschlüsseln oder Fehlerbehandlung absichern. Kurzlebige OAuth 2.0 Bearer Tokens verringern das Risiko gegenüber statischen API-Schlüsseln.
Original auf M365 FM. Artikel lesen · vorgeschlagen von Mirko Peters
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Makers: GET, HEAD, PUT und DELETE gelten als idempotent. POST und PATCH brauchen bei Wiederholungen Idempotenzschlüssel oder Prüfungen, weil sonst doppelte E-Mails, Zeilen oder Bestellungen entstehen können.
- Admins/CoE: 401 über Anmeldung oder Token, 403 über Entra ID Berechtigungen und 429 über retry-after behandeln. So erholen sich Flows ohne unnötige Passwortänderungen, weitere Anfragen oder zusätzliche Drosselung.
Häufige Fragen
Wie sollte Power Automate auf eine Microsoft Graph 429 Antwort reagieren?
Der Flow sollte den retry-after Header auslesen und vor der nächsten Anfrage warten. Sofortige Wiederholungen können die Drosselung verschärfen.
Was ist der Unterschied zwischen Microsoft Graph Fehler 401 und 403?
401 bedeutet, dass die Authentifizierung fehlgeschlagen ist oder das Token ungültig beziehungsweise abgelaufen ist. 403 bedeutet, dass erforderliche API Berechtigungen fehlen.
Wie verhindert Power Automate doppelte Datensätze nach Wiederholungen von Microsoft Graph POST Anfragen?
Idempotenzschlüssel oder eine gezielte Fehlerbehandlung schützen POST Wiederholungen. Nicht idempotente Anfragen können sonst doppelte E-Mails, Datenbankzeilen oder Bestellungen erzeugen.