OpenFlightOps — der Stack für den Flugbetrieb
OpenFlightOps ist die operative Anwendungsschicht für den Flugbetrieb — mit Plausibilisierung über mehrere Datenquellen, kryptographisch verankerter Audit-Strecke, Echtzeit-Decision-Services und ML-Schicht. Apache 2.0 als Fundament, on-premise-tauglich, exit-fähig.
Die operative Anwendungsschicht für den Flugbetrieb. OpenFlightOps führt die Datenströme des Flugbetriebs zu einer prüfungsfesten Basis zusammen, gleicht Widersprüche zwischen den Systemen automatisch ab und liefert Antworten in Echtzeit — fürs Cockpit, für die Bodenabfertigung, für die Compliance-Auswertung. Apache 2.0 als Fundament, on-premise-tauglich, exit-fähig.
OpenFlightOps richtet sich an Airlines, Cargo-Carrier und staatliche Lufttransport-Einheiten, deren Flugbetrieb mehr verlangt als ein Reporting-Layer: Echtzeit-Reaktion, prüfungsfeste Datenstrecke, Wetlease-Realität, regulatorische Pflichten von ReFuelEU über CORSIA bis NIS-2. Der Stack sammelt die operativen Datenströme ein, hält jede Version vollständig vor, gleicht sie Stufe für Stufe gegeneinander ab und macht das Ergebnis für operative Use Cases verfügbar — von Decision-Services im Cockpit bis zur Compliance-Auswertung am Schreibtisch.
Was OpenFlightOps tut
Luftfahrt-Standards ab Tag 1. Parser für die operativ relevanten Datenströme im Flugbetrieb sind im Stack enthalten — Flugplanung, Disposition, Weight & Balance, Flugsicherung, Telemetrie, Messaging, Treibstoff-Daten. Neue Quellsysteme oder Wetlease-Partner kommen über ein Low-Code-Parser-Framework dazu, mit Aktivierung in Tagen statt Wochen. Keine Custom-Entwicklung pro Datenquelle.
Plausibilisierung in mehreren Schichten. Luftfahrt-Daten widersprechen sich systembedingt — fünf Datenquellen ergeben sechs Aussagen, Plan-Erwartung weicht von Realität ab, Wetlease-Partner liefern eigene Auslegungen. Der Stack konsolidiert über ein deklaratives, low-code-konfigurierbares Regelwerk, kombiniert mit statistischer Ausreißer-Erkennung und einer ML-Bewertungs-Schicht. Toleranzen sind parametrisierbar, jede Korrektur audit-fest dokumentiert.
Audit-Strecke bis zur Original-Quelle. Jedes eingehende Dokument wird unverändert in einem eigenen Speicher abgelegt. Hash-Chain plus RFC-3161-Zeitstempel sichern den Bestand kryptographisch ab. Jede konsolidierte Zahl, jeder Compliance-Report, jede Audit-Aussage hat einen vollständigen Pfad zurück bis zum Original-Dokument — Basis für ReFuelEU-Reporting, CORSIA-Nachweise, Steuerprüfungen, Versicherungsfälle und interne Forensik.
Echtzeit-Decision-Services. Auf der konsolidierten Datenbasis lassen sich operative Decision-Services definieren, die im laufenden Betrieb arbeiten — nicht im Tages-Reporting. Datenintegration, Regelwerk und Deployment-Pipeline stehen; das Aufsetzen eines neuen Services wird zum Konfigurations-Thema.
ML-Schicht auf Operations-Daten. Vorintegrierte Browser-IDE plus MLflow als Experiment-Tracking, Model-Registry und Kubernetes-basierte Trainings-Runtime — alles auf derselben konsolidierten Datenbasis. Data Scientists arbeiten direkt auf produktionsnahen Daten. Anwendungsfelder: Treibstoff-Prognose, Verspätungs-Vorhersage, Anomalie-Erkennung, Misconnection-Risiko-Scoring, Predictive Maintenance.
Querthema durch alle fünf: Low-Code-Konfigurierbarkeit. Plausibilitäts-Regeln, Routing-Templates, Parser-Konfigurationen, Decision-Service-Logik, Severity-Skalen — alles über Konfiguration zur Laufzeit anpassbar. Business Analysts pflegen, ohne dass ein Engineer Code ändert. Neue Compliance-Frameworks, neue Wetlease-Partner, neue Decision-Services kommen ohne Release-Zyklus in Produktion.
Im produktiven Einsatz
Die produktive Implementation läuft seit mehreren Jahren — Wetlease-Integration, Treibstoff-Konsolidierung, Decision-Services fürs Cockpit, ML-Schicht auf einer gemeinsamen Datenbasis. Hunderttausende Flüge pro Periode, kontinuierliche Plausibilisierung, prüfungsfester Audit-Trail.
Open Source und Einstieg
OpenFlightOps läuft auf Rahla, der Apache-2.0-Runtime von datatactics. Keine Lizenzketten, keine Vendor-Lock-ins, exit-fähig in Standardformaten. Sie betreiben on-premise, in jeder Cloud oder hybrid — die Storage-Schicht ist konfigurierbar, nicht vorgegeben. Die Konsequenz: Sie können den Stack mitnehmen, wenn Sie sich von uns trennen wollen. Wir betreiben und entwickeln, weil Sie es wollen — nicht, weil ein Lizenz-Schloss Sie hält.
Der Zugang läuft über das Tactical Assessment: 30 Minuten online, eine erfahrene Engineering-Person hört zu, gibt die Einschätzung noch im Call. Wenn es passt, schließt der Architektur-Sprint mit einem validierten Umsetzungsplan plus Festpreis-Vorschlag für die Engineering-Phase.