SharePoint Migration: Vom Fileserver ohne Datenchaos

Montagmorgen in einer Druckerei: Die Druckvorstufe sucht die freigegebene Version eines Katalogs für einen Stammkunden. Auf dem Fileserver liegen mehrere Ordner mit dem Namen „Katalog_final“, einer davon heißt „Katalog_final_NEU_v2″. Bis die richtige Datei gefunden ist, steht die Maschine still.

Du kennst solche Szenen vermutlich aus Deinem eigenen Unternehmen. Der Fileserver ist über Jahre gewachsen, jeder hat seine eigene Logik, und niemand weiß mehr genau, wer worauf Zugriff hat. Eine SharePoint Migration soll das lösen. Aber wer die alten Ordner einfach eins zu eins in die Cloud kopiert, nimmt das Chaos mit und bezahlt es künftig sogar noch mit Speicherplatz.

In diesem Artikel zeigen wir Dir, wie eine Migration vom Fileserver zu SharePoint sauber abläuft: von der ehrlichen Entscheidung zwischen SharePoint Online und SharePoint on premise über das Aufräumen, die Zielstruktur und die Berechtigungen bis zu Werkzeugen, Pilot, Cutover und Schulung. Am Ende findest Du einen groben Zeitplan und die häufigsten Fehler, die wir in Migrationsprojekten bei KMU immer wieder sehen.

Warum Unternehmen den Fileserver jetzt ablösen

Ein Fileserver ist nicht per se schlecht. Er ist nur für eine Arbeitswelt gebaut, in der alle im selben Gebäude am selben Netzwerk sitzen. Sobald Teams mobil arbeiten, extern zusammenarbeiten oder Dokumente gemeinsam bearbeiten, stößt er an Grenzen.

Die häufigsten Auslöser für eine Fileserver-Migration, die wir in Gesprächen hören:

• Die Hardware ist am Ende. Der Server muss ohnehin ersetzt werden, und die Frage lautet: neu kaufen oder in die Cloud?
• VPN-Frust im Homeoffice. Dateien öffnen dauert ewig, große Grafiken oder CAD-Daten noch länger.
• Keine gemeinsame Bearbeitung. „Datei ist gesperrt von …“ kostet täglich Zeit.
• Unklare Zugriffsrechte. Niemand kann auf Anhieb sagen, wer auf die Lohnordner zugreifen darf.
• Microsoft 365 ist schon da. Viele Unternehmen zahlen längst für Lizenzen, in denen SharePoint enthalten ist, und nutzen es kaum. Was dabei an SharePoint Kosten anfällt, haben wir separat aufgeschlüsselt.

Dazu kommt ein Punkt, der oft unterschätzt wird: Ein lokaler Fileserver ist ein beliebtes Ziel bei Ransomware-Angriffen. Eine Migration ist eine gute Gelegenheit, Backup, Versionierung und Zugriffsschutz neu zu denken. Mehr dazu findest Du in unserem Beitrag zu Cyber-Sicherheit für Unternehmen.

Wenn Du erst einmal verstehen willst, was SharePoint im Alltag leisten kann, lohnt sich ein Blick in unseren Grundlagenartikel zu SharePoint im Unternehmen.

Du planst den Umzug und willst wissen, wo die Stolpersteine in Deiner Umgebung liegen? Wir schauen uns Deinen Fileserver gemeinsam an. Hier geht es zu unserer SharePoint-Entwicklung.

SharePoint Online oder SharePoint on premise: ehrlich abgewogen

Bevor Du eine einzige Datei verschiebst, steht die Grundsatzfrage: Soll SharePoint in der Microsoft-Cloud laufen oder auf eigenen Servern? Für die meisten KMU ist die Antwort klar, aber nicht für alle.

SharePoint Online (Microsoft 365)

SharePoint Online ist in den meisten Business- und Enterprise-Plänen von Microsoft 365 enthalten. Du kümmerst Dich nicht um Server, Updates oder Patches. Teams, OneDrive und Office-Apps greifen direkt auf dieselben Dateien zu (Abgrenzung im Vergleich SharePoint vs. OneDrive vs. Teams), und neue Funktionen wie Copilot landen zuerst hier.

Die Kehrseite: Du gibst ein Stück Kontrolle ab. Daten liegen in Microsoft-Rechenzentren (für deutsche Kunden in der Regel in der EU), und Du musst Dich mit Themen wie Auftragsverarbeitung und Datenschutz auseinandersetzen. Wie das in der Praxis aussieht, erklären wir im Artikel DSGVO-konform digitalisieren.

SharePoint Server Subscription Edition (on premise)

Die aktuelle lokale Variante heißt SharePoint Server Subscription Edition. Sie läuft auf Deiner eigenen Hardware oder bei einem Hoster Deiner Wahl. Das kann sinnvoll sein, wenn regulatorische Vorgaben eine Cloud ausschließen, wenn sehr große Datenmengen lokal verarbeitet werden müssen oder wenn eng verzahnte Altsysteme im eigenen Netz bleiben.

Wichtig für alle, die heute noch eine ältere Version betreiben: Laut Microsoft-Lifecycle-Seite ist der erweiterte Support für SharePoint Server 2019 im Juli 2026 ausgelaufen. Wer noch auf 2016 oder 2019 sitzt, bekommt keine Sicherheitsupdates mehr und muss ohnehin handeln.

Unsere Einschätzung

Kriterium	SharePoint Online	SharePoint on premise (SE)
Betrieb und Updates	Microsoft	Dein Team oder Dienstleister
Kostenmodell	Lizenz pro Nutzer	Server, Lizenzen, Wartung, Personal
Neue Funktionen (z. B. Copilot)	zuerst und vollständig	eingeschränkt oder später
Datenhoheit	Microsoft-Rechenzentrum (EU)	eigenes Rechenzentrum
Sinnvoll für	die meisten KMU	Sonderfälle mit klarer Begründung

Für die große Mehrheit der Unternehmen, mit denen wir sprechen, ist SharePoint Online die bessere Wahl. Eine On-Premise-Installation lohnt sich nur, wenn Du einen konkreten Grund benennen kannst, der über „wir hatten das schon immer so“ hinausgeht. Die folgenden Schritte gelten für beide Wege, wir beschreiben sie aber am Beispiel der Cloud Migration.

Schritt 1: Bestandsanalyse und Aufräumen (ROT-Daten)

Die wichtigste Phase jeder SharePoint Migration passiert, bevor überhaupt etwas migriert wird. Du musst wissen, was auf Deinem Fileserver liegt.

Was Du erfassen solltest

• Datenvolumen und Anzahl der Dateien pro Hauptordner
• Letztes Änderungsdatum: Wie viele Dateien wurden seit drei Jahren nicht mehr angefasst?
• Dateitypen: Office-Dokumente, PDFs, Grafiken, CAD, Datenbanken, ausführbare Dateien
• Pfadlängen und Dateinamen, die in SharePoint Probleme machen (dazu gleich mehr)
• Berechtigungen: Welche Gruppen und Einzelpersonen haben Zugriff worauf?
• Verantwortliche: Wer ist fachlich Eigentümer eines Bereichs?

ROT-Daten konsequent aussortieren

In der Migrationspraxis spricht man von ROT-Daten: Redundant, Obsolet, Trivial. Also doppelte Dateien, veraltete Versionen und Kram wie private Urlaubsfotos oder alte Installationspakete. Nach unserer Erfahrung ist ein großer Teil eines typischen Fileservers solcher Ballast, oft ein Drittel oder mehr. Genaue Zahlen liefert erst Deine eigene Analyse.

Für das Aufräumen gilt eine einfache Regel: Die Fachbereiche entscheiden, nicht die IT. Die IT liefert Listen, etwa „alle Dateien älter als fünf Jahre im Ordner Vertrieb“, und die Abteilung entscheidet: archivieren, löschen oder mitnehmen. Gesetzliche Aufbewahrungsfristen klärst Du vorher mit Buchhaltung oder Steuerberatung, damit nichts verschwindet, was noch gebraucht wird.

Was nicht mitkommt, aber aufbewahrt werden muss, wandert in ein schreibgeschütztes Archiv. Das kann der alte Fileserver im Lesemodus sein oder ein eigener Archivbereich.

Schritt 2: Die Zielstruktur planen

Hier entscheidet sich, ob SharePoint später geliebt oder gehasst wird. Der größte Denkfehler bei einer Fileserver-Migration: Die alte Ordnerstruktur wird einfach in eine einzige riesige Dokumentbibliothek kopiert.

SharePoint denkt anders als ein Fileserver. Statt eines Laufwerks mit zehn Ebenen Ordnern arbeitest Du mit Websites (z. B. eine pro Abteilung oder Projekt), darin Dokumentbibliotheken und darin möglichst flachen Ordnerstrukturen. Für zusammenarbeitende Teams bietet sich oft eine Teams-Verknüpfung an, sodass jede Abteilung ihre Dateien direkt in Microsoft Teams sieht.

Ein bewährter Ablauf für die Zielstruktur:

1. Bereiche definieren: Welche Abteilungen, Projekte und abteilungsübergreifenden Themen gibt es?
2. Websites zuordnen: Ein Bereich mit eigenem Personenkreis bekommt in der Regel eine eigene Website.
3. Bibliotheken schneiden: Unterschiedliche Berechtigungen oder Aufbewahrungsregeln sind ein guter Grund für eine eigene Bibliothek.
4. Ordnertiefe begrenzen: Zwei bis drei Ebenen reichen meistens. Was tiefer geht, ist ein Kandidat für Metadaten oder eine eigene Bibliothek.
5. Mapping-Tabelle anlegen: Für jeden Quellordner steht fest, wohin er wandert. Diese Tabelle ist später die Steuerdatei für Dein Migrationswerkzeug.

Wie Du Ablage, Metadaten und Ordnerlogik im Detail aufbaust, zeigen wir im Beitrag zum SharePoint Dokumentenmanagement. Für die Migration reicht es, wenn die Zielstruktur steht, von den Fachbereichen abgenommen ist und in der Mapping-Tabelle dokumentiert ist.

Ein Verband wollte seinen Fileserver an einem Wochenende „einfach rüberschieben“. Im ersten Workshop stellte sich heraus: Die Mitgliederbetreuung, die Gremienarbeit und die Fachausschüsse arbeiteten alle in einem einzigen Laufwerk mit Hunderten Unterordnern auf oberster Ebene. Statt einer Bibliothek entstanden mehrere Websites mit klaren Verantwortlichen.

Die Migration dauerte dadurch etwas länger. Dafür sank die Zahl der Rückfragen „Wo liegt das?“ nach Rückmeldung der Geschäftsstelle in den ersten Monaten deutlich, und neue Ausschussmitglieder fanden sich ohne Einweisung zurecht.

Schritt 3: Berechtigungen übersetzen

Auf dem Fileserver wurden Rechte über Jahre per NTFS vergeben, häufig direkt an Einzelpersonen und tief in der Ordnerstruktur. Diese Rechte eins zu eins nach SharePoint zu übertragen ist technisch möglich, aber selten eine gute Idee.

Für die SharePoint Migration hat sich ein anderer Weg bewährt:

• Rechte auf Website- oder Bibliotheksebene vergeben, nicht auf einzelnen Ordnern oder Dateien.
• Gruppen statt Einzelpersonen: Nutze Microsoft-365-Gruppen oder Sicherheitsgruppen aus Entra ID (früher Azure AD).
• Drei Rollen reichen meistens: Besitzer, Mitglieder (bearbeiten), Besucher (lesen).
• Sonderrechte bewusst dokumentieren: Wo eine Ausnahme nötig ist, etwa bei Personalakten, wird sie begründet und in der Mapping-Tabelle festgehalten.

Microsoft empfiehlt, die Zahl eindeutiger Berechtigungen pro Liste oder Bibliothek auf rund 5.000 zu begrenzen, technisch möglich sind 50.000 (siehe SharePoint-Beschränkungen bei Microsoft Learn). Wer seinen Fileserver mit allen Einzelrechten migriert, kommt diesen Werten schneller nahe, als man denkt, und erzeugt ein System, das niemand mehr überblickt.

Ein guter Nebeneffekt: Die Migration ist die perfekte Gelegenheit für einen Berechtigungs-Check.

Wer hat noch Zugriff, obwohl er längst das Unternehmen verlassen hat? Welche externen Konten existieren noch? Diese Fragen gehören auch in jedes Sicherheitskonzept. Wenn Du hier Unterstützung brauchst, hilft Dir unsere Cyber Security Beratung.

Schritt 4: Werkzeuge für die SharePoint Migration

Für die eigentliche Übertragung stellt Microsoft zwei kostenlose Werkzeuge bereit. Daneben gibt es kommerzielle Tools von Drittanbietern, die für komplexe Szenarien mehr Komfort bieten.

SharePoint Migration Tool (SPMT)

Das SharePoint-Migrationstool ist laut Microsoft eine kostenlose Lösung, um Inhalte von Dateifreigaben und lokalen SharePoint-Servern (2010 bis 2019) nach SharePoint, OneDrive und Teams zu übertragen. Du installierst es auf einem Rechner mit Zugriff auf den Fileserver, gibst Quelle und Ziel an und startest die Aufgabe. Per CSV-Datei lassen sich viele Ordner auf einmal zuordnen, genau hier kommt Deine Mapping-Tabelle ins Spiel.

Migration Manager

Der Migration Manager sitzt im SharePoint Admin Center und ist für größere Fileserver-Migrationen gedacht. Du installierst auf einem oder mehreren Rechnern einen Agent, und der Migration Manager verteilt die Aufgaben automatisch. Das lohnt sich, wenn mehrere Fileserver oder große Datenmengen parallel übertragen werden sollen. Voraussetzung laut Microsoft: Der Quellserver muss mindestens SMB 2.0 unterstützen.

Technische Grenzen, die Du vorher prüfen musst

Viele Migrationen scheitern nicht am Tool, sondern an Dateien, die SharePoint nicht annimmt. Die wichtigsten Grenzen laut Microsoft Learn:

• Pfadlänge: Der gesamte decodierte Pfad inklusive Dateiname darf höchstens 400 Zeichen lang sein. Lange Websitenamen und tiefe Ordner fressen dieses Budget schnell auf.
• Unzulässige Zeichen: " *: < >? / \ | sowie führende oder nachgestellte Leerzeichen.
• Reservierte Namen: etwa CON, PRN, AUX, NUL, desktop.ini oder Namen, die mit _vti_ beginnen.
• Dateigröße: Einzelne Dateien dürfen bis zu 250 GB groß sein.
• Synchronisation: Microsoft empfiehlt, nicht mehr als 300.000 Dateien in einer Bibliothek per OneDrive zu synchronisieren.

Die Grenzen ändern sich gelegentlich. Prüfe deshalb vor dem Projekt die aktuelle Version der Microsoft-Dokumentation. SPMT und Migration Manager bieten einen Vorab-Scan, der problematische Dateien auflistet. Diesen Scan solltest Du immer zuerst laufen lassen.

Bist Du unsicher, welches Werkzeug zu Deiner Umgebung passt? In einem kurzen Gespräch klären wir, ob SPMT reicht oder ob sich ein anderer Weg lohnt. Jetzt Erstgespräch vereinbaren.

Schritt 5: Pilot, Cutover und Schulung

Der Pilot

Starte nie mit der ganzen Firma. Wähle eine Abteilung mit überschaubarer Datenmenge und offenen Mitarbeitenden aus. Im Pilot testest Du die Zielstruktur, die Berechtigungen, das Werkzeug und die Kommunikation. Plane ein bis zwei Wochen echten Arbeitsalltag ein, bevor Du weitermachst.

Typische Erkenntnisse aus Piloten: Eine Bibliothek ist zu groß geschnitten, eine Gruppe fehlt, Verknüpfungen in Excel-Dateien zeigen noch auf den alten Laufwerksbuchstaben. Alles Dinge, die Du besser bei 20 Personen merkst als bei 200.

Der Cutover

Der Cutover ist der Moment, in dem der Fileserver nicht mehr die führende Quelle ist. Bewährt hat sich ein zweistufiges Vorgehen:

1. Vorabmigration: Ein bis zwei Wochen vorher werden alle Daten übertragen, während der Fileserver normal weiterläuft.
2. Delta-Migration: Am Stichtag, meist Freitagabend oder am Wochenende, werden nur noch die Änderungen seit der Vorabmigration übertragen. Das geht schnell.
3. Fileserver auf schreibgeschützt setzen: Ab Montag arbeitet niemand mehr dort. Der alte Server bleibt einige Wochen lesend erreichbar, falls doch etwas fehlt.
4. Laufwerkszuordnungen entfernen: Solange das Netzlaufwerk „S:“ noch auftaucht, speichern Leute dort.

Die Schulung

Technik allein macht noch keine erfolgreiche Migration. Die Mitarbeitenden müssen wissen, wo sie Dateien finden, wie sie gemeinsam bearbeiten und wie sie Dateien teilen, ohne Kopien per E-Mail zu verschicken. Kurze, rollenbezogene Schulungen von 60 bis 90 Minuten wirken nach unserer Erfahrung besser als ein Ganztagesseminar. Ergänzend helfen ein bis zwei „SharePoint-Paten“ pro Abteilung, die Kolleginnen und Kollegen im Alltag unterstützen.

Fragen landen nach dem Umzug trotzdem gehäuft bei der IT. Wie Du diese Welle abfederst, ohne Dein IT-Team zu überlasten, zeigen wir im Artikel zum First-Level-Support.

Typische Fehler bei der Fileserver-Migration

Diese Fehler sehen wir in Projekten immer wieder, oft bei Unternehmen, die einen ersten Anlauf selbst gestartet haben:

Fehler 1: Eins-zu-eins-Kopie. Die alte Struktur wird in eine Bibliothek kopiert. Ergebnis: Pfadlängen-Fehler, langsame Synchronisation und dieselbe Unordnung wie vorher, nur teurer.

Fehler 2: Kein Aufräumen. Ohne ROT-Analyse migrierst Du Jahre an Ballast und belegst Speicher, den Du später teuer nachkaufen musst.

Fehler 3: Berechtigungen ungeprüft übernommen. Einzelrechte und vergessene Konten wandern mit in die neue Welt.

Fehler 4: Kein Pilot. Fehler in Struktur oder Rechten treffen sofort das ganze Unternehmen.

Fehler 5: Fileserver bleibt beschreibbar. Zwei Ablageorte parallel bedeuten nach wenigen Wochen zwei Wahrheiten.

Fehler 6: Verknüpfte Dateien vergessen. Excel-Dateien mit externen Bezügen, Access-Datenbanken oder Makros mit festen Pfaden funktionieren nach dem Umzug nicht mehr ohne Anpassung.

Fehler 7: Schulung als Nachgedanke. Wer nicht weiß, wie SharePoint funktioniert, legt Dateien wieder lokal auf dem Desktop ab.

Bei der Druckerei vom Anfang waren die Daten bereits einmal komplett nach SharePoint kopiert worden. Nach kurzer Zeit arbeiteten die Mitarbeitenden wieder auf dem alten Server, weil Pfade abbrachen und niemand die neue Struktur verstand.

Im zweiten Anlauf wurde zuerst aufgeräumt: Ein großer Teil der Daten ging ins Archiv. Danach entstanden eigene Websites für Druckvorstufe, Vertrieb und Verwaltung, die Kundendaten sortiert nach Auftragsnummer statt nach Bearbeiterin oder Bearbeiter.

Heute findet die Druckvorstufe freigegebene Druckdaten über die Suche in Sekunden, und die Geschichte mit den drei „Katalog_final“-Ordnern gehört der Vergangenheit an.

Grober Zeitplan für eine SharePoint Migration

Wie lange eine Migration dauert, hängt von Datenmenge, Anzahl der Abteilungen und dem Zustand des Fileservers ab. Für ein Unternehmen mit 30 bis 150 Mitarbeitenden und einem gewachsenen Fileserver kannst Du mit folgendem Richtwert planen:

Phase	Dauer (Richtwert)
Bestandsanalyse und Entscheidung Online/on premise	1–2 Wochen
Aufräumen mit den Fachbereichen	2–4 Wochen
Zielstruktur und Berechtigungskonzept	1–2 Wochen
Pilot mit einer Abteilung	2 Wochen
Migration in Wellen inkl. Cutover	2–4 Wochen
Schulung und Nachbetreuung	2–4 Wochen, teilweise parallel

Realistisch sind damit zwei bis vier Monate von der ersten Analyse bis zum abgeschalteten Fileserver. Das Aufräumen dauert fast immer länger als geplant, weil die Fachbereiche nebenbei ihr Tagesgeschäft erledigen. Plane hier lieber Puffer ein.

Nach der Migration fängt die eigentliche Arbeit mit SharePoint erst an. Viele Unternehmen erweitern ihre Umgebung danach um praktische Funktionen, etwa Raumbuchungen oder Fahrzeugverwaltung. Wie das mit fertigen Bausteinen funktioniert, zeigen wir bei unseren SharePoint Webparts und im Artikel über SharePoint-Tools für mehr Effizienz.

Häufige Fragen zur SharePoint Migration

Wovon hängen die Kosten einer SharePoint Migration ab?

Microsofts eigene Werkzeuge SPMT und Migration Manager sind kostenlos. Der Aufwand entsteht durch Planung, Aufräumen, Begleitung und Schulung. Die wichtigsten Kostentreiber sind:

• Datenmenge und Ist-Zustand: Wie groß ist der Fileserver, und wie viel Ballast liegt darauf?
• Aufräumbedarf: Wie viel Zeit brauchen die Fachbereiche für die ROT-Analyse?
• Berechtigungen: Einfache Gruppenrechte sind schnell übersetzt, verschachtelte Einzelrechte nicht.
• Anzahl der Nutzer und Abteilungen: Mehr Bereiche bedeuten mehr Websites, Abstimmungen und Migrationswellen.
• Sonderfälle: verknüpfte Excel-Dateien, Datenbanken, CAD-Daten oder sehr lange Pfade.
• Schulung und Nachbetreuung: Wie intensiv soll Dein Team nach dem Umzug begleitet werden?

Eine seriöse Einschätzung ist erst nach einer Bestandsaufnahme möglich. Dafür bieten wir ein unverbindliches Erstgespräch an.

Kann ich die SharePoint Migration selbst durchführen?

Bei kleinen, gut aufgeräumten Fileservern ist das mit SPMT machbar, wenn Du Dich in Microsoft 365 auskennst. Kritisch wird es bei vielen Abteilungen, verschachtelten Berechtigungen oder mehreren Terabyte Daten. Dann lohnt sich externe Unterstützung zumindest für Planung und Pilot.

Welches Tool eignet sich für die Migration vom Fileserver zu SharePoint?

Für die meisten KMU reicht das kostenlose SharePoint Migration Tool. Bei mehreren Servern oder großen Datenmengen ist der Migration Manager im SharePoint Admin Center die bessere Wahl, weil er Aufgaben auf mehrere Agents verteilt. Drittanbieter-Tools bieten zusätzlichen Komfort bei komplexen Berechtigungen und Berichten.

Gehen bei der Migration Berechtigungen verloren?

Die Werkzeuge können Dateiberechtigungen übernehmen, wenn die Benutzerkonten in Entra ID vorhanden sind. Wir empfehlen trotzdem, die Rechte nicht blind zu übertragen, sondern auf Website- und Bibliotheksebene neu aufzusetzen. Das ist übersichtlicher und sicherer.

Ist SharePoint on premise noch zeitgemäß?

Für Sonderfälle ja: etwa bei strengen regulatorischen Vorgaben oder eng gekoppelten lokalen Systemen. Die aktuelle Version ist die SharePoint Server Subscription Edition. Ältere Versionen wie 2016 und 2019 erhalten seit Juli 2026 keine Updates mehr. Für die meisten KMU ist eine Cloud Migration zu SharePoint Online wirtschaftlicher und einfacher im Betrieb.

Fazit: Eine gute SharePoint Migration beginnt vor dem ersten Kopiervorgang

Der Umzug vom Fileserver zu SharePoint ist kein reines IT-Projekt. Er ist die Chance, Ordnung zu schaffen, Zugriffsrechte zu bereinigen und die Zusammenarbeit im Team zu verbessern. Die wichtigsten Punkte:

• Entscheide bewusst zwischen SharePoint Online und SharePoint on premise, mit konkreter Begründung
• Räume vor der Migration auf und sortiere ROT-Daten aus
• Plane eine Zielstruktur mit Websites und Bibliotheken, statt die alten Ordner zu kopieren
• Übersetze Berechtigungen in Gruppen und Rollen, statt Einzelrechte zu übernehmen
• Prüfe Pfadlängen und Dateinamen vorab, teste im Pilot und schule Dein Team

Wenn Du Deinen Fileserver ablösen willst und einen Partner suchst, der Planung, Migration und Weiterentwicklung aus einer Hand übernimmt: Unser Team in Herford begleitet Deine SharePoint Migration von der Bestandsanalyse bis zum Go-live. Mehr zu unserer SharePoint-Entwicklung oder direkt ein unverbindliches Erstgespräch anfragen.