Professional Documents
Culture Documents
SITA Departure Control Services Check-In Database User Guide
SITA Departure Control Services Check-In Database User Guide
Revision: 9.2
Revision Date: 30-Nov-2015
Copyright © SITA Information Networking Computing USA Inc 2015. Confidential. All Rights Reserved.
Copyright © SITA Information Networking Computing USA Inc 2015. Confidential. All Rights Reserved.
Copyright Notice
Copyright © SITA Information Networking Computing USA Inc 2006-2015
Confidential Information
All Rights Reserved
The information contained in this document is the property of SITA. No part of this document may be
reproduced, stored in a retrieval system, or transmitted in any form, or by any means; mechanical,
photocopying, recording, or otherwise, without the prior written consent of SITA. Under the law, copying
includes translating into another language or format. Legal action will be taken against any infringement.
The information contained in this document is subject to change without notice and does not carry any
contractual obligation for SITA. SITA reserves the right to make changes to any products or services
described in this document at any time without notice. SITA shall not be held responsible for the direct or
indirect consequences of the use of the information contained in this document.
Copyright © SITA Information Networking Computing USA Inc 2015. Confidential. All Rights Reserved.
Copyright © SITA Information Networking Computing USA Inc 2015. Confidential. All Rights Reserved.
Table of Contents
1. Introduction .................................................................................................................................... 1
1.1. User Guide .............................................................................................................................................. 1
5.8.2 Two Class Seat Maps (First Class Behind Second Class) ........................................................ 52
7.1.2 31 Mar 2008 Removed underline after PZM entry, added information to the list of
configuration table section.
7.2.1 11 Aug 2008 Section 4.2 – Staff Priority Tables (PZ:) Dash inserted into modify entry.
Section 5.2 – Seat Map Creation Error Codes EQC 03 error added to
table.
7.3.1 30 Apr 2009 Section 5.1 – Added EQC entry with Zones
Section 5.2 – Added Seat Map Creation errors
9.0 31 Dec 2013 • Moved original Section 4.3 Master / Equivalent Classes to be
Section 2.1
• Added footer for even page numbers
9.2 30-Nov-2015 Added Section 7.1 to describe SDCS capability to determine Free
Baggage Allowance from Electronic Ticket Record.
New CD Table:
►CGC: XS 1;
Completed CD Table
CGC: XS 1; FPA/CDZ/J/YBKHSQENTLUV
Explanation:
Field Explanation
Explanation:
Response Explanation
Additional CD Table:
► CGC: XS 2;
Completed CD 2 Table
CGC: XS 2; CDZJFPA/YBKHSQENTLUV
Note: When modifying a CD Table, the authorized agent must first retrieve the specific table number to
make applicable changes then transmit.
Example:
SFM: CD XS
CGC: XS 1; FPA/CDZ/J/YBKHSQENTLUV
CGC: XS 2; CDZJFPA/YBKHSQENTLUV
CGC: XS 3; YBKHSQENTLUVCDZJFPA
CGC: XS 4; JCDZFPA/YBKHSQENTLUV
Note: If Airline code not included in the entry, the system displays all the CD Tables created for the Host
and all Handled Airlines.
Note: To update or remove any RBD within a specific CD Table, the following process must be followed:
1. Display the selected Table.
2. Add or remove specific RBD
3. Transmit once completed.
1. Authorized agent requests retrieval of a CSD/CSM screen of a valid flight schedule (can be for
one date or a flight period).
2. The CSD/CSM screen will display a new field labeled ‘CD’:
3. The default CD Table will always be 1. The agent is allowed to update this field to the CD Table
number required. If the CD Table number entered has not been created, then the error response
will be ‘CD Table Does Not Exist’.
4. If the flight is a multi-leg flight, then the required CD Table must be entered for each leg unless
using the default one (CD 1).
Note: On a multi-leg flight, the rule is that only matching CD Tables are allowed. So if the CD
Table required is 2, then CD 2 must be used for each segment leg. If an authorized agent tries to
enter a different table, the system will verify that all tables are the same or reject the entry with
error response: “‘CD Tables Not Matching”.
5. Once the agent has made the update, the entry is submitted to the system.
6. If the entries are valid, the CSD/CSM screen is updated. If any validation error is found, the
system responds with the applicable error and the agent must correct the error before re-
submitting.
2.4.1 Aircraft/Equipment Change
When the concept of additional CD Tables is used in conjunction with seat map including configuration
change, then the authorized agent must follow the check list for aircraft type and version change listed in
the Check-In Supervisor Manual.
CND:R/78
It is also possible to display the list by particular aircraft type.
The entry is:
CND:A/AIRCRAFT TYPE
CND:AIRLINE/A/AIRCRAFT TYPE
Explanation:
Field Explanation
AIRLINE Airline code of the applicable Host or Handled Airline.
EQUIPMENT Three-letter aircraft-type code is entered here. Use the aircraft type code
entered in the Seat Map creation.
VERSION Version code is entered here. This code may vary in size from one to five
alphanumeric.
CLASSIFICATION Specifies to the system whether the aircraft has jet engines or propellers. The
most common entries are:
P - Prop or Turbo Prop
J - Jet (this is also the system default)
WIDE-BODY Specifies to the system whether the aircraft is a wide or narrow body. The
INDICATOR: valid entries are:
Blank - Narrow body
W or * - Containerized
COMPARTMENT Compartment number. The system assigns the number when the screen is
transmitted. The system allows a maximum of five compartments.
Response Explanation
A/C VERSION CONTENT ERROR Invalid entry. Special characters not allowed. Must be alpha or
numeric.
Field Explanation
CWC:XS 1 The function designator (CWC), plus the airline code (XS) and table number (1).
18JULY04 The date entered here is normally the effective date. For a new unused screen,
the system inserts the current date of display (today's date). It is possible to
have a date change, -/01APR97-30SEP97.., so the system will know if it needs
to change to different seasonal weights. The system allows a maximum of three
date ranges (with different passenger weights for summer and winter). See the
example below.
Note: When amending a CW table, it is important to amend this date to the
current (today's) date, otherwise the entry will be rejected.
Error Responses
Response Explanation
CONFLICT P is only allowed for non-gender flights, and M and F are only allowed for
gender flights. H cannot be mandatory unless B is mandatory. PMAN is
not allowed.
A Created PZ Table
TRAVEL STATUS BOOKED WAITLISTED UNBOOKED
CODE PRIORITY PRIORITY PRIORITY
__________ ________ __________ _________
REVENUE 1 3 7
S1/ 2 6 # 10
R1 4 8 # 11
N1 5 # 9 # 12
#S2 # 30 # 30 #? 60
#R2 # 40 # 40 #? 65
#N2 # 50 # 50 #? 70
#OTHER # 90 # 90 #? 99
Explanation:
Field Explanation
TRAVEL STATUS The status codes required by the airline are entered here (each handled airline
CODE will have its own desired codes). The REVENUE code must always be the first
entry. A (/) after the code (S1/) means that the 'Date of Joining' cannot be
entered at check-in. If there is no (/), then the 'Date of Joining' may be an
optional entry at check-in.
The system can identify passengers who have the same codes, by onloading
them in priority of their 'Date of Joining' (providing this was added by the agent at
the time of check-in). If a (#) is specified before the code (#S2), this means this
passenger (PAD) is available for disembarkation (offload) regardless of booking
status. If the (#) is only displayed before a number, then this means this
passenger is available for disembarkation (PAD) under the specified conditions
(WAITLIST or UNBOOKED). The (?) indicates the passenger has a 'space
available' ticket and although the passenger may be listed on the PNL, he will
never be booked, and his acceptance will be based on the PAD (ID) limits rather
than the booking figures.
A Designed PZ Display:
TRAVEL STATUS BOOKED WAITLISTED UNBOOKED
CODE PRIORITY PRIORITY PRIORITY
____________ ________ _________ _________
REVENUE 1 3 7
S1/ 2 6 # 10
R1 4 8 # 11
#S2 # 30 # 30 #? 60
PZM:-N1,5,#9,#?12;+N1,5,#9,#?14
Error Responses
Response Explanation
DUP Duplicate input items are specified or the item created already exists.
FORMAT Space available indicator '?' input without PAD indicator '#'.
Explanation:
Field Explanation
CODE Check-in message codes required for a given flight. All the codes entered are
optional, except for DFL (default). Every message address table must have a
DFL address, so the system knows where to send a message if it has been
specified on the CSD:FLIGHT/DATE screen and there is no address on the CX:
table for it. The other most common codes used are:
Passenger messages (are dispatched to):
COM - Closeout Message (all stations)
PFS - Passenger Final Sales (originating station only)
PSM - Passenger Service Message (all stations)
PTM - Passenger Transfer Message (all stations)
SOM - Seats Occupied Message (next downline station)
TPM - Teletype Passenger Manifest (all stations)
PIL - Passenger Information List (originating station only)
IDM - Industry Discount Message (next downline station on multi-sector
flights)
SITA Departure Control Services Check-In Database User Guide
Station Data
Revision Date: 30-Nov-2015, Revision: 9.2 Page 19
Copyright © SITA Information Networking Computing
USA Inc 2015. Confidential. All Rights Reserved.
Field Explanation
IFM - Industry Fallback Message (ITCI partner listed from departure city)
PTM - Passenger Transfer Message (all downline stations having transfers)
FTL - Frequent Traveler List (FQTV accounting system address of host,
handled carrier or code share partner of departing city table)
ETM - EDIFACT Transfer Message (ITCI partner listed from departure city LH
only)
BTM* - Bag Transfer Message (hard coded in system xxx BTxx , xxx = airport
and xx = airline). Entered on CX Table.
API - Advance Passenger Information
PMI - Passenger Manifest Information List
PIM - Passport Information Message
PRL - Passenger Reconcile List
CAT – Catering Message, Special Meals
ETL - Check-in Electronic Ticket List
ETL/W – Checked-in SITA ETDB Electronic Ticket List
ETL/S/xx (or ETL/S/xxx)– Targeted ETL list that contains checked-in e-ticket
passengers of marketing code share partner ‘xx’ (= 2 Character airline code)
or ‘xxx’ (= 3 Character airline code).
Note 1: Even if there is no information, NIL messages are sent to the specified
addresses.
Note 2: Messages PFS/FTL/PRL on code share flights require additional
entries by adding “/S” after the message type. This creates messages for the
marketing carrier, which contains information regarding only the marketing
carrier passengers.
Note 3: Message ETL/S/xxx (or ETL/S/xx) is for Targeted ETL (Split ETL) for
code share marketing partner. The ‘xxx’ or ‘xx’ is for 2 or 3 alpha numeric
character airline code.
Warnings/Advice:
ALA - Aircraft Limit Advice
ALW - Aircraft Limit Warning
BAG - Baggage Removal Warning
BKA - Booking Advice
BKW - Booking Warning
CCL - Flight Closed Warning
EQC - Equipment Change Warning
FCI - FDC Flight Conditions Irregular (abnormal) Warning
FCU - FDC Flight Conditions Unable Warning
FOC - FDC Flight Operational Changes Warning
NME - Non Matching Element (on PNL)
PRC - Protective Cover Warning
ADDRESS The specified addresses where these passenger and warning messages should
CREATE ENTRY The create entry initially creates the table. After it is created, any additions or
deletions are made by the modify entry.
Note: The system prevents the creation of new address tables for a STATION
unless the default table (0) is built first.
An example of the initial create entry for table 0 is:
CMC:AIRLINE STN 0;DFL,ADDRESS
For table 0, there is no need to add any other codes apart from the DFL. The
reason for this default table 0, is that if any test or training flights are created,
then the passenger and warning messages only go to the DFL address and not
to 'LIVE' addresses.
An example of the initial create entry for other tables is:
CMC:AIRLINE STN NBR;DFL,ADDRESS;CODE,ADDRESS;CODE,
ADDRESS etc.
Note: Every new table can have different codes and addresses, except for
DFL. This code is a mandatory entry for every table created. If a passenger
message (for example the PSM) is required for a flight on the CSD:FLIGHT-
/DATE screen, but there is no address entered for this message in the address
table, at the end of the flight when the message dispatch entry is initiated, if the
system cannot find an address for the message, it sends it to the DFL address.
Example of a new address table (after table 0 is created):
CMC:XS ATL 50;DFL,8567;CCL,3344,ATLKKXS;COM,3344,ATLKPXS,CD
MODIFY ENTRY The modify entry (CMM) must be preceded by the CX display, so the system
knows which airline table to modify. For codes that are being added a plus (+)
is entered, for codes being deleted a minus (-) is entered, followed by the code
and address or addresses required.
An example entry to add more codes and addresses to a previously created
table is below:
CMM:+PSM,ATLKKXS,ATLKPXS;+BAG,CD;+EQC,CD;+ETL/S/US,PITRMUS
Note: The important thing is to enter the '+' before every code, and check the ','
and ';' are in the correct places.
To delete a code and address, enter:
CMM:-COM,ATLKPXS
Or
CMM:-ETL/S/US,PITRMUS
Note: When deleting codes, it is important that the identical information is
entered (if there are various addresses entered for one code and only one
address is being deleted, it is only necessary to enter the address being deleted
and not all of them). It is possible when modifying the table to use the '+' and '-'
in the same entry.
CMM:+PTM,ATLKHXS,ATLWOXS;-PTM,ATLKPXS;+PTM,ATLKDXS
The DFL can never be deleted from a table, however it can be modified or
changed.
The following example changes the DFL address from ATLKKXS to a PID
number 8567:
CMM:-DFL,ATLKKXS;+DFL,8567
Error Responses
Response Explanation
DUP More than one DFL address was specified, or message type and
address already exists.
OFFICE A CMC was attempted for a new table number before creating table 0
for the specified station.
Field Explanation
ZONE For small airports, it is normally enough to have one zone defined. The zone
number should be the same as entered in the CONLINK files of the CRT's
authorized to do the check-in, as once the gate number has been assigned to
a flight, only those CRT's whose zones match the gate number zone are
allowed to check-in passengers. For larger airports, different zones can
restrict passenger check-in to the correct zones.
GATE Enter gate numbers here. They can be alpha/numeric and up to four
characters.
VDT Specifies the CRT PID numbers associated with the gate. If there are no
CRTS at the gate, this can be left blank. A maximum of 21 CRT PID numbers
are allowed for gate check-in per flight for a station, and a maximum of three
gates can be allocated (via the FUI transaction) per flight for that station. If
there is only one gate entered, it is possible to have a maximum of 21 CRT
PID numbers associated with that gate. The system only allows a maximum of
seven CRT PID numbers per one gate entry via the AZC transaction, if a gate
has more than seven CRTs, the same gate number must be repeated with the
different CRT PID numbers.
Note: This can only be done using the AZC transaction and not the AZM
(modify) transaction.
AZC:BRU 001,1/2278/2280/2284/3106/3108/3110/4560,1/4564/4566 etc.
Note: The bulk re-check transaction (transferring of passengers from one
flight to another) is restricted to a gate CRT only. For those airports that do not
have any CRTS at the gate, a 'dummy' (fictitious) gate, with the check-in
control agent's CRT PID numbers, can be set-up, so that when the occasion
arises, the check-in control agent can enter the dummy gate number to carry
out the transaction. Remember that an easier solution for the bulk re-check
transaction is to take out the Zone from the 'DPID: display' of the CRT
attempting the transaction (check the Check-in Supervisor Training Manual for
more information on this).
CREATE ENTRY Use the create entry (AZC) to initially create the table. After it is created, any
additions or deletions are made by the modify entry.
The initial gate create entry without CRT PID numbers is:
AZC:STATION ZONE,GATE,GATE,GATE etc.
An example of this create entry is:
AZC:BOS 001,1,2,3
Response of Newly Created AZ Table
AZ:BOS
ZONE GATE VDT (S)
_______ _______ __________
001 1
001 2
001 3
The initial gate create entry with CRT PID numbers is:
AZC:STATION ZONE,GATE/CRT/CRT/CRT,GATE/CRT/CRT etc.
An example of this create entry is:
AZC:BOS 001,1/4548/4550/4552,2/6389/6391,3/8343/8345/8347
CREATE ENTRY
(Continued)
AZ Table with Gates
AZ:BOS
ZONE GATE VDT (S)
____ ____ _______
001 1 4548/4550/4552
001 2 6389/6391
001 3 8343/8347
Note: Be careful when using the AZC transaction, if a table is already
available, and a new AZC transaction is entered, the old table is deleted and
be replaced by the latest entry.
MODIFY ENTRY The modify entry (AZM) must be preceded by the AZ display, because the
modify entry does not specify the station, and the system needs to know which
station table to modify. For gates that are being added a plus '+' is entered
followed by the zone, and gate number (plus CRT PID number if required), and
for gates being deleted a minus '-' is entered.
An example to add a new gate number to the previous create entry is:
AZM:+001,4/9420/9422/9424/9426,5/7780
Response Explanation
Field Explanation
MIN Number of minutes it takes for a passenger to get to the gate from the check-in
CRT. If there is not enough time for the passenger to get to the gate before
flight departure, the system will respond with 'LOCATION TRAVEL TIME 0',
INC Sometimes it may be necessary to temporarily adjust the travel time between
the check-in desk and gate because of an operational reason (perhaps delays
and congestion getting through passport control and/or security checks). The
time can be increased but never decreased except back to its original time.
This adjustment is made by the LTA transaction.
CREATE ENTRY Use this entry (LZC) to initially creating the table. After it is created, then any
additions or deletions are made by the modify entry.
The initial gate create entry is:
LZC:STATION ZONE AIRPORT,ZONE/TIME
An example of this create entry is:
LZC:MAN 001 MAN,1/0
LZ:MAN 1 Example Response:
TRAVEL TIMES TABLE FOR MAN ZONE 1
APT ZONE MIN INC
___ ____ ____ ____
MAN 1 0 0
Note: Be careful when using the LZC transaction, because if a table has
already been created, and a new LZC transaction is entered, the old table is
deleted and replaced by the latest entry.
MODIFY ENTRY This entry (LZM) must be preceded by the LZ display, because the modify
entry does not specify the zone, and the system needs to know which zone
table to modify.
For zone times that are being added a plus '+' is entered followed by the zone
and times, for zones and times being deleted a minus '-' is entered.
LZM:+AIRPORT,ZONE/TIME
An example to add another zone and time to the previous create entry is:
LZM:+MAN,2/30
Response of LZ Change
LZ:MAN 1
TRAVEL TIMES TABLE FOR MAN ZONE 1
APT ZONE MIN INC
____ _____ ____ ___
MAN 1 0 0
MAN 2 30 0
Note: If the table for ZONE 1 only shows 0 under ZONE, then the system will
not let you add any other zones via the LZM transaction, you must create a
new table via the LZC transaction, otherwise you will keep getting the response
THROUGH CHECK- For Airline's using 'Through Check-in', remember to set-up the LZ table
IN correctly. This table must include the downline Transit City, otherwise if a
GATE number is entered on the onward flight, check-in is inhibited with the
response 'LOCATION TRAVEL TIME X'.
For example, if a passenger is being checked-in on flight XS397 operating ATL
- JFK, and being 'through' checked-in on flight XS937 JFK - BOS, and a Gate
number (Zone 1) is entered on flight XS937 out of JFK, the LZ table of ATL
should show ATL and JFK and likewise the JFK LZ table should show JFK and
ATL:
Response of Entry LZ:ATL1
TRAVEL TIMES TABLE FOR ATL ZONE 1
APT ZONE MIN INC
___ ____ ___ ___
ATL 1 0 0
JFK 1 0 0
If these tables are set-up correctly, 'Through' check-in can proceed, whether a
Gate number is entered on either flight or not.
Error Responses
Response Explanation
APT ZONE Attempt made to display a non-existent check-in location travel times
table.
Response Explanation
EQC: Entry:
EQC:XS/737/A/04OCT05 Header Line
F12Y87 Configuration
JMP1 Jump-Seat
F2,2 Max Number of Aisles/Seats in F Row
1-3/ABEF Row Numbers and Seat Designators
Y3,3 Max Number of Aisles/Seats in Y Row
4-7/ABCDEF Row Numbers and Seat Designators
8/#BCDE# Row Numbers and Seat Designators
9-17/ABCDEF Row Numbers and Seat Designators
18/AB#DEF Row Numbers and Seat Designators
B/4C,4D Bassinet Seats
S/3,11-18 Smoking Rows
E/6A-C Emergency Exit Rows
W/5-11 Over Looking Wing Rows
D/9D-F Handicapped Seats
I/4B-E Infant Seats
! File and Transmit Character
Field Explanation
ROW NUMBERS Indicates the row numbers and the seat designators fitted on the aircraft. Each
AND SEAT class must be entered separately. Every row that differs from the previous row
DESIGNATORS mentioned must be entered separately. The number of seat designators per
row must match the maximum number of seats specified in the class row (F2,2
= 4). If any seat designator is missing (not fitted) then this is replaced by the
character (#').
An example: if Y class has seat designators ABCDEF fitted on the aircraft,
and one row has A and F missing, perhaps for emergency exit, then the row
number would be followed by #BCDE#. Also, if a row is missing within a class
(example some airlines do not use row 13), then this row is indicated by
following it with a 0 (example 13/0), however if the missing rows are between
classes, then these can be ignored.
It is also possible to specify a space (from one to a maximum of three)
between each row for the seat map display. This is done by indicating the
rows required followed by the number of spaces and an X (example if one
space is required between rows 4 to 18, then the entry is 4-18/1X).
ROW NUMBERS
AND SEAT
EQC Row Spacing Indicator
DESIGNATORS F12Y60
(Cont) F3,3
1-2/ABCDEF
1-2/2X
Y3,3
3-12ABCDEF
3-12/2X
SEAT CODES Various seat codes, known as SUD (special usage descriptor codes) can be
specified on the seat map display. There are two types of codes that can be
entered. Row codes (indicates the row but not the actual seat on the seat map
display) and Seat codes (indicates the actual seat on the seat map display).
Row Codes: Seat Codes:
Q - Quiet row K - Stretcher Seats
S - Smoking row D - Handicapped Seat (WCHR, Deaf, Blind)
W - Overlooking wing row B - Bassinet seat
E - Emergency Exit Seats
I - Infant row
C - Last to be used seat
H - Bulk-head seats
L - Extra leg room seat
N - No movie viewing seat
R - Restricted recline seat (/)
U - Unaccompanied minor seat
X - Blocked seat
Note: Designator Codes D, I, U, B, K cannot be assigned to seats having an
'E' (Emergency Exit Seat) Designator. Also, any passengers having the
following SSR codes of BSCT, BLND, DEAF, UMNR, WCHR, WCHS, WCHC,
INF, and MUS or the gender CHD, are restricted from having an E seat.
Note: 'K' (Stretcher Seats) is visible on a seat map (SE), only when a stretcher
passenger is indicated on a PNL/ADL and seats have been entered on the
EQC entry.
SEAT CODES The system accepts any of the following row or seat entries:
(Cont) 7A - One seat
7 - A whole row
L7 - The left side of one row
R7 - The right side of one row
7A-C - Seats ABC of one row
7-10 - Rows 7,8,9, and 10
7-10A - Seat A only of rows 7,8,9, and 10
7-10A-C - Seats ABC of rows 7,8,9, and 10
L7-10 - The left side of rows 7,8,9, and 10
R7-10 - The right side of rows 7,8,9, and 10
AIRCRAFT LIMITS The following limits can be applied so that check-in agents will get a warning at
check-in if they are reached:
I - Infants (followed by class and maximum number). Example: IY12 (if
class not specified then defaults to entire aircraft). The system default is
eight infants per compartment, ten per aircraft.
K - Pets in cabin (followed by class and maximum number). Example:
KF2 (if class is not specified then defaults to aircraft capacity).
L - Passenger numeric limit (followed by class and maximum number).
Example: LY80 (if class not specified then defaults to aircraft capacity).
W - Check-in weight limit. Example: W1000 (warning will be activated
when the check-in weight is 1000 below the maximum check-in weight
allowed).
JMP - Maximum number of jump seats allowed. Example: JMP4 (cannot
be restricted by class but must be for the entire aircraft).
FILE AND Once all the data is input, the '!' character is entered at the bottom of the
TRANSMIT display and the screen is transmitted. If there are no errors, the seat map gets
filed into the system.
EQC:MA/737/400A/09OCT08
J12Y132
JMP1
ZON/6
ZNF/0A/1-3/0B/4-12/0C/14-17/0D/18-22/0E/23-25
ZNL/0F/26-28
J2,2
1-3/ABEF
Y3,3
4-7/ABCDEF
8/#BCDE#
9-12/ABCDEF
13/0
14-18/ABCDEF
19-28/AB#DEF
B/4C,4D
S/3,11-12
E/6A-C
W/5-11
D/9D-F
I/4B-E
!
Explanation:
Code Explanation
ZNF (mandatory if ZON is 1 or more) depicts the first five zones with the seat rows in each Zone
ZNL (Optional) required if number of zones is greater than five) the rest of the zones in excess of
five with the seat rows Specified.
Code Explanation
CMP(09) The compartment being described is not mentioned in the aircraft configuration.
CMP(27) The compartment configuration does not equal total seats described by a compartment's
row/seats descriptors.
CMP(33) There must be at least one seat described on the left and right of an aisle and between
aisles of an aircraft.
EQC
Code Explanation
EQC(18) Descriptor cannot be identified or compartment not specified with descriptor or a (;) is
placed at the end of a line.
EQC(33) The 'file' (!) character has been entered but some data is missing.
IMP
Code Explanation
IMP(03) A primitive error occurred; for example, compartment size or free form text.
LIM
Code Explanation
LIM(15) The compartment 'limit' entered is greater than the compartment maximum.
Code Explanation
MPT(04) The adjustable compartments do not follow each other on the input.
MPT(05) The minimum of one compartment plus the maximum of the other compartment does not
equal the total configuration.
MPT(06) A specific row was not input for the partition row.
MPT(10) A new compartment was described before the partition placement was input on the first
adjustable compartment.
MPT(14) The initial partition placement does not match the stated configuration.
MPT(15) The maximum configuration exceeds the last row of the compartment.
MPT(19) The first 'moving partition' forward buffer compartment row is before the first row in the
compartment.
MPT(20) The last 'moving partition' aft buffer compartment row is after the last row in the
compartment.
MPT(21) The seats across are not equal in the two adjustable compartments.
MPT(22) The number of aisles is not the same in both adjustable compartments.
MPT(23) The aisle placements are not the same as both adjustable compartments.
Code Explanation
ROW(03) A row/seat descriptor must be preceded by a descriptor for the compartment where the
row resides.
ROW(12) Row or rows in the descriptor are already described in another compartment.
ROW(15) The character should be a '-' to separate rows, or a '/' between rows and seats.
ROW(21) The 'skipped' row entered has not been defined in the rows previously specified.
ROW(27) Less than a full row has been described where a full row is required for the SUD entered.
ROW(30) Less than a half row has been described where a half row is required for the SUD
entered.
ROW(36) The row or rows described exceed the number of rows in the compartment.
ROW(39) The rows associated with the SUD are not previously described.
Code Explanation
SET(09) The numeric seats described on the 'R' side of the aircraft exceed the range to five.
SET(12) The numeric seats described on the 'L' side of the aircraft exceed the range one to six.
SET(18) Seat identifiers are not alphanumeric, or the '#' character, or they are less than specified
In the aisle descriptor.
SET(24) Seat identifiers in this row differ from the first row specified in this compartment.
SET(27) Too many seats are described for the row or rows.
SET(33) The seat described does not exist in the row described for the SUD.
SET(36) The seat does not exist in the sequence of rows described for the SUD.
SET(39) There are no seats in the row or rows described for the SUD.
SUD
Code Explanation
SUD(06) Seats associated with a SUD are not described for the compartment.
SUD(09) The SUD causes a conflict with another SUD, or is duplicated for the row.
SUD(12) The SUD causes a conflict with another SUD, or is duplicated for one or more seats in
the row.
ZON
Code Explanation
Response Explanation
The seat maps which display DELETED (see Delete/Amend Seat Map Date Ranges (EXM:)) instead of a
date, are removed by the system during the 'nightly computer run' (this is activated every night) where the
system clears out all unwanted records and carries out other functions. Those seats maps with an END
date are also removed by the 'nightly computer run' when that date is reached.
It is also possible to display a list by aircraft type. The entry is:
ED:AIRLINE/AIRCRAFT TYPE
Response (ED:XS/737):
ED:XS
1.737/A F12Y87 22JUN04-OPEN
2.737/B C20M77 24JUL06-01SEP06
3.737/C F8Y88 DELETED
L S S = = = = E E = = = = S S S S S S L
LC * * C C * * * * * * * * * * * * * * * / CL
LB * * B B * * * * * * * * * * * * * * * / BL
LA * * A A * * * * * * * * * * * * * * * AL
1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
F Y [ [ [ [ 1 [ [
Response Explanation
DATE Seat map is marked for 'DELETION' or the effective end date has passed.
F12Y87
F2,2
1-3/ABEF
Y3,3
4-7/ABCDEF
8/#BCDE#
9-17/ABCDEF
18/AB#DEF
B/4C,4D
S/3,11-18
E/6
W/5-11
!
The system responds with the last EQC entry made, and any modifications are inserted. The date does
not need to be amended, but it is important to transmit the screen after the '!' character. If there are
any errors, the system responds with an error code and number.
EXM:2 D 24JUL06-01SEP06
Note: If the effective start date has already passed, then either today's date or a date in the future has to
be inserted, otherwise the response will be 'DATE'.
Error Responses
Response Explanation
FORMAT The EXM number is not numeric, or the action code is not R or
D, or the entry contains an error.
L = = = = = = = = = = = = = = = = = = = = = = = = = L
LC * C C C C C C C * * * * * * * * * * * * * * * * * CL
LB * C B B C C C C * * * * * * * * * * * * * * * * * * * BL
LA * C A A C C C C * * * * * * * * * * * * * * * * * AL
1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
C M 1 2
Note: The above example is a basic seat map outline. Use normal procedures for SMOKING seats, plus
any other required seat codes.
2. The rows within the split class that actually belong to the middle class must be defined (as 0) for row
continuity.
Example if the split class rows go from 4 to 6 and 17 to 31, and the middle class rows go from 8 to 16,
then the split class must define rows 7 to 16 as 0 (7-16/0).
Note: Upper deck seating is not considered as split compartment seating.
EQC Entry:
EQC:XS/767/C/01AUG04
F12C63-R8Y126+R6
F2,2,2
1-2/ABDEFG
C2,3,2
8-16/ABCDEFG
Y2,3,2
4-6/ABCDEFG
7-16/0 ROWS IN SEQUENCE NOT USED ENTER AS 0 (ZERO)
17-31/ABCDEFG
!
Note: By using the entry 3/1X, this will put a space between the split Y class compartment (rows 3 and 7),
making it easier for the check-in agents to identify where the split compartments are.
5.8.2 Two Class Seat Maps (First Class Behind Second Class)
This entry is very similar to the split compartment, except in this case there is no need to specify the first
class rows as 0 in the second-class entry as these rows are not in the second-class sequence.
Entry of First Class Being Behind the Second Class:
EQC:XS/737/G/20SEP04
F12Y90
Y3,3
1-15/ABCDEF;1-15/1X 1 SPACE IS REQUIRED BETWEEN ROWS 1 TO 15
F2,2
17-19/ABCD;17-19/1X, 1 SPACE IS REQUIRED BETWEEN ROWS 17 TO 19
!
Response to SEM:XS/737/P Entry:
SEM:XS/737/G/01NOV04-OPEN F12Y90
Y 1 F 1
1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 7 8 9
RF * * * * * * * * * * * * * * * * FR R
RE * * * * * * * * * * * * * * * * ER D * * * ER
RD * * * * * * * * * * * * * * * * DR C * * * DR
R = = = = = = = = = = = = = = = = R = = = R
L = = = = = = = = = = = = = = = = L = = = L
LC * * * * * * * * * * * * * * * * CL B * * * CL
LB * * * * * * * * * * * * * * * * BL A * * * BL
LA * * * * * * * * * * * * * * * * AL L
1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 7 8 9
Y 1 F 1
Field Explanation
DATES/FREQUENCY It is not necessary to specify the year when entering the dates, (unless the
date is more than one year ahead), as the system defaults to the correct year
within the current year range. If a date is effective all year round, it is possible
just to create an effective date without specifying an end date.
This schedule then remains active until an end date is added. The frequency
applies to the days of the week the flight operates.
There are various ways of specifying the frequency, including:
D - Daily (everyday of the week)
1 - Monday (2 = Tuesday, 3 = Wednesday, 4 = Thursday, 5 = Friday,
6 = Saturday, 7 = Sunday)
X1 - Operates everyday except Monday.
It is also possible to enter more that one date range and frequency in the same
schedule.
BF:T/XS741/1/01APR06/31AUG06/D/01SEP06/31MAR98/2467
T1 The T1 line gives the flight operational requirements of which applications are
required and the CND table number used.
ALG The A stands for Amendment indicator, and LG stands for flight leg. The
amendment indicators for the T1 line are:
X - Cancel this flight for the dates shown on the header line.
A - Add new information to this line.
D - Delete information from this line.
C - Change information on this line.
The LG number is always entered as 1, even if it is a multi-sector flight, as long
as the same aircraft operates the whole routing. If there is a change of aircraft
on route, then the leg number where the aircraft change occurs is inserted
here (there would be two T1 lines in this case, the first line would be for leg 1,
and the second line for the leg where the a/c change occurs). If the wrong
amendment indicator is input, the system responds with an error message. If
the wrong LG number is input the system responds with an error message.
EQT / VERS These areas are for schedules built in the SITA Reservation System
(Equipment / Version). Schedules built in the DCS application will not use
them.
APPL This stands for Application, check-in (CKI) and load planning (LDP). Flights
may be built with either or both applications. The codes are:
K - Check-in (automatic initialization after PNL received)
D - Check-in (manual (deferred) initialization after PNL received)
L - Load planning
Note: Use DFD instead of the BFT transaction to re-initialize a single day
flight.
The difference between K and D is:
1. Flights built with 'K' option initialize for check-in when the PNL arrives.
Note: If flights built with 'K' option are canceled using the DFL/NPRO
transaction (DFL:FLIGHT/DATE/NPRO), they can only be re-initialized by re-
displaying the BF:T schedule and re-filing, and re-activating (or
DFD:FLIGHT/DATE).
2. Flights with 'D' option have to be manually initialized by entering the 'IF'
transaction (IF:FLIGHT/DATE) after the PNL has arrived.
Note: If flights built with 'D' option are canceled using the DFL/NPRO
transaction (DFL:FLIGHT/DATE/NPRO), they can easily be re-initialized by
just entering the 'IF' transaction (IF:FLIGHT/DATE) again.
Although check-in has two codes, they can never be entered together,
otherwise you will get an error response.
CONFIGURATION CND configuration number. The system will only accept a valid number. If the
incorrect number or the actual configuration is entered the system will respond
with an error message.
T2 The T2 line gives the flight routing details, along with the departure and arrival
times.
ALG The A stands for Amendment indicator and the LG stands for flight leg. The
various amendment indicators for the T2 line are:
X - Cancel this station.
C - Change the station departure/arrival time.
Note: When the C is used here, it must also be inserted in the T1 line
otherwise the system responds with an error message.
T Not used for DCS. It refers to a 'turn around' indicator and applies to a future
linked Reservation system, where the system will do certain checks against
the city pairs entered.
Note: It is possible to create Round Robin routings (routings that start and
end with the same station) in DCS for both CKI and LDP flights.
!A If the A is not added the schedule is only changed pending potential further
input. When a staged flight is reviewed, the agent number of the last agent
who worked with the schedule appears in the upper right corner. When the
schedule is ready to be activated the BPR/ACT transaction can be used or the
schedule can be re-displayed and activated by using the !A transaction.
Error Messages
Check airport/city pair.
Check arrival day change.
Check effective date.
Check end date.
Check flight identification.
Check arrival time.
Check departure time.
Check frequency.
Check CND table number.
Check departure day change.
Check number of stops.
Check input code.
Invalid leg number (T1 or T2).
Check application.
Check boarding time.
Check boarding day change.
Invalid amendment indicator (T1 or T2).
Airport missing (T2) must be canceled, not omitted, or Due to day change value, flight operates out of the
same airport twice on the same day.
Flight operates out of the same airport twice on 1 day.
Codeshare – No Table/Flight match.
Flight Schedule Display with the Ignore (IG) Entry at the Bottom
BF:T/XS105/1/18APR06/11OCT06/D
T1ALG EQT VERS APPL CONFIGURATION
T1 1 KL 13
T2ALG APT ARR DC DEP DC BRD DC CSH1 CSH2 CSH3 CSH4 CSH5 CSH6 CSH7 CSH8 CSH9 T
T2 1 ATL 1900
T2 2 MIA 2100
IG
The response to an IG entry is an SOE (►) on the next line. There is no further action required, and the
screen can be cleared and the next transaction input.
Display by date displays the flight period.
Change the Details by Replacing the Old Data with the New Data:
BF:T/XS217/1/18APR06/14DEC06/D
T1ALG EQT VERS APPL CONFIGURATION
T1 1 KL 45
T2ALG APT ARR DC DEP DC BRD DC CSH1 CSH2 CSH3 CSH4 CSH5 CSH6 CSH7 CSH8 CSH9 T
T2 1 ATL 1900
T2 2 PHX 2045
!A
Response Explanation
AIRLINE Invalid airline code specified (or not created in AT table - check with
SITA Customer Support).
SKED CHANGE Another agent has displayed this flight, which prevents anyone else
from re-displaying it, until it has been actioned or ignored.
SCHED CHANGE PENDING Attempt to sign-out after displaying a flight without staging or ignoring
it.
TABLE FULL Free space record is full and new flight cannot be added. Contact
SITA Customer Support.
Error Responses
Response Explanation
BAD DATA IN FILE Attempting to activate a staged flight that has errors in it.
FLIGHT ACTIVATE IN PROGRESS A previous flight activate transaction was not completed.
Previous flight must be cleared or canceled first before
continuation.
Field Explanation
MASTER PERIODS The master periods are all the BF:T schedules created in the system for that
flight number. The MF after the effective date stands for Master Flight.
ACTIVE DATES The active dates are flights that are currently active in the system. If a flight
operates daily, then normally there will be four active dates, for two days back,
today, and tomorrow. The F after the effective date allows viewing the flight
while the schedule changes are in progress.
In addition to the current date, active flights will display for five days past and
three days in the future.
It is possible to display a list of either the Master periods or Active dates by themselves.
The entry for Master periods is:
FPD:FLIGHT NUMBER/M
The entry for Active dates is:
FPD:FLIGHT NUMBER/A
FDD:FLIGHT NUMBER/DATE Response
►FDD:XS102/27JULY
XS102 27JUL06 D __ACTIVE__
ATL 1055 T_13 737/A
MIA 1245
IRREGULAR OPERATION DETAILS
SUPPLEMENTAL INFORMATION
The response to this entry is a message that is sent to the transmitting CRT. Pushing the 'MSG WAIT' key
displays the following response on the screen:
FLIGHT LOAD COMPLETE
Note: When using the DFD/EFD transactions, the flight does not get Staged (SFL) first, but is activated
onto the Active flight list (AFL). There is no need for the BP:R/ACT/FLT transaction to be used.
The following is a list of the operations that can be handled by the DFD/EFD transactions:
Create a new flight for a one-day schedule.
Delete (cancel) a flight for a one-day schedule.
Change the CND table number for a one-day schedule.
Add a station to the routing for a one-day schedule.
Delete a station from the routing for a one-day schedule.
Change the routing order for a one-day schedule.
Change any of the departure, arrival, or boarding times.
All of the above are handled in exactly the same way as the BF:T transaction, so the X, C, D, A, etc. must
be used when necessary.
Also all the error code number responses are the same, so check the chapter on BF:T for explanation.
The main advantage of using the DFD transaction, rather than the BF:T transaction, is that a single
schedule (from a flight date range) can be amended without affecting the other flight dates, and thus
prevent many BF:T scheduling errors.
Note: Whenever a DFD schedule is displayed that it be either filed (!), or ignored (IG), otherwise the
system responds with 'SKED CHANGE’ when attempting to sign-out (SO) from the transmitting CRT.
Enter the 'IG' at the same position (but not at the same time) as the '!'.
Enter the Required CND Number and Use 'C' Indicator and Re-File
EFD: XS583/1/04JUN06/2
T1ALG EQT VERS APPL CONFIGURATION
T1C1 DL 47
T2ALG APT ARR DC DEP DC BRD DC CSH1 CSH2 CSH3 CSH4 CSH5 CSH6 CSH7 CSH8 CSH9 T
T2 1 ATL 1655
T2 2 LAX 1815
!
Field Explanation
CTL-OFFC Number refers to the message address number created in the CX:DEST table, and
determines the address where the requested messages are sent.
WTN Number refers to the Passenger weight table created in the CW:AIRLINE table,
and determines whether Gender input is required at check-in.
CWT Check-in weight allowance. If no restricted weight is entered, the system defaults
to 262143.
TCKI Specifies whether 'through' transfer check-in is allowed onto another flight for those
stations connected to DCS downline. System defaults to TCI.
TYPE Type of check-in and the seating conditions for this flight. There are various types
of check-in, including:
NAM - NAME check-in. (Passenger's names on PNL)
NUM - NUMERIC check-in. (No names on PNL)
PNM - PARTIAL NAME check-in. (Special passengers only)
NON - NON-AUTOMATED station. (Non SITA DCS user)
TCL - TECHNICAL LANDING only. (No check-in allowed)
TYPE There are only two main types of seating conditions:
(Continued) SS - SEAT SELECTION (seat numbers used).
NS - NO SEAT SELECTION (free seating).
Note 1: On a multi-sector flight, it is not possible to change from an NS leg to an
SS leg, but it is possible to change from SS to NS.
Note 2: NS can be by class i.e., NSY would indicate no seating in Y class, but
seating applies in other classes.
It is possible to have seat selection in one class and free seating in another class.
In this case the NS entry is used specifying the class where free seating is used
(example NSY) and the system defaults to seating in the other class (or classes) on
this flight.
GO-SHOWS Not functional.
MSG Passenger message types required to be sent at the end of a flight and the system
checks the CTL-OFC number to find the correct message addresses. If any of
SEGMENT DATA This is used for entering any special information or restrictions on the flight. The
most common ones used are:
NLT - No Local Traffic check-in allowed traffic for this segment (no traffic rights).
NLD – No Local Traffic except ID passengers allowed.
NAV - No Live Animals allowed.
BPI – No-Pooled Baggage Indicator is used by selected airlines.
API - Inhibits the issuance of a boarding pass if the appropriate API data is
incomplete in the passenger record. (Supported by parameter APIC - contact
SITA Customer Support to turn on.)
These are entered as: SEGMENT/NLD (example MIALAX/NLD)
To remove enter as: SEGMENT/-NLD (example MIALAX/-NLD)
Note: Although these are entered via the CSM/CSU screen, they are only
displayed on the CSD screen. So always check the CSD screen if in doubt.
By using the TAB key, the cursor moves to a valid item that can be changed, and
the appropriate item is then entered. Once the changes are entered the system
should respond with 'ACCEPTED'.
If the changes are for a flight period the system may respond with 'ACCEPTED'
followed by 'ACTIVE DATES ARE:' In this case the system has only updated the
non-active flights, so the active flights have to be updated individually. This
prevents updates to active flights in case the new changes do not apply to them. If
they do apply, they must be amended individually.
Error Responses
Response Explanation
CONTROL MSG TYPE not NAM, so remove TPM, PIL, and PSM.
Field Explanation
CLASS All of the master class codes used by the airline (check CD:airline) must be
entered here. It is not necessary to enter sub-classes as the check-in
transaction will be the default of the appropriate master class allowance. If a
sub-class should have an allowance different than the master, then that class
should also be entered here with its allowance.
WEIGHT/PIECE The weight and piece allowance for each class is entered here.
ALLOWANCE
LOCAL CURRENCY The currency entered here is the currency the excess baggage is calculated in
during the check-in transaction. Therefore the figures entered on the excess
baggage rates table (JCD:AIRLINE) are related to this currency.
SITA Departure Control Services Check-In Database User Guide
Passenger Baggage Allowance/Excess Rate
Revision Date: 30-Nov-2015, Revision: 9.2 Page 71
Copyright © SITA Information Networking Computing
USA Inc 2015. Confidential. All Rights Reserved.
Foreign Currency/Exchange Rate
If passengers are allowed to pay their excess baggage by other currencies, enter the conversion rate from
the local currency. It is possible for the check-in agent to insert the required currency for the excess
baggage at check-in, and the system calculates the new amount due.
Field Explanation
CITY The destinations are entered here (enter airport codes). They do not need to
be entered in alphabetical order, as the system does this when the screen is
transmitted.
If a CITY must be deleted, then enter an X under the W/P field, and transmit.
The selected CITY is deleted.
If only an amendment to the W/P or UNIT COST is required, make these by
replacing the old information with the new and transmitting (there is no need to
delete the CITY and re-enter).
W/P Enter whether the allowance is weight (W) or piece (P). Only one or the other
can be specified, but not both together.
UNIT COST Cost per KG or piece of the excess amount of baggage over the allowance.
The rate is based on the local currency entered on the JXD:AIRLINE screen.
If the screen is full, it is possible to move to other pages by inserting the
routing. Example JCD:ATLZRH (but be careful because if you only enter
JCD:ZRH by mistake, you will get a display of the excess baggage rates table
out of ZRH and not out of ATL).
Unit cost is by kilogram or pound based on weight unit shown in the weight
table.
Error Responses
Response Explanation
**** WARNING ILLEGAL CHARACTER IN FIELD This indicates that a character (not X, P, or W)
was input in the entry.
1 xx – Host airline.
SITA Departure Control Services Check-In Database User Guide
Teletype Addresses
Page 76 Revision Date: 30-Nov-2015, Revision: 9.2
Copyright © SITA Information Networking Computing
USA Inc 2015. Confidential. All Rights Reserved.
10. Conversion Table (General)
To Convert Into Multiply by
Kilograms per cubic foot Kilograms per cubic metre 35. 3100
Pounds per cubic foot Kilograms per cubic metre 16. 0166
-B-
BI Basic Index.
BN Boarding Number.
BRC Bulk Recheck Accepted passengers.
BRN Bulk Recheck Not Checked-In Passengers.
BTM Baggage Transfer Message.
BW Basic Weight.
-C-
CAT Catering Message, Special Meals
CGO Cargo.
CKI Check-in.
CND Configuration Table Number Display.
COM Close Out (final) Message. (Dispatched to all stations)
CPM Container/Pallet Message.
CRT Cathode Ray Tube, this is the display.
CSD Created Schedule Data.
CSM Created Schedule Modification.
-D-
DFL Delete Flight.
DOI Dry Operating Index.
DOW Dry Operating Weight.
DPID Entry for Printer/Check-in Zone Information.
DRC Destination Remarks Creation.
-E-
EDIFACT Electronic Data Interchange for Administration, Commerce and Transport.
-F-
FBA Free Baggage Allowance
FDC Flight Schedule.
FDD Flight Data Display.
FIR Flight Irregular Operations.
FLP Flight Planning.
FTL Frequent Traveler List.
FUI Flight Update Information.
-G-
GMT Greenwich Mean Time.
-H-
HA Host Airline.
-I-
IDM Industry Discount Message. (Dispatched to next downline station on Multi-sector flights.)
IFM Interline (EDIFACT flights) Fallback Message.
-L-
LDP Load Planning.
LDVS System Selected Deck Version.
LEMAC Leading Edge Mean Aerodynamic Chord.
-M-
MAC Mean Aerodynamic Chord.
MD Manifest Display.
-N-
NAM SS Name Check-In with Seat Selection.
-P-
PAD Passenger Available for Disembarkation.
PCI Passenger Statistics.
PDQ Physical Device Queuing.
PFS Passenger Final Sales message. (Originating station only.)
PID Physical device identifier. Numeric address of a peripheral device that is also known as
position identifier or port identifier.
PIL Passenger Information List. (Originating station only)
PIM Passenger Information Message.
PN Page Next.
PNL Passenger Name List.
PRL Passenger Reconciliation List.
PSM Passenger Service Message. (Dispatched to all stations.)
PTM Passenger Transfer Manifest. (Dispatched to all stations having transfer.)
-S-
SB Standby Number.
SLD Statistical Load Summary.
SOM Seats Occupied Message. (Dispatched to next downline station.)
SSR Special Service Request.
STD Scheduled Time of Departure.
SUD Special Usage Description.
-T-
TOW Take Off Weight.
-X-
XS SITA Airline.
XX Any Generic Airline.
Example indicator
Start of Entry indicator
Amend Seat Map ............................................. 45 Delete Seat Map Date Ranges ........................ 46
Amend Seat Map Date Ranges ....................... 46 Departure Time Change, Flight Schedule ....... 59