# Verantwortung klar regeln: Ownership-Governance in Confluence automatisieren

> Seiten ehemaliger Mitarbeiter haben keinen Verantwortlichen mehr. Wie Sie Confluence-Seiten mit inaktiven Ownern automatisch finden und neu zuweisen.

- Von: Michael Stücklschweiger, S&S Technologies
- Veröffentlicht: 5. Januar 2026
- Aktualisiert: 1. Oktober 2026
- Kategorie: Governance
- Quelle: https://www.sus-tech.com/de/blog/establishing-accountability-automating-ownership-governance

In großen Confluence-Umgebungen überlebt Dokumentation oft die Organigramme. Wenn Seiten weiterhin Nutzern zugewiesen sind, die das Unternehmen verlassen haben oder keinen Zugriff mehr haben, verschwindet Verantwortlichkeit - und Governance-Risiken wachsen still über Ihre gesamte Knowledge Base.

## Seitenverantwortung ist eine Kontrolle, kein Verwaltungsdetail
Im Enterprise-Maßstab ist die Ownership in Confluence kein administratives Detail, sondern eine Kontrolle. Wenn Zuständigkeiten unklar sind, verlangsamt sich die tägliche Arbeit: Teams verlieren Zeit bei der Suche nach der „richtigen“ Person für Freigaben, Service Desks haben Schwierigkeiten, Anfragen korrekt weiterzuleiten, und Fachexperten zögern, Inhalte zu aktualisieren, für die sie sich nicht verantwortlich fühlen.

Das Risiko potenziert sich, je weiter sich Ihre Confluence-Landschaft über Business Units, Regionen und Programme hinweg ausdehnt:

- Onboarding und Offboarding werden zu Dokumentationsereignissen: Ist die Seitenverantwortung an einzelne Personen gebunden, bricht die Content-Governance in dem Moment zusammen, in dem sich HR-Daten ändern
- Audit-Fähigkeit nimmt ab: Compliance-Teams müssen nachweisen können, wer verantwortlich ist und wann Überprüfungen stattgefunden haben - nicht nur, dass eine Seite existiert
- Liefergeschwindigkeit sinkt: Produkt- und Betriebsteams verlieren Zeit mit „Wer ist dafür zuständig?“-Recherchen, statt Verbesserungen umzusetzen

In regulierten Umgebungen ist die Verantwortlichkeit für Wissensdatenbanken häufig eine Voraussetzung für Nachvollziehbarkeit. Wenn Sie keinen verantwortlichen Owner für eine kritische Prozedur, Richtlinie oder SOP benennen können, verlassen Sie sich faktisch auf institutionelles Wissen statt auf gesteuerte Automatisierung.


## Seiten von Mitarbeitern, die nicht mehr da sind
In Confluence bleiben Seiten nach Rollenwechseln, Austritten oder Zugriffs-Entzug häufig bei inaktiven Accounts „owned". Das Ergebnis sind verwaiste Inhalte: Seiten, die existieren, referenziert werden und sogar operativ kritisch sein können - aber keinen erreichbaren, verantwortlichen Owner mehr haben.

Das führt zu drei konkreten Governance-Fehlerbildern:

1. Keine klare Zuständigkeit: Updates und Reviews stocken, weil niemand schnell zugewiesen werden kann
2. Unterbrochene Accountability-Ketten: Teams können nicht nachweisen, wer für Qualität und Freigaben verantwortlich ist
3. Compliance-Blindspots: Audit-Fragen wie „Wer genehmigt Änderungen?" oder „Wer besitzt diese Prozedur?" lassen sich nicht verlässlich beantworten

Ownership-Lücken korrelieren außerdem stark mit Content-Verfall. Seiten ohne aktiven Owner werden eher veraltet, ungenau oder schlicht vergessen. Mit der Zeit untergräbt das Confluence als verlässliche „Single Source of Truth" - und Teams weichen wieder auf Schatten-Dokumentation in E-Mails, PDFs und Tabellen aus.

## Der Confluence Ownership Scanner
S&S Technologies schließt diese Lücke mit dem Workflow **Confluence - Ownership Scanner**. Er erkennt automatisch Confluence-Seiten, deren Owner inaktiv sind, und erzeugt einen konsolidierten, umsetzbaren Report über ausgewählte Spaces.

Das ist kontrollierte Automatisierung: Sie ergänzt die Confluence-Administration, macht Ownership-Gaps sichtbar, ermöglicht proaktive Neuzuweisung und unterstützt strukturierte Governance-Routinen, die wiederholbar und nachweisbar sind. *Automatisieren. Optimieren. Skalieren.*

Details zur Lösung finden Sie hier: [Confluence - Ownership Scanner](https://www.sus-tech.com/de/solutions/confluence-ownership-scanner).

![workflow screenshot](https://www.sus-tech.com/media/1280/confluence-ownership-scanner-cover.png.webp)

## Wie der Scanner verwaiste Seiten findet
### Architektur  
Der Workflow wird manuell gestartet und ist auf eine vorhersehbare, auditfreundliche Ausführung ausgelegt. Er scannt konfigurierte Confluence-Spaces, ruft Spaces und Pages über die Confluence REST API v2 ab, löst Page-Owner gesammelt (Bulk) auf und gibt anschließend ein konsolidiertes Ergebnis-Array mit Seiten aus, deren Owner inaktiv sind.

In der Praxis sieht das so aus:

- Atlassian-Domain und Ziel-Space-Keys konfigurieren
- Space-IDs ermitteln, dann Pages je Space abrufen
- Ownership-Status effizient per Bulk-Lookup auflösen
- Einen einzigen Report-Array für Follow-up-Aktionen erzeugen

Dieser Ansatz vermeidet „Spot Checks" und liefert stattdessen eine Space-weite Sicht, auf der Governance-Teams direkt arbeiten können.

### Integrationen  
Die Lösung integriert **Confluence Cloud über die Confluence REST API v2**, inklusive:

- Get Spaces (v2) zur Auflistung relevanter Spaces
- Get Pages (v2) zum Abrufen von Seiten aus diesen Spaces
- users-bulk API zur effizienten Owner-Auflösung im Enterprise-Maßstab

Optionale Erweiterungen erhöhen operative Umsetzbarkeit und Governance-Komfort:

- E-Mail- oder Slack-Benachrichtigungen zur Zustellung des Reports
- CSV- oder Spreadsheet-Export für Audit-Anhänge und Review-Workflows
- Paginierung für große Spaces über das Standard-Fetch-Window hinaus

### Automatisierung und KI  
Der Ownership Scanner ist in erster Linie Workflow-Automatisierung: Er orchestriert einen konsistenten Prozess, ohne auf manuelle Audits angewiesen zu sein.

Zentrale Automatisierungsschritte sind:

1. Konfiguration über einen Set-Variables-Node (Atlassian-Domain und ausgewählte Space-Keys)
2. Parallele Verarbeitung, die Pages in einzelne Items aufteilt und gleichzeitig eindeutige `ownerId`-Werte sammelt
3. Bulk User Lookup, um Ownership-IDs auf User-Account-Objekte zu mappen
4. Merge und Filter, um Page-Metadaten mit User-Status zu verbinden und Owner zu markieren, bei denen `accountStatus` nicht aktiv ist
5. Aggregation in ein einziges `pagesWithInactiveOwner`-Array für Reporting und nachgelagerte Aktionen

Dieses Design ermöglicht wiederholbare Enterprise-Automatisierung. Sie können es als Basis-Audit laufen lassen und anschließend als Standard-Governance-Control operationalisieren.

Beispiel Output:
```json
[
  {
    "pagesWithInactiveOwner": [
      {
        "title": "Test Page",
        "ownerStatus": "inactive",
        "ownerEmail": "mail@test.com",
        "lastUpdated": "2025-12-23T12:59:56.232Z",
        "url": "https://domain.atlassian.net/wiki/spaces/PT/overview"
      },
    ]
  }
]
```

### Security und Governance  
Der Fokus des Workflows liegt auf Governance-Transparenz und Nachvollziehbarkeit:

- Er markiert Seiten, bei denen `accountStatus !== active`
- Der Report enthält Seitentitel, Owner-E-Mail, Owner-Account-Status, „last updated"-Datum sowie die direkte Page-URL
- Standard-Limit pro Request sind 50 Items; Paginierung ist als optionale Erweiterung für große Spaces möglich

Das ist für Compliance relevant, weil ein belastbares Artefakt entsteht: ein konsistenter Report, der internen Kontrolltests, Verantwortlichkeits-Audits und Governance-Routinen beigefügt werden kann.

## Was klare Verantwortung bringt
### Operative Effizienz  
Statt Ownership über Organisationsänderungen hinweg mühsam nachzuverfolgen, erhalten Teams einen konsolidierten Report, der direkt auf die Seiten zeigt, die neu zugewiesen werden müssen. Am meisten Zeit spart das bei Reorganisationen und größeren Offboarding-Wellen, wenn sich Ownership-Fragen häufen.

Für Service Desks ist der Effekt unmittelbar: weniger Tickets „springen" zwischen Teams, weil Routing und Eskalationspfade durch klare Zuständigkeiten sauberer werden.

### Kostenreduktion  
Manuelle Ownership-Audits sind wiederkehrende Arbeit, die linear mit der Anzahl an Spaces und Seiten skaliert. Automatisiertes Scanning ersetzt periodische, spreadsheet-getriebene Reviews durch ein standardisiertes Output-Format.

Was sich ändert, wenn Organisationen manuelle Checks durch Workflow-Automatisierung ersetzen:

- Weniger wiederkehrende Prüfarbeit für Confluence-Admins und Space-Owner, die in größeren Deployments mit jedem Space wächst
- Weniger Ad-hoc-Skripte, die gewartet werden müssen, und weniger kurzfristige „Audit-Sprints"

Das passt auch zur übergeordneten Erkenntnis aus Identity Governance: Veraltete Accounts und Lifecycle-Lücken kosten Geld und Zeit, wenn sie reaktiv gemanagt werden. Unser Artikel [Closing Access Gaps: The Role of Automation in Identity Governance](https://www.sus-tech.com/de/blog/the-role-of-automation-in-identity-governance) zeigt, wie kontrollierte Automatisierung wiederkehrenden Administrationsaufwand reduziert und Compliance-Kontrollen stärkt.

### Risiko und Compliance  
Ownership-Lücken sind Governance-Lücken. Wenn kein aktiver Owner existiert, wird es schwierig nachzuweisen:

- wer für Änderungen verantwortlich ist
- wer Updates freigibt
- ob Inhalte in einem definierten Rhythmus reviewed werden

Automatisiertes Ownership-Scanning macht daraus eine explizite, nachvollziehbare Control. Es reduziert außerdem die Wahrscheinlichkeit, dass kritische Dokumentation nach Personalwechseln faktisch „unmanaged" bleibt.

Ein zentraler Punkt für Compliance-Teams: Ownership ist oft die Voraussetzung für andere Dokumentations-Controls. Wenn Sie Verantwortlichkeit nicht zuweisen können, lassen sich Review-Zyklen oder Remediation-Timelines nicht zuverlässig durchsetzen.

### Skalierbarkeit  
Der Workflow skaliert über mehrere Spaces durch API-basiertes Abrufen und **Bulk User Resolution**, sodass Governance nicht zum Headcount-Problem wird.

Wenn die Confluence-Nutzung wächst, bleibt der marginale Admin-Aufwand niedrig, weil der Scan konsistent bleibt:

- Gleiches Konfigurationsmuster
- Gleiches Output-Schema
- Gleiche Governance-Logik

Genau das macht ihn geeignet als Enterprise-Automatisierung - statt als einmaliges Cleanup-Skript.

## Vom Scan zur Routine
Starten Sie mit einer Baseline und operationalisieren Sie daraus eine Governance-Routine:

1. Entscheiden Sie, welche Confluence Space Keys in den initialen Scan aufgenommen werden (starten Sie mit risikoreichen oder stark genutzten Spaces)
2. Führen Sie ein Baseline-Ownership-Audit aus, um verwaiste Inhalte zu quantifizieren und Remediation zu priorisieren
3. Definieren Sie einen Reassignment-Prozess für Seiten mit inaktiven Ownern (Zuweisung an Space Admins, Mapping auf Funktionsverantwortliche oder Team-Mailbox-Ownership)
4. Verbinden Sie Governance-Dimensionen, indem Sie Ownership mit Freshness-Checks kombinieren

Dieser letzte Schritt macht Confluence-Governance dauerhaft belastbar.

## Zwei Governance-Fragen: Wem gehört es und was muss geprüft werden?
Ownership-Scanning ist am wirksamsten, wenn es mit Stale-Content-Erkennung kombiniert wird:

- Der Ownership Scanner beantwortet **wer verantwortlich ist**
- Der Stale Page Report beantwortet **was überprüft werden muss**

Zusammen ermöglichen sie:

- Klare Verantwortlichkeiten
- Proaktive Dokumentationspflege
- Auditfähiges Governance-Reporting

Für die vollständige Governance-Sicht kombinieren Sie diesen Workflow mit unserer Confluence Content-Hygiene-Automatisierung: [Maintaining Documentation Compliance: Automating Stale Content Detection in Confluence](https://www.sus-tech.com/de/blog/maintaining-documentation-compliance-in-confluence).

Um den Confluence - Ownership Scanner zu implementieren, ihn um Benachrichtigungen oder Exporte zu erweitern oder ihn in Onboarding- und Offboarding-Controls einzubinden, **kontaktieren Sie unser Team** unter [office@sus-tech.at](mailto:office@sus-tech.at).