Es ist ein Dienstagvormittag. Im Posteingang der Personalabteilung liegt zum dritten Mal in dieser Woche eine E-Mail mit dem Betreff „Urlaubsantrag“. Die Daten werden manuell in eine Excel-Tabelle übertragen, der Vorgesetzte muss separat per E-Mail um Zustimmung gebeten werden, und am Ende des Monats wird alles in ein anderes System eingetragen — wenn niemand vergisst, das zu tun.
Solche Prozesse sind in mittelständischen Unternehmen weit verbreitet. Sie sind nicht groß genug, um ein dediziertes System zu rechtfertigen, aber zusammengenommen kosten sie spürbar Zeit. Genau hier setzt eine Kombination an, die in den meisten M365-Lizenzen bereits enthalten ist: Microsoft Forms zur Datenerfassung, Power Automate für die Logik, SharePoint zur Speicherung.
Dieser Post zeigt, wie das Trio im Zusammenspiel funktioniert, was sich damit konkret automatisieren lässt — und welche Grenzen man kennen sollte, bevor man darauf eine zentrale Prozesslandschaft aufbaut.
Was die drei Werkzeuge jeweils beitragen
Jede der drei Komponenten hat ihre klare Rolle.
Microsoft Forms ist das Eingabewerkzeug. Es ermöglicht, in wenigen Minuten ein Formular zu erstellen, das per Link, QR-Code oder eingebettet auf einer SharePoint-Seite ausgefüllt werden kann. Forms unterstützt verschiedene Fragetypen — Einzelauswahl, Mehrfachauswahl, Texteingabe, Datum, Bewertung — sowie einfache Verzweigungslogik.
Power Automate ist die Logikschicht. Es reagiert auf Ereignisse (etwa „Eine neue Antwort wurde in einem bestimmten Formular eingereicht“) und führt darauf eine Folge von Aktionen aus: Daten verarbeiten, in SharePoint speichern, E-Mails versenden, Genehmigungen einholen, Teams-Nachrichten posten.
SharePoint ist die Speicher- und Verwaltungsschicht. SharePoint-Listen sind das natürliche Ziel für strukturierte Daten aus Formularen: Sie lassen sich filtern, sortieren, mit Berechtigungen versehen und über Power BI auswerten. Im Unterschied zu reinen Excel-Tabellen sind SharePoint-Listen mehrbenutzerfähig und für strukturierte Workflows ausgelegt.
Wichtig zum Verständnis: Microsoft Forms speichert Antworten nicht automatisch in SharePoint. Forms-Antworten leben standardmäßig in Forms selbst (mit Export-Option nach Excel). Erst Power Automate stellt die Brücke zu SharePoint her — ohne diese Brücke bleibt das Trio ein loses Bündel.
Der typische Workflow: Schritt für Schritt
Ein einfacher Automatisierungs-Flow folgt einem Standardmuster, das sich auf viele Szenarien übertragen lässt.
1. Formular in Microsoft Forms anlegen. Die zu erfassenden Felder werden definiert: Name, Datum, Art des Antrags, Begründung, gewünschte Genehmigungsperson. Jedes Feld erhält einen klaren Titel und gegebenenfalls Validierungsregeln (Pflichtfeld, Datumsbereich, Mindestlänge).
2. SharePoint-Liste mit passenden Spalten erstellen. Für jedes Forms-Feld wird eine entsprechende Listenspalte angelegt, plus zusätzliche Felder wie Status, Bearbeiter und Erstellungsdatum. Spaltentypen sollten passen — Datumsfeld bleibt Datum, Auswahllisten bleiben Auswahllisten.
3. Power-Automate-Flow erstellen. Der Flow beginnt mit dem Trigger „Wenn eine neue Antwort eingereicht wird (Forms)“. Im nächsten Schritt werden die Formularantworten ausgelesen, in eine SharePoint-Liste übertragen, und optional eine Benachrichtigung versendet oder ein Genehmigungsschritt eingebaut.
4. Genehmigungsschritt einbinden (optional). Power Automate bietet eine eingebaute Approval-Funktion. Der Genehmiger erhält eine E-Mail oder Teams-Karte mit den Antragsdaten und zwei Buttons („Genehmigen“ / „Ablehnen“). Die Entscheidung wird im Flow weiterverarbeitet — etwa als Status-Update in der SharePoint-Liste und Benachrichtigung an den Antragsteller.
5. Testen und produktiv setzen. Vor dem Rollout sollte der Flow mit Beispieldaten durchgespielt werden — inklusive Fehlerpfade (was passiert, wenn ein Genehmiger nicht reagiert?). Erst dann das Formular an die Endnutzer kommunizieren.
Die ersten Versionen solcher Flows sind in einigen Stunden gebaut. Mit etwas Erfahrung sogar in unter einer Stunde.
Konkrete Anwendungsszenarien
Das Schöne an dieser Kombination: Sie ist generisch genug, um eine Vielzahl von Prozessen abzubilden, ohne dass man jeweils ein neues System aufbauen müsste.
Urlaubsanträge — Eingabe per Formular, Genehmigung durch Vorgesetzte, Status-Tracking in SharePoint-Liste. Auswertungen pro Abteilung in Power BI möglich.
Bestellanforderungen — Mitarbeitende reichen Bestellungen ein, Budgetverantwortliche genehmigen sie, der Einkauf bearbeitet die freigegebenen Anträge. Alle Beteiligten sehen den aktuellen Status.
IT-Tickets für kleine Unternehmen — Anstelle eines vollwertigen Ticketsystems kann ein Forms-Formular reichen, das Anfragen in einer SharePoint-Liste sammelt, automatisch eine Empfangsbestätigung schickt und IT-Mitarbeitende über neue Tickets in Teams informiert.
Feedback-Erfassung — Kundenfeedback nach Projektabschluss oder Mitarbeiter-Pulse-Umfragen. Antworten landen automatisch in einer durchsuchbaren Liste mit Auswertungs-Dashboard.
Einsatzplanung im Außendienst — Servicetechniker reichen Berichte über ein mobil bedienbares Formular ein, die Berichte werden strukturiert in SharePoint gespeichert und an die Disposition gemeldet.
Onboarding-Checklisten — HR startet bei jedem neuen Mitarbeitenden einen Flow, der parallel mehrere Bereiche informiert (IT für Ausstattung, Facility Management für Arbeitsplatz, Vorgesetzte für Einarbeitungsplan) und den Status in einer zentralen Liste pflegt.
Was beim Aufbau zu beachten ist
Die Kombination ist mächtig, aber nicht ohne Stolpersteine. Einige Punkte, die in der Praxis regelmäßig auftauchen:
Forms-Antworten sind nicht automatisch in SharePoint. Wer das nicht aktiv einrichtet, verliert die strukturierte Speicherung. Wird der Flow später deaktiviert oder löst er nicht aus, gehen die Antworten in Forms zwar nicht verloren, landen aber auch nicht in der erwarteten Liste.
Die richtigen Spaltentypen wählen. Wenn ein Forms-Datum als Text in eine SharePoint-Spalte vom Typ Text geschrieben wird, sind spätere Filterungen und Sortierungen mühsam. Lieber gleich beim Anlegen passende Typen wählen.
Anhänge werden nicht automatisch übernommen. Wenn Forms-Antworten Dateianhänge enthalten, müssen diese im Flow zusätzlich aus dem Forms-Antwortobjekt extrahiert und in eine SharePoint-Bibliothek geladen werden. Das ist machbar, aber ein zusätzlicher Schritt.
Fehlerbehandlung nicht vergessen. Was passiert, wenn die SharePoint-Liste vorübergehend nicht erreichbar ist? Wenn ein Pflichtfeld fehlt? Power Automate bietet „Konfigurieren der Ausführung nach Fehler“-Optionen, mit denen sich solche Fälle abfangen lassen.
Berechtigungen sauber setzen. Die SharePoint-Liste sollte nicht für alle Mitarbeitenden offen sein, nur weil das Formular es ist. Berechtigungen auf Listen-, Ordner- und gegebenenfalls Eintragsebene müssen bewusst vergeben werden.
Lizenzhinweis. Standard-Power-Automate-Aktionen mit Forms, SharePoint und Office 365 sind in den meisten M365-Plänen enthalten. Premium-Konnektoren (SAP, externe REST-APIs) erfordern zusätzliche Lizenzen — ist aber bei diesem klassischen Trio meist kein Thema.
Wo die Kombination an Grenzen stößt
So nützlich diese drei Werkzeuge zusammen sind — es gibt klare Szenarien, in denen sie nicht die richtige Wahl bleiben.
Komplexe Eingabelogik — Wenn Formulare bedingte Sichtbarkeit auf vielen Ebenen, eigene Berechnungen und mehrspaltige Layouts benötigen, ist Forms zu einfach. In diesem Fall sind Power Apps die bessere Wahl, idealerweise mit demselben Power-Automate-Backend.
Hohes Antwortvolumen — Forms ist für moderate Mengen gebaut. Wer mit zehntausenden Antworten pro Monat plant, sollte die Lastgrenzen prüfen — und über professionellere Erhebungs-Tools nachdenken.
Externe Befragungen mit Anonymitäts-Anforderungen — Forms kann anonyme Antworten erfassen, aber für formale Anforderungen (etwa Mitarbeiterbefragungen mit Personalvertretungs-Beteiligung) gibt es spezialisierte Lösungen mit nachweisbar getrennter Speicherung.
Stark verzahnte ERP-Prozesse — Wenn die eigentliche Geschäftslogik im ERP-System liegt und Power Automate nur als Fassade davorgelegt wird, entsteht doppelter Pflegeaufwand. Direkte Integration im ERP ist dann oft sauberer.
Echtzeit-Anforderungen — Power Automate ist auf Ereignisbasis ausgelegt, mit Latenzen von Sekunden bis Minuten. Für Prozesse, die im Millisekundenbereich reagieren müssen, ist die Plattform nicht gebaut.
Fazit
Die Kombination aus Microsoft Forms, Power Automate und SharePoint ist eine der zugänglichsten Möglichkeiten, im Mittelstand erste Automatisierungserfolge zu erzielen — ohne neue Software, ohne große Projekte, ohne Lizenzkosten über das M365-Abo hinaus.
Für den Einstieg ist sie eine Empfehlung wert. Wer einen wiederkehrenden Prozess identifiziert, der bisher per E-Mail und Excel läuft — Urlaubsanträge, Bestellanforderungen, Feedback-Schleifen — kommt mit dem Trio in wenigen Tagen zu einer messbar besseren Lösung.
Wichtig bleibt die Erwartungssteuerung: Das Trio ist kein Workflow-System für komplexe Geschäftsprozesse, kein BPM-Tool und kein vollwertiges Antragsmanagement. Es ist eine pragmatische Basis für leichte bis mittlere Automatisierungen — und genau in diesem Bereich entfaltet es seinen Wert.
