AOC-Handbücher in Confluence auditfähig managen: Struktur, Governance und ein „gültiger Stand“ auf Knopfdruck
- Oliver Groht
- 1. Juni
- 5 Min. Lesezeit
Ein AOC steht und fällt nicht nur mit guten Verfahren, sondern mit kontrollierten, aktuellen und jederzeit auffindbaren Handbüchern. Für die Geschäftsführung ist das kein „Doku-Thema“, sondern Risikosteuerung: Wer darf was ändern? Was ist wirklich gültig? Und wie schnell lässt sich im Audit ein konsistenter Stand vorlegen?
Dieser Artikel zeigt einen praxiserprobten roten Faden – ohne Tool-Religion und ohne Versprechen, die man später nicht halten kann.
Der rote Faden: drei Entscheidungen, die alles vereinfachen
Damit Handbücher im Alltag funktionieren (und nicht nur im Audit), brauchen Sie drei Dinge – in dieser Reihenfolge:
Handbuch-Landkarte klären: Welche Manual-Teile und Zusatzunterlagen gibt es wirklich?
Confluence-Struktur + Templates festlegen: Einheitlich, nachvollziehbar, exportierbar.
Governance definieren: Rollen, Review/Freigabe, Änderungsnachweise, Kommunikation.
Wenn diese drei Punkte sauber stehen, wird Confluence vom „Wiki“ zur kontrollierten Handbuchplattform.
1) Handbuch-Landkarte: OM-A bis OM-D und MEL als Kern
Für CAT-AOC-Betreiber ist die Grundstruktur des Betriebshandbuchs (Operations Manual, OM) in ORO.MLR.101 beschrieben. In der Praxis wird diese Gliederung häufig als einzureichende Struktur genutzt:
OM-A (General/Basic): Organisation, Verantwortlichkeiten, Managementsystem und grundlegende Verfahren.
OM-B (Aircraft Operating Matters): musterspezifische Betriebsverfahren und Informationen je Luftfahrzeugtyp/-variante.
OM-C (Route/Area/Aerodrome/Operating Site Instructions): Strecken-, Gebiets- sowie Flugplatz-/Einsatzstellen-Informationen.
OM-D (Training): Schulungs- und Überprüfungsprogramme.
Neben dem OM ist die MEL (Minimum Equipment List) ein eigenständiges, genehmigungspflichtiges Dokument. ORO.MLR.105 verlangt, dass der Betreiber eine MEL auf Basis der einschlägigen MMEL erstellt; MEL und Änderungen daran müssen genehmigt werden.
Management-Punkt dahinter
Unabhängig von der genauen Gliederung gilt: Änderungen müssen gesteuert werden – mit nachvollziehbarer Freigabe und einem eindeutig identifizierbaren „gültigen Stand“.
2) Managementsystem, Safety und Compliance: integriert oder separat – aber immer kontrolliert
Managementsystem-, Compliance- und Safety-Inhalte müssen dokumentiert sein, auch wenn sie nicht zwingend als separate „Manuals“ bezeichnet werden. In der Praxis sind zwei Varianten auditfähig:
Integration in OM-A, wenn Inhalte eng mit Organisation, Verantwortlichkeiten und Standardverfahren verzahnt sind.
Separate Manuals oder Anhänge, z. B. Management System Manual/Organisation Management Manual, Safety Management Manual (SMM), Compliance Monitoring Manual (CMM) oder ein Emergency Response Plan (ERP).
Wichtig für die Auditfähigkeit: Getrennte Teile sind zulässig – entscheidend sind Aktualität, Zugänglichkeit und kontrollierter Änderungsstand.
Entscheidungslogik „integrieren vs. separat“
Eine pragmatische Abwägung, die sich für Entscheider bewährt:
Änderungsfrequenz: Was ändert sich oft (besser modular), was selten (kann integriert bleiben)?
Verantwortung: Ist der fachliche Owner eindeutig benannt?
Audit-Sicht: Bekommen wir schnell einen konsistenten, gültigen Stand – ohne Sucharbeit?
Zusatzhinweis aus der Praxis: Alles, worauf im OM verwiesen wird, ist im Audit faktisch „mit im Scope“. Verweise sollten daher denselben Standard der Änderungskontrolle erfüllen.
3) Special Approvals & Zusatzunterlagen: sauber einordnen statt „Sammelordner“
Je nach Genehmigung/Special Approval kommen zusätzliche Unterlagen hinzu – etwa EFB-Handbuch, LVO-Unterlagen, Verfahren/Nachweise zu PBN, RVSM, ETOPS oder Dangerous Goods.
In manchen Kontexten tauchen zusätzliche Bezeichnungen (z. B. „OM-M“) als Unterlage auf. Das kann hilfreich sein, führt aber oft zu Missverständnissen. Praxisregel:
OM-A bis OM-D bleiben die Kernstruktur.
Zusatzunterlagen werden als eigener, klar benannter Bereich geführt.
Nichts „verstecken“, was später eigenständig nachgewiesen oder aktualisiert werden muss.
Kurze interne Checkliste (verhindert jahrelange Nebenläufe)
Welche Special Approvals/Genehmigungen haben wir aktuell?
Welche Dokumente/Anhänge sind davon betroffen?
Wer ist Owner (fachlich) und wer prüft (Compliance/Safety)?
Wie werden Änderungen kommuniziert (Crew/Training/Stationen)?
Confluence als Handbuch-System: kontrolliert, auffindbar, exportierbar
Atlassian Confluence eignet sich als Handbuch-Plattform, weil Inhalte strukturiert, gemeinsam bearbeitet und über Historie sowie Berechtigungen nachvollziehbar geführt werden können. Entscheidend ist die Haltung: nicht „Wiki“, sondern kontrollierte Handbuchführung.
Was Führungskräfte daran schätzen:
Ein „gültiger Stand“ entsteht nicht per Zuruf, sondern per Prozess.
Inhalte sind schnell auffindbar (auch für Vertretungen).
Bei Bedarf lässt sich ein konsistentes Paket als PDF bereitstellen (z. B. pro OM-Teil oder als Gesamtpaket).
Wichtig: Der PDF-Export ist kein Ersatz für Governance. Er ist das Ergebnis einer sauberen Struktur und klarer Freigaben.
Blueprint: eine Confluence-Struktur, die im Betrieb funktioniert
Ein robustes Zielbild ist ein dedizierter Confluence-Space, z. B. „AOC Manuals“, mit einem klaren Seitenbaum:
OM-A
OM-B
OM-C
OM-D
MEL
Managementsystem (z. B. Management Manual/SMM/CMM/ERP)
Special Approvals & Zusatzunterlagen (z. B. EFB, LVO, weitere Nachweise)
Templates, die Audit und Alltag beschleunigen
Einheitliche Seitenvorlagen reduzieren Rückfragen und machen Reviews schneller. Bewährte Bausteine:
Zweck & Geltungsbereich
Owner (fachlich) + Stellvertretung
Referenzen/Abhängigkeiten (Links auf betroffene Kapitel)
Änderungsnotiz (was/warum)
Anhänge (falls nötig) mit klarer Kennzeichnung „kontrolliert“
Leitlinie für Verlinkungen: Externe Dokumente nur dann verlinken, wenn deren Änderungskontrolle geklärt ist. Sonst lieber als kontrollierten Anhang führen oder Inhalte konsistent integrieren.
Zusammenarbeit ohne Chaos: Rollen und Freigaben, die wirklich gelebt werden
Tools lösen keine Unklarheit in Zuständigkeiten. Darum lohnt sich ein schlankes Rollenmodell, das zu mittelständischen Organisationen passt:
Content Owner (Fachbereich): fachliche Verantwortung
Reviewer (Compliance/Safety): prüft Anforderungen und Konsistenz
Approver (z. B. Accountable Manager / Nominated Person): gibt verbindlich frei
Redaktion/Editor: sorgt für Struktur, Sprache, Templates und Konsistenz
Ein praktikabler Ablauf ist meist:
Entwurf → Review → Freigabe → Veröffentlichung → Kommunikation
Ein Beispiel (kompakt): Änderung an MEL oder OM-Kapitel
Fachbereich erstellt/ändert den Inhalt.
Compliance/Safety prüft Konsistenz und Nachweisführung.
Freigabe erfolgt durch die definierte Instanz.
Veröffentlichung inkl. klarer Revisionsinformation; bei Bedarf PDF-Paket.
Betroffene Teams erhalten eine kurze Änderungsinfo mit Link zur Stelle.
Ergebnis: Verlässlichkeit entsteht nicht durch mehr Dokumente, sondern durch weniger Interpretationsspielraum.
Jira als Ergänzung: Änderungen und Findings nachvollziehbar steuern
Jira ergänzt Confluence dort, wo Änderungen, Findings und Verbesserungen als Aufgaben geführt werden sollen – mit Verantwortlichen, Status und dokumentierter Entscheidungskette.
Typische Anwendungsfälle:
Audit-Findings und Maßnahmen
Änderungen an MEL oder OM-Kapiteln
Anpassungen von SOPs und Trainingsinhalten
To-dos rund um Special Approvals
Geschäftlicher Mehrwert: Entscheidungen und Umsetzungen sind auffindbar, priorisierbar und gehen nicht in E-Mail-Verläufen verloren.
Operative Systeme (z. B. Leon Flight Management): eine Datenbasis statt Schattenlisten
Handbücher müssen zur operativen Realität passen. Operative Systeme wie Leon Flight Management sind hilfreich, um aktuelle Fakten nicht mehrfach in Nebenlisten zu pflegen.
Bewährte, risikoarme Muster:
Confluence verweist auf aktuelle Übersichten aus dem operativen Kontext, statt statische Tabellen zu duplizieren.
Jira-Änderungen erhalten einen klaren Bezug (z. B. Ereignis/Flug/Flotte), damit Entscheidungen später nachvollziehbar bleiben.
Wie weit eine Integration geht, ist eine Organisations- und Architekturfrage. Entscheidend bleibt der Managementpunkt: eine konsistente Datenbasis statt paralleler Schattenwelten.
Vorgehen in Etappen: vom Zielbild zur gelebten Routine
Statt starrer Zeitversprechen funktioniert ein Etappenmodell besser – abhängig von Teamgröße, bestehender Doku, Auditdruck und Komplexität:
Etappe 1: Klarheit schaffen – Landkarte, Verantwortlichkeiten, Abhängigkeiten, Prioritäten.
Etappe 2: Struktur bauen – Space, Seitenbaum, Templates, Export-Logik, Pilotbereiche.
Etappe 3: Governance verankern – Rollen, Review/Freigabe, Jira-Workflows, Schulung der Owner.
Ziel ist nicht „perfekte Dokumentation“, sondern ein System, das im Alltag zuverlässig ist und im Audit ohne Hektik einen konsistenten Stand liefert.
Fazit: Auditfähigkeit ist ein Führungs- und Prozess-Thema
Confluence kann AOC-Handbücher sehr gut abbilden – wenn Struktur, Rollen und Freigaben klar definiert sind. Dann entsteht ein belastbarer „Single Source of Truth“, der Risiken reduziert, Audits beschleunigt und Änderungen kontrollierbar macht.
Nächster Schritt
Wenn Sie wollen, prüfen wir in einem kompakten Blueprint-Workshop, ob Ihre aktuelle Handbuch-Landkarte, Confluence-Struktur und Governance bereits auditfest sind – und welche 3–5 Maßnahmen den größten Hebel für einen stabilen „gültigen Stand“ bringen.
Über die Arkcanis Consulting
Die Arkcanis Consulting GmbH ist die spezialisierte Beratungseinheit der Arkcanis Gruppe. Wir entwickeln skalierbare Prozess- und Datenarchitekturen für Airlines, AOCs, Operator und technologiegetriebene Unternehmen – mit einem klaren Fokus auf Aviation Engineering, Leon-Integrationen, Atlassian-Architekturen, ETL-Pipelines und Echtzeit-Dashboards.
Als Gründer der catworkx GmbH, einem der größten Atlassian-Partner im DACH-Raum, verfügt Oliver Groht über mehr als 25 Jahre Erfahrung in Jira- & Confluence-Architekturen, Prozessberatung und organisationsweiter Skalierung. Er verbindet diese Expertise heute mit tiefem technischem Know-how in Leon GraphQL, Data Engineering, Grafana und Flight Ops-Workflows.
Das Ergebnis: messbare, transparente und belastbare Strukturen, die operative Exzellenz ermöglichen und strategische Entscheidungen auf Management- und C-Level stärken.
