SharePoint Online für gelenkte SOPs validieren: Funktionen, Grenzen und Nachweise

Den vorgesehenen SOP-Prozess und die Systemgrenze festlegen

Beginnen Sie mit einem überprüfbaren Einsatzsatz. Beispiel: „SharePoint Online verwaltet die freigegebenen Herstellungs-SOPs für Standort A und stellt sie berechtigten Mitarbeitern am Arbeitsplatz bereit.“ Benennen Sie auch die Dokumente, die außerhalb dieses Umfangs liegen. Chargenprotokolle, Schulungsnachweise und unterschriebene Formblätter sind eigene Aufzeichnungsarten; ihre Anforderungen lassen sich nicht ungeprüft von einer SOP-Bibliothek übernehmen.

Für GMP-relevante computergestützte Tätigkeiten ist EU-GMP Annex 11 ein maßgeblicher Bezug. Kapitel 4 adressiert die Dokumentenlenkung. Part 11 ist anhand der betroffenen elektronischen Aufzeichnungen und der zugrunde liegenden FDA-Aufzeichnungspflichten, den Predicate Rules, einzuordnen. Der Einsatz von SharePoint allein entscheidet den Geltungsbereich nicht.

Zeichnen Sie den Weg einer SOP vom bearbeitbaren Original bis zur Arbeitsanweisung am Nutzungsort. Ergänzen Sie Microsoft-365-Identitäten, SharePoint-Bibliotheken, Power-Automate-Flows und gegebenenfalls Signatur- oder Schulungssysteme. Trennen Sie Anbieterbetrieb, Tenant-Administration und fachliche Dokumentenverantwortung. Microsoft beschreibt diese geteilte Verantwortung ausdrücklich. Eine pauschale GAMP-Kategorie für SharePoint ersetzt diese Abgrenzung nicht.

Quellen: [11] [12] [13] [1]

Dokumentstatus, Version und Gültigkeit eindeutig verbinden

Eine SOP benötigt eine fachlich eindeutige Identität. Als Planungsansatz eignen sich Dokumentnummer, Titel, verantwortlicher Bereich, Revisionskennung, Freigabebezug, Gültigkeitsdatum und Bezug zur abgelösten Fassung. Legen Sie fest, welche Angaben verbindlich sind und wer sie ändern darf. Eine Dateiversion und eine fachliche SOP-Revision können unterschiedlichen Regeln folgen.

Kapitel 4 verlangt bei Anweisungen eine eindeutige Identifikation sowie Genehmigung, Unterschrift und Datum durch berechtigte Personen; das Inkraftsetzungsdatum ist festzulegen. Für die Umsetzung empfiehlt sich deshalb ein Zustandsmodell. „Genehmigt“ und „am Arbeitsplatz gültig“ können auseinanderfallen, etwa wenn vorher Schulungen abgeschlossen werden sollen. Die folgende Tabelle ist eine fachliche Sollvorgabe, keine Beschreibung einer vorkonfigurierten SharePoint-Funktion.

Quellen: [12]

Entwurfsrechte mit echten Benutzerrollen prüfen

Die SharePoint-Inhaltsgenehmigung und die Einstellung zur Entwurfssicherheit beeinflussen, welche Benutzer noch nicht genehmigte Inhalte sehen. Microsoft nennt dafür unterschiedliche Benutzergruppen. Eine aktivierte Genehmigung allein belegt deshalb keinen wirksamen Schutz vor dem Lesen von Entwürfen. Prüfen Sie die tatsächlich eingerichtete Kombination aus Bibliothekseinstellungen und Zugriffsrechten.

Verwenden Sie getrennte Testkonten für Leser, Autor, Prüfer und Administrator. Ein erfolgreicher Test mit einem Administrator ist kein Nachweis für die Lesersicht. Prüfen Sie neben der Startansicht auch direkte Dokumentlinks, die vorgesehenen Suchwege und erlaubte Zugriffe aus angeschlossenen Anwendungen. Eine gefilterte Ansicht sollte nicht als Beleg einer Zugriffssperre gelten.

Bei einer bereits befüllten Bibliothek ist besondere Aufmerksamkeit nötig: Laut Microsoft erhalten vorhandene Elemente beim nachträglichen Aktivieren der Inhaltsgenehmigung den Status „Approved“. Dieser technische Status beweist keine zuvor durchgeführte fachliche Prüfung. Bewerten Sie Bestandsdokumente vor der Umstellung und kontrollieren Sie danach Status, berechtigte Leser und Versionszuordnung.

Quellen: [2]

Inhaltsgenehmigung, moderne Genehmigung und elektronische Signatur unterscheiden

Microsoft dokumentiert neben der Inhaltsgenehmigung auch moderne Genehmigungen für Listen und Bibliotheken. Die Supportseite erklärt ausdrücklich, dass Inhaltsgenehmigung nicht mit diesen modernen Genehmigungen integriert ist. Benennen Sie deshalb die verwendete Funktion in Anforderungen und Tests. Ein gleich oder ähnlich beschriftetes Statusfeld ist kein Nachweis desselben Verhaltens.

Bei modernen Genehmigungen können gespeicherte Inhaltsänderungen eine laufende Genehmigung abbrechen. Microsoft beschreibt außerdem Auswirkungen von Metadatenänderungen und unterschiedliche Historienansichten. Prüfen Sie solche Fälle an der eingesetzten Funktion. Eine Entscheidung muss sich nachvollziehbar auf den tatsächlich geprüften Inhalt beziehen.

Eine Inhaltsgenehmigung ist für sich kein Nachweis einer Part-11-konformen elektronischen Signatur. Wenn elektronische Signaturen erforderlich sind, umfasst die Bewertung unter anderem Identität, Signaturbedeutung, Zeitpunkt und dauerhafte Zuordnung zum elektronischen Datensatz. Zusätzlich sind die einschlägigen Anforderungen an elektronische Signaturen zu berücksichtigen. Eine Anmeldung oder ein Freigabeklick genügt als alleiniger Beleg nicht.

Schreiben Sie zuerst die fachliche Bedeutung der Unterschrift auf. Bewerten Sie anschließend die konkrete Signaturlösung einschließlich Integration, exportierter Darstellung und Aufbewahrung. Ein externes Signaturprodukt erfordert ebenfalls die Prüfung des vollständigen Ablaufs.

Quellen: [3] [13] [11]

Versionierung, Aufbewahrung und Löschung getrennt planen

SharePoint kann Versionshistorien anhand konfigurierter Grenzen verwalten. Microsoft beschreibt automatische sowie manuelle Grenzen; bestimmte Bereinigungen löschen Versionen dauerhaft und umgehen den Papierkorb. Die bloße Verfügbarkeit früherer Fassungen belegt daher kein unveränderliches Archiv. Prüfen Sie, welche Fassungen wie lange erhalten bleiben sollen und wodurch Änderungen oder Löschungen kontrolliert werden.

Microsoft Purview bietet Aufbewahrungsrichtlinien und Aufbewahrungsbezeichnungen. Für SharePoint beschreibt Microsoft unter anderem die Preservation Hold Library sowie das Zusammenspiel mit Dokumentversionen. Die Wirkung hängt von der angewendeten Regel ab. Eine Richtlinie, eine Bezeichnung und die Deklaration als Record dürfen nicht pauschal gleichgesetzt werden.

Dokumentieren Sie den Geltungsbereich, den Fristbeginn, die Dauer, die Behandlung abgelöster Fassungen und die Aktion am Fristende. Prüfen Sie auch Ausnahmen und Rechte zum Ändern der Regeln. Die verfügbare Funktionalität und erforderliche Lizenzierung sind für Tenant und Benutzer zu bestätigen; eine Microsoft-365-Lizenzbezeichnung allein reicht als Architekturentscheidung nicht.

Führen Sie eine gezielte Wiederauffindungsprüfung durch: Eine ausgewählte historische SOP soll zusammen mit ihrem Freigabebezug lesbar vorliegen. Bewerten Sie zusätzlich Sicherung, Wiederherstellung und den Fall eines Systemwechsels. Aufbewahrung, Wiederherstellung nach Störung und fachliche Archivierung benötigen jeweils passende Nachweise.

Quellen: [4] [5] [6] [11]

Power Automate bis zum fachlichen Endzustand testen

Im Microsoft-Beispiel zur Dokumentgenehmigung setzt Power Automate den Inhaltsgenehmigungsstatus über den SharePoint-Connector. Dabei dient das ETag als Bezug zur jeweiligen Elementversion. Microsoft weist darauf hin, dass es bei Dokumenten und Seiten für diese Aktion erforderlich ist. Das ist eine konkrete technische Abhängigkeit; es ist kein elektronischer Signaturnachweis.

Prüfen Sie besonders eine Änderung nach Versand der Genehmigungsanforderung. Darf die Antwort noch für den ursprünglichen Stand verwendet werden? Wie verhindert oder erkennt der Ablauf eine Freigabe des inzwischen geänderten Inhalts? Dass eine E-Mail beantwortet wurde, belegt noch nicht den richtigen Endstatus in SharePoint.

Für die dokumentierten automatisierten, geplanten und sofortigen Cloud-Flows nennt Microsoft 30 Tage als maximale Laufzeit eines einzelnen Laufs, einschließlich wartender Genehmigungen. Der reguläre Laufverlauf hat ebenfalls eine begrenzte Aufbewahrung. Er ist deshalb nicht ohne Weiteres der langfristige Freigabenachweis.

Spezifizieren Sie Eskalation, Ablehnung, Abbruch, Wiederholung und den Ausfall einer Verbindung. Benennen Sie Flow-Verantwortliche und technische Verbindungen. Bei einem angeschlossenen Schulungs- oder Signatursystem vergleichen Sie Dokumentkennung, Revision, Entscheidung und Zeitpunkt an beiden Enden. Prüfen Sie eine wiederholte Nachricht ebenso wie eine fehlgeschlagene Statusrückgabe.

Quellen: [8] [9]

Den Nachweis einer SOP-Freigabe dauerhaft zusammenhalten

Ein belastbarer Nachweis beantwortet drei Fragen: Welcher Inhalt wurde geprüft, wer entschied darüber und wann galt die Entscheidung? Als fachliche Empfehlung sollten Dokumentfassung, Freigabeentscheidung und Inkraftsetzung über eine eindeutige Referenz verbunden bleiben. Legen Sie fest, welche Daten führend sind und wie ein Prüfer die Zusammenhänge später nachvollzieht.

Versionshistorie, Genehmigungsinformationen und Microsoft-Purview-Audit-Protokolle sind gesondert zu bewerten. Microsoft beschreibt für Audit-Protokolle unterschiedliche Aufbewahrungsregeln und Lizenzvoraussetzungen. Leiten Sie deshalb keine pauschale jahrelange Verfügbarkeit aus einer heute erfolgreichen Protokollsuche ab.

Erstellen Sie für kritische Ereignisse eine Nachweismatrix. Dazu gehören Änderungen an Inhalt oder Gültigkeitsdatum, Freigaben, Löschversuche und Änderungen relevanter Rechte. Prüfen Sie je Ereignis Person, Zeitpunkt, Dokumentbezug und verfügbare Details. Falls ein Änderungsgrund benötigt wird, muss dessen Erfassung und Zuordnung ausdrücklich gelöst sein. Verantwortlicher, Prüfanlass und Vorgehen bei Auffälligkeiten gehören in das Betriebsverfahren.

Quellen: [7] [11]

Illustratives Testbeispiel: Eine SOP während der Prüfung ändern

Das folgende Beispiel ist frei konstruiert. Es beschreibt fachliche Anforderungen und erwartete Testergebnisse, keinen Kundenfall und kein zugesagtes Standardverhalten von SharePoint. Angenommen, SOP-017 Revision 3 ist gültig. Revision 4 soll eine neue Reinigungsanweisung enthalten und erst nach abgeschlossener Prüfung sowie festgelegtem Inkraftsetzungsdatum verwendet werden.

Als Voraussetzungen werden die Bibliothekskonfiguration, die gewählte Genehmigungsfunktion, der Flow-Stand und vier Testrollen dokumentiert. Eine elektronische Signatur ist hier nicht nachgewiesen; falls sie zum Sollprozess gehört, kommt ein eigener Signaturtest hinzu. Für jeden Schritt werden Ausgangsfassung, Benutzer, Aktion, beobachteter Endzustand und Nachweisreferenz festgehalten.

Quellen: [8] [3] [9]

Änderungen, Bestandsmigration und Betrieb nachweisen

Microsoft stellt im Message Center Informationen zu Änderungen bereit. Ordnen Sie relevante Meldungen Ihrer SOP-Lösung zu: betroffenes Verhalten, Verantwortlicher, Bewertung und erforderliche Prüfung. Ergänzen Sie eigene Änderungen an Bibliotheken, Rollen, Flows, Aufbewahrungsregeln und angeschlossenen Diensten. Eine unveränderte Dateivorlage beweist keinen unveränderten Gesamtprozess.

Halten Sie einen überschaubaren Katalog kritischer Regressionstests bereit. Bei einem Update wählen Sie passende Prüfungen anhand der Auswirkungen aus. Bei einer Bestandsmigration vergleichen Sie Dokumente, Metadaten, gültige Fassungen und Freigabebeziehungen. Offenbleibende Lücken werden bewertet; ein neuer technischer Genehmigungsstatus ersetzt keine fehlende frühere Entscheidung.

Für den Betrieb brauchen Fachbereich, QA und IT eine gemeinsame Übergabe. Sie sollte erlaubte Administration, Störungsbehandlung, Zugriffsänderungen, regelmäßige Überprüfung und Wiederherstellung umfassen. Ausfälle werden aus Sicht des Arbeitsplatzes geplant: Welche kontrollierte Ersatzanweisung steht bereit, wer aktiviert sie und wie wird die Rückkehr zum Normalbetrieb dokumentiert?

• Vorgesehener SOP-Einsatz, Systemgrenzen und anwendbare Anforderungen sind freigegeben.
• Zustandsmodell, Rollen und gültige Arbeitsfassung sind eindeutig beschrieben.
• Genehmigungsfunktion und gegebenenfalls Signaturlösung sind klar benannt.
• Retention, Löschung, Nachweise und Lizenzen sind am tatsächlichen Tenant bewertet.
• Tests verbinden Anforderungen mit Ergebnissen, Abweichungen und einer Einsatzentscheidung.
• Änderungsverfahren und Verantwortliche für den laufenden Betrieb sind festgelegt.

Quellen: [10] [11]