TRAX eMRO

Kurzfazit

TRAX eMRO ist der modernere Versuch, AMOS Marktanteile abzunehmen — mit Cloud-Architektur statt On-Premise-Mammut, Predictive Maintenance als Produktfeature statt Add-on, und einer Skalierungsfähigkeit, die große, multiseitige Flotten abbildet. Die Schwäche liegt in der fehlenden Marktmacht und Serviceinfrastruktur im deutschsprachigen Raum, wo AMOS die etablierte Referenz bleibt. Für innovative Betriebe mit IT-Know-how kann TRAX eine echte Alternative sein — wer aber auf lokale Beratung angewiesen ist, wird vor Tür 1 umkehren.

Für wen ist TRAX eMRO?

Große internationale Airlines mit interner Cloud-Infrastruktur: Lufthansa Group, easyJet, und Ryanair haben TRAX implementiert — Betriebe, die ohnehin in Public Cloud (AWS, Azure, Google Cloud) betreiben und keine On-Premise-Komplexität wollen. Die Cloud-native Architektur zahlt sich bei Flottengrößen ab 80+ Flugzeugen aus.

MRO-Provider mit Fokus auf Predictive Maintenance: Wer als unabhängiger Wartungsbetrieb seinen Kunden Condition-Based Maintenance statt Calendar-Based anbieten will, braucht ein System, das Sensordaten, QAR-Logs und Maintenance-Historie in einem Modell verarbeitet. TRAX kann das — AMOS nicht.

Betriebe mit hohem Datenreifegrad: Für Unternehmen, die bereits Sensordaten von Triebwerken, Landing Gear und Hydraulik sammeln und auswerten, ist TRAX ein natürlicher Fit. Gut gehostete Integrations-APIs und ein offenes Datenschema sind Stärken.

Weniger geeignet für: Kleine Betriebe unter 20 Flugzeugen, Betriebe mit reinen Papier-Wartungsprozessen, deutschsprachige Organizations ohne Englisch-affine IT-Teams. TRAX zieht kein deutsches Implementierungs-Netzwerk hinter sich wie AMOS.

Preise im Detail

TRAX eMRO veröffentlicht keine Listenpreise. Die Kostenstruktur funktioniert ähnlich wie AMOS, basiert aber auf:

• Cloud-Nutzungsgebühren statt On-Premise-Lizenzen
• Datentransfer und Storage nach tatsächlichem Datenvolumen
• API-Zugriffe (für Third-Party-Integration) nach Nutzung

Einordnung: Große Airlines berichten von vergleichbaren Gesamtkosten zu AMOS, oft mit besserer Planbarkeit wegen Cloud-Verbrauchsmodell. Implementierungskosten sind typischerweise kürzer (6–12 Monate statt 12–18), weil weniger On-Premise-Migration und Infrastruktur anfällt. Für deutschsprachige Betriebe entfallen lokale Beratungskosten — ersetzt durch englischsprachige Remote-Teams, was Kosten senken oder erhöhen kann, je nachdem wie gut die interne Koordination funktioniert.

Stärken im Detail

Cloud-natives Design skaliert ohne Architektur-Neustart. AMOS wächst mit Konfiguration — mehr Flugzeuge, mehr Module, mehr Komplexität. TRAX ist von Grund auf für elastische Skalierung gebaut. Ob 20 oder 200 Flugzeuge: das System-Verhalten bleibt vorhersehbar, keine Performance-Degradation wie in alternden On-Premise-Installationen.

Predictive Maintenance ist nicht Addon, sondern Architektur-Eckpfeiler. Seit April 2025 ist die Integrationen mit Rolls-Royce Blue Data Thread — Rolls sagt in Echtzeit, welche Engine-Komponenten überwacht und Wartung brauchen — live im System. AMOS schiebt hierbei seinen KI-Funktionen hinterher.

API-first Design erlaubt Customization ohne Proprietary-Lock. Wer TRAX mit eigenem Sensorsystem, eigenem ERP oder eigenem Analytics-Stack verbinden will, bekommt dokumentierte APIs statt Integrations-Blackboxen. Das heißt: weniger Vendor-Abhängigkeit in kritischen Prozessen.

Schwächen ehrlich betrachtet

Geringe deutschsprachige Support-Infra. Das ist nicht trivial, wenn Luftfahrtmitarbeiter primär Deutsch sprechen und bei kritischen MOE-Fragen (Maintenance Organisation Exposition, das zentrale EASA-Compliance-Dokument) echte Expertise brauchen. TRAX hat deutsche Kunden, aber keine deutschsprachigen TRAX-Experten wie Swiss-AS.

Die Blue Data Thread Integration ist noch grün. April 2025 ist keine reifen Marktstandard-Status. Wer jetzt TRAX kauft, ist early-adopter für diesen wichtigen Workflow. Das kann ein Vorteil sein (erster-Mover), kann aber auch heißen: noch nicht alle Bugsicherungen sind da.

Keine öffentliche Transparency zu Implementierungs-Track-Record. AMOS ist sichtbar über 200 Kunden (davon sind viele große Namen). TRAX nennt einige, aber kein öffentliches Verzeichnis. Das macht die Risikobewertung in der Evaluierungsphase schwerer.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Ein bewährtes Vollsystem mit deutschem Support brauchst	AMOS
Ein kleineres Logbuch-System für GA/BizAv brauchst	Bluetail
Sensors und Predictive Maintenance ohne MRO-Vollumfang brauchst	AWS Lookout for Equipment oder IBM Maximo
SAP-Ökosystem-Nähe brauchst	SAP S/4HANA mit PM-Modul

So steigst du ein

Schritt 1: Kontaktaufnahme über trax.aero mit einem klar definierten Scope: Flottentyp, Größe, bestehende Cloud-Infrastruktur und Datenquellen (Sensoren, QAR, Historien-System). TRAX wird dich zu einer Initial Assessment laden, meist als AWS/Azure Architektur Review.

Schritt 2: Proof-of-Concept mit einer einzelnen Flugzeug-Serie starten — z.B. alle A320-Familie mit Fokus auf Predictive Maintenance für Triebwerk und Fahrwerk. Das ist schneller und weniger risikant als ein Vollsystem-Rollout von Tag 1.

Schritt 3: Datenmigration und Integrationsplan mit den bestehenden Tech-Ops-Systemen (FMS, QAR-Upload, Sensor-Feeds). Die größte Hürde ist nicht TRAX, sondern die Datenbereitstellung auf der Airline-Seite.

Ein konkretes Beispiel

Eine mittelgroße deutsche Airline mit 25 B787 und 18 A350 führt TRAX 2025 ein, um von reinen Kalender-Wartungen zu Condition-Based Maintenance überzugehen. Das Ziel: Triebwerks-Überholungen um 15–20 % reduzieren durch bessere Vorhersage statt starre Betriebsstunden-Limits. Nach 8 Monaten Implementierung läuft das Predictive Modell (mit Blue Data Thread), und die QM-Abteilung sieht zum ersten Mal, welche Engine-Komponenten realistisch noch 600 Stunden Lebensdauer haben statt die vorgesehenen 1.200 zu verschwenden. Potenzial: 2–3 Millionen Euro Einsparung pro Jahr.

DSGVO & Datenschutz

• Datenhosting: EU — TRAX hostet standardmäßig in europäischen AWS/Azure Regionen. Der konkrete Datacenter ist per Vertrag wählbar (Frankfurt, Dublin, etc.).
• Datennutzung: Keine Nutzung für Model-Training oder Third-Party-Verkauf; Daten bleiben isoliert in der Mandanten-Instanz.
• Auftragsverarbeitung: AVV-Abschluss ist Standard, Anforderungen gem. DSGVO Artikel 28 erfüllt.
• Datensouveränität: Bei Cloud-Hosting bestimmt der Kunde den Rechenzentrumsstandort, nicht TRAX; technische Backups sind standardisiert.
• Empfehlung für Unternehmen: DSGVO-konform für EU-Betriebe, besonders wenn die Airline ohnehin in AWS/Azure investiert. Die Auswahl des Datacenters sollte explizit im Vertrag stehen.

Gut kombiniert mit

• Blue Data Thread (Rolls-Royce Engine Prognostics) — TRAX integriert sich direkt, spart Daten-Handarbeit
• ePlane.ai — während TRAX die interne Wartungsplanung steuert, kümmert sich ePlane um die Beschaffung externer Parts im Notfall
• AWS/Azure Infrastruktur — TRAX läuft cloud-native, also Hosting bei gleichen Anbietern spart Netzwerk-Komplexität

Unser Testurteil

TRAX verdient 3 von 5 Sternen als moderner Herausforderer in einem AMOS-dominierten Markt. Die Cloud-native Architektur und die native Predictive-Maintenance-Integration sind technologisch überzeugend und für progressive Betriebe attraktiv. Der Stern-Malus kommt von der geringen Marktpräsenz im deutschsprachigen Raum — wo Luftfahrtmitarbeiter Deutsch sprechen und lokale Expertise brauchen — und der noch grünen Blue-Data-Thread-Integration. Wer in einer englischsprachigen oder international aufgestellten Betriebsorganisation arbeitet und technisch ambitioniert ist, könnte hier besser fahren als mit AMOS.

Was wir bemerkt haben

• April 2025 — Blue Data Thread Integration (Rolls-Royce Engine Prognostics) nun live und in Produktionsinstanzen bei frühen Kunden. Das war vorher ein Roadmap-Item, ist jetzt real und reduzie Handarbeit bei Engine-RUL-Prognosen signifikant.
• Keine wesentlichen Preisänderungen bekannt (Stand April 2026).