Upgrade am Gate in MUC: Möglichkeiten der Agents?

[Münsterländer]

ANZEIGE

Die Position der Warteliste ist irrelevant. Zuerst kommen F&F, dann der zahlende Bodensatz Kunde. Und da braucht mir jetz keiner mit einem Smiley kommen...

Es gilt die vom System vorgegebene Liste. Abweichungen werden geahndet. Dieser Fall dürfte ziemlich sicher LH sein: https://www.betriebsrat.de/rechtspr...erechtigten-upgrade-von-fluegen-fuer-bekannte

 

[Travel4Fun]

Doch das sollte schon gehen meines Wissens nach.
...

Woher stammt dein Wissen? Ein Supervisor kann natürlich vieles, das ist für mich aber nicht der normale CKI-Agent. Und das System protokolliert das alles und derjenige, der da das System übersteuert, muss sich ggf. rechtfertigen (und damit meine ich nicht den ggü. PAX), warum er das gemacht hat.

 

[787flyer]

Woher stammt dein Wissen? Ein Supervisor kann natürlich vieles, das ist für mich aber nicht der normale CKI-Agent. Und das System protokolliert das alles und derjenige, der da das System übersteuert, muss sich ggf. rechtfertigen (und damit meibe ich nicht den ggü. PAX), warum er das gemacht hat.

Hast PN

 

[SF340]

Wie läuft sowas dann eigentlich technisch? - Haben die lokalen Systeme dann irgendnen Interface zu Altea? - Machen die das einfach bei sich lokal im DCS und Altea bekommt, wenn überhaupt, ne Quittung darüber was die Station lokal getrieben hat?

Eigentlich relativ simpel, aus dem Inventar (bei LH ist das Amadeus Inventory) wird eine s.g. PNL (=Passenger Name List, s.u.) erstellt, für die es ein IATA Standardformat gibt. Diese wird per SITA an das DCS (in dem Fall NIKO) verschickt. Wenn der Flug abgeflogen ist meldet das DCS dann wieder per SITA zurück wer geflogen ist und anschliessend werden wiederum im Inventar die Ticketcoupons verarbeitet.

Der Flug ist aber in Altéa DCS zu keinem Zeitpunkt sichtbar.


PNL
LH400/18JUN FRA
-.DOE/JOHNMR.HK1.Y
.SSR/VGML/LH
-.SMITH/ANNAMS.HK1.C.012A
.SSR/WCHR/LH
-.MUELLER/MAXMR.HK1.Y ENDPNL

 

[tyrolean]

Woher stammt dein Wissen? Ein Supervisor kann natürlich vieles, das ist für mich aber nicht der normale CKI-Agent. Und das System protokolliert das alles und derjenige, der da das System übersteuert, muss sich ggf. rechtfertigen (und damit meine ich nicht den ggü. PAX), warum er das gemacht hat.

Natürlich sind die guten alten Zeiten vorbei. Die neuen IT Systeme sollten für mehr Transparenz und Gerechtigkeit sorgen.

 

[InsideMUC]

Es gilt die vom System vorgegebene Liste.

Aber auch nur in der Theorie...

 

[jaykayham]

Es gilt die vom System vorgegebene Liste. Abweichungen werden geahndet. Dieser Fall dürfte ziemlich sicher LH sein: https://www.betriebsrat.de/rechtspr...erechtigten-upgrade-von-fluegen-fuer-bekannte

Nein, absoluter Blödsinn... Ja, es gibt eine vom System vorgegebene List; häufig ist aber diese Liste völliger Schwachsinn. Da bekommen schon einmal die Kinder ein Upgrade und die Eltern nicht. Oder ein SEN bekommt den letzten Platz in C und sein Kind bleibt in Y. Da ist es natürlich notwendig. und jeder gute Gate Agent macht das, manuell einzugreifen.

 

[tyrolean]

Eigentlich relativ simpel, aus dem Inventar (bei LH ist das Amadeus Inventory) wird eine s.g. PNL (=Passenger Name List, s.u.) erstellt, für die es ein IATA Standardformat gibt. Diese wird per SITA an das DCS (in dem Fall NIKO) verschickt. Wenn der Flug abgeflogen ist meldet das DCS dann wieder per SITA zurück wer geflogen ist und anschliessend werden wiederum im Inventar die Ticketcoupons verarbeitet.

Der Flug ist aber in Altéa DCS zu keinem Zeitpunkt sichtbar.


PNL
LH400/18JUN FRA
-.DOE/JOHNMR.HK1.Y
.SSR/VGML/LH
-.SMITH/ANNAMS.HK1.C.012A
.SSR/WCHR/LH
-.MUELLER/MAXMR.HK1.Y ENDPNL

Jepp, im Prinzip kann man das auch mit Ausdrucken und manuellen Bordkarten (auch den lustigen Sitz-Aufklebern) machen.
Oder mit iPads (wie mal in BER vor nicht allzu langer Zeit).