Excel-Umlaufmappen ablösen: Freigaben und Fristen in Microsoft 365 automatisieren

Einen Excel-Freigabeprozess automatisieren Sie in Microsoft 365 mit den Bordmitteln von Power Automate: Die Aktion „Start and wait for an approval“ verschickt die Anfrage, ein Timeout in den Aktionseinstellungen setzt die Frist, und ein Zweig, der nur bei „has timed out“ läuft, übernimmt die Eskalation. Reicht der Prozess über Microsoft 365 hinaus, baut n8n dasselbe mit der Operation „Send and Wait for Response“ und einer Zeitbegrenzung.

Beides setzt voraus, dass Sie eine Frage beantworten, auf die eine Umlaufmappe keine Antwort gibt: bis wann eine Freigabe fällig ist und was passiert, wenn diese Frist verstreicht.

Warum die Umlaufmappe das Versionschaos schon hinter sich hat

Die „freigegebene Arbeitsmappe“, mit der mehrere Personen an einer Excel-Datei zusammenarbeiten können, bezeichnet Microsoft als älteres Feature mit zahlreichen Einschränkungen, ersetzt durch die gemeinsame Dokumenterstellung. Die setzt voraus, dass die Datei in OneDrive, OneDrive for Business oder einer SharePoint-Online-Bibliothek liegt. Dann arbeiten mehrere Personen gleichzeitig an derselben Datei, ohne Kopien zu verschicken (Stand der Abfrage: 28. September 2026).

Wer heute noch eine Excel-Datei per Mail-Anhang oder als Kopie in Umlauf schickt, tut das also nicht mehr, weil Microsoft 365 es erzwingt. Der Grund, warum die Umlaufmappe trotzdem weiterlebt, liegt woanders: Auf der Umlaufmappe steht, wer als Nächstes an der Reihe ist. Eine gemeinsam bearbeitete Datei legt von sich aus keine Reihenfolge fest. Sie bestimmt weder, wer als Nächstes entscheiden muss, noch bis wann.

Was eine Freigabe braucht, die eine Datei allein nicht liefert

Eine Freigabe, die verlässlich läuft, braucht vier Dinge, die eine Excel-Datei ohne Zusatzlogik nicht von sich aus hat:

• einen definierten Status je Vorgang (offen, angefragt, freigegeben, abgelehnt) statt einer Zelle mit Freitext,
• eine Frist, bis zu der eine Reaktion fällig ist,
• eine Eskalationsregel für den Fall, dass diese Frist verstreicht,
• eine Dokumentation, wer wann entschieden hat.

Prüfen Sie deshalb an Ihrem eigenen Prozess: Hält gerade eine einzelne Person nach, wer noch antworten muss, und telefoniert im Zweifel hinterher? Dann fehlen diese vier Punkte, nicht ein besseres Dateiformat. Dafür gibt es zwei Wege: einen, der vollständig innerhalb von Microsoft 365 bleibt, und einen, der bewusst darüber hinausreicht.

Der Microsoft-365-native Weg: Genehmigungen mit Power Automate

Power Automate hat mit „Approvals“ einen eigenen Genehmigungs-Connector. Er läuft laut Microsoft-Dokumentation in der Klasse „Standard“. Microsoft-365-Lizenzen bringen dafür eigene Nutzungsrechte mit, sogenannte seeded licenses: Sie berechtigen dazu, Cloud-Flows mit Standard-Connectors zu erstellen und auszuführen, Genehmigungen eingeschlossen, ohne separate Power-Automate-Lizenz. Eine zusätzliche Power-Automate-Lizenz wird für interne Nutzer mit Microsoft-365-Lizenz etwa dann nötig, wenn Premium- oder Custom-Connectors dazukommen, zum Beispiel SQL Server oder Dataverse, die Microsofts Connector-Referenz für Power Automate als Premium führt, ebenso für On-Premises-Gateways, Business Process Flows oder RPA. Diese Funktionen nennt Microsofts Übersicht der seeded licenses für Microsoft 365 als nicht enthalten.

Wer dann lizenzpflichtig wird, regelt Microsofts Lizenz-FAQ (Stand 22. September 2026): Bei einem automatisierten oder geplanten Flow braucht nur der Owner eine Premium-Lizenz, bei einem Instant-Flow jede Person, die ihn auslöst. Wer auf eine Genehmigungsanfrage antwortet, braucht laut FAQ keine Premium-Lizenz. Eine Ausnahme nennt dieselbe FAQ unter dem Stichwort Multiplexing: Löst eine Person einen Flow mit Premium-Connector indirekt aus, etwa indem sie einen Eintrag anlegt, und bekommt das Ergebnis per Mail zurück, braucht auch sie eine Premium-Lizenz. Die Premium-Lizenz kostet laut Microsofts Preisseite 13,00 € pro Nutzer und Monat bei jährlicher Abrechnung, zzgl. MwSt. (Stand 28. September 2026).

So entstehen Frist und Eskalation in Power Automate

Die Frist setzen Sie über die Einstellungen der Genehmigungsaktion, die Eskalation über einen eigenen Zweig. Drei Bausteine aus der Microsoft-Dokumentation reichen dafür:

1. Frist setzen: In den Einstellungen der Aktion „Start and wait for an approval“ tragen Sie unter „Timeout“ eine ISO-8601-Dauer ein, zum Beispiel PT72H für 72 Stunden. Microsoft empfiehlt in seiner Fehlerreferenz für Genehmigungen ausdrücklich, eine Frist zu setzen und einen Timeout-Zweig für ausbleibende Antworten anzulegen.
2. Eskalation anhängen: Die Aktion nach der Genehmigung stellen Sie über „Configure run after“ so ein, dass sie nur bei „has timed out“ läuft. Dort steht, was Ihre Eskalationsregel vorsieht: eine zweite Genehmigung an die Vertretung, eine Mail an die Leitung oder ein Status „Frist überschritten“ in der Tabelle.
3. Erinnern statt eskalieren: Soll dieselbe Person vor Fristende erinnert werden, trennt ein zweiter, geplanter Flow die Erinnerung von der Genehmigung. Er liest täglich die offenen Zeilen der Tabelle und schreibt an alle, deren Fälligkeit näher rückt. Die Genehmigung selbst bleibt unverändert.

Eine Grenze gehört dazu: Ein Cloud-Flow läuft laut Microsoft höchstens 30 Tage, danach laufen wartende Schritte ab, Genehmigungen eingeschlossen. In der Liste bekannter Probleme nennt Microsoft für einen wartenden Genehmigungsflow 28 Tage, danach schlägt der Flow fehl, und die Genehmigung bleibt verwaist im Genehmigungscenter stehen, bis der Anfragende oder ein Admin sie von Hand löscht. Für längere Läufe beschreibt Microsoft einen Aufbau mit zwei Flows, bei dem die Genehmigungen in Dataverse gespeichert werden. Da Dataverse als Premium-Connector geführt wird, prüfen Sie für diesen Weg die Lizenzfrage neu. Liegen Frist und Eskalation zusammen deutlich unter 28 Tagen, reicht ein einzelner Flow mit Timeout.

Für eine Freigabe, die vollständig innerhalb von Microsoft 365 verläuft, etwa mit einer Excel-Tabelle oder SharePoint-Liste als Datensatz und Antworten per Mail, im Genehmigungscenter oder in der Power-Automate-App, spricht damit viel für Power Automate: Mit Standard-Connectors ist der Flow über die Microsoft-365-Lizenz bereits abgedeckt, und die Genehmigungsoberfläche kommt von Microsoft, sodass weder eine weitere Plattform noch eine eigene Oberfläche dazukommt.

Der n8n-Weg: Freigabe mit Frist und Eskalation selbst bauen

Sobald ein Freigabeprozess über Microsoft 365 hinausreicht, etwa eine Bestellfreigabe, die zusätzlich ins ERP zurückschreibt, oder eine Rechnungsfreigabe, die an DATEV übergibt, spricht mehr für eine Plattform, die Microsoft 365 und die Fachsysteme daneben in einem Workflow verbindet, wie wir für die Anbindung an Microsoft 365 im Detail gezeigt haben. n8n bringt dafür die Operation „Send and Wait for Response“ mit. Sie schickt eine Nachricht und hält die Workflow-Ausführung an, bis eine Person antwortet, mit drei Antworttypen (Zustimmung/Ablehnung, Freitext oder ein eigenes Formular) und der Option „Limit Wait Time“: einer Zeitbegrenzung, nach der die Ausführung auch ohne Antwort fortgesetzt wird (Stand 28. September 2026).

Beim Bau zählt ein Detail aus dem Quellcode: In den Microsoft-Outlook- und Microsoft-Teams-Nodes (Stand 28. September 2026) verschickt „Send and Wait for Response“ nur eine Nachricht, nämlich für den ersten eingehenden Datensatz, und versetzt danach die ganze Ausführung in den Wartezustand. Liest ein Workflow mehrere offene Zeilen und reicht sie direkt an diesen Node weiter, bekommt also nur die erste Zeile eine Anfrage. Jede Freigabe braucht deshalb eine eigene Ausführung.

Ein Grundgerüst dafür liest sich mit den dokumentierten n8n-Bausteinen so: Ein zeitgesteuerter Trigger startet den Hauptworkflow, der Microsoft-Excel-(SharePoint)-Node liest die offenen Zeilen der Tabelle. Der Node „Loop Over Items“ mit der Batchgröße 1 gibt die Zeilen einzeln an den Node „Execute Sub-workflow“ im Modus „Run once with all items“ weiter, der für jede Zeile einen eigenen Sub-Workflow startet und seinen Ausgang zurück an den Loop führt. Mit ausgeschalteter Option „Wait for Sub-Workflow Completion“ wartet der Hauptworkflow nicht, bis eine Freigabe entschieden ist, bevor er die nächste Zeile weitergibt. Den Modus „Run once for each item“, der auf den ersten Blick passt, markiert n8n im Quellcode als veraltet (Stand 28. September 2026, enthalten etwa in Version 2.40.7) und empfiehlt genau diesen Aufbau mit „Loop Over Items“. Der Sub-Workflow setzt den Status seiner Zeile auf „angefragt“, damit der nächste Lauf sie nicht erneut anfragt, und schickt dann mit dem Microsoft-Outlook- oder dem Microsoft-Teams-Node eine Freigabeanfrage per „Send and Wait for Response“ mit der Antwortart Zustimmung/Ablehnung. Kommt eine Antwort, schreibt der Microsoft-Excel-(SharePoint)-Node die Entscheidung per Update-Operation in genau die Zeile zurück, deren Spaltenwert zur Anfrage passt. Die Tabelle bleibt die eine Wahrheit, es entsteht keine Kopie. Verstreicht die Frist, läuft der Sub-Workflow ohne Entscheidung weiter. Ein nachgelagerter Schritt prüft dann, ob eine Antwort vorliegt, und verzweigt in das, was Ihre Eskalationsregel vorsieht: eine zweite Anfrage an eine andere Person, eine Erinnerung an dieselbe oder eine automatische Ablehnung.

Ein Befund aus der n8n-Dokumentation betrifft die Kanalwahl direkt: Läuft der Workflow als unbeaufsichtigte Anwendung über Microsoft Entra Service Principal (App-Only), den Zugang für Automatisierung ohne Nutzersitzung aus dem oben verlinkten Beitrag, ist die gesamte Chat-Message-Ressource des Microsoft-Teams-Node laut n8n-Dokumentation gesperrt (Stand 28. September 2026), und mit ihr „Send and Wait for Response“ per Teams. Der Workflow muss für diesen Kanal im Namen eines angemeldeten Nutzers laufen. Für den Microsoft-Outlook-Node nennt die Dokumentation keine solche Einschränkung. Wer eine Freigabe vollständig unbeaufsichtigt betreiben will, landet innerhalb von Microsoft 365 damit bei der Mail als Kanal, nicht, weil Mail das bessere Interface wäre, sondern weil sie ohne die Zugangsdaten eines persönlichen Nutzerkontos auskommt. Für die Excel-Tabelle selbst gilt das nicht: Microsoft führt den reinen Anwendungszugriff für die Excel-Tabellen-API von Microsoft Graph als nicht unterstützt (Stand 28. September 2026), auch wenn n8n den Excel-Node für den Service Principal anbietet. Lesen und schreiben Sie die Tabelle deshalb über ein Nutzer- oder Funktionskonto; soll auch der Datensatz ohne Nutzerkonto auskommen, ist eine SharePoint-Liste der Weg, deren Einträge laut Microsoft mit Anwendungsberechtigung geschrieben werden können.

Drei Entscheidungen, bevor Sie bauen

Bevor ein Freigabeprozess gebaut wird, lohnen sich drei Fragen:

1. Über welchen Kanal soll die Freigabe laufen, Mail oder Chat? In Power Automate verschickt die Genehmigungsaktion standardmäßig eine Mail; wer zusätzlich eine Karte in Teams schickt, sollte wissen, dass sich diese Karte laut Microsofts Liste bekannter Probleme nicht aktualisiert, wenn die Antwort per Mail oder im Genehmigungscenter kommt. Bei n8n gilt: Muss der Prozess unbeaufsichtigt laufen, spricht das dokumentierte Verhalten oben für Outlook. Reicht ein angemeldeter Nutzer als Absender, steht Teams offen.
2. Bleibt der Datensatz eine Excel-Datei, oder wandert er in eine SharePoint-Liste? Die Update-Operation des n8n-Excel-Node arbeitet direkt mit der bestehenden Tabelle, ein Umzug ist keine Voraussetzung. Prüfen Sie stattdessen: Schreiben mehrere Personen gleichzeitig in dieselbe Tabelle, während die Automatisierung ebenfalls schreibt? Dann ist die Frage keine der Freigabe mehr, sondern eine der Nebenläufigkeit, und das kann für eine Liste sprechen. Dasselbe gilt, wenn der Prozess ganz ohne Nutzerkonto laufen soll (siehe oben).
3. Was passiert bei Fristüberschreitung, Eskalation oder nur Erinnerung? Eine automatische Eskalation an eine zweite Person hält den Prozess in Bewegung, kann aber bei falsch kalibrierten Fristen zu viele Vorgänge weiterreichen. Eine Erinnerung an dieselbe Person ist zurückhaltender, verlängert aber jede tatsächliche Abwesenheit um die volle Wartezeit. Welche der beiden Varianten passt, hängt an der Kritikalität des einzelnen Vorgangs. Legen Sie das je Vorgangsart fest, bevor Sie das Timeout eintragen.

Für den Mittelstand heißt das

Prüfen Sie bei Ihrem eigenen Freigabeprozess, ob der eigentliche Engpass wirklich Excel ist oder ob Frist und Eskalation nirgends definiert sind, weder in der Datei noch im Kopf einer einzelnen Person, die sich das merkt. Diese Person ist dann der eigentliche Single Point of Failure, nicht das Tabellenformat.

Welches der beiden Werkzeuge den Prozess übernimmt, entscheidet sich an der Reichweite: Bleibt die Freigabe innerhalb von Microsoft 365 und deutlich unter den 28 Tagen, die ein Genehmigungsflow laut Microsoft höchstens wartet, reichen Power Automate mit dem Standard-Genehmigungs-Connector, einem Timeout und einem Zweig für „has timed out“, über die seeded licenses der Microsoft-365-Lizenz nutzbar und ohne zusätzliche Plattform. Reicht der Prozess in ein Fachsystem außerhalb von Microsoft 365 hinein, etwa ins ERP oder zu DATEV, wie wir für die Systemanbindung insgesamt beschrieben haben, verschiebt sich der Vorteil zu einer eigenen Automatisierungsplattform, die Microsoft 365 und diese Fachsysteme in einem Workflow verbindet. Beide Wege lösen dasselbe Problem. Wer nach der Reichweite des Prozesses wählt statt danach, welches Werkzeug gerade im Haus ist, vermeidet eher einen zweiten Umbau. Welches Werkzeug zu Ihrer Ausgangslage passt, haben wir im Tool-Vergleich aufgeschlüsselt.

FAQ

Wie setze ich in Power Automate eine Frist für eine Genehmigung?

Über das Timeout der Genehmigungsaktion. In den Einstellungen von „Start and wait for an approval“ tragen Sie die Frist als ISO-8601-Dauer ein, etwa PT72H für 72 Stunden. Die Aktion danach, zum Beispiel eine zweite Genehmigung an die Vertretung, stellen Sie über „Configure run after“ so ein, dass sie nur bei „has timed out“ läuft. Microsoft empfiehlt für Genehmigungen ausdrücklich eine Frist und einen solchen Timeout-Zweig.

Warum löst die gemeinsame Dokumenterstellung in Excel das Umlaufmappen-Problem nicht von selbst?

Weil sie ein anderes Problem löst. Mit ihr arbeiten mehrere Personen gleichzeitig an derselben Datei in OneDrive oder SharePoint, statt Kopien zu verschicken. Sie legt aber nicht fest, wer als Nächstes an der Reihe ist, bis wann eine Rückmeldung fällig ist und was passiert, wenn diese Frist verstreicht.

Kann eine Freigabe per Microsoft-Teams-Chat mit n8n unbeaufsichtigt laufen?

Nicht mit dem App-Only-Zugang. Laut n8n-Dokumentation ist die gesamte Chat-Message-Ressource des Microsoft-Teams-Node, und damit auch „Send and Wait for Response“, mit Microsoft-Entra-Service-Principal-Zugangsdaten gesperrt. Der Workflow muss dafür im Namen eines angemeldeten Nutzers laufen (Microsoft OAuth2). Für den Microsoft-Outlook-Node nennt die Dokumentation diese Einschränkung nicht.

Muss die Tabelle für eine automatisierte Freigabe von Excel in eine SharePoint-Liste umziehen?

Nicht grundsätzlich. Der n8n-Node für Excel-Arbeitsmappen in SharePoint kann Zeilen per Spaltenwert abgleichen und gezielt aktualisieren. Die Automatisierung liest und schreibt also in dieselbe Datei, die heute schon dort liegt. Prüfen Sie stattdessen, ob mehrere Personen gleichzeitig in dieselbe Tabelle schreiben, während die Automatisierung ebenfalls schreibt. Dann ist das eine Frage der Nebenläufigkeit, und die kann für eine Liste sprechen.

Brauchen die Genehmigenden eine Premium-Lizenz für Power Automate?

Nein. Laut Microsofts Lizenz-FAQ brauchen Personen, die auf Genehmigungsanfragen antworten, keine Premium-Lizenz; bei einem automatisierten oder geplanten Flow mit Premium-Connector braucht nur der Owner eine. Eine Ausnahme nennt dieselbe FAQ unter dem Stichwort Multiplexing: Löst eine Person einen solchen Flow indirekt aus und bekommt das Ergebnis zurück, etwa per Mail, braucht auch sie eine Premium-Lizenz. Gastnutzer aus anderen Organisationen brauchen laut Microsoft allerdings eine gültige Power-Automate-Lizenz, um eine Genehmigung zu sehen; eine Microsoft-365-basierte reicht dafür.