IT-Onboarding-Formular in SharePoint mit Power Automate: Aufgaben, Rechte und Nachweise

Was muss ein IT-Onboarding-Formular in SharePoint erfassen, damit daraus automatisch Aufgaben, Berechtigungen und Nachweise entstehen, ohne dass HR, IT und Fachbereich manuell koordinieren müssen? Ein IT-Onboarding-Prozess scheitert selten am fehlenden Willen, sondern am fehlenden Datenfluss. Wenn HR die Stammdaten in einem System eingibt, die IT davon aber erst Tage später erfährt, entstehen Verzögerungen bei der Kontoanlage, der Gerätezuweisung und der Zugangsvergabe.

Ein SharePoint Onboarding Formular in Verbindung mit Power Automate löst dieses Problem, indem aus einer einzigen Dateneingabe automatisch Aufgaben für alle beteiligten Teams erzeugt, Benachrichtigungen ausgelöst und Nachweise gespeichert werden. Dieser Ratgeber beschreibt, wie dieser Aufbau technisch sauber umgesetzt wird.

Welches Formular welche Stammdaten wirklich erfassen sollte

Das Onboarding-Formular ist der Ausgangspunkt des gesamten Prozesses. Alle danach folgenden Schritte hängen von der Qualität der darin erfassten Daten ab. Ein Formular, das zu viele Pflichtfelder hat, wird fehlerhaft ausgefüllt. Ein Formular, das zu wenige Felder hat, zwingt die IT zu Rückfragen.

Stammdaten, die das Formular erfassen sollte

Feldname: Vorname

Typ: Text

Warum notwendig: Für Kontoanlagen, Begrüßungsnachrichten, Schreibweisen

Feldname: Nachname

Typ: Text

Warum notwendig: Für Kontoanlagen, E-Mail-Adressierung

Feldname: Eintrittsdatum

Typ: Datum

Warum notwendig: Für zeitgesteuertes Provisioning und Geräte-Vorlauf

Feldname: Abteilung

Typ: Auswahl

Warum notwendig: Bestimmt Gruppenzugehörigkeit, Lizenzen und Ablagestruktur

Feldname: Standort

Typ: Auswahl

Warum notwendig: Relevant für Gerätebeschaffung, VPN, lokale Drucker

Feldname: Rolle / Jobtitel

Typ: Auswahl oder Text

Warum notwendig: Für Lizenzauswahl und Zugriffsgruppen

Feldname: Vorgesetzte/r

Typ: Personenspalte

Warum notwendig: Für Genehmigungsworkflows und Berichtslinie

Feldname: Direkter Ansprechpartner (Buddy)

Typ: Personenspalte

Warum notwendig: Optional, für sozialen Onboarding-Prozess

Feldname: Gerätetyp

Typ: Auswahl

Warum notwendig: Laptop, Desktop, Tablet – für Gerätebeschaffung

Feldname: Mobile Device

Typ: Auswahl

Warum notwendig: Ja/Nein, für MDM-Enrollment

Feldname: Benötigte Software

Typ: Mehrfachauswahl

Warum notwendig: Standardliste genehmigter Anwendungen

Feldname: Besondere Zugriffsanforderungen

Typ: Mehrzeiliger Text

Warum notwendig: Fachbereichsspezifische Anforderungen, die nicht im Standard liegen

Feldname: Datenschutzunterweisung erforderlich

Typ: Ja/Nein

Warum notwendig: Für die Aufgabengenerierung

Feldname: IT-Sicherheitsunterweisung erforderlich

Typ: Ja/Nein

Warum notwendig: Für die Aufgabengenerierung

Was nicht ins Formular gehört

Das Formular sollte keine technischen Felder wie Benutzername, E-Mail-Adresse oder Gruppen-Mitgliedschaft enthalten. Diese Werte werden automatisch aus den Stammdaten abgeleitet und durch den Flow gesetzt, nicht durch die HR-Person, die das Formular ausfüllt. Freitextfelder für Sonderwünsche sollten auf ein Minimum begrenzt werden, weil sie schwer automatisch verarbeitet werden können.

Formularumsetzung in SharePoint

Das Formular kann auf verschiedenen Ebenen implementiert werden:

  • Microsoft Lists: Ein einfaches Listenformular mit angepasster Ansicht. Kostengünstig, kein Entwicklungsaufwand, aber wenig flexibel in der UX.
  • Power Apps-Formular: Eine angepasste Canvas-App mit SharePoint als Datenquelle. Mehr Gestaltungsfreiheit, bedingte Pflichtfelder, mehrstufige Formulare möglich.
  • Microsoft Forms + Power Automate: Formular in Microsoft Forms, Datenübergabe per Flow an SharePoint. Einfach zu bedienen, aber keine Personenspalten nativ unterstützt.

Für ein IT-Onboarding, das Personenspalten, Mehrfachauswahl und bedingte Pflichtfelder benötigt, ist ein Power-Apps-Formular die robusteste Wahl.

Aufgabenliste, Verantwortlichkeiten und Statusmodell aufbauen

Nach dem Eingang des Formulars erzeugt Power Automate automatisch Aufgaben für alle beteiligten Teams. Die Aufgaben werden in einer SharePoint-Aufgabenliste für das Onboarding gespeichert. Die grundlegenden Trigger- und Statusmuster dafür beschreibt SharePoint-Aufgaben mit Power Automate verbinden.

Struktur der Onboarding-Aufgabenliste

Spaltenname: Titel

Typ: Text

Zweck: Konkrete Aufgabenbeschreibung

Spaltenname: Kategorie

Typ: Auswahl

Zweck: IT, HR, Fachbereich, Facility

Spaltenname: Zugewiesen an

Typ: Personenspalte

Zweck: Verantwortliche Person oder Gruppe

Spaltenname: Fälligkeit

Typ: Datum

Zweck: Wann muss die Aufgabe erledigt sein

Spaltenname: Status

Typ: Auswahl

Zweck: Ausstehend, In Bearbeitung, Erledigt, Blockiert

Spaltenname: Priorität

Typ: Auswahl

Zweck: Hoch, Normal, Niedrig

Spaltenname: Nachweis-URL

Typ: Hyperlink

Zweck: Link auf das hochgeladene Dokument oder den Nachweis

Spaltenname: Nachweis-Datum

Typ: Datum

Zweck: Wann wurde der Nachweis erbracht

Spaltenname: Onboarding-Referenz

Typ: Nachschlagespalte

Zweck: Verweis auf den Stammdateneintrag im Formular

Spaltenname: Kommentar

Typ: Mehrzeiliger Text

Zweck: Hinweis oder Rückfrage

Automatisch generierte Aufgaben

Sobald das Formular eingegangen ist, erstellt der Flow für jede beteiligte Einheit eine Aufgabe. Eine typische Aufgabenliste sieht so aus:

IT-Aufgaben (Kategorie: IT)

  • Konto in Entra ID anlegen
  • E-Mail-Adresse einrichten
  • Gerätebeschaffung einleiten
  • Gerät einrichten und liefern
  • VPN-Zugang konfigurieren
  • Software installieren (gemäß Formulareingabe)
  • MDM-Enrollment durchführen (wenn Mobile Device = Ja)
  • Spezielle Zugänge einrichten (wenn Sonderanforderungen)

HR-Aufgaben (Kategorie: HR)

  • Begrüßungspaket versenden
  • Datenschutzunterweisung einplanen (wenn erforderlich)
  • IT-Sicherheitsunterweisung einplanen (wenn erforderlich)
  • Bescheinigungen und Unterlagen anfordern

Fachbereich-Aufgaben (Kategorie: Fachbereich)

  • Einarbeitung planen
  • Buddy-Zuweisung bestätigen
  • Fachspezifische Zugänge definieren und freigeben

Facility-Aufgaben (Kategorie: Facility)

  • Arbeitsplatz einrichten
  • Zutrittsbadge erstellen

Fälligkeitslogik

Für eine reibungslose Bereitstellung müssen manche Aufgaben vor dem Eintrittsdatum erledigt sein. Der Flow berechnet Fälligkeitstermine relativ zum Eintrittsdatum:

  • Gerätebeschaffung: Eintrittsdatum minus 10 Werktage
  • Kontoanlage: Eintrittsdatum minus 3 Werktage
  • Begrüßungspaket: Eintrittsdatum minus 1 Arbeitstag
  • Unterweisung: Eintrittsdatum plus 5 Arbeitstage

Die Berechnung von Arbeitstagen (ohne Wochenenden und Feiertage) erfordert in Power Automate eine eigene Logik, da keine eingebaute Funktion dafür existiert. Eine Hilfsliste mit Feiertagen oder eine Azure-Function kann die Berechnung übernehmen.

Automatische Aufgaben, Benachrichtigungen und Rechtevergabe anstoßen

Flow-Architektur für den Onboarding-Prozess

Der Hauptflow wird durch die Erstellung eines neuen Formulareintrags ausgelöst. Er enthält folgende Hauptabschnitte:

  1. Stammdaten lesen und validieren: Pflichtfelder prüfen, Entra-ID-Benutzersuche vorbereiten.
  2. Aufgaben erstellen: Für jede Aufgabenkategorie Einträge in der Aufgabenliste anlegen.
  3. Benachrichtigungen versenden: Beteiligte Teams per E-Mail oder Teams-Nachricht informieren.
  4. Benutzer in Entra ID anlegen (optional): Wenn die IT-Abteilung die Kontoanlage delegieren will, kann dieser Schritt über den Azure-AD-Connector oder die Microsoft Graph API angestoßen werden. In den meisten Tenants ist dieser Schritt aus Sicherheitsgründen manuell oder über ein separates ITSM-System abgebildet.
  5. Gruppen und Lizenzen zuweisen: Wenn abteilungsbasierte Gruppen und Lizenz-Zuweisungen automatisiert werden sollen, kann der Flow die passenden Gruppen aus einer Konfigurationsliste lesen und die Zuweisung über den Azure-AD-Connector auslösen.

Rechtevergabe strukturiert abbilden

Die Rechtevergabe ist der sicherheitskritischste Teil des Onboarding-Prozesses. Zu breite Rechte entstehen oft nicht aus böser Absicht, sondern weil das Least-Privilege-Prinzip im zeitlichen Druck nicht konsequent angewendet wird.

Ein sinnvolles Modell:

  • Basisgruppen werden automatisch bei Kontoanlagen vergeben (z.B. „Alle Mitarbeitenden“).
  • Abteilungsgruppen werden aus der Abteilungsspalte im Formular abgeleitet und automatisch zugewiesen.
  • Sonderzugänge aus dem Freitext-Feld „Besondere Zugriffsanforderungen“ werden in eine separate Aufgabe überführt, die eine manuelle Prüfung durch IT und Fachbereich erfordert.

Kein Flow sollte automatisch Administratorrechte, Vollzugriff auf Dateiablagen oder Zugang zu vertraulichen Projekten vergeben, ohne eine vorherige manuelle Genehmigung.

Benachrichtigungen gestalten

Gute Onboarding-Benachrichtigungen enthalten klare Informationen ohne Informationsüberflutung. Für die IT reicht eine strukturierte Nachricht mit dem Namen des neuen Mitarbeitenden, dem Eintrittsdatum, der Abteilung und einem Link zur Aufgabenliste. Für den Fachbereich ist eine Begrüßungsmail mit dem Namen des Buddys und dem vorläufigen Einarbeitungsplan sinnvoller.

Teams Adaptive Cards bieten für beide Szenarien eine kompakte, gut lesbare Darstellung mit direkten Aktionsschaltflächen, zum Beispiel „Aufgaben öffnen“ oder „Bestätigen“.

Nachweise, Kommentare und Rückfragen protokollieren

Was ein Nachweis ist

Im IT-Onboarding ist ein Nachweis jede Form von Dokumentation, dass eine Aufgabe ordnungsgemäß erledigt wurde. Typische Nachweise sind:

  • Screenshot oder PDF der erfolgreichen Kontoanlage,
  • Unterschrift unter einer Datenschutz- oder IT-Sicherheitsunterweisung,
  • Bestätigung der Übergabe eines Geräts,
  • ausgefülltes und unterschriebenes Einrichtungsprotokoll.

Nachweise in SharePoint speichern

Nachweise sollten nicht als E-Mail-Anhänge kursieren, sondern strukturiert in SharePoint gespeichert werden. Eine Dokumentbibliothek „Onboarding-Nachweise“ mit einem Ordner je neuen Mitarbeitenden ist ein einfaches, wartbares Modell. In der Aufgabenliste zeigt das Feld „Nachweis-URL“ auf das jeweilige Dokument.

Der Flow kann nach dem Hochladen eines Dokuments den Nachweis-URL automatisch in der Aufgabe hinterlegen, wenn die Bibliothek über einen Column Default Value oder eine automatische Pfadzuordnung verfügt. Power Automate kann auch aktiv auf den Upload reagieren und die zugeordnete Aufgabe als „Erledigt“ markieren, wenn ein Nachweis-Dokument mit einem bestimmten Namenmuster hochgeladen wird.

Rückfragen im Kommentarfeld protokollieren

Wenn eine Aufgabe nicht erledigt werden kann, weil Informationen fehlen oder eine Entscheidung aussteht, sollte der Bearbeitende den Grund im Kommentarfeld der Aufgabe dokumentieren und den Status auf „Blockiert“ setzen. Ein Flow reagiert auf diesen Statuswechsel und benachrichtigt die übergeordnete Person oder das Onboarding-Koordinationsteam.

Typische Fehler bei fehlenden Feldern, unklaren Rollen und Parallelität

Pflichtfelder fehlen im Formular

Wenn das Formular Felder wie Abteilung oder Eintrittsdatum nicht als Pflichtfelder definiert, werden diese häufig leer gelassen. Alle Folgelogiken, die auf diesen Feldern basieren, schlagen dann fehl. Felder, die für Aufgabengenerierung oder Fälligkeitsberechnung benötigt werden, müssen im Formular als Pflichtfelder markiert sein.

Rollenunklarheiten bei Aufgabenzuweisung

Wenn Aufgaben einer Gruppe statt einer konkreten Person zugewiesen werden, ist die Benachrichtigung oft ineffektiv. Eine E-Mail an eine Gruppenadresse wird häufig ignoriert, weil niemand sich explizit zuständig fühlt. Besser: Aufgaben werden einer definierten Rolle mit einer primären Kontaktperson zugewiesen, die im Flow aus einer Konfigurationsliste gelesen wird.

Parallelität bei gleichzeitigen Onboardings

Wenn mehrere neue Mitarbeitende am selben Tag eintreten und alle gleichzeitig das Onboarding-Formular ausfüllen, entstehen parallele Flow-Instanzen. Das ist grundsätzlich kein Problem, solange jeder Flow nur mit seinen eigenen Listeneinträgen arbeitet. Konflikte entstehen nur, wenn mehrere Flows dieselbe gemeinsame Ressource schreiben, zum Beispiel eine zentrale Zählerliste für Gerätestücknummern.

Fehlende Auditspur bei Rechtevergaben

Für Compliance und interne Revision ist es wichtig, dass alle Rechtevergaben mit Zeitstempel, ausführender Person und Begründung protokolliert werden. Wenn Rechtevergaben automatisiert stattfinden, sollte der Flow einen Eintrag in einer Protokollliste schreiben, der mindestens enthält: Benutzerkonto, zugewiesene Gruppe, Zeitstempel, auslösender Flow-Lauf.

So bleibt der Onboarding-Prozess auch bei Rollenwechseln beherrschbar

Ein IT-Onboarding in SharePoint und Power Automate ist dann robust, wenn die Konfiguration (Aufgabenkatalog, Rollenmatrix, Fälligkeitsregeln) in Listen gespeichert und nicht fest im Flow codiert ist. Wenn sich Aufgaben oder Zuständigkeiten ändern, muss dann nur die Konfigurationsliste angepasst werden, nicht der Flow selbst.

Die Abgrenzung zwischen automatisierten Schritten und manuellen Entscheidungen muss klar sein und dokumentiert werden. Automatisierung ist kein Ersatz für Kontrolle, sondern ein Mittel, die Kontrolle strukturierter und nachvollziehbarer zu machen. Genehmigungspflichtige Schritte, sicherheitsrelevante Zugänge und Ausnahmen erfordern weiterhin menschliche Entscheidungen. Die Automatisierung stellt sicher, dass diese Entscheidungen zur richtigen Zeit bei der richtigen Person landen und das Ergebnis danach zuverlässig umgesetzt wird.

Für ein umfassenderes Bild des Onboarding-Prozesses jenseits der technischen IT-Einrichtung beschreibt der Artikel Digitales Mitarbeiter-Onboarding mit Power Platform & SharePoint den HR- und Fachbereichs-Prozess, der diesem IT-Setup vorgelagert ist. Für die automatische Vergabe von Entra-ID-Zugängen und die Synchronisation mit Offboarding-Prozessen bietet der Artikel Onboarding & Offboarding automatisieren: SharePoint, Entra ID & Power Automate weiterführende technische Details.

Wenn Onboarding technisch sauber statt nur organisatorisch gemeint sein soll
Dann lohnt sich ein Blick auf Formularlogik, Rechte, Aufgabenlisten und Auditspur. Onboarding-Setup technisch prüfen

Categories: , , , , ,