Confluence im GxP-Umfeld validieren: SOP-Versionen, Freigaben und Nutzung kontrollieren

1. Wissenssammlung oder maßgebliche SOP-Ablage?

Beginnen Sie mit einer klaren Entscheidung: Ist Confluence eine informelle Wissenssammlung, ein redaktioneller Arbeitsbereich oder die verbindliche Quelle für ausgeführte GMP-Tätigkeiten? Eine Seite mit einer Prozessbeschreibung kann alle drei Rollen annehmen. Entscheidend ist, welche Verwendung im Unternehmen vorgesehen und tatsächlich gelebt wird.

Für gelenkte SOPs beschreiben Sie den Lebenszyklus von Erstellung und Prüfung bis zu Wirksamkeit, Änderung und Außerkraftsetzung. Legen Sie fest, wo der maßgebliche Text liegt und welches System den Freigabenachweis bewahrt. Werden lediglich kontrollierte Dokumente aus einem anderen System angezeigt, gehören Aktualität und eindeutige Zuordnung dieser Anzeige zum Prüfumfang.

Der hier betrachtete Rahmen ist Humanarzneimittel-GMP. EU-GMP Kapitel 4 behandelt Dokumentation; Annex 11 ist die einschlägige Leitlinie für computergestützte Systeme in diesem Kontext. FDA-Anforderungen aus 21 CFR Part 11 kommen nur bei entsprechendem Aufzeichnungs- oder Signaturbezug hinzu. Confluence erhält weder durch seinen Produktnamen eine pauschale Validierungspflicht noch durch einen Herstellerhinweis eine allgemeine regulatorische Freigabe.

Quellen: [9] [8] [10] [11]

2. Die tatsächlich verfügbare Produktkombination festhalten

Der Schwerpunkt liegt auf Confluence Cloud im dokumentierten Quellenstand vom 6. Oktober 2026. Cloud ist von selbst betriebenem Confluence Data Center zu unterscheiden. Dokumentieren Sie für Ihre Umgebung Tarif beziehungsweise installierte Version, Inhaltstypen und zusätzliche Apps. Eine Funktionsbeschreibung in der Cloud-Dokumentation belegt keine Verfügbarkeit in Data Center.

Atlassian beschreibt native Seitenfreigaben für Premium und Enterprise. Sie betreffen Seiten, nicht Live Docs oder Blogposts. Damit wäre die pauschale Aussage „Freigaben gibt es nur per Marketplace-App“ falsch. Ebenso falsch wäre, diese Funktion ohne weitere Prüfung als fertigen pharmazeutischen SOP-Prozess zu behandeln.

Quellen: [1] [2] [7] [14]

3. Seitenversion, Freigabe und Gültigkeit unterscheiden

Confluence Cloud führt bei der Veröffentlichung einer Seite Versionen. Eine wiederhergestellte ältere Fassung wird als neue aktuelle Version übernommen. Einzelne Versionen können gelöscht werden; Versionshistorie ist deshalb nicht gleichbedeutend mit einem unveränderlichen Archiv. In der geöffneten Data-Center-Dokumentation werden zusätzlich Aufbewahrungsregeln für alte Versionen beschrieben.

Ihre SOP benötigt eine fachliche Identität: Dokumentnummer, verantwortlicher Bereich, freigegebener Stand und Beginn der Gültigkeit. Die technische Versionsnummer kann dabei helfen, ersetzt aber diese Zuordnung nicht. Falls auf einer Seite mehrere SOPs oder dynamische Inhalte zusammenlaufen, muss klar bleiben, welche Bestandteile zur genehmigten Fassung gehören.

Prüfen Sie deshalb auch Anhänge, verlinkte Arbeitsblätter und eingebundene Inhalte. Ein unveränderter Seitentitel beweist nicht, dass das Gesamtpaket unverändert geblieben ist. Definieren Sie, welche Änderungen eine neue fachliche Prüfung erfordern und wie die geprüfte Kombination später rekonstruiert werden kann.

Überholte Fassungen dürfen für berechtigte historische Recherche weiterhin lesbar sein. Verhindert werden muss ihre unzulässige Verwendung als aktuelle Arbeitsanweisung. Eine nachvollziehbare Kennzeichnung und ein klarer Einstieg zum gültigen Dokument sind dafür ebenso relevant wie technische Zugriffssperren.

Quellen: [1] [7] [9] [8]

4. Native Freigaben passend zum SOP-Prozess prüfen

Die dokumentierte Cloud-Freigabe benötigt Bearbeitungsrechte zum Anfordern und Antworten. Vergangene Freigabezyklen sind im zugehörigen Aktivitätsprotokoll einsehbar. Beachten Sie außerdem, dass Inhaltsstatus in Ansichts- und Bearbeitungsmodus getrennt behandelt werden. Ein Statusbildschirm allein erklärt deshalb noch nicht, welche Fassung geprüft wurde.

Die Einstellung zur erforderlichen Freigabe vor Veröffentlichung nennt in der geöffneten Dokumentation ausdrücklich neue Seiten. Daraus folgt keine belegte Sperre für jede Revision einer bereits veröffentlichten SOP. Prüfen Sie diesen Fall im eigenen Tenant: Text ändern, Freigabe zurückweisen, erneut bearbeiten und einen unberechtigten Veröffentlichungsversuch ausführen.

Legen Sie Akzeptanzkriterien für Inhaltsänderungen während einer Prüfung fest. Muss die bisherige Genehmigung danach erneut eingeholt werden? Welche Fassung sieht der Prüfer, welche der normale Leser? Werden Anhänge oder fremde Inhalte mitgeprüft? Diese Fragen definieren den benötigten Prozess, ohne eine nicht belegte Produktfunktion vorauszusetzen.

Benötigen Sie eine elektronische Signatur, bewerten Sie deren Bedeutung, Identität und dauerhafte Verknüpfung gesondert. Eine native Genehmigung oder App mit entsprechender Bezeichnung erfüllt nicht schon durch ihren Namen sämtliche Anforderungen des anwendbaren Regelwerks.

Quellen: [2] [8] [10]

5. Autoren, Prüfer und Leser wirksam trennen

Confluence Cloud kombiniert Zugriffe auf Bereichs- und Inhaltsebene. Lesebeschränkungen übergeordneter Inhalte werden vererbt; deren Bearbeitungsbeschränkungen wirken nicht automatisch auf untergeordnete Inhalte. Im Free-Tarif lassen sich Inhalte nicht entsprechend beschränken. Eine Rechteplanung muss deshalb sowohl den Tarif als auch die tatsächliche Inhaltsstruktur berücksichtigen.

Testen Sie mit realistischen Rollen: SOP-Autor, fachlicher Prüfer, QA, normaler Leser und Administrator. Darf ein Leser den Entwurf sehen oder verändern? Kann ein Autor die Prüfung umgehen? Bleibt die gültige SOP am vorgesehenen Arbeitsplatz erreichbar? Prüfen Sie Rechte nach Verschieben, Kopieren oder Neuanlegen eines Dokuments anhand der tatsächlich genutzten Abläufe.

Administratoren können weitergehende Möglichkeiten haben als normale Benutzer. Behandeln Sie Änderungen an Zugriff und Freigaberegeln als kontrollierte Eingriffe. Ein zusätzliches Kontrollverfahren kann erforderlich sein, wenn eine gewünschte Trennung technisch nicht vollständig abbildbar ist. Dokumentieren Sie die verbleibende Grenze, statt die Konfiguration als lückenlos zu beschreiben.

Öffentliche Freigaben und externe Konten gehören in diese Bewertung, sofern Sie sie einsetzen. Eine regulierte SOP darf nicht durch einen unbeachteten Verteilweg zur unkontrollierten Kopie werden.

Quellen: [3] [4] [8]

6. Seitenaufruf, Kenntnisnahme und Schulung auseinanderhalten

Confluence-Analytics liefert Informationen zur Nutzung von Inhalten; die beschriebene umfassende Analytics-Funktion gehört zu Premium und Enterprise. Eine Anzeige, dass eine Seite aufgerufen wurde, beweist jedoch nicht, dass der Mitarbeiter die richtige SOP-Fassung gelesen, verstanden und für seine Aufgabe eingeübt hat.

Bestimmen Sie je Änderung, welche Mitwirkung nötig ist: reine Information, dokumentierte Kenntnisnahme oder Schulung mit einer geeigneten Prüfung des Verständnisses. Halten Sie Zielgruppe, Dokumentstand, Frist und Zuständigkeit fest. So vermeiden Sie, dass jede kleine Korrektur denselben Aufwand auslöst oder eine kritische Prozessänderung nur als Benachrichtigung versendet wird.

Wenn eine App oder ein Lernsystem die Kenntnisnahme führt, prüfen Sie dessen Zuordnung zu Person und exakter SOP-Fassung. Was geschieht nach erneuter Textänderung, Rollenwechsel oder verspäteter Bestätigung? Ein Bericht über „alle erledigt“ braucht eine definierte Zielgruppe. Fehlende Mitarbeiter dürfen nicht durch einen ungeeigneten Filter verschwinden.

Diese Prüfplanung behauptet keine allgemeine native Lesebestätigungsfunktion von Confluence. Sie beschreibt, welche Belege Ihr gewählter Ablauf liefern muss und welche Ergänzungen gegebenenfalls nötig sind.

Quellen: [6] [9] [8]

7. Vorhandene Belege an einer CAPA-bedingten SOP-Änderung bewerten

Lieferantenunterlagen können relevante Anforderungen tatsächlich abdecken. Prüfen Sie dafür Geltungsbereich, Produktstand und die Aussage des jeweiligen Belegs. Sicherheitskontrollen, dokumentierte Standardfunktionen und eigene konfigurierte Abläufe beantworten unterschiedliche Fragen. Verwendbare Nachweise müssen nicht ohne Grund neu erzeugt werden.

Confluence Cloud trennt Seitenhistorie vom administrativen Audit-Log. Letzteres zeichnet unter anderem Änderungen an Berechtigungen auf, aber keine Inhaltsbearbeitungen. Hinzu kommen Freigabehistorie und gegebenenfalls App-Aufzeichnungen. Die benötigte Ereigniskette ergibt sich aus Ihrem Prozess, nicht aus einem einzigen Lognamen.

Die folgende eigene Arbeitsmatrix nutzt eine aus CAPA resultierende SOP-Änderung. Confluence wird dabei nicht als vollständiges CAPA-System vorausgesetzt. Die ursprüngliche Abweichung und Wirksamkeitsprüfung können in einem anderen führenden System liegen.

Quellen: [12] [4] [2] [8]

8. Exporte, Historien und Aufbewahrung vollständig planen

Beim dokumentierten Cloud-Export einer Seite wird deren veröffentlichter Stand ausgegeben. PDF-Exporte enthalten keine Kommentare. Umfang und Inhalt weiterer Exportformate hängen vom gewählten Weg und von Rechten ab. Prüfen Sie daher gezielt, ob die für Ihren Zweck erforderlichen Anlagen, Freigabebelege und App-Daten enthalten oder anderweitig gesichert sind.

Das administrative Cloud-Audit-Log hat eine konfigurierbare Aufbewahrung von einem bis zwölf Monaten; für längere Verfügbarkeit beschreibt Atlassian den CSV-Export. Diese Produktgrenze ist keine GMP-Aufbewahrungsfrist. Legen Sie getrennt fest, welche Dokumentstände und Ereignisse wie lange benötigt werden und wie rechtzeitig eine geeignete Übernahme erfolgt.

Ein Aufbewahrungstest sollte über das Öffnen einer PDF hinausgehen. Lassen sich Dokumentnummer, Fassung, damalige Freigabe und zugehörige Anlagen nach einer Übergabe noch eindeutig verbinden? Bleiben Kommentare, soweit sie maßgebliche Entscheidungen enthalten, nachvollziehbar? Sind unterschiedliche Versionen klar unterscheidbar?

Definieren Sie zusätzlich den benötigten Wiederanlauf nach Ausfall. Backup, lesbare Aufbewahrung und Wiederherstellung eines arbeitsfähigen Systems haben unterschiedliche Ziele. Umfang und Prüfung richten sich nach diesem Bedarf; eine pauschale Forderung, nach jeder Änderung sämtliche Daten wiederherzustellen, wäre nicht sachgerecht.

Quellen: [5] [4] [9] [8]

9. Illustratives Prüfszenario: SOP-Revision ohne vorzeitige Nutzung

Beispiel: Ein fiktives Pharma-KMU ändert nach einer Abweichung die Reinigungsvorschrift einer Verpackungslinie. Fassung 4 ist gültig, Fassung 5 entsteht als Entwurf. Das folgende Szenario ist ein eigener Prüfvorschlag und beschreibt weder einen Kundenfall noch ein bereits ausgeführtes Produkttestergebnis.

Bereiten Sie die alte Fassung, die neue Anweisung und eine geänderte Anlage vor. Ein normaler Leser öffnet den vorgesehenen Arbeitsplatzlink; erwartet wird die gültige Fassung 4. Der Prüfer betrachtet Fassung 5 und fordert eine Korrektur. Nun versucht der Autor, die zurückgewiesene Revision als verbindliche Anweisung bereitzustellen. Der eingerichtete Prozess muss dies entsprechend den vorher festgelegten Kriterien verhindern oder eindeutig kontrollieren.

Nach der Korrektur prüfen Sie, welcher Text und welche Anlage von der dokumentierten Genehmigung umfasst sind. Testen Sie eine weitere Änderung nach Genehmigung: Der Ablauf darf keine fachlich ungeprüfte Fassung als freigegeben ausgeben. Weil die Herstellerbeschreibung der nativen Publikationssperre neue Seiten nennt, wird genau dieser Revisionsfall bewusst separat untersucht.

Zum festgelegten Wirksamkeitszeitpunkt findet der Leser Fassung 5. Die erforderliche Kenntnisnahme verweist auf diesen Stand; Fassung 4 bleibt für berechtigte Recherche als überholt erkennbar. Prüfen Sie zuletzt Export und Wiederauffindbarkeit beider Fassungen samt erforderlichem Entscheidungsnachweis. Protokollieren Sie Abweichungen mit ihrer fachlichen Folge, nicht nur mit einem technischen Fehlertext.

Quellen: [1] [2] [5] [9] [8]

10. Projektmitwirkung und laufende Änderungen organisieren

Der SOP-Verantwortliche definiert Inhalte und Gültigkeit, QA die fachlichen Akzeptanzkriterien, IT die technische Umsetzung. Für Apps kommen deren Lieferanten hinzu. Aufwand entsteht besonders durch verstreute Altbestände, uneinheitliche Dokumentnummern, eingebundene Inhalte, mehrere Freigabewege und fehlende Zuordnung von Schulungsdaten.

Beginnen Sie mit einem repräsentativen SOP-Lebenszyklus. Ermitteln Sie daran Lücken, bevor Sie den gesamten Bestand übernehmen. Bei späteren Änderungen bewerten Sie Funktionen, Rechte, Vorlagen, Apps und Exporte, die diesen Ablauf beeinflussen. Regelmäßige Bewertungen beziehen auch Vorfälle, offene Maßnahmen und fortbestehende Lieferantenunterstützung ein.

Für die betroffenen Data-Center-Produkte einschließlich Confluence hat Atlassian das Ende des Lebenszyklus zum 28. März 2029 angekündigt. Prüfen Sie vertragliche Besonderheiten. Eine Cloud-Migration braucht einen geplanten Abgleich von Inhalten, historischen Ständen, Rechten und ergänzten Funktionen.

• Dokumentzweck, maßgeblicher Ablageort und Verantwortliche sind festgelegt.
• Produkt, Tarif, Inhaltstyp und Apps entsprechen der geprüften Kombination.
• Freigabe und Gültigkeit verweisen auf einen eindeutigen Dokumentstand.
• Rechte verhindern unzulässige Bearbeitung und vorzeitige Verwendung.
• Kenntnisnahme beziehungsweise Schulung ist der richtigen Fassung zugeordnet.
• Historische Fassungen bleiben kontrolliert auffindbar und klar eingeordnet.
• Export, Aufbewahrung und benötigte Wiederherstellung wurden geprüft.
• Änderungen und Migration haben definierte Bewertung und Zuständigkeit.

Quellen: [8] [13] [9]