IT-Systeme · Praxisleitfaden

SOPs nach SharePoint migrieren: Historie und Freigaben

Die SOP-Dateien sind in SharePoint angekommen. Doch ältere Revisionen, Freigaben oder ursprüngliche Autoren fehlen. Für einen regulierten Dokumentenprozess ist die Migration erst dann gelungen, wenn Inhalt und erforderlicher Kontext zusammen weiter nutzbar sind – einschließlich der historischen Recherche.

Inhaltsverzeichnis

Das Wichtigste vorab

Was muss bei einer GxP-SOP-Migration nach SharePoint geprüft werden?

Legen Sie fest, welche Dokumente, Versionen, Metadaten, Genehmigungen und Beziehungen erhalten bleiben müssen. Prüfen Sie das konkrete Migrationswerkzeug, Mapping, Identitäten und Berechtigungen mit repräsentativen Referenzpaketen. Nach der Übernahme werden Vollständigkeit, fachliche Bedeutung, historischer Zugriff und der verbindliche Wirksamkeitsstand abgeglichen. Erst danach wird der bisherige Prozess kontrolliert beendet.

Die Migration als Aufzeichnungsübergang verstehen

Eine SOP besteht im regulierten Prozess aus mehr als einer Datei. Benötigt werden je nach Verwendung ihr Inhalt, Revisionsstand, Genehmigungen, Wirksamkeit, Schulungsbezug und Änderungshistorie. Trennen Sie wirksame Dokumente, Entwürfe, zurückgezogene Stände und aufbewahrungspflichtige historische Aufzeichnungen. Nicht jeder Inhalt muss im gleichen Zielbereich landen. Die Entscheidung muss jedoch nachvollziehbar sein und die spätere Nutzung ermöglichen.

Dieser Leitfaden behandelt die kontrollierte Übernahme in SharePoint Online. Der bisherige Speicher kann ein Netzlaufwerk, SharePoint Server oder ein anderes Dokumentensystem sein. Daraus ergeben sich unterschiedliche technische Möglichkeiten. Ein Werkzeug für SharePoint-Server-Migration deckt nicht automatisch die Übernahme aus jedem QMS ab. Beschreiben Sie Quelle, Ziel, eingesetztes Werkzeug und relevante Versionen, bevor Sie Testfälle oder Abnahmekriterien festlegen.

Quellen: [1] [2]

Was erhalten, abgebildet oder separat archiviert wird

Erstellen Sie ein fachliches Inventar. Erfassen Sie Dokument-ID, Titel, Revision, Status, Wirksamkeitsdatum, Eigentümer und relevante Beziehungen. Ergänzen Sie benötigte Genehmigungs- und Schulungsnachweise. Entscheiden Sie ausdrücklich, welche Informationen in SharePoint strukturiert übernommen werden und welche in einem kontrollierten historischen Archiv verbleiben. Ein Link auf das Altsystem ist nur brauchbar, wenn dieses weiterhin verantwortlich betrieben und zugänglich bleibt.

Achten Sie auf Bedeutungswechsel. Das technische Änderungsdatum nach einem Upload ist nicht automatisch das ursprüngliche Genehmigungsdatum. Ein migrierter Autor darf nicht durch den technischen Migrationsbenutzer ersetzt werden, wenn die ursprüngliche Identität als Nachweis erforderlich ist. Dasselbe gilt für Statusbezeichnungen: „Approved“ und „Effective“ können unterschiedliche Zustände ausdrücken. Dokumentieren Sie das Mapping und prüfen Sie bekannte Sonderfälle, statt lediglich ähnlich klingende Felder zuzuordnen.

Quellen: [1] [3]

Werkzeug und Übernahmeverfahren richtig abgrenzen

Microsoft dokumentiert für das SharePoint Migration Tool eigene Einstellungen zur Versionsübernahme und Benutzerzuordnung. Wenn die Versionsübernahme deaktiviert ist, wird nur der jüngste Dateistand migriert; bei aktivierter Übernahme können Grenzen eingestellt sein. Diese Optionen müssen zum fachlichen Konzept passen. Die Dokumentation beschreibt keinen pauschalen Import sämtlicher Genehmigungs- oder Workflowbelege aus beliebigen Fremdsystemen.

Auch Verschieben und Kopieren innerhalb von SharePoint sind nicht identisch. Microsoft beschreibt Unterschiede bei der übernommenen Versionshistorie und Bedingungen für Metadaten. Wählen Sie deshalb nicht allein nach Geschwindigkeit. Prüfen Sie den konkreten Weg mit einer kleinen repräsentativen Datenmenge, bevor er skaliert wird. Erfassen Sie Einstellungen, Berechtigungen, Fehlerprotokolle und Wiederholungsverhalten. Ein erneuter Lauf darf weder unbemerkt Dubletten erzeugen noch bereits geprüfte Zielinformationen mit einem älteren Stand überschreiben.

Quellen: [4] [5]

Konstruiertes Referenzpaket vor dem ersten Lauf

Im Beispiel wird SOP-042 mit drei historischen Revisionen und einem aktuellen Entwurf übernommen. Revision 3 ist wirksam, Revision 4 noch in Prüfung. Eine Genehmigung stammt von einem ausgeschiedenen Mitarbeiter; eine Schulungsbestätigung liegt als separate Aufzeichnung vor. Das Referenzpaket hält Inhalt und Zusammenhänge vor der Migration fest. Es wird unabhängig vom späteren Importbericht bewertet.

Nach der Übernahme muss ein Prüfer die am Stichtag gültige Revision finden und deren Genehmigung verstehen können. Der neue Entwurf darf dabei nicht als wirksam erscheinen. Ein technischer Upload-Zeitpunkt wird als solcher behandelt und nicht als ursprünglicher Freigabezeitpunkt ausgegeben. Die folgende Matrix ist eine eigene Arbeitshilfe. Sie wird für Dokumentarten, Quelle und Ziel angepasst und beschreibt keine gesetzlich vorgeschriebene Tabellenform.

Eigene Arbeitshilfe: Konstruiertes Referenzpaket vor dem ersten Lauf
BestandteilSoll vor der MigrationAbnahme im Ziel
DokumentidentitätSOP-042 eindeutigID und relevante Referenzen erhalten
Wirksame RevisionRevision 3 zum StichtagRichtiger Inhalt und Status
Offener EntwurfRevision 4 ohne WirksamkeitKein ungewollter Produktiveinsatz
HistorieDrei benötigte AltständeAuffindbar und richtig bezeichnet
GenehmigungPerson, Zeitpunkt, RevisionZusammengehöriger Nachweis
SchulungBezug auf maßgeblichen StandHistorischer Bezug weiter verständlich

Quellen: [1] [2]

Vollständigkeit und fachliche Bedeutung getrennt prüfen

Ein Mengenabgleich ist ein guter Anfang: Anzahl Dokumente, Versionen, Anhänge und Beziehungen. Definieren Sie die Zähleinheit eindeutig. Gleiche Dateizahlen schließen fehlende Altversionen oder falsch zugeordnete Freigaben nicht aus. Für unverändert übertragene Dateien können geeignete Integritätsvergleiche helfen. Bei Formatumwandlungen oder neu erzeugten Ausgaben werden zusätzlich Inhalt und Bedeutung bewertet.

Prüfen Sie gezielt Dokumente mit Besonderheiten: Sonderzeichen, lange Namen, fehlende Benutzerkonten, verknüpfte Anhänge, zurückgezogene Revisionen und beschädigte Quelldateien. Begründen Sie die Auswahl anhand tatsächlicher Unterschiede. Eine pauschale Stichprobenquote ist kein Ersatz dafür. Automatisierte Vollprüfungen eignen sich für strukturierte Merkmale; fachliche Recherchefälle prüfen den Zusammenhang. Befunde werden auf systematische Ursachen untersucht. Ein Mappingfehler an einer Revision kann zahlreiche weitere Dokumente betreffen.

Quellen: [1] [3]

Berechtigungen und historische Identitäten übernehmen

Bewerten Sie Rechte im Ziel nach dem vorgesehenen Betrieb, nicht nur nach dem alten Ordneraufbau. Geerbte Freigaben, Gastzugriffe und Gruppen können sich verändern. Testen Sie Autoren, Prüfer, normale Leser und einen Benutzer ohne Berechtigung. Prüfen Sie insbesondere, ob historische Dokumente oder Entwürfe ungewollt für alle sichtbar werden. Eine technisch erfolgreiche Migration kann gleichzeitig einen zu weitreichenden Zugriff erzeugen.

Alte Identitäten brauchen eine nachvollziehbare Zuordnung. Ein ausgeschiedener Mitarbeiter muss nicht erneut ein aktives Konto erhalten, nur damit seine historische Genehmigung verständlich bleibt. Erforderlich ist ein geeigneter, erhaltener Identitätsnachweis. Halten Sie technische Migrationshandlungen von historischen Autor- oder Genehmigerangaben getrennt. Prüfen Sie außerdem, ob Referenzen zu Schulungs- oder Qualitätsaufzeichnungen weiterhin funktionieren. Eine erhaltene Zeichenfolge ist wenig wert, wenn sie auf einen nicht mehr erreichbaren Datensatz zeigt.

Quellen: [4] [1]

Cut-off, Delta und Übergang zum neuen Prozess

Legen Sie einen verbindlichen Übernahmezeitpunkt und die Behandlung späterer Änderungen fest. Während eines ersten Testimports können im Altsystem weitere Genehmigungen entstehen. Diese Änderungen gehören in einen kontrollierten Delta- oder Abschlusslauf. Dokumentieren Sie, welcher Stand endgültig übernommen wurde und wie die Vollständigkeit nachgewiesen ist. Eine erfolgreich getestete Pilotmigration belegt nicht automatisch den späteren produktiven Abschlusslauf.

Planen Sie einen Rückfall mit klaren Auslösern und Verantwortlichkeiten. Vermeiden Sie einen ungeklärten Doppelbetrieb, in dem zwei Orte als führend gelten. Regeln Sie, wo Mitarbeiter Dokumente ab dem Übergang suchen und wie alte Links behandelt werden. Schulung und Kommunikation sind Teil der Prozessumstellung. Vor der Abschaltung der Quelle wird geprüft, ob historische Recherche, Aufbewahrung und Wiederherstellung im vorgesehenen Konzept tatsächlich möglich sind.

Quellen: [1]

Abnahmebericht und künftiger Betrieb

Der Bericht verbindet Inventar, Mapping, eingesetztes Verfahren, Ergebnisabgleiche, fachliche Tests und offene Punkte. Benennen Sie Grenzen ausdrücklich. Wenn Genehmigungen in einem separaten Archiv verbleiben, muss dessen Zugriff Teil der Lösung sein. Ein bloßer Satz „Historie bleibt vorhanden“ reicht ohne Zielort, Verantwortlichen und Rechercheprüfung nicht aus. Kritische Lücken dürfen nicht hinter einem abgeschlossenen technischen Job verschwinden.

Übergeben Sie Dokumentenlenkung, Berechtigungen, Aufbewahrung, Wiederherstellung und Änderungsregeln an den Betrieb. Eine Migration kann einen guten Ausgangsstand schaffen, der anschließend durch falsche Bibliothekseinstellungen wieder entwertet wird. Prüfen Sie deshalb auch den nächsten normalen Vorgang: neue Revision erstellen, genehmigen, wirksam setzen und den früheren Stand recherchieren. Erst dieser Ablauf zeigt, ob die übernommenen Informationen im neuen Prozess sinnvoll weitergeführt werden.

Quellen: [1] [2]

Häufige Fragen zu SharePoint: SOP-Migration

Werden bei einem Upload alle SOP-Versionen übernommen?

Nicht automatisch. Ein einfacher Upload enthält normalerweise nur den ausgewählten Dateistand. Migrationswerkzeuge haben eigene Optionen und Grenzen für Versionshistorien. Prüfen Sie den konkreten Übernahmeweg und gleichen Sie die benötigten Versionen im Ziel ab. Genehmigungsnachweise brauchen eine gesonderte Betrachtung.

Quellen: [4]

Können alte Freigaben einfach als SharePoint-Status importiert werden?

Ein Statuswert allein ersetzt keinen Genehmigungsnachweis. Prüfen Sie Entscheider, Zeitpunkt, betroffene Revision und gegebenenfalls Bedeutung der Bestätigung. Wenn das Ziel diese Informationen nicht geeignet abbildet, kann ein kontrolliertes verbundenes Archiv erforderlich sein. Historische und neue Freigaben müssen unterscheidbar bleiben.

Muss man alle historischen SOPs neu genehmigen?

Nicht pauschal. Eine korrekt übernommene historische Genehmigung kann erhalten bleiben. Bewerten Sie jedoch Änderungen an Inhalt, Format, Prozess und Aussagekraft. Wenn die Übernahme den maßgeblichen Zusammenhang verändert oder nicht ausreichend belegt, ist eine geeignete Bewertung und gegebenenfalls erneute Genehmigung erforderlich.

Ist ein Hashvergleich als Migrationsprüfung ausreichend?

Er kann unveränderte Dateiübertragung belegen, beantwortet aber nicht alle Fragen. Metadaten, Versionen, Genehmigungen, Rechte und Beziehungen müssen ebenfalls stimmen. Bei umgewandelten Dateien ist ein identischer Hash nicht zu erwarten. Dort werden Inhalt und erforderliche Bedeutung mit passenden Verfahren geprüft.

Was passiert mit Genehmigungen ausgeschiedener Mitarbeiter?

Erhalten Sie die notwendige historische Identität und ihre Verbindung zur Entscheidung. Ein neues aktives Benutzerkonto ist dafür nicht automatisch nötig. Das Mapping darf die damalige Genehmigung nicht dem Migrationsbenutzer zuweisen. Prüfen Sie, ob ein späterer Reviewer den Zusammenhang noch eindeutig versteht.

Wann darf das alte Dokumentensystem abgeschaltet werden?

Wenn die benötigten Informationen und Recherchewege im freigegebenen Zielkonzept nachgewiesen und verantwortlich übernommen sind. Berücksichtigen Sie Restzugriffe, Deltaänderungen, Aufbewahrung und Rückfall. Die bloße Verfügbarkeit der aktuellen SOP-Dateien in SharePoint ist dafür kein vollständiger Abschlussnachweis.

Quellen: [1]

Quellen & fachlicher Stand

Stand: 14. Oktober 2026. Regulatorische Einordnung und Herstellerfunktionen sind getrennt belegt. Beispiele, Testmatrizen und Vorlagen sind eigene Arbeitshilfen; sie werden für den tatsächlichen Einsatzzweck angepasst.

  1. Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
  2. Europäische Kommission: EU-GMP Chapter 4, Documentation (2011)
  3. PIC/S: PI 041-1, Good Practices for Data Management and Integrity (2021)
  4. Microsoft: SharePoint Migration Tool settings
  5. Microsoft: Move or copy files in SharePoint

Zuletzt fachlich geprüft am 14.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Wie wir Sie dabei unterstützen

Daniel Herrmann Consulting verbindet die fachliche Bewertung mit der Arbeit am konkreten System. Im Erstgespräch klären wir Ihren Einsatzzweck, vorhandene Nachweise und den nächsten sinnvollen Schritt.

  • IT-GxP-Consulting →

    Anforderungen, Tests und Umsetzung für Ihren konkreten Systemprozess zusammenführen.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →