14 Sekunden pro Gate-Änderung
Ein europäischer Top-5-Flagcarrier betreibt 96 Oracle Forms-Masken in seinem Operations Control Center. Gate-Neuzuweisungen erfolgen in 14 Sekunden, gemessen vom Tastendruck bis zur Veröffentlichung. Die Controller haben seit 2018 drei Ersatzsysteme getestet. Keines erreichte diese Zeit. Alle wurden still und leise zurückgerollt.
Das ist das Paradoxon der Airline-Modernisierung. Die Green Screens sind hässlich. Sie sind aber auch schneller als fast alles, was sie ersetzt hat.
Warum Forms das Operations Center gewonnen hat
Der Flugbetrieb ist dichte Dateneingabe unter Zeitdruck. Ein Dispatcher, der eine Umleitung koordiniert, muss Crew, Flugzeug, Gate, Catering und Treibstoff in unter einer Minute aktualisieren. Oracle Forms wurde genau dafür gebaut: tastaturzentriert, tab-indiziert, servervalidiert, null Maus.
Als Carrier in den 2010er Jahren versuchten, es durch Webportale zu ersetzen, stieg die Latenz von 80 Millisekunden auf 900. Klickziele ersetzten Tastaturkürzel. Controller, die 15 Jahre lang Funktionstasten auswendig gelernt hatten, verloren in der ersten Woche 30 % Produktivität. Die Projekte scheiterten nicht, weil die Technologie falsch war, sondern weil das Interaktionsmodell falsch war.
Was tatsächlich unter der Haube steckt
Ein typischer Schmalrumpf-Betreiber betreibt zwischen 60 und 150 Forms-Masken im Betriebsbereich. Crew-Pairing, FDP-Compliance unter FAA Part 117 oder EASA FTL, Flugzeugrouting, Minimum-Equipment-List-Tracking — das meiste davon steckt in PL/SQL-Paketen, die seit den späten 1990er Jahren kontinuierlich erweitert wurden.
Wir haben das Crew-Scheduling-Modul eines Carriers analysiert. Es enthielt 2.340 Trigger, von denen 88 Tarifvertragsklauseln aus sieben verschiedenen Arbeitsverträgen kodierten. Die Personen, die diese Trigger geschrieben haben, gingen zwischen 2019 und 2023 in den Ruhestand.
Das Wartungsproblem
EASA Part-145 und FAA Part 43 fordern beide nachverfolgbare Wartungsaufzeichnungen für jede Maßnahme an einem Luftfahrzeug. Bei den meisten Legacy-Carriern ist die Aufzeichnungswahrheit eine Oracle Forms-Maske, die direkt in ein Wartungsverfolgungsschema schreibt, das seit einem Jahrzehnt niemand angefasst hat.
Das regulatorische Risiko ist nicht hypothetisch. Wir haben in den letzten drei Jahren zwei Lufttüchtigkeitsanweisungen gesehen, die softwareabhängige Wartungsverfolgung als Problembereich kennzeichneten. Die Carrier, die keine saubere Daten-Lineage nachweisen konnten, zahlten dafür mit Audit-Feststellungen.
Warum die IFS- und AMOS-Migrationen stocken
Carrier haben Hunderte von Millionen ausgegeben, um Wartung und Betrieb auf IFS, AMOS oder Sabre zu migrieren. Die Ersatzsysteme funktionieren für die Hauptfunktionen. Sie decken fast nie die 40 oder 50 Edge-Case-Forms-Masken ab, die Interline-Gepäck, Irregulär-Ops-Recovery oder spezifische Ground-Handling-Verträge abwickeln.
Diese Masken bleiben. Der Carrier betreibt am Ende das neue System und Oracle Forms dauerhaft parallel. Wir nennen das die 90-%-Migration. Es ist das Schlechteste aus beiden Welten.
Die extraktionsbasierte Alternative
Der günstigere Weg behandelt das Forms-Inventar als Wahrheitsquelle, nicht als zu verwerfendes Problem. Automatisierte Extraktion parst jede .fmb-Datei in einen JSON-Deskriptor, der die Blöcke, Trigger, Validierungslogik und Datenbindungen erfasst. Von dort ersetzen TypeScript-Oberflächen die Forms-Laufzeit, während das tastaturzentrierte Interaktionsmodell erhalten bleibt.
Die Controller behalten ihre 14 Sekunden. Der Carrier erhält ein System, das im Browser läuft, auf Mobilgeräte ausgeliefert wird und sich in moderne APIs integriert. Die Tarifvertragslogik bleibt intakt, weil der Deskriptor sie wortgetreu erfasst.
Was sich ändert, wenn der Betrieb modern wird
Die Zweitrundeneffekte sind wichtiger als die Masken selbst. Eine TypeScript-Betriebsschicht kann Events in Kafka streamen, Machine-Learning-Modelle für Verspätungsprognosen speisen und REST APIs für Partner-Airlines unter IATA NDC bereitstellen. Nichts davon ist möglich, wenn die Logik in einer Forms-Laufzeit eingesperrt ist, die nur mit einer einzelnen Oracle Database kommuniziert.
Wir haben bei einem Carrier nach der Umstellung des Operations Centers von Forms eine Reduktion der Irregulär-Ops-Erholungszeit um 22 % gemessen. Die Masken sahen nahezu identisch aus. Die Daten, die aus ihnen flossen, waren es nicht.
Die verbleibende Zeit ist kürzer als gedacht
Oracles erweiterter Support für Forms 12c läuft aus. Das WebLogic-Patching hinkt bereits hinterher. Die Carrier, die jetzt mit der Extraktion beginnen, werden vor dem nächsten großen Flottenerneuerungszyklus von Forms weg sein. Die, die warten, werden Regulierungsbehörden erklären müssen, warum eine Laufzeit von 1997 noch immer Lufttüchtigkeitsdaten berührt.
Die Green Screens haben sich ihren Platz verdient. Es ist Zeit, den Controllern etwas genauso Schnelles zu geben, das für die nächsten 30 Jahre gebaut ist.