Qualifikationsmatrix Luftfahrtmechaniker: KI erkennt Skill Gaps vor dem nächsten Check

Das echte Ausmaß des Problems

Ein MRO-Betrieb der mittleren Größe, 600 Luftfahrtmechaniker, 400 Work Orders pro Woche, verwaltet eine Qualifikationsmatrix, die zu einem echten Koordinationsproblem geworden ist. Jeder Mechaniker hat eine individuelle Kombination aus:

• EASA Part-66-Lizenz mit Kategorie (A, B1.1, B1.2, B1.3, B1.4, B2, B3, C) und Ablaufdatum
• Typen-Ratings für spezifische Flugzeugmuster (A320, B737, CRJ200, ATR 72 …), typischerweise 2–4 verschiedene pro Mechaniker
• Unterschriftsberechtigungen (Authorizations), die nicht die Behörde vergibt, sondern das Unternehmen selbst, und die an interne Voraussetzungen gebunden sind

Das Ergebnis: Eine Qualifikationsmatrix mit 600 Zeilen und 12–15 Spalten, die sich täglich verändert, weil Mechaniker Rezertifizierungen abschließen, andere auslaufen lassen, Typen-Ratings hinzukommen oder entfallen.

Ohne ein System, das diese Veränderungen in Echtzeit abbildet, passiert in der Praxis regelmäßig Folgendes: Die Matrix wird manuell gepflegt, wöchentlich, wenn es gut läuft, monatlich, wenn es stressig ist. Work Orders werden aus dem MRO-System AMOS heraus erstellt und manuell einem verfügbaren Mechaniker zugewiesen. Wer genug über seine Belegschaft weiß, macht es richtig. Wer unter Zeitdruck steht oder die Matrix noch nicht kennt, macht es falsch.

Laut einer Analyse von oxmaint.com zu KI-basierter Schichtplanung in MRO-Betrieben entsteht in Betrieben ohne qualifikationsbasierte Zuweisung eine Nacharbeitsrate von rund 11 Prozent durch Zertifizierungsfehler. Dieselbe Analyse zeigt: Manuell geplante Betriebe verbrauchen 19–24 Prozent des Personalkostenbudgets durch Überstunden, verglichen mit 10–13 Prozent in KI-gestützten Betrieben. Für eine Belegschaft von 600 Mechanikern mit einem durchschnittlichen Stundensatz von 35–50 Euro entspricht das einer potenziellen Mehrbelastung von mehreren Hunderttausend Euro jährlich.

Die zweite Dimension ist regulatorisch. EASA Part-145 §145.A.35 verpflichtet jeden zugelassenen Instandhaltungsbetrieb, aktuelle Qualifikationsnachweise für sein gesamtes Certifying Staff vorzuhalten und nachzuweisen, dass jeder Mechaniker vor der Unterzeichnung über die erforderlichen Berechtigungen verfügte. Ein Level-1-Finding bei einem EASA-Überwachungsaudit, etwa weil drei Work Orders von einem nicht mehr berechtigten Mechaniker unterzeichnet wurden, kann zur vorübergehenden Aussetzung der Betriebsgenehmigung führen. Das ist kein abstraktes Szenario. Laut SOFEMA Online, einem spezialisierten Luftfahrt-Schulungsanbieter, gehören unvollständige oder veraltete Certifying-Staff-Records zu den häufigsten Findings bei Part-145-Überwachungsaudits.

Das Problem skaliert mit der Betriebsgröße. Bei 50 Mechanikern lässt sich die Matrix noch manuell beherrschen. Bei 200 wird es schwierig. Bei 600 ist es mit vertretbarem Aufwand nicht mehr zuverlässig möglich, zumindest nicht mit Excel.

Mit vs. ohne KI, ein ehrlicher Vergleich

Die Nacharbeitsrate und Überstundenkosten stammen aus oxmaint.com (2026). Aktualisierungsintervall und Audit-Aufwand: eigene Schätzwerte aus MRO-Beratungsprojekten.

Einschätzung auf einen Blick

Zeitersparnis, mittel (3/5) Bei 400 Work Orders pro Woche und durchschnittlich 15–30 Minuten manuellem Qualifikationscheck je Auftrag entsteht theoretisch ein signifikanter Zeitgewinn. In der Praxis fallen nicht alle Zuweisungen unter den manuellen Prüfaufwand, erfahrene Planer kennen ihre Belegschaft und treffen viele Entscheidungen intuitiv korrekt. Der messbare Effekt liegt bei der Planungsqualität und vor allem bei der Audit-Vorbereitung: Statt zwei Arbeitstagen manuelle Dokumentenzusammenstellung wird ein automatisch generierter Qualifikationsnachweis erstellt. Verglichen mit Use Cases wie der Wartungsdokumentation-Automatisierung oder dem Einsatz von KI beim Störungsmanagement bei Unwetter, die täglich massiven Schreibaufwand reduzieren, ist der Zeitgewinn hier spürbarer, aber mittlerer Größenordnung.

Kosteneinsparung, niedrig (2/5) Der Hauptnutzen dieses Use Cases liegt nicht in direkten Kosteneinsparungen, sondern in der Vermeidung von Compliance-Strafen und den indirekten Kosten von Fehlzuweisungen. Die Kosten eines Level-1-EASA-Findings, Betriebsunterbrechung, Korrektivmaßnahmenplan, Re-Audit, lassen sich schlecht im Voraus beziffern und machen den ROI schwer planbar. In Betrieben, die noch keine automatisierte Schichtplanung haben, entsteht zusätzlich ein Überstunden-Einsparpotenzial von rund 8–11 Prozentpunkten des Personalkostenbudgets. Das ist real, aber nicht so unmittelbar messbar wie etwa Einsparungen bei der MRO-Ersatzteilbeschaffung.

Schnelle Umsetzung, mittel (3/5) Hier unterscheidet sich dieses Use Case deutlich vom ursprünglichen Stub-Wert von 4. Eine echte Integration in AMOS, mit Echtzeit-Synchronisation der HR-Qualifikationsdaten und automatischer Work-Order-Blockierung, ist kein Pilotprojekt, das in vier Wochen steht. Realistisch sind 3–5 Monate bis zum Produktivbetrieb: Datenmapping zwischen HR-System und AMOS, Datenbereinigung veralteter Qualifikationseinträge, Testläufe mit Vergleichszuweisungen, Go-live mit manueller Parallelkontrolle. Verglichen mit Triebwerks-Inspektionssystemen (Einstieg 1/5) oder CFK-Ultraschallerkennung (1/5) ist das handhabbar, aber nicht schnell.

ROI-Sicherheit, hoch (4/5) Das Risiko, das vermieden werden soll, ist klar und konkret: Ein Level-1-Finding beim EASA-Überwachungsaudit kann die Betriebsgenehmigung vorübergehend aussetzen. Die Vorstellung, dass ein einzelnes ungepflegtes Excel-Dokument zu einem solchen Ergebnis führen kann, macht den Nutzen greifbar, auch wenn der genaue monetäre Wert der Risikovermeidung schwer zu quantifizieren ist. In der Praxis ist dies für MRO-Betriebe, die bereits ein EASA-Finding hinter sich haben, ein unmittelbar überzeugendes Argument.

Skalierbarkeit, sehr hoch (5/5) Sobald die Qualifikationsmatrix digital und mit dem MRO-System verknüpft ist, skaliert das System ohne proportionalen Mehraufwand. Ob 200 oder 1.000 Mechaniker, die Prüflogik läuft identisch. Das unterscheidet diesen Use Case von Ansätzen, bei denen mit der Belegschaftsgröße auch der Pflegeaufwand wächst. Damit teilt er sich den Spitzenwert mit dem Ersatzteil-AOG-Use Case.

Richtwerte, stark abhängig von Betriebsgröße, vorhandener AMOS-Konfiguration und Qualität der bestehenden Qualifikationsdaten.

EASA Part-66: Was hinter den Zulassungskategorien steckt

Wer noch nie in einem MRO-Betrieb gearbeitet hat, unterschätzt leicht die Komplexität des EASA Part-66-Lizenzsystems. Hier eine Einordnung, die zeigt, warum das Qualifikations-Matching in der Praxis so aufwendig ist.

Lizenz-Kategorien (Part-66)

• Kategorie A: Einfache Line-Maintenance-Freigaben (keine Systemdiagnose)
• Kategorie B1.1: Turbinenbetriebene Flugzeuge, das Rückgrat jeder kommerziellen MRO-Werkstatt
• Kategorie B1.3: Turbinenbetriebene Hubschrauber
• Kategorie B2: Avionik und elektrische Systeme (quer über alle Flugzeugtypen)
• Kategorie C: Freigabe von Base-Maintenance-Paketen (keine direkte Arbeit, aber finale Unterschrift)

Ein Mechaniker hält typischerweise eine Lizenz, kann aber mehrere Kategorien kombinieren (z.B. B1.1 + B2). Die Lizenz selbst wird von der nationalen Behörde ausgestellt (in Deutschland: Luftfahrt-Bundesamt, LBA) und hat kein fixes Ablaufdatum, die Berechtigungen (Privileges) verfallen jedoch, wenn der Mechaniker in den letzten zwei Jahren keine sechs Monate einschlägige Praxiserfahrung gesammelt hat (§66.A.20).

Typen-Ratings Über die Grundlizenz hinaus braucht jeder Mechaniker, der an einem bestimmten Flugzeugtyp arbeitet, ein gültiges Type-Rating. Ein B1.1-Mechaniker mit Basis-Lizenz darf an keinem Airbus A320 arbeiten, bis er die entsprechende Typenschulung absolviert hat. Diese Schulung kostet typischerweise 5.000–15.000 Euro pro Person und Typ und muss alle 5 Jahre erneuert werden.

Company-Authorizations Selbst eine gültige Lizenz und ein gültiges Type-Rating reichen nicht für die Unterschriftsfreigabe. Der MRO-Betrieb muss jedem Certifying Staff eine interne Authorization ausstellen, schriftlich, im System hinterlegt, vom Qualitätsmanagement kontrolliert. Diese Authorizations können eingeschränkt sein (nur bestimmte Arbeiten, nur bestimmte Hangars) und werden entzogen, wenn der Mechaniker eine Trainingsauflage nicht erfüllt oder der Betrieb die Scope-Erweiterung nicht genehmigt hat.

Das Matching-Problem in der Praxis Für jeden der 400 wöchentlichen Work Orders muss die Planerin prüfen: Welcher Mechaniker hat heute eine gültige Lizenz (Kategorie passend), ein gültiges Type-Rating für dieses Flugzeug, eine gültige Company-Authorization für diese Aufgabe, und ist verfügbar? Drei Bedingungen müssen gleichzeitig erfüllt sein, alle aus verschiedenen Datenquellen, alle mit verschiedenen Ablaufdaten.

Was das System konkret macht

Der technische Kern eines KI-gestützten Qualifikations-Matching-Systems ist ein regelbasierter Abgleich, der durch Machine Learning ergänzt wird:

1. Echtzeit-Qualifikationsdatenbank Das System synchronisiert permanent mit dem HR-Modul des MRO-Systems (bei AMOS etwa das “Staff Management”-Modul) und dem externen HR-System (SAP HR, Personio oder vergleichbar). Jedes Qualifikationsereignis, Schulungsabschluss, Rezertifizierung, Lizenzänderung, wird sofort in die Datenbank übertragen. Die Qualifikationsmatrix ist nicht mehr eine Datei, die jemand manuell aktualisiert, sondern ein Live-Stand.

2. Work-Order-Blockierung Wenn eine Planerin in AMOS einen Work Order erstellen und einem Mechaniker zuweisen will, prüft das System automatisch: Ist die Kombination aus Mechaniker und Aufgabe regulatorisch zulässig? Falls nicht, blockiert das System die Zuweisung und zeigt an, warum, und welche Mechaniker qualifiziert und verfügbar wären.

3. Frühwarnsystem (90/60/30 Tage) Das System generiert täglich eine Übersicht aller Qualifikationen, die in den nächsten 90, 60 und 30 Tagen ablaufen. Für jede ablaufende Qualifikation wird automatisch eine Rezertifizierungs-Aufgabe im Trainingsplan erstellt und der zuständigen Person zugeteilt. Qualifikationen, die 30 Tage oder weniger bis zum Ablauf haben, eskalieren an die Trainingsleitung und den Head of Quality.

4. Audit-Report-Generierung Auf Knopfdruck erzeugt das System einen vollständigen EASA-konformen Qualifikationsnachweis für alle Certifying Staff, inkl. Lizenzstatus, Type-Ratings, Company-Authorizations und Trainingshistorie. Was bisher zwei Arbeitstage Vorbereitung kostete, dauert 15–30 Minuten.

Der Automatisierung liegt hier kein komplexes Sprachmodell zugrunde, der Wert kommt aus der Echtzeit-Datenhaltung und der regelbasierten Blocking-Logik, nicht aus generativer KI. ML kommt ins Spiel, wenn das System lernt, welche Mechaniker-Typen für welche Aufgaben typischerweise bevorzugt werden, und Vorschläge macht, die nicht nur regulatorisch korrekt, sondern auch erfahrungsbasiert optimal sind.

AMOS-Integrations-Realität: Was wirklich gefragt ist

Ein häufiges Missverständnis bei MRO-Digitalisierungsprojekten: „Das steht doch schon alles in AMOS.” Stimmt teilweise, aber die eigentliche Herausforderung liegt nicht im Datenholen, sondern im Datenstand und in der API-Architektur.

Was gut funktioniert AMOS hat nativ ein Staff-Management-Modul, das Certifying Staff, ihre Lizenzkategorien und Type-Ratings verwalten kann. Wenn diese Daten gepflegt sind, ist das die beste Grundlage für eine Qualifikationsmatrix-Integration. Swiss AviationSoftware hat in den letzten Jahren die API-Fähigkeiten von AMOS ausgebaut, ein strukturierter Datenzugriff auf Qualifikationsdaten ist möglich, erfordert aber eine lizenzierte API-Freischaltung.

Was in der Praxis Probleme macht In den meisten MRO-Betrieben, die wir betrachten, liegen die Qualifikationsdaten nicht vollständig in AMOS. Die Realität: Type-Rating-Daten kommen aus einem separaten LMS (Learning Management System), Company-Authorizations liegen in einem SharePoint-Dokument, Lizenz-Kopien im PDF-Ordner auf dem Netzlaufwerk. Bevor ein Echtzeit-Abgleich funktionieren kann, müssen diese Daten konsolidiert und bereinigt werden. Das ist nicht die Schuld von AMOS, das ist ein Prozess-Reife-Problem, das die Einführung des Qualifikationssystems voraussetzt.

Die realistische Projekt-Architektur Für einen AMOS-Betrieb, der ernsthafte Qualifikationsprüfung einführen will, sieht das typische Projekt so aus:

1. Datenaudit (Woche 1–3): Wo liegen alle Qualifikationsdaten heute? Welche sind vollständig, welche veraltet, welche fehlen?
2. Konsolidierung (Woche 4–8): Alle Daten in AMOS Staff Management oder einem zentralen HR-System zusammenführen, Altdaten bereinigen
3. Mapping und API-Integration (Woche 9–14): Schnittstelle zwischen AMOS und dem Matching-System aufbauen, Blocking-Regeln definieren
4. Pilot mit Parallelkontrolle (Woche 15–18): System läuft, aber jede Zuweisung wird manuell gegengeprüft, erst wenn die Fehlerrate unter 0,5 % liegt, wird der manuelle Check abgebaut
5. Go-live und Monitoring (ab Woche 19): Produktivbetrieb mit monatlicher Validierung der Datensynchronisation

Die 4–8 Wochen, die manche Integrationspartner versprechen, gelten nur, wenn die Datenbasis bereits vollständig und sauber in AMOS vorliegt. Das ist in gut zehn Prozent der Betriebe der Fall.

Konkrete Werkzeuge, was wann passt

Es gibt keinen Markt von spezialisierten KI-Qualifikationsmatrix-Tools, die sofort einsatzbereit sind. Die Lösungen entstehen durch Integration bestehender MRO- und HR-Systeme mit einer Matching-Logik, die oft als Modul oder Add-on zugekauft wird.

AMOS mit Staff Management Modul, für AMOS-Betriebe Wer bereits AMOS nutzt, hat die beste Ausgangslage. Das Staff-Management-Modul verwaltet Certifying Staff, Lizenzen und Authorizations nativ. Eine Erweiterung um aktive Work-Order-Blockierung ist über die AMOS-API möglich, entweder durch einen AMOS-zertifizierten Implementierungspartner oder durch eine Eigenentwicklung. Swiss AviationSoftware bietet keine vorgefertigte “Qualifikationsmatrix KI” an, aber die Infrastruktur dafür ist vorhanden. Kosten für AMOS-Implementierung inkl. Staff Management: typisch im mittleren sechsstelligen Bereich für die Erstimplementierung; modulare Erweiterung für bestehende AMOS-Kunden: je nach Scope 30.000–80.000 Euro Projektkosten.

Ramco Aviation Suite mit integriertem HCM-Modul, für Betriebe, die MRO und HR vereinen wollen Ramco Aviation Suite kombiniert MRO-Funktionen mit einem eigenen Human Capital Management-Modul, das Qualifikationen, Trainingshistorie und Authorizations nativ verwaltet. Vorteil: kein separates HR-System nötig. Nachteil: Ramco ist im DACH-Raum wenig verbreitet, deutschsprachiger Support fehlt, und die Implementierung dauert 18–24 Monate. Für Betriebe, die ohnehin eine neue MRO-Systemauswahl treffen, kann Ramco die bessere Wahl sein; für bestehende AMOS-Betriebe ist der Systemwechsel selten gerechtfertigt.

TRAX eMRO, für Betriebe mit Cloud-Infrastruktur und Modernisierungsbedarf TRAX eMRO ist cloud-nativ und hat eine offenere API-Architektur als AMOS. Wenn ein Betrieb ohnehin auf TRAX migriert, lässt sich die Qualifikationsmatrix-Integration von Anfang an mitplanen. Vorteil gegenüber AMOS: geringere On-Premise-Komplexität. Nachteil: geringere Marktpräsenz im deutschsprachigen Raum, kein lokales Beraternetz.

SAP SuccessFactors als HR-Backbone, für SAP-nahe Betriebe Wer SAP SuccessFactors bereits für HR nutzt, kann Qualifikationsdaten dort zentralisieren und über SAP-AMOS-Schnittstellen in das MRO-System übertragen. SuccessFactors hat starke Funktionen für Compliance-Tracking und Skills-Management, ist aber auf die MRO-spezifischen EASA-Konzepte nicht vorkonfiguriert, das erfordert Customizing. Kosten: 15–40 Euro/Nutzer/Monat für SuccessFactors; Implementierung je nach Modulumfang 9–18 Monate.

Wann welcher Ansatz

• Bestehendes AMOS, kein Systemwechsel geplant → AMOS Staff Management + API-Erweiterung
• Neue MRO-Systemauswahl, Englisch-affines Team, Fokus auf Cloud → TRAX eMRO
• Neue MRO-Systemauswahl, ERP und HR in einer Plattform → Ramco Aviation
• SAP-Konzernumgebung bereits vorhanden → SAP SuccessFactors + AMOS-Integration

Datenschutz und Datenhaltung

Qualifikationsdaten von Luftfahrtmechanikern sind personenbezogene Daten im Sinne der DSGVO. Jede Verarbeitung, Speicherung, Abgleich, Reporting, fällt unter die DSGVO-Anforderungen. Hinzu kommen arbeitsrechtliche Aspekte: Der Betriebsrat hat bei der Einführung eines Systems, das Mitarbeitende nach Qualifikationen bewertet und Work-Order-Zuweisungen beeinflusst, ein Mitbestimmungsrecht nach §87 Abs. 1 BetrVG (Leistungs- und Verhaltenskontrolle).

Datenkategorien und Anforderungen

• Lizenzdaten (EASA Part-66 Lizenznummer, Kategorie, Ablaufdatum): gehören der Aufsichtsbehörde, werden vom MRO verwaltet → personenbezogen, aber regulatorisch notwendig
• Trainingshistorie (Schulungsart, -datum, -ergebnis): für Audit-Nachweis erforderlich, aber auch zum Mitarbeiterprofil gehörend → DSGVO-relevant, Betriebsrat einbeziehen
• Work-Order-Zuweisungshistorie: zeigt, wer wann was unterschrieben hat → streng personenbezogen, Löschfristen nach EASA (5 Jahre) prüfen

AVV und EU-Hosting Für alle genannten Tools gilt: Vor dem Produktivbetrieb muss ein Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO abgeschlossen werden. AMOS hostet AMOScloud in der EU, DSGVO-konform einsetzbar. Ramco Aviation Suite bietet EU-Hosting auf Anfrage, ist aber nicht der Standard; vertragliche Fixierung notwendig. SAP SuccessFactors hostet über SAP BTP in Frankfurt, EU-konform, aber AVV separat anfordern.

Betriebsratseinbeziehung Der entscheidende Schritt, den viele Betriebe unterschätzen: Die Einführung eines Systems, das automatisch Work-Order-Zuweisungen blockiert oder vorschlägt, gilt als Einführung einer Einrichtung zur Überwachung des Verhaltens und der Leistung von Mitarbeitern im Sinne von §87 BetrVG. Ohne Betriebsvereinbarung kann das System nicht eingeführt werden. Wer früh mit dem Betriebsrat spricht, vermeidet Projektstopps in der Implementierungsphase.

Was es kostet, realistisch gerechnet

Projektkosten (einmalig) Die Einführungskosten hängen stark davon ab, wie gut die Qualifikationsdaten heute schon digital und vollständig vorliegen.

• Best Case (AMOS bereits vorhanden, Daten sauber): Modulare Erweiterung + API-Integration 30.000–60.000 Euro Projektkosten, 3 Monate Laufzeit
• Standard Case (AMOS vorhanden, Daten teilweise in anderen Systemen): 60.000–120.000 Euro Projektkosten inkl. Datenmigration und Bereinigung, 4–6 Monate Laufzeit
• Aufwendiger Case (AMOS-Neueinführung oder Systemwechsel erforderlich): 200.000–500.000 Euro Gesamtprojekt, 12–18 Monate Laufzeit

Laufende Kosten

• AMOS-Modulerweiterung: typisch im Lizenzmodell enthalten oder gegen Zuschlag, Größenordnung 5.000–15.000 Euro/Jahr
• SAP SuccessFactors: 15–40 Euro/Nutzer/Monat bei HR-Nutzern; bei 600 Mechanikern ohne individuelle HR-Logins oft nur 20–30 Admin-Lizenzen benötigt → 3.600–14.400 Euro/Jahr
• Externe API-Wartung: 5.000–15.000 Euro/Jahr je nach Komplexität der Schnittstellen

Was du dagegenrechnen kannst Ein MRO-Betrieb mit 600 Mechanikern und 400 Work Orders/Woche: Wenn 5 % der Zuweisungen fehlerhaft sind (zu optimistisch; laut oxmaint liegt die Nacharbeitsrate bei 11 %), entspricht das 20 fehlerhafte Zuweisungen pro Woche. Jede Fehlzuweisung, die zu einer Nacharbeit führt, kostet typisch 2–4 Stunden eines B1.1-Mechanikers (Stundensatz 35–50 Euro brutto) plus Dokumentationsaufwand. Das ergibt 1.400–4.000 Euro wöchentlich, 70.000–200.000 Euro jährlich, ohne die Compliance-Kosten eines einzigen Level-1-Findings einzurechnen.

ROI messen Der direkteste Beweis: Anzahl der bei Audit-Vorbereitung gefundenen Qualifikationslücken in der alten Welt vs. in der neuen Welt. Null Surprises beim nächsten Überwachungsaudit ist kein abstraktes Ziel, sondern ein überprüfbares Ergebnis.

Typische Einstiegsfehler

1. “Die Daten sind doch schon in AMOS”, und dann die Bereinigung unterschätzen Das häufigste und teuerste Missverständnis. AMOS enthält in den meisten Betrieben einen historischen Stand der Qualifikationen, aber keine vollständige, laufend gepflegte Version. Type-Rating-Ablaufdaten sind nicht eingetragen. Company-Authorizations wurden nie digital erfasst. Schulungsabschlüsse liegen als PDFs im Netzlaufwerk. Wer das Projekt startet, ohne zuerst den tatsächlichen Datenstand zu prüfen, wird in Woche 8 feststellen, dass die Datenbereinigung allein schon drei Monate Arbeit erfordert. Lösung: Beginne mit einem Datenaudit, nicht mit der Systemkonfiguration.

2. Das System einführen und dem System vertrauen, ohne Redundanz Dieser Fehler ist subtiler und gefährlicher. Sobald das Blocking-System aktiv ist und als zuverlässig gilt, tendieren Planerinnen und Planer dazu, die Rückkontrolle einzustellen: “Wenn das System es durchgelassen hat, ist es in Ordnung.” Das ist menschlich und verständlich, und gefährlich. Ein Synchronisierungsfehler zwischen HR-System und AMOS, ein Timeout bei der API-Abfrage, eine falsch eingetragene Ablaufdatum, jeder dieser Fälle kann dazu führen, dass ein nicht qualifizierter Mechaniker eine Zuweisung erhält, die das System hätte blockieren sollen. Wenn das manuelle Kontroll-Backup wegfällt, bleibt dieser Fehler unbemerkt. Lösung: Wöchentliche Stichprobenprüfung (5–10 Work Orders manuell nachkontrolliert) bleibt dauerhaft im Prozess, auch im Vollbetrieb.

3. Den Betriebsrat nach der Entscheidung informieren Einige Betriebe unterschreiben den Implementierungsvertrag, buchen die AMOS-Beratung und informieren dann den Betriebsrat. Das ist falsch, und endet regelmäßig mit einer Unterlassungsaufforderung, die das Projekt auf Eis legt. §87 Abs. 1 Nr. 6 BetrVG ist eindeutig: Systeme, die Verhalten und Leistung von Mitarbeitern erfassen oder beeinflussen, unterliegen der Mitbestimmung. Wer früh mit dem Betriebsrat spricht, kann die Betriebsvereinbarung parallel zum Implementierungsprojekt entwickeln und braucht keine Verzögerung. Wer danach spricht, riskiert einen Projektstopp auf Halbzeit.

Was mit der Einführung wirklich passiert, und was nicht

Das System ist schnell implementiert, verglichen mit der menschlichen Veränderung.

Die Planerinnen und Planer, die zwanzig Jahre in Excel gearbeitet haben Für erfahrene Planerinnen und Planer ist die Qualifikationsmatrix nicht nur ein Dokument, sie ist ein Ausdruck ihres Wissens über die Belegschaft. Wenn ein System die Zuweisung übernimmt und manchmal Mechaniker vorschlägt, die “aus dem Bauch heraus falsch anfühlen”, entsteht Widerstand. Nicht aus Böswilligkeit, sondern weil das Vertrauen in das System erst aufgebaut werden muss. Was hilft: In der Pilotphase jeden Systemvorschlag erklären lassen, warum empfiehlt das System gerade Mechaniker Müller und nicht Mechaniker Weber? Wenn die Begründung (Qualifikation + Verfügbarkeit + Erfahrung) nachvollziehbar ist, wächst das Vertrauen. Wenn sie es nicht ist, steckt entweder ein Datenproblem dahinter oder eine implizite Planungslogik, die noch nicht digitalisiert wurde.

Die Mechaniker, die eine abgelaufene Qualifikation im System sehen Einige Mechaniker werden im Rahmen der Datenmigration erfahren, dass ihre Qualifikationsakte Lücken hat oder dass eine Rezertifizierung überfällig ist. Das ist selten willkommen. Hier hilft Transparenz: Das System zeigt nicht, was der Mechaniker falsch gemacht hat, es zeigt, was die Verwaltung versäumt hat, rechtzeitig zu eskalieren. Die Kommunikation muss das klar stellen.

Was das System nicht löst Die Einführung eines Qualifikations-Matching-Systems löst das Problem der ungepflegten Datenbasis nicht von selbst. Wer das Projekt mit alten, unvollständigen Daten startet, bekommt ein System, das zuverlässig die falsche Qualifikationsmatrix durchsetzt. Das ist schlimmer als keine Lösung. Die Datenpflege-Verantwortung muss vor dem Go-live klar geregelt sein: Wer ist für die Schulungsabschlüsse zuständig? Wer pflegt die Company-Authorizations? Wer validiert die Lizenzdaten gegen die LBA-Datenbank?

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

„Wir haben das bisher auch ohne KI geschafft.” Das stimmt, bis zum nächsten EASA-Überwachungsaudit. Das Argument lohnt sich nur, wenn du weißt, dass deine Qualifikationsmatrix heute vollständig und aktuell ist. Wann wurde sie zuletzt vollständig gegen die LBA-Datenbank validiert? Wie viele Type-Rating-Ablaufdaten sind für alle 600 Mechaniker korrekt eingetragen? Wenn die ehrliche Antwort „wir prüfen das nicht vollständig” ist, dann hast du das Risiko bisher gehabt, aber noch kein EASA-Finding. Das ist Glück, kein System.

„Das kostet zu viel für einen Betrieb unserer Größe.” Die Investition ist nicht trivial. Aber die Alternative hat auch einen Preis: das Risiko eines Level-1-Findings. Was kostet eine temporäre Betriebsunterbrechung für eine mittelgroße MRO-Werkstatt? Zwei Wochen keine Freigaben, EASA-Re-Audit, Korrektivmaßnahmenplan, der Wert der Risikovermeidung ist real, auch wenn er schwer planbar ist. Für Betriebe unter 100 Mechanikern mag die Rechnung tatsächlich nicht aufgehen. Für Betriebe ab 200 Mechanikern lohnt sie sich in der Regel.

„AMOS macht das doch schon, wir müssen nichts zusätzlich kaufen.” AMOS hat die Datenstruktur dafür. Die aktive Work-Order-Blockierung auf Basis von Qualifikationsregeln ist nicht im Standard-AMOS enthalten und muss konfiguriert und integriert werden. Wer das glaubt ohne es zu prüfen, sollte seinen AMOS-Administrator fragen, wie die Blocking-Logik aktuell konfiguriert ist, die Antwort ist in den meisten Betrieben „gar nicht”.

Haftung und regulatorische Verantwortung: Wer steht gerade

Wenn ein Luftfahrtmechaniker eine Maintenance-Freigabe für einen Flugzeugtyp unterschreibt, für den sein Type-Rating abgelaufen ist, sind mehrere Parteien regulatorisch betroffen:

Der Mechaniker selbst Die persönliche Part-66-Lizenz bleibt gültig, aber die Unterschrift war nicht autorisiert, weil die Voraussetzungen (gültiges Type-Rating + gültige Company-Authorization) nicht erfüllt waren. Ein Freigabezertifikat ohne gültige Berechtigung ist rechtlich wertlos. Das kann disziplinarische Konsequenzen haben, aber da er in gutem Glauben handelte (die Planerin hat ihn zugewiesen), ist die Hauptverantwortung nicht bei ihm.

Der MRO-Betrieb als Part-145-Organisation EASA Part-145 §145.A.30 verpflichtet den Betrieb, sicherzustellen, dass nur Certifying Staff mit gültigen Berechtigungen Maintenance Releases ausstellen. Die Verantwortung liegt institutionell beim Betrieb, nicht beim einzelnen Mechaniker und nicht bei der Planerin, die auf eine veraltete Matrix vertraut hat. Ein Finding geht gegen die Betriebsgenehmigung, nicht gegen die Privatperson.

Die Accountable Manager und Quality Manager Diese Rollen sind nach Part-145 §145.A.70 persönlich verantwortlich für die Einhaltung der Qualifikationsanforderungen. Im Ernstfall eines Serious Safety Finding kann das zu einer Verwarnung oder in schweren Fällen zur persönlichen Konsequenz gegenüber der Behörde führen.

Was das für die Systemeinführung bedeutet Ein Qualifikations-Matching-System reduziert das organisatorische Risiko erheblich, aber es ändert nicht die grundsätzliche Verantwortung der Part-145-Organisation. Wer das System einführt und dann die Verantwortung “ans System delegiert”, hat das Prinzip falsch verstanden. Das System ist eine Kontrollinstanz, kein Haftungsbefreiungsinstrument. Die menschliche Verantwortung für die Prozessqualität bleibt.

Woran du merkst, dass das zu dir passt

• Dein MRO-Betrieb hat mehr als 150 Luftfahrtmechaniker mit gemischten Lizenz-Kategorien und mehreren Typen-Ratings
• Ihr arbeitet täglich mit 100+ Work Orders, für die Qualifikationen aktiv geprüft werden müssen
• Eure Qualifikationsmatrix lebt in Excel und wird durch manuelle Updates gepflegt, und du weißt, dass der aktuelle Stand nicht zu 100 % stimmt
• Ihr hattet schon einmal einen EASA-Finding oder eine interne Abweichung wegen einer abgelaufenen Qualifikation
• Rezertifizierungen werden reaktiv geplant, d.h. jemand entdeckt, dass eine Qualifikation abgelaufen ist, statt sie 90 Tage vorher zu planen
• Beim letzten Überwachungsaudit gab es Nachfragen zu Certifying-Staff-Unterlagen oder ihr musstet kurzfristig Dokumente zusammensuchen

Wann es sich (noch) nicht lohnt, drei harte Ausschlusskriterien:

1. Unter 100 Luftfahrtmechaniker. Bei dieser Belegschaftsgröße lässt sich die Qualifikationsmatrix mit einer Person und wöchentlicher Aktualisierung noch zuverlässig pflegen. Der Implementierungsaufwand (3–5 Monate Projektlaufzeit, 30.000–60.000 Euro Mindestinvestition) übersteigt den Nutzen. Excel mit wöchentlicher Pflege und monatlicher LBA-Validierung ist die besser investierte Zeit.

2. Kein MRO-System (AMOS oder vergleichbar) im Einsatz. Ein Qualifikations-Matching-System ist ein Add-on, kein Ersatz für eine MRO-Plattform. Wer seine Work Orders noch aus Papierformularen oder einer Excel-Arbeitsliste vergibt, muss zuerst das Fundament legen, AMOS oder eine vergleichbare Plattform, und dann die Qualifikationsmatrix-Integration aufsetzen. Beides gleichzeitig zu implementieren überfordert jede Organisation.

3. Qualifikationsdaten liegen noch überwiegend in Papier-Trainingsordnern. Das System kann nur prüfen, was digital vorliegt. Wenn Type-Rating-Zertifikate und Schulungsnachweise ausschließlich in physischen Akten existieren, muss die Digitalisierung dieser Unterlagen (OCR, Datenerfassung, Validierung) der eigentlichen Systemeinführung vorangehen. Das ist ein eigenständiges Projekt von typisch 2–4 Monaten, und der wichtigste Schritt für die Datenqualität.

Das kannst du heute noch tun

Bevor du in ein AMOS-Integrationsprojekt investierst, kannst du mit einer KI-gestützten Lückenanalyse deiner Qualifikationsmatrix beginnen. Exportiere deine aktuelle Matrix aus AMOS oder Excel als CSV und analysiere sie mit folgendem Prompt:

Diesen Prompt kannst du mit einem Export deiner aktuellen Qualifikationsmatrix direkt einsetzen, ohne AMOS-Integration, ohne Projektbudget. Was du bekommst: eine klare Übersicht, wo die größten Lücken liegen und wo eine Überprüfung von Maintenance-Releases notwendig sein könnte. Das ist die Basis für ein ehrliches Gespräch mit deinem Quality Manager darüber, was eine Systemlösung wirklich kosten darf.

Quellen & Methodik

• Nacharbeitsrate durch Zertifizierungsfehler (11 %) und Überstundendifferenz (8–11 Prozentpunkte): oxmaint.com, „AI-Based Shift Scheduling Optimization for MRO Facilities” (2026). Abgerufen Mai 2026 unter oxmaint.com/industries/aviation-management.
• $127K geschätzte jährliche Arbeitskosteneinsparung: Ebenda. Für MRO-Betriebe mit 80+ Technikern, konservative Rechnung auf Basis von Überstundenreduktion.
• Demografie der MRO-Belegschaft (38 % über 60, 35 % der 55–60-Jährigen): IFS Corporation / Aviation Pros, „Closing the MRO Talent Gap: How AI and Digital Solutions Keep Aircraft Ready to Fly” (2025). Abgerufen Mai 2026 unter aviationpros.com.
• Labor shortage als Top-Concern der MRO-Branche: Oliver Wyman, „Aviation MRO In Demand Amid Supply And Labor Constraints” (April 2025). Abgerufen Mai 2026 unter oliverwyman.com.
• EASA Part-145 §145.A.35 (Certifying Staff) und §145.A.55 (Record Keeping): EASA, Verordnung (EU) Nr. 1321/2014 in der gültigen Fassung; AMC & GM to Part-145, Issue 2, Amendment 5.
• EASA Part-66 Lizenzstruktur (Kategorien, Type-Ratings, Privilege-Verfall nach 2 Jahren ohne 6 Monate Praxis): EASA FAQ Part-66, Punkt 66.A.20(b)(2). Abgerufen Mai 2026 unter easa.europa.eu.
• Implementierungskosten AMOS und SAP SuccessFactors: Erfahrungswerte aus MRO-Implementierungsprojekten (Stand April/Mai 2026); keine öffentlich verifizierbaren Listenpreise verfügbar.
• Betriebsrats-Mitbestimmung §87 Abs. 1 Nr. 6 BetrVG: Betriebsverfassungsgesetz in der gültigen Fassung.

Du willst wissen, wie reif deine Qualifikationsmatrix für eine KI-Integration ist, und was der realistische erste Schritt für deinen Betrieb wäre? Meld dich, das klären wir in einem kurzen Gespräch.