Les compagnies aériennes ont été les pionnières des technologies de communication et ont été très lentes à se moderniser. Par exemple, aujourd'hui encore, les systèmes informatiques des compagnies aériennes communiquent largement à l'aide de TTY : type A pour les communications synchrones, et type B pour les communications asynchrones.
Il existe une norme pour l'ATS, que personne ne suit, une norme de facto de la SITA, qui est surtout suivie, et de nombreuses parties ont des bizarreries dans leur mise en œuvre, soit qu'elles ne puissent pas analyser certains indicateurs spéciaux de terrain, soit qu'elles émettent des indicateurs incorrects ; tout ce que l'on peut attendre d'un format vieux de 100 ans qui s'est développé organiquement au fur et à mesure que de nouveaux besoins et de nouvelles idées sont apparus.
C'est un thème omniprésent dans l'informatique des compagnies aériennes, avec de multiples époques de technologie utilisées côte à côte, car les compagnies migrent très lentement.
Les compagnies aériennes jureront qu'elles ont reçu le nom en A et l'agent jurera que le nom a été envoyé en Amr.
Ils ont tous deux raison, c'est très probable, et le problème se situe entre l'agence de voyage et le GDS.
Les GDS – tels qu'Amadeus et Sabre – offrent généralement de multiples interfaces dans leurs systèmes, des anciennes conservées pour des raisons de compatibilité aux plus modernes. Les interfaces les plus modernes acceptent des messages structurés qui ne laissent aucune place à l'ambiguïté ; les anciennes, en revanche, sont pleines de bizarreries.
En général, les agences de voyage répugnent à moderniser leur informatique : cela nécessite de former à nouveau les agents, et d'acheter de nouveaux logiciels, ce qui coûte pas mal d'argent avec peu ou pas d'avantages pour eux.
Dans le cas d'une agence de voyage connectée à Amadeus, par exemple, cela signifie qu'elles utilisent probablement ATE : l'émulateur de terminal Amadeus, qui, comme son nom l'indique, émule les anciens terminaux.
Consultez le Guide de référence rapide, p. 33 sur la façon de créer un PNR :
NM1SMITH/JOHN MR
["NM"]
: commande “Nom”.
["1"]
: 1 passager avec le nom de famille suivant.
["SMITH"]
: nom de famille.
["JOHN"]
: prénom.
- ["MR"]
: titre.
En utilisant un espace, l'analyse est sans ambiguïté, cependant tous les agents ne mettent pas d'espace, donc si à la place l'agent tape :
NM1ELADAWY/AMR
Alors la commande sera analysée comme (NM, 1, ELADAWY, A, MR) pour être “utile”.
The Good
Comme mentionné, en interne, un GDS utilisera des enregistrements structurés. Si vous résolvez le problème de la saisie des données et que votre prénom est correctement enregistré dans le système, vous ne devriez pas avoir à vous soucier d'autres problèmes.
Les mauvais
Vous devrez vérifier le travail des agents. Ce n'est pas parce qu'ils tapent ["AMR"]
que le système va l'interpréter comme ["AMR"]
, comme nous l'avons vu.
Ils peuvent régler le problème en spécifiant explicitement le titre : ["NM1ELADAWY/AMR MR"]
.
The Ugly
Il se peut que les agents n'entrent pas votre nom dans le système immédiatement, pour diverses raisons. S'ils ne le font pas, vous ne pouvez pas vérifier qu'ils l'ont fait correctement. Vous devrez peut-être insister pour qu'ils le fassent immédiatement.
Agences de voyage en ligne
Les OTA disposent généralement de systèmes plus modernes et automatisés. En tant que telles, elles sont plus susceptibles de s'appuyer sur les interfaces plus modernes d'un GDS.
L'utilisation d'un OTA peut être un moyen plus simple pour vous de vous assurer que votre nom est correctement saisi dans le système.
Bonne chance.