HR-Software in SharePoint: selbst bauen oder fertige Lösung nutzen?

In vielen KMU liegen HR-Dokumente längst in SharePoint. Verträge in einer Bibliothek, Stammdaten in einer Liste, dazu ein paar Ordner pro Mitarbeitendem. Wer so weit ist, stellt sich früher oder später die naheliegende Frage: Wenn die Daten ohnehin schon hier liegen, warum dann nicht gleich den ganzen HR-Prozess in SharePoint selbst bauen?

Dass die Daten dabei im eigenen Microsoft-365-Tenant bleiben, ist der übergeordnete Vorteil dieser Plattform und in der Übersicht zur HR-Software auf Microsoft 365 ausführlich beschrieben. Wo dabei Microsoft Teams als Zugangskanal ins Spiel kommt und was bewusst in SharePoint bleibt, ist ein eigenes Thema. Dieser Artikel geht eine Ebene tiefer und behandelt die technische Frage dahinter: Wie SharePoint HR-Daten konkret ablegt, an welchen Stellen der Eigenbau anstrengend wird, und ab wann eine fertige Lösung auf derselben Basis die ruhigere Wahl ist.

Wie SharePoint HR-Daten konkret ablegt

SharePoint kennt zwei Bausteine, die für HR zusammenspielen. Listen halten strukturierte Datensätze, etwa Stammdaten oder Vertragsmetadaten, vergleichbar mit einer Tabelle, die aber durchsuchbar, berechtigt und versioniert ist. Bibliotheken verwalten die eigentlichen Dokumente, vom Arbeitsvertrag bis zum Zeugnis, jeweils mit Versionsverlauf.

Sauber wird das erst über Inhaltstypen und Metadaten. Ein Inhaltstyp definiert, welche Felder ein Dokument mitbringt, also etwa Vertragsart, Befristung, Eintrittsdatum. Lookup-Spalten verknüpfen Dokumente mit dem richtigen Personendatensatz, sodass eine Akte nicht aus losen Dateien besteht, sondern aus verbundenen Datensätzen. Wer das von Anfang an konsequent modelliert, hat eine tragfähige Basis. Wer Ordner pro Mitarbeitendem anlegt und Dateien hineinlegt, hat eine digitalisierte Papierablage und keine Akte.

Wo der Eigenbau technisch anstrengend wird

Bis hierher klingt das beherrschbar. Die Mühe steckt in den Details, die HR von einer reinen Ablage unterscheiden.

Der erste Punkt ist die Berechtigungsvererbung. SharePoint vererbt Berechtigungen von oben nach unten, von der Website auf die Bibliothek auf das einzelne Element. Sobald HR aber abgestufte Vertraulichkeit braucht, also eine Lohnabrechnung strenger schützt als einen Schulungsnachweis, muss diese Vererbung pro Element aufgebrochen werden. Eindeutige Berechtigungen auf Tausenden Einzelelementen sind schwer zu überblicken, schwer zu prüfen und eine bekannte Quelle stiller Fehler, bei denen jemand sieht, was er nicht sehen sollte.

Der zweite Punkt ist der Listenschwellenwert. SharePoint-Listen arbeiten ab einer gewissen Größe, traditionell rund 5.000 Elementen pro Ansicht, nur noch eingeschränkt mit Filtern und Sortierungen, wenn die Indizierung nicht von Anfang an mitgedacht ist. Für ein wachsendes Unternehmen mit jahrelanger Dokumenthistorie ist das eine reale Grenze, die im ersten Projektjahr niemand sieht.

Der dritte Punkt ist die fehlende native Prozesslogik. SharePoint speichert, aber es erinnert nicht von selbst. Eine Fristenüberwachung für auslaufende Verträge und Probezeiten, eine Wiedervorlage oder eine geregelte Löschung nach Ablauf der Aufbewahrung entsteht nicht durch Ablage, sondern muss über Power Automate gebaut werden. Jeder dieser Flows ist eine eigene kleine Anwendung, die gepflegt werden will.

Der vierte Punkt ist die Revisionssicherheit. Versionsverlauf bringt SharePoint mit, ein vollständiger, manipulationssicherer Zugriffs- und Änderungsnachweis über Aufbewahrungsrichtlinien und Auditprotokolle ist aber Konfigurationsarbeit, kein Auslieferungszustand.

Was Pflege über die Zeit bedeutet

Der erste Aufbau ist nur der Anfang, und er ist der angenehme Teil. Eine selbst gebaute HR-Umgebung in SharePoint trifft auf einen Microsoft-365-Dienst, der sich laufend verändert. Oberflächen, Funktionen und gelegentlich auch das Verhalten von Listen oder Flows ändern sich mit Updates, die niemand im Unternehmen steuert. Was heute sauber läuft, kann nach einem Update Nacharbeit brauchen.

Dazu kommt die Personenabhängigkeit. Eine umfangreiche Eigenkonstruktion aus Listen, Inhaltstypen, gebrochenen Berechtigungen und Power-Automate-Flows trägt meist die Handschrift einer Person. Verlässt diese Person das Unternehmen, bleibt ein System zurück, das niemand vollständig dokumentiert hat und das trotzdem geschäftskritische Personaldaten verwaltet. Dieses Klumpenrisiko ist bei einer Bastellösung größer als der anfängliche Bauaufwand vermuten lässt.

Selbst bauen oder fertige Lösung? Eine Entscheidungshilfe

Damit lässt sich die Ausgangsfrage beantworten, und die Antwort ist nicht in jede Richtung dieselbe.

Selbst bauen ist vertretbar, wenn der Bedarf klein und stabil ist, eine reine Ablage mit wenigen Workflows ausreicht, internes SharePoint-Know-how dauerhaft vorhanden ist und jemand die Pflege verlässlich übernimmt. Für ein Team mit überschaubarer Mitarbeiterzahl und einfachen Anforderungen kann das genügen.

Sobald aber abgestufte Berechtigungen, Fristenlogik, Dokumentengenerierung und Revisionssicherheit zusammenkommen, kippt die Rechnung. Dann wird der Eigenbau zu einem internen Softwareprojekt mit laufender Wartung, und eine fertige Lösung, die genau diese HR-Logik mitbringt und trotzdem im eigenen SharePoint läuft, ist der ruhigere Weg. Wie eine solche Akte aussieht, zeigt der Leitfaden zur digitalen Personalakte in SharePoint.

Wo pemundo ansetzt

pemundo nimmt dem Unternehmen genau diesen Eigenbau ab. Inhaltstypen, ein abgestuftes Rollenmodell, Fristenlogik und revisionssichere Ablage kommen vorkonfiguriert und laufen trotzdem im bestehenden SharePoint des Kunden, nicht in einer fremden Cloud. Statt Listen, Berechtigungen und Flows selbst zu bauen und bei jedem Update nachzuziehen, steht die HR-Logik fertig bereit: pemundo Core (Personalakte) als Fundament, ergänzt um pemundo Boarding und weitere Module nach Bedarf. Die Pflege bei Microsoft-Updates und das Risiko der Personenabhängigkeit liegen damit nicht mehr im eigenen Haus.

Wir zeigen dir in 30 Minuten, wie eine HR-Akte mit fertigem Rollenmodell, Fristenlogik und revisionssicherer Ablage direkt in deinem bestehenden SharePoint aussieht, ohne dass du Listen, Berechtigungen oder Flows selbst bauen und warten musst.