Proof of Performance
KONTINUIERLICHE FLUGVALIDIERUNG
~1.000 Flüge alle 3–5 Minuten
Ersetzte manuelle operative Checks durch automatisierte Validierung über den gesamten Fahrplan – kontinuierlich auf einem rollierenden mehrtägigen Horizont.
OPERATIONELLE UNABHÄNGIGKEIT
Regelaktualisierungen im Besitz des Business
Entfernte die Abhängigkeit von Kernsystem-Anbietern, um neue regulatorische oder operative Rahmenbedingungen umzusetzen. OCC-User erstellen und aktualisieren die Regeln nun selbst.
EINE EINZIGE QUELLE DER WAHRHEIT
Zentralisierte operative Logik
Konsolidierte Regeln, die zuvor in Legacy-Systemen, verstreuter Dokumentation und dem Wissen der Duty Manager verteilt waren, in eine einzige transparente Plattform.
Der Wendepunkt: Von „im Kopf des Duty Managers" zu einer einzigen Quelle der Wahrheit
Vor DecisionRules lebte die operative Logik von Wizz Air an drei unbequemen Stellen. Einige Regeln waren in Legacy-Systemen fest eincodiert. Einige steckten in verstreuter Dokumentation. Und einige existierten – so die eigene Beschreibung von Wizz Air – „größtenteils im Gehirn der Duty Manager".
Die Entscheidung, DecisionRules einzuführen, wurde von einer einzigen Anforderung aus dem Geschäft getrieben: Das Operations Control Center musste seine Regeln Ende-zu-Ende besitzen. Eine konkrete Stelle, an der jede Alarm- und Warnmeldung definiert, getestet und live geschaltet wird – durch genau die Personen, die den Betrieb tatsächlich durchführen – ohne auf Anbieter-Änderungszyklen warten zu müssen.
Die Herausforderung: Fragmentierte Logik und herstellerabhängige Änderungen
Bevor DecisionRules implementiert wurde, waren die operativen Regeln von Wizz Air über Systeme, Dokumente und Menschen verteilt. Drei Probleme verstärkten sich gegenseitig:
- Fragmentierte Logik. Regeln wurden in unterschiedlichen Anwendungen definiert. Einige waren dokumentiert, einige nicht, und einige existierten nur im Gedächtnis einzelner Duty Manager.
- Manuelles Scannen im großen Maßstab. Duty Manager scannten die Flugkette manuell, um Probleme zu identifizieren. Dieser Ansatz ist fehleranfällig und wurde mit dem Wachstum der Airline zunehmend unhaltbar.
Das Ergebnis war ein Betrieb mit nur begrenzter Klarheit darüber, warum bestimmte Alarme ausgelöst wurden – und ohne Möglichkeit, ein regulatorisches oder operatives Update einzuspielen, ohne durch eine Software-Freigabe zu gehen.
| Problem | Auswirkung |
|---|---|
| Über Systeme und Menschen verteilte Logik | Regeln existierten in unterschiedlichen Anwendungen, in der Dokumentation und im menschlichen Gedächtnis. |
| Manuelle Prüfung von Flug für Flug | Das manuelle Scannen der Flugkette war fehleranfällig und nicht im gewünschten Umfang durchführbar. |
| Keine einzelne Quelle der Wahrheit | Das Team hatte keine Klarheit darüber, warum bestimmte Alarme generiert wurden. |
Warum Wizz Air sich für DecisionRules entschieden hat
Wizz Air hat mehrere Tools bewertet, indem reale Anwendungsfälle aus der Airline-Praxis beschrieben wurden und man versuchte, sie in jedem Tool umzusetzen, um herauszufinden, welches am leistungsfähigsten ist. DecisionRules wurde anhand von drei Kriterien ausgewählt:
- Skalierbarkeit. Die Engine konnte wiederholte Verarbeitungen großer Flug-Sammlungen über den gesamten Fahrplan hinweg bewältigen.
- Passende Integration. Technische Fähigkeit zur Integration in das interne Data Lake und den Event Bus über REST-API und JSON.
- Unabhängigkeit der Business User. OCC-User konnten Regeln selbst erstellen und pflegen – ohne starke IT-Einmischung.
Ein Proof of Concept wurde mit repräsentativen Use Cases durchgeführt, um zu bestätigen, dass das Tool die Komplexität der operativen Logik einer Airline bewältigen kann, bevor sich das Team festlegte.
Einer der Hauptgründe, warum wir uns für DecisionRules entschieden haben, war, dass das Business die vollständige Kontrolle über die Regeln haben wollte. Zuvor war ein Teil der Logik zwar dokumentiert, aber ein anderer Teil existierte nur im Kopf der Duty Manager. Wir brauchten einen konkreten Ort, an dem wir die Kontrolle über all diese Punkte haben. Jetzt können wir die Regeln selbst erstellen, sie aktuell halten und Änderungen vornehmen – ohne komplexe Freigabeprozesse.
Daniil Romanov
Operations Control Center Team, Wizz Air
Implementierung und Architektur
Die Lösungsarchitektur von Wizz Air betrachtet DecisionRules als die Validierungsebene einer kontinuierlichen Schleife zur Flugüberwachung:
- Datenaufnahme: Wizz Air sammelt Daten aus verschiedenen Quellsystemen in einer Datenbank und einem Event Bus. Die Daten werden in JSON umgewandelt und per API an DecisionRules gesendet.
- Regelbewertung: DecisionRules verarbeitet operative Daten in Batches und gibt Alarme zurück. Die Checks laufen derzeit alle 3 bis 5 Minuten für Aktivitäten, die in einem rollierenden mehrtägigen Horizont geplant sind
- Alarmbereitstellung: Alarme werden im Cache gespeichert. Anschließend werden sie in der UI für die Duty Manager angezeigt, die per Ausnahmefall-Management steuern – statt mit manueller Aufsicht.
- Erstellung und Tests: OCC-User bauen und pflegen Regeln direkt in der DecisionRules-UI. Das Team nutzt intensiv die Playground- und Test-Umgebungen, um Regelaktualisierungen zu simulieren, bevor sie live geschaltet werden.
Implementierungsnotizen und Lessons Learned
Die Integration der DecisionRules-Plattform selbst war unkompliziert. Das Wizz-Air-Team und DecisionRules arbeiteten während des gesamten Implementierungsprozesses eng zusammen, wobei DecisionRules Hinweise zur Optimierung lieferte.
Wichtige Use Cases
- Ablauf der Flugzeugregistrierung: Das System alarmiert das OCC, wenn einem Flug ein Flugzeug zugewiesen ist, das es rechtlich nicht betreiben darf – zum Beispiel aufgrund von Einschränkungen bei kurzen Start- und Landebahnen oder weil das Flugzeug einen inaktiven Status hat.
- Aktualisierungen operativer Rahmenbedingungen: Wenn ein bestimmter Flughafen seine Anforderungen ändert (z. B. die Wende-/Turnaround-Zeiten für Flughäfen wie Prag), aktualisieren Geschäftsanwender die Regelvorlage direkt – ohne Code-Freigabe.
- Weitere operative Alarme: Die Plattform löst Alarme aus bei Problemen wie ablaufenden Funk-/Radio-Lizenzen und Startbahnbeschränkungen, die an bestimmte Flugzeugtypen gekoppelt sind. Das OCC kann darauf reagieren, noch bevor der Tag des operativen Einsatzes beginnt.
Messbare Ergebnisse und Vorteile
- Operative Transparenz: Das System generiert erfolgreich Alarme für Probleme wie Abweichungen bei der Flugzeugregistrierung, ablaufende Funk-/Radio-Lizenzen sowie Startbahnbeschränkungen, die an den Flugzeugtyp gekoppelt sind – und gibt dem OCC so einen kontinuierlichen Überblick, den es zuvor nicht hatte.
- Automatisierung im großen Maßstab: Rund 1.000 Flüge werden alle 5 Minuten für die nächsten 3 Tage geprüft – anstelle des manuellen Scannens des Fahrplans.
- Business-Eigentümerschaft der Logik: Die OCC-User besitzen jetzt den Lebenszyklus der operativen Regeln. Die Regeldefinitionen liegen beim Business, während sich die IT auf die Datenintegration konzentriert. Das Team pflegt außerdem interne Dokumentation, die abbildet, welche Regeln zu welchen Workflows und Datenmodellen gehören.
- Unabhängigkeit von Anbieterzyklen: Regeln und Vorlagen können bei Bedarf geändert werden (z. B. die Wende-/Turnaround-Zeiten für bestimmte Flughäfen) – ohne Code-Freigaben oder Änderungsanfragen an den Anbieter.
Fazit
Durch die Implementierung von DecisionRules hat Wizz Air die operative Logik konsolidiert, die zuvor über Legacy-Systeme, verstreute Dokumentation und das Wissen einzelner Duty Manager verteilt war – hin zu einer einzigen, transparenten Plattform, die vom Operations-Team verantwortet wird. Das OCC überwacht nun jeden Flug im Fahrplan kontinuierlich, aktualisiert Regeln ohne auf Anbieterzyklen zu warten, und baut Redundanz in einen der sicherheitskritischsten Bereiche der Airline ein.
Für Wizz Air ist DecisionRules zu einer entscheidenden Komponente der digitalen Transformation der Airline geworden – als Brücke zwischen starren Legacy-Systems der Luftfahrt und dem Bedarf an agilen, modernen operativen Prozessen.
In einer dynamischen Umgebung wie der Luftfahrt ist es nicht mehr möglich, sich auf manuelle Checks zu verlassen oder auf Updates von Anbietersoftware zu warten. DecisionRules hat uns die Geschwindigkeit und Kontrolle gegeben, die wir brauchten, um Compliance und Effizienz im großen Maßstab sicherzustellen. Wenn Sie die Verantwortung für Ihre Business-Logik übernehmen und komplexe Entscheidungen automatisieren möchten, bietet DecisionRules die Flexibilität, das umzusetzen.
Daniil Romanov
Operations Control Center Team, Wizz Air