Ticketnummer. Coupon. PNR. EMD.
Diese Daten finden sich in Abrechnung, Reporting, Kreditkartendaten, Reisebüro-Prozessen und Schnittstellen wieder.
Mit ONE Order will die Airline-Industrie diese historisch gewachsene Dokumentenwelt grundlegend verändern.
Aus verschiedenen Buchungs-, Ticket- und Servicedokumenten soll eine moderne Order-Struktur werden.
Für Travel Manager klingt das zunächst nach einem Airline-Thema.
Das ist es nicht.
Wie funktioniert es heute?
Wer heute einen Flug bucht, erzeugt im Hintergrund verschiedene Datensätze und Dokumente.
Dazu können gehören:
- Passenger Name Record (PNR)
- Electronic Ticket (ETKT)
- Ticketnummer
- einzelne Flight Coupons
- Electronic Miscellaneous Documents (EMD) für Zusatzleistungen
Diese Strukturen sind über Jahrzehnte entstanden.
Und zahlreiche nachgelagerte Prozesse haben sich darauf eingestellt.
Was ist ONE Order?
ONE Order ist Teil der Transformation der Airline-Distribution hin zu einem moderneren Retailing-Modell.
Die grundlegende Idee:
Eine Bestellung soll als Order verwaltet werden, statt den Prozess über verschiedene historische Reservierungs-, Ticket- und Servicedokumente abzubilden.
Vereinfacht:
Heute: PNR, Ticket, Coupon, EMD, weitere Referenzen
Zukünftig: Order
Damit nähert sich der Flugvertrieb stärker den Prinzipien moderner E-Commerce-Systeme an.
NDC und ONE Order sind nicht dasselbe
Die Begriffe werden häufig gemeinsam verwendet, beschreiben aber unterschiedliche Bereiche.
NDC beschäftigt sich insbesondere mit dem Austausch von Angebots- und Buchungsinformationen zwischen Airlines und Vertriebspartnern.
ONE Order betrifft die Struktur, mit der eine gebuchte Leistung anschließend verwaltet wird.
Vereinfacht:
NDC verändert, wie Angebote und Buchungen kommuniziert werden.
ONE Order verändert, wie die daraus entstandene Bestellung strukturiert und verwaltet wird.
Beides ist Teil einer größeren Entwicklung hin zu Offers & Orders und modernem Airline Retailing.
Warum betrifft das Unternehmen?
Weil Unternehmen ihre Geschäftsreiseprozesse nicht an einer abstrakten „Flugbuchung“ aufgehängt haben.
Sie hängen an konkreten Datenfeldern.
Beispielsweise:
Ticketnummer → Kreditkartentransaktion
Ticketnummer → Rechnung
Ticketnummer → Reisekostenabrechnung
Ticketnummer → Refund
PNR → Reisender
PNR → Reiseplan
PNR → Duty of Care
Ticketdaten → Reporting
Fallen etablierte Identifikatoren weg oder verändert sich ihre Bedeutung, müssen nachgelagerte Prozesse damit umgehen können.
Beispiel: Kreditkartenabgleich
Heute kann eine Ticketnummer ein wichtiges Merkmal für die Zuordnung einer Kartentransaktion sein.
Das Expense-System erhält eine Transaktion und versucht, diese mit Reise- oder Buchungsdaten zusammenzuführen.
Wenn sich künftig die zugrunde liegende Referenzstruktur verändert, muss geklärt werden:
Welcher Identifier übernimmt diese Funktion?
Und:
Wird er durch die gesamte Prozesskette transportiert?
Airline → Distributor → TMC → Payment Provider → Expense → ERP.
Genau an solchen Stellen wird aus einem Airline-Standard ein Finance-Thema.
Beispiel: Reporting
Auch Reporting-Strukturen verwenden Daten aus PNRs, Tickets und einzelnen Flugsegmenten.
Travel Manager wollen wissen:
- Wer ist geflogen?
- Wohin?
- Mit welcher Airline?
- Zu welchem Preis?
- Welche Zusatzleistungen wurden gekauft?
- Welche Tickets wurden umgebucht?
- Welche Beträge wurden erstattet?
Ein Order-basiertes Modell kann langfristig neue Möglichkeiten eröffnen.
Es bedeutet aber auch, dass bestehende Datenmodelle und Schnittstellen überprüft werden müssen.
Beispiel: Rechnungsprüfung
Auch die Rechnungsprüfung orientiert sich heute an bekannten Referenzen.
Ticketnummern lassen sich zwischen verschiedenen Datenquellen vergleichen. Zusatzleistungen können über EMDs identifiziert werden.
Ändert sich diese Struktur, muss weiterhin eindeutig nachvollziehbar bleiben:
Was wurde bestellt? · Was wurde geliefert? · Was wurde geändert oder storniert? · Was wurde bezahlt? · Was wurde erstattet? · Welcher Mitarbeiter und welche Reise gehören dazu?
Für Finance ist genau diese Nachvollziehbarkeit entscheidend.
ONE Order ist deshalb kein isoliertes Airline-Projekt
Für ein Unternehmen kann die Datenkette beispielsweise so aussehen:
Airline → GDS / NDC / Aggregator → TMC / Online Booking Tool → Payment Provider → Expense Management → ERP / Accounting → Data Warehouse / Reporting
Ändert sich am Anfang dieser Kette das Datenmodell, muss sichergestellt werden, dass die relevanten Informationen am Ende weiterhin ankommen.
Was sollten Travel Manager heute tun?
Es besteht kein Grund, bestehende Prozesse vorsorglich komplett umzubauen.
Aber ONE Order gehört auf die technologische Roadmap.
Bei Gesprächen mit TMCs, Buchungssystemen und Technologiepartnern sollten Unternehmen heute bereits fragen:
- Wie bereitet sich der Anbieter auf Offers & Orders vor?
- Wie werden Order-Daten verarbeitet?
- Welche Identifier stehen nachgelagerten Systemen zur Verfügung?
- Wie verändert sich das Mid- und Backoffice?
- Wie werden Payment-Daten zugeordnet?
- Wie funktionieren Refunds und Exchanges?
- Welche Auswirkungen entstehen für Expense-Systeme?
- Was verändert sich im Reporting?
- Welche bestehenden Schnittstellen sind betroffen?
- Wie wird die Übergangsphase zwischen alten und neuen Strukturen abgebildet?
Besonders wichtig ist der letzte Punkt.
Die Herausforderung wird die Übergangsphase
Die klassische Ticketwelt verschwindet nicht an einem bestimmten Stichtag.
Airlines, Märkte, Distributionspartner und Systeme entwickeln sich unterschiedlich schnell.
Unternehmen werden deshalb voraussichtlich über längere Zeit mit verschiedenen Modellen parallel umgehen müssen.
Klassische GDS-Buchungen. NDC-Buchungen. Bestehende Ticketstrukturen. Neue Order-Strukturen.
Für Travel Management bedeutet das: Die Architektur muss nicht nur die Zukunft beherrschen.
Sie muss vor allem den Übergang beherrschen.
Was bedeutet ONE Order für Travel & Expense?
Die wichtigste Konsequenz liegt weniger im sichtbaren Buchungsprozess.
Sie liegt in den Daten dahinter.
Travel Management, Payment, Expense und Finance wachsen technisch immer stärker zusammen.
Eine Veränderung der Airline-Datenstruktur kann deshalb Auswirkungen auf den gesamten Prozess haben:
Buchung → Zahlung → Beleg → Abrechnung → Buchhaltung → Reporting
Genau deshalb gehört ONE Order nicht ausschließlich auf die Agenda von Airlines, GDS und TMCs.
Es gehört auch auf die Agenda von Travel & Spend Management, Finance und IT.
Fazit
ONE Order ist heute noch kein Grund, die bestehende Travel-Infrastruktur neu aufzubauen.
Es ist aber ein guter Grund, bei jeder neuen Travel-Technologie genauer auf die Datenarchitektur zu schauen.
Denn die entscheidende Frage lautet nicht, wann das klassische Flugticket endgültig verschwindet.
Die wichtigere Frage lautet:
Sind Ihre Prozesse und Schnittstellen darauf vorbereitet, wenn die Ticketnummer irgendwann nicht mehr der zentrale Anker ist?
Disclaimer: Wir haben die Inhalte sorgfältig recherchiert — travexis übernimmt keine Haftung oder Gewährleistung für die Richtigkeit und Anwendbarkeit der Informationen. Dieser Beitrag ist ein Erfahrungsbericht aus der Praxis, keine Rechts- oder Steuerberatung. Wenn Sie rechtsverbindliche Unterstützung benötigen, konsultieren Sie den Anwalt oder die Fachabteilung Ihres Vertrauens.
