Wie die Dienstleistungserbringung tatsächlich funktioniert, wenn beide Modelle live sind
Wir haben ein neues Problem für Fluglinien-Teams, die sich in einer schwierigen Situation befinden. Die meisten Fluggesellschaften verwenden nach wie vor traditionelle Buchungsdaten (Passenger Name Record, PNR), während sie gleichzeitig beginnen, sich mit dem Verkauf und der Lieferung über Bestellungen zu befassen.
„Wir wissen, dass Bestellungen eingehen, aber wir führen unseren Betrieb weiterhin auf Basis von PNRs und Tickets durch. Was ändert sich dadurch konkret in der Leistungserbringung?“
Am Tag der Operation sind beide Modelle im Einsatz. Die Dienstleistungserbringung muss dieser Realität Rechnung tragen.
Diese Ausgabe enthält drei Dinge: Antworten auf einige Ihrer Fragen, konkrete Builds mit Partnern, die zeigen, wie Angebote, Bestellungen und Lieferungen zusammenwirken, sowie einige Punkte, die Sie Ihrer Roadmap hinzufügen können.
Lassen Sie uns eintauchen.
Häufig gestellte Fragen zur Leistungserbringung: von PNRs bis zu Bestellungen
Wir haben die Fragen, die wir immer wieder von den Teams der Fluggesellschaften gehört haben, in einer kurzen FAQ zusammengefasst. Einfach ausgedrückt umfasst sie:
- Wie sich die Lieferung mit Bestellungen von der Lieferung mit PNRs und Tickets unterscheidet
- Was es bedeutet, eine „Quelle der Wahrheit“ für eine Reise auszuwählen, wenn beide Modelle existieren
- Wo alte Dokumente noch wichtig sind und wo sie auf Anfrage vorgelegt werden können
- Wie man den Fortschritt anhand der Erholungszeit und der eingehaltenen Versprechen misst, anstatt anhand der Anzahl der Bildschirme
Lesen Sie: FAQ zur Leistungserbringung – von PNRs bis zu Bestellungen
Wie Angebote, Bestellungen und Lieferungen zusammenwirken
Das Airline Retailing Consortium der IATA stellte eine einfache Frage: Können Angebote und Bestellungen über mehrere Anbieter in realen Systemen abgewickelt werden, während Fluggesellschaften weiterhin PNRs verwenden? Das Programm „Modularity in Action” hat diese Frage von Folien in funktionierende Systemintegrationen umgesetzt.
Im Rahmen dieser Initiative gibt es einige Beispiele, die für Sie als Verantwortlicher für die Erbringung von Dienstleistungen von Bedeutung sind.
Vom Angebot bis zur Lieferung ohne PSS – Ink, Datalex, PROS
In diesem Proof-of-Concept übernimmt Datalex die Angebotserstellung und Auftragsverwaltung, PROS die Preisgestaltung und Ink die Lieferung am Flughafen.
- Angebote werden in der Einzelhandelsebene erstellt und bepreist.
- Aufträge enthalten die verkauften Artikel mit eindeutigen Ansprüchen.
- Die Lieferung liest dieselbe Bestellung, führt die Eincheckung und die damit verbundenen Vorgänge durch und schreibt dann den Status zurück.
Ein traditionelles Passagierdienstsystem steuert den Ablauf nicht. Dadurch kann die Fluggesellschaft Komponenten hinzufügen oder ändern, ohne den gesamten Stack neu starten zu müssen, und es bleibt die Möglichkeit bestehen, dass PNRs und Bestellungen während der Umstellung parallel laufen.
Lesen Sie: Vom Angebot bis zur Lieferung ohne PSS
Direktkanal-Bestellungen, die den Flughafen erreichen – Ink und FLYR
Proof-of-Concept, dass Ink und FLYR einen reibungslosen Ablauf gewährleisten:
- FLYR wickelt Angebote und Bestellungen ab: Einkauf, Preisgestaltung, Auftragserstellung und Lebenszyklus
- Ink Handles Lieferung: Flughafenprozesse, Nebenleistungen und Lieferstatus
So funktioniert es: Reisende suchen und kaufen, FLYR erstellt die Bestellung. Diese Bestellung steht dann Ink am Flughafen zur Verfügung. Die Mitarbeiter bereiten die Reise vor, ändern Sitzplätze, fügen Extras hinzu, und diese Aktionen aktualisieren denselben Bestelldatensatz in Echtzeit. Es gibt keine separate „Flughafenkopie” der Wahrheit.
Drei Punkte sind dabei besonders hervorzuheben:
- Die Lieferung ist mehr als nur die Abflugkontrolle. Beschränken Sie die Erfüllung nicht auf ein einziges Flughafensystem.
- Die Auftragsverwaltung ist Teil der Abflugkontrolle. Beide Teams müssen sich klar darüber verständigen, wer welche Statusmeldungen wann aktualisiert.
- Der Betrieb wird so lange zurückhalten, bis die Arbeit tatsächlich erledigt und nicht nur verlagert ist. Der Aufbau muss ihnen die Arbeit erleichtern.
Lesen Sie: Direktkanal-Bestellungen, die den Flughafen erreichen – Ink und FLYR
Riyadh Air: Greenfield-Lieferung in einer hybriden Welt
Riyadh Air ist eine neue Fluggesellschaft und kein traditionelles Unternehmen, das eine Umstellung durchführt. Von Anfang an muss ihre Lieferkette in einer Welt funktionieren, in der Partner, Flughäfen und Aufsichtsbehörden noch immer traditionelle „Sprachen“ sprechen (PNRs, Tickets, herkömmliche Nachrichten).
Das Ink Delivery Management wurde entwickelt, um genau diesen Mittelweg zu gehen: Es unterstützt das auftragsorientierte Modell von Riyadh Air und kommuniziert bei Bedarf dennoch reibungslos mit den Altsystemen. Das Ergebnis ist keine „Fluggesellschaft im Umbruch“, sondern ein völlig neuer Betrieb, der so konzipiert ist, dass er auf beiden Seiten der Branche funktioniert, solange diese hybride Realität Bestand hat.
Lesen: Angebots- und Auftragsabwicklung durch Modularität
Was dies für Ihren Fahrplan bedeutet
Sie brauchen kein weiteres Konzept. Sie brauchen ein paar klare Entscheidungen.
- Beginnen Sie mit den Prozessen, nicht mit den Systemen. Entscheiden Sie für jeden Ablauf, welcher Datensatz als operative Referenz dient. Wenn eine Bestellung vorliegt, sollte diese die primäre Quelle für Ansprüche und Status sein.
- Beide Identifikatoren sollten nutzbar bleiben. Die Mitarbeiter sollten in der Lage sein, anhand einer PNR-ähnlichen Referenz oder einer Bestell-ID auf die Daten zuzugreifen, ohne zwei separate Prozesse ausführen zu müssen.
- Behandeln Sie alte Dokumente als Outputs. Viele Partner und Behörden benötigen sie noch, aber sie dürfen Ihnen nicht vorschreiben, wie Sie Ihre Lieferungen abwickeln.*
- Entwerfen Sie für mehr als einen Anbieter. Gehen Sie davon aus , dass Angebot, Bestellung und Lieferung möglicherweise nicht alle auf derselben Plattform stattfinden. Verwenden Sie klare Schnittstellen, damit Sie ein Element ändern können, ohne alles neu verkabeln zu müssen.
*Es gibt jedoch eine Frage, die gestellt werden muss.
Bei OOSD (Offer Order Settle Delivery) muss jede Bestellung eine Bestell-ID enthalten und kann optional eine sechsstellige alphanumerische Buchungs-ID enthalten, die anstelle einer herkömmlichen PNR verwendet werden kann. Diese Buchungs-ID funktioniert zwar ähnlich wie eine PNR, ist jedoch selbst keine PNR, da sie nicht die für PNRs typischen strukturellen Einschränkungen aufweist. Dennoch bietet sie eine konforme Buchungsreferenz, die von vielen APIS-Vorschriften der Regierungen sowie von BSM und anderen Messaging-Standards, die auf einer sechsstelligen Kennung basieren, gefordert wird. Die meisten Flüge, insbesondere internationale Flüge, erfordern eine solche Referenz. Es bleibt jedoch die Frage offen, ob diese Buchungs-IDs letztendlich den traditionellen PNR-Regeln entsprechen müssen, z. B. dass alle Passagiere dieselbe Kabinenklasse oder denselben Abflug- und Zielort haben müssen, um Probleme oder Warnmeldungen durch nachgelagerte Systeme zu vermeiden.
Wir werden weitere Gedanken zu den folgenden Themen mitteilen.
Autor
