Professional Documents
Culture Documents
DEV/AIR/CMD/AMD/PDM
V4.0
September 2009
Amadeus s.a.s
485, Route du Pin Montard-Les Bouillides
B.P. 69
06902 Sophia Antipolis - Cedex
France
Document History
Related Documentation
1. Introduction ...........................................................................................................................3
2.2 Requirements
The TID Dispenser requires that each workstation benefits of a unique Identifier and location
information.
The Workstation Identifier, including the unique identifier and the physical location, are read on the
workstation by the Application, and then provided to the TID Dispenser (see complete flows in the TID
Dispenser Proposal for further information)
The Workstation Identifier and physical location are used by LSS and TID Dispenser:
To retrieve the Office ID of the workstation.
To retrieve the Configuration of the workstation in fixed TID devices
To create/retrieve/update the configuration of the workstation (auto-registered devices)
To administrate sets of devices.
The proposed structures impose no constraint between airlines. As a consequence, two airlines may
use identical workstation identifiers.
Both structures fulfill the two requirements from the TID Dispenser:
The workstation Identifier is unique in the world for a given airline.
The Full Location (Location Type + Location Code + Site Type + Site Code + Location
Category Code + Location Category Index) is provided to the TID Dispenser in both
structures:
o Either it can be extracted from the workstation identifier by the Application in the first
structure. Refer to the chapter Extraction of Workstation Identifier for further
information about the extraction.
o Or it is provided as an independent field with the Workstation Identifier defined with
the second structure.
Note:
The structure of Workstation Identifiers is not checked in the Amadeus Physical Handling Solution.
This document only provides some recommendations with the definitions of these identifiers at
deployment time.
However, it is important to respect the various rules to define full locations in both structures below as
these data will be used and checked by the TID Dispenser at workstation and device registration time.
Location data inside the Workstation Identifier follow the structure of the Full Location described in the
TID Dispenser Proposal.
Examples:
The Workstation Identifier “XS/A/SYD/T/1/GTE/1/3” refers to a workstation in SYD airport at terminal 1
on Gate 1.
Case of Airports
Multi terminals Mono terminals
XS/A/SYD/T/1/GTE/1/1 0RE/A/NOU/T//GTE/1/1
XS/A/SYD/T/1/GTE//1 0RE/A/NOU/T//GTE//1
XS/A/SYD/T/1///1 0RE/A/NOU/T////1
Case of Cities
Buildings No buildings
XS/C/SYD/B/QA///1 XS/C/SYD/////1
XS/C/SYD/B/QA/ADM/1/1 XS/C/SYD///ADM/1/1
XS/C/SYD/B/QA/ADM//1 XS/C/SYD///ADM//1
With this structure, the Workstation Identifier and the Full Location are provided as two different
pieces of information:
The Workstation Identifier must then conform to the above format
The Full Location must follow the following format which is also described in the TID
Dispenser Proposal:
LocationType/LocationCode/SiteType/SiteCode/LocationCategoryCode/LocationCategoryIndex
Controlling Authority
Controlling authority is used in both Workstation Identifier structures.
A controlling authority represents the platform name. It is the name of entity responsible to allocate
workstation ID coded on up to 3 alphanumeric characters (special characters excluded, from A-Z and
0-9).
Amadeus will allocate names to be used by each controlling authority to ensure uniqueness of
workstation ID. When possible IATA code on 2 characters will be used to identify platforms else
Amadeus will allocate a three characters code beginning by 0.
Following names are expected to be used until now:
• XS for SITA
• XA for ARINC
• 0RE for RESA
• QF for TELSTRA
• 0XM for AAE
• 0CA for CAMPUS
• 0CC for Macair native platforms
• 0CS for CUSS
• 0FJ for Air Pacific native platforms
• 0FQ for Brindabella Airlines native platforms
• 0IE for Solomon Airlines native platforms
• 0LY for EL AL native platforms
• 0NC for National Jet native platforms
• 0NF for Air Vanuatu native platforms
• 0UL for ULTRA
• 0GT for Global Telesign
• 0OT for Aeropelican native platforms
• 0SA for South African Airways native platforms
• 0TL for Airnorth native platforms
• 0TS for T-Systems
• 0VA for V Australia native platforms
• 0XI for AirIT
• 1A for Amadeus s.a.s.
• 1AU for Amadeus Reservation Desktops (using the ‘Automatic Update’ Amadeus tool)
Names not part of this list must be requested to Amadeus before being used (through Work Orders
opened to Product Definition Middleware team).
Format:
This field is implemented on up to 3 alphanumeric characters (from A-Z and 0-9).
State:
This field is mandatory.
Location Type
Location Type is part of the Workstation Identifier Structure 1.
A single-character (A/C) indicator of whether the position is located in an airport or not. (Examples of
non-airport locations are airline premises, 1A premises, SITA, Telstra, hotels, etc.).
Format:
Discriminator is implemented on 1 alphabetic character.
State:
This field is mandatory (cannot be empty).
Location Code
Location Code is part of the Workstation Identifier Structure 1.
If the previous discriminator is ‘A’, then LocationCode is the standard IATA code for airport.
Example: NCE, SYD, LHR, JFK.
If the previous discriminator is ‘C’, then LocationCode is the IATA 3-char code for the city
Example: LON, NYC, SYD. (Some airports have the same identifiers as the cities they are in, e.g.
SYD. That’s why an explicit discriminator is required.)
Format:
The Location Code is implemented on 3 alphabetic characters (from A-Z).
State:
The field is mandatory (cannot be empty).
Site Type
Site Type is part of the Workstation Identifier Structure 1.
A single-character (‘T’/’B’) indicator of whether the position is located in an airport terminal or in
another type of building.
Format:
The discriminator is implemented on 1 character.
State:
The discriminator is mandatory (cannot be empty).
Code ‘B’ must be used if the value of Location Type is ‘C’.
Code ‘T’ or ‘B’ can be used if the value of Location Type is ‘A’
Site Code
Site Code is part of the Workstation Identifier Structure 1.
If the previous discriminator is ‘T’, then SiteCode is the standard IATA code for terminal number.
Format: It is implemented on up to 2 alphanumeric characters.
Example: 2, 2A, D
If the previous discriminator is ‘B’, then SiteCode is the Amadeus proprietary code for the domain.
Format: It is implemented on up to 3 alphanumeric characters (special characters excluded).
Example: QA – Qantas centre building A.
State:
The code is conditional:
- If the previous discriminator is ‘T’, the code is optional: it is always empty if the airport
is mono-terminal and its terminal has no code.
- If the previous discriminator is ‘B’, the code is mandatory
The interpretation of each category code is just given here as a rough guide. Category descriptions
are organization dependant. The creation of a new Location Category Code is done by the
organization upon requests (Work Order opened to Product Definition Middleware team).
State:
This field is optional.
LocalIdentifier
LocalIdentifier is part of the Workstation Identifier Structure 1.
LocalIdentifier is an identifier of the workstation. It makes the Workstation Identifiers different for
workstations located in the same location.
Format: It is implemented on up to 6 alphanumeric characters (from A-Z and 0-9).
State:
This field is mandatory.
UniqueIdentifierInControllingAuthority
UniqueIdentifierInControllingAuthority is part of the Workstation Identifier Structure 2.
The Amadeus Workstation Id will be used by the Application instead of the existing proprietary
workstation identifiers.
where
<Application start-up script> is the script used to launch the application.
<Workstation ID> is the workstation ID as defined in section 3.1 Workstation Identifier
Structure 1.
<Other parameters> are other potential command line parameters which are defined in the
application user guides. See these guides for further information about these other parameters
(application index, airline code, log directory, etc).
where
<Application start-up script> is the script used to launch the application.
<Workstation ID> is the workstation ID as defined in section 3.2 Workstation Identifier
Structure 2.
<Full Location> is the representation of the full location as defined in the section 3.2
Workstation Identifier Structure 2.
<Other parameters> are other potential command line parameters which are defined in the
application user guides. See these guides for further information about these other parameters
(application index, airline code, log directory, etc).
The way the Workstation Identifier is stored on the workstation is dependant on the controlling
authority.
It is strictly under the responsibility of the controlling authority to give the workstation identifier on the
command line as described above.
Examples:
AB