BSP Data Interchange Specifications Handbook Revision 20.1 01 September 2006
BSP Data Interchange Specifications Handbook Revision 20.1 01 September 2006
SPECIFICATIONS HANDBOOK
Revision 20.1
01 September 2006
BSP Data Interchange Specifications
Handbook
REVISION 20.1
01 September 2006
PREFACE .................................................................................................................................................................... ix
SUMMARY OF CHANGES........................................................................................................................................... x
INTRODUCTION...................................................................................................................................................... xviii
The Objectives of the Handbook......................................................................................................................... xix
Symbols .................................................................................................................................................................. xx
Publication Order Information.............................................................................................................................. xx
Technical Support ................................................................................................................................................. xx
CHAPTER 1 - COMPLIANCE....................................................................................................................................... 1
1.1 Effectiveness ............................................................................................................................................... 1
1.2 Implementation of DISH Revision 20.1 ..................................................................................................... 1
1.3 Responsibility of ISS Manager .................................................................................................................. 1
1.4 Interpretation of the DISH .......................................................................................................................... 2
1.5 Amendments to the DISH........................................................................................................................... 2
1.6 BDISG Terms of Reference ........................................................................................................................ 3
CHAPTER 2 - GENERAL SPECIFICATIONS.............................................................................................................. 5
2.1 Introduction ................................................................................................................................................. 5
2.2 Records........................................................................................................................................................ 5
2.2.1 Short Record ("S") .................................................................................................................................. 5
2.2.2 Long Record ("L") ................................................................................................................................... 5
2.2.3 Super Long Record ("X") ........................................................................................................................ 5
2.3 File Characteristics ..................................................................................................................................... 6
2.3.1 Record Lengths ...................................................................................................................................... 6
2.3.2 Character Set ......................................................................................................................................... 6
2.3.3 Data Compression.................................................................................................................................. 6
2.3.4 Data Delivery .......................................................................................................................................... 6
2.4 Data Representation ................................................................................................................................... 6
2.4.1 Alphabetic and Alphanumeric Fields ...................................................................................................... 6
2.4.2 Numeric Fields........................................................................................................................................ 6
2.4.3 Data Element Formats............................................................................................................................ 6
2.4.4 Date fields............................................................................................................................................... 7
2.4.5 Signed Fields.......................................................................................................................................... 7
2.4.6 Signed Field Values................................................................................................................................ 8
2.4.7 Facsimile data fields ............................................................................................................................... 8
2.4.8 Data Element Status............................................................................................................................... 9
2.5 Availability of Data .................................................................................................................................... 10
2.6 Retention of Data ...................................................................................................................................... 10
CHAPTER 3 - DEFINITIONS ...................................................................................................................................... 11
3.1 Data Files ................................................................................................................................................... 11
3.1.1 Agent Reporting data (RET) ................................................................................................................. 11
3.1.2 Airline Accounting/Sales data (HOT).................................................................................................... 11
3.1.3 Credit Sales Invoicing data (CSI) ......................................................................................................... 11
3.1.4 Ticket Inventory data (TI)...................................................................................................................... 11
3.1.5 CCSP Invoice (CSP) ............................................................................................................................ 11
3.1.6 Market Share Analysis Data (MSA)...................................................................................................... 11
3.2 Periods ....................................................................................................................................................... 11
3.2.1 Reporting Period................................................................................................................................... 11
3.2.2 System Provider reporting period......................................................................................................... 11
3.2.3 Billing Period......................................................................................................................................... 11
3.2.4 Remittance Period ................................................................................................................................ 12
3.2.5 HOT Daily Sales Reporting .................................................................................................................. 12
3.3 Miscellaneous............................................................................................................................................ 13
3.3.1 Cancelled STD ..................................................................................................................................... 13
3.3.2 Logical Record...................................................................................................................................... 13
3.3.3 Split Transmission ................................................................................................................................ 13
3.3.4 Stock Control Number .......................................................................................................................... 14
3.3.5 Transaction........................................................................................................................................... 14
CHAPTER 4 - RET/HOT DATA QUALITY ASSURANCE ........................................................................................ 15
4.1 Introduction ............................................................................................................................................... 15
4.2 Data Quality Procedures .......................................................................................................................... 15
4.3 RET/HOT Testing Criteria......................................................................................................................... 17
4.3.1 Transaction Types ................................................................................................................................ 17
4.3.2 Transaction Structure ........................................................................................................................... 17
4.3.3 Form of Payment .................................................................................................................................. 18
4.3.4 RET/HOT File ....................................................................................................................................... 18
4.4 General Data Quality Criteria ................................................................................................................... 19
4.4.1 Error Types ........................................................................................................................................... 19
4.4.2 Additional validations............................................................................................................................ 19
4.5 Suggested Error Messages...................................................................................................................... 20
4.6 Data Element Error/Functional Use Table .............................................................................................. 23
CHAPTER 5 - AGENT REPORTING DATA (RET) .................................................................................................... 27
5.1 Introduction ............................................................................................................................................... 27
5.2 List of facsimile elements ........................................................................................................................ 28
5.3 Agent Reporting (RET) File Organisation............................................................................................... 30
5.3.1 List of Agent Reporting Data Records.................................................................................................. 30
5.4 Structure .................................................................................................................................................... 31
5.4.1 RET Transaction Structure Arrangement Matrix .................................................................................. 31
5.5 Data Integrity ............................................................................................................................................. 33
5.6 RET Record Layouts and grids ............................................................................................................... 34
5.6.1 IT01 File Header Record ...................................................................................................................... 34
5.6.2 IT02 Basic Sale Transaction Records .................................................................................................. 35
5.6.3 IT0S Stock Control Numbers Records ................................................................................................. 39
5.6.4 IT03 Related Ticket/Document Information Records ........................................................................... 43
5.6.5 IT04 Additional Sale Information Records............................................................................................ 46
5.6.6 IT05 Monetary Amounts Records......................................................................................................... 48
5.6.7 IT06 Itinerary Records .......................................................................................................................... 51
5.6.8 IT07 Fare Calculation Records............................................................................................................. 53
5.6.9 IT08 Form of Payment Records ........................................................................................................... 54
5.6.10 IT0Y Agency Data Records .................................................................................................................. 56
5.6.11 IT09 Additional Information Records .................................................................................................... 58
5.6.12 IT0A Miscellaneous Document Information Records ........................................................................... 59
5.6.13 IT0B Additional Information Records.................................................................................................... 60
5.6.14 IT0C Miscellaneous Document Information - Additional Print Lines Records...................................... 61
5.6.16 IT0E Automated Prepaid Ticket Advice Sponsor Information Records ............................................... 63
5.6.17 IT0Z File Trailer Record........................................................................................................................ 65
CHAPTER 6 - AIRLINE ACCOUNTING/SALES DATA (HOT).................................................................................. 67
6.1 Introduction ............................................................................................................................................... 67
6.2 BSP Schedule............................................................................................................................................ 67
6.2.1 BSP Weekly Schedule.......................................................................................................................... 68
6.2.2 BSP Fortnightly Schedule..................................................................................................................... 69
6.3 Airline Accounting/Sales (HOT) file organisation.................................................................................. 70
6.4 List of Airline Accounting/Sales data records ....................................................................................... 71
6.5 Structures .................................................................................................................................................. 72
6.5.1 Logical record structures ...................................................................................................................... 72
6.5.2 Structure of a transaction ..................................................................................................................... 72
6.5.3 Airline Accounting/Sales data particulars ............................................................................................. 72
6.5.4 HOT Transaction Structure Arrangement Matrix.................................................................................. 74
6.5.5 Transaction Records Structure pattern ............................................................................................... 76
6.5.6 Short record format transaction............................................................................................................ 77
6.5.7 Long record format transaction ............................................................................................................ 78
6.5.8 Super Long record format transaction.................................................................................................. 79
6.5.9 Refund Transaction .............................................................................................................................. 80
6.5.10 ADM/ACM Transaction......................................................................................................................... 81
6.6 HOT Record Layouts and grids ............................................................................................................... 82
6.6.1 BFH01 File Header Record .................................................................................................................. 82
6.6.2 BCH02 Billing Analysis (Cycle) Header Record ................................................................................... 83
6.6.3 BOH03 (Reporting Agent) Office Header Record ................................................................................ 84
6.6.4 BKT06 Transaction Header Record ..................................................................................................... 85
6.6.5 BKS24 Ticket/Document Identification Record .................................................................................... 87
6.6.6 BKS30 STD/Document Amounts Record............................................................................................. 89
6.6.7 BKS39 Commission Record ................................................................................................................. 91
6.6.8 BKS42 Tax on Commission Record..................................................................................................... 93
6.6.9 BKS45 Related Ticket/Document Information Record ......................................................................... 95
6.6.10 BKS46 Qualifying Issue Information for Sales Transactions Record................................................... 96
6.6.11 BKI63 Itinerary Data Segment Record ................................................................................................. 97
6.6.12 BAR64 Document Amounts Record..................................................................................................... 99
6.6.13 BAR65 Additional Information – Passenger Record .......................................................................... 101
6.6.14 BAR66 Additional Information – Form of Payment Record................................................................ 102
6.6.15 BMP70 Miscellaneous Document Information - Reason for Issuance Record .................................. 103
6.6.16 BMP71 Miscellaneous Document - Additional Information Record.................................................... 104
6.6.17 BMP72 Miscellaneous Document Information - Amount in Letters Record ...................................... 106
6.6.18 BMP73 Optional Agency/Airline Information Record ......................................................................... 107
6.6.19 BMP74 Miscellaneous Document Information – Additional Print Lines Record................................. 108
6.6.20 BMP77 Miscellaneous Coupon Information – Additional Print Lines Record .................................... 109
6.6.21 BMP78 Automated Prepaid Ticket Advice Sponsor Information Record ........................................... 110
6.6.22 BKF81 Fare Calculation Record......................................................................................................... 111
6.6.23 BKP83 Electronic Transaction Record ............................................................................................... 112
6.6.24 BKP84 Form of Payment Record ....................................................................................................... 114
6.6.25 BOT93 Office Subtotals per Transaction Code and Currency Type Record ..................................... 116
6.6.26 BOT94 Office Totals per Currency Type Record ............................................................................... 117
6.6.27 BCT95 Billing Analysis (Cycle) Totals per Currency Type Record .................................................... 118
6.6.28 BFT99 File Totals per Currency Type Record.................................................................................... 119
6.7 Examples OF VARIOUS CALCULATIONS ............................................................................................ 120
6.7.1 Relation of Amount Fields .................................................................................................................. 120
6.7.2 Examples how the amount fields accumulate to Office Totals........................................................... 121
6.7.3 Examples of Refund with no VAT on Commission or on Cancellation Penalty ................................. 122
6.7.4 Examples of Refund with VAT on Commission and Cancellation Penalty......................................... 123
6.7.5 Example of Refund with VAT on Commission and Cancellation Penalty (credit card) ..................... 124
6.7.6 Example of IT/BT Ticket ..................................................................................................................... 125
CHAPTER 7 - CREDIT SALES INVOICING DATA (CSI)........................................................................................ 127
7.1 Introduction ............................................................................................................................................. 127
7.2 Description of the CSI file organisation................................................................................................ 127
7.3 Credit Sales Invoicing (CSI) File Organisation .................................................................................... 128
7.4 List of Credit Sales Invoicing (CSI) data records ................................................................................ 129
7.5 Commented list of Credit Sales Invoicing File Records ..................................................................... 130
7.6 CSI Record Layouts ................................................................................................................................ 132
7.6.1 CFH File Header Record .................................................................................................................... 132
7.6.2 CIH Invoice Header Record................................................................................................................ 133
7.6.3 CBH Batch Header Record ................................................................................................................ 134
7.6.4 CBR Transaction Basic Record.......................................................................................................... 135
7.6.5 COR Transaction Optional Record..................................................................................................... 139
7.6.6 COT Transaction Optional Tax Record .............................................................................................. 137
7.6.7 COA Transaction Optional Agency Data Record ............................................................................... 138
7.6.8 CBT Batch Trailer Record .................................................................................................................. 139
7.6.9 CAT Totals per Agent Record ............................................................................................................ 140
7.6.10 CIT Invoice Trailer Record.................................................................................................................. 141
7.6.11 CFT File Trailer Record ...................................................................................................................... 142
CHAPTER 8 - TICKET INVENTORY DATA (TI) ...................................................................................................... 143
8.1 Introduction ............................................................................................................................................. 143
8.2 TI Record layouts .................................................................................................................................... 144
8.2.1 TI1 File Header Record ...................................................................................................................... 144
8.2.2 TI2 Ticket Allocation Record............................................................................................................... 145
8.2.3 TI9 File Trailer Record........................................................................................................................ 146
CHAPTER 9 - CCSP INVOICE (CSP) ...................................................................................................................... 147
9.1 Introduction ............................................................................................................................................. 147
9.2 CCSP Invoice File.................................................................................................................................... 148
9.3 CCSP Invoice File Organisation ............................................................................................................ 149
9.4 List of CCSP Invoice File data records ................................................................................................. 150
9.5 Commented List of CCSP Invoice File Records .................................................................................. 151
9.6 CCSP Invoice (CSP) Record Layouts.................................................................................................... 153
9.6.1 IFH File Header Record...................................................................................................................... 153
9.6.2 IIH Invoice Header Record ................................................................................................................. 154
9.6.3 IBH Batch Header Record .................................................................................................................. 155
9.6.4 IBR Transaction Basic Record ........................................................................................................... 156
9.6.5 IOR Transaction Optional Record ...................................................................................................... 158
9.6.6 IOT Transaction Optional Tax Record................................................................................................ 159
9.6.7 IOX Transaction Optional Variable Record ........................................................................................ 161
9.6.8 IOA Transaction Optional Agency Data Record................................................................................. 162
9.6.9 IBT Batch Trailer................................................................................................................................. 163
9.6.10 IIT Invoice Trailer Record ................................................................................................................... 164
9.6.11 IFT File Trailer Record........................................................................................................................ 165
CHAPTER 10 – MARKET SHARE ANALYSIS DATA (MSA) ................................................................................. 167
10.1 INTRODUCTION....................................................................................................................................... 167
10.2 MSA RECORD LAYOUTS ....................................................................................................................... 167
10.2.1 MSA Record ....................................................................................................................................... 167
CHAPTER 11 - DATA ELEMENT DIRECTORY ...................................................................................................... 169
11.1 Data Element Directory in order by Element Description...................................................................169
11.2 Data Element Directory in order by Glossary Reference.................................................................... 177
CHAPTER 12 - GLOSSARY..................................................................................................................................... 185
12.1 Introduction ............................................................................................................................................. 185
12.2 Glossary Characteristics........................................................................................................................ 185
12.3 Glossary References .............................................................................................................................. 186
CHAPTER 13 - NET REPORTING & REMITTANCE............................................................................................... 283
13.1 Introduction ............................................................................................................................................. 283
13.2 Responsibilities....................................................................................................................................... 283
13.3 Net Reporting .......................................................................................................................................... 284
13.4 Net Reporting Schemes - Examples ..................................................................................................... 288
APPENDIX A - AGENT DEFAULT PROCESS – RECOVERY OF FUNDS ............................................................ 327
APPENDIX B - REPORTING OF MPD/MD DOCUMENTS...................................................................................... 329
APPENDIX C - STANDARD MESSAGE IDENTIFIER (SMSG) VALUES............................................................... 333
APPENDIX D - DISH AMENDMENT FORM ............................................................................................................ 335
APPENDIX E - TRAVEL AGENT SERVICE FEES (TASF) ..................................................................................... 337
Intentionally left blank.
PREFACE
The BSP Data Interchange Specifications Handbook (DISH) is Attachment “A” of the IATA Passenger
Services Conference (PSC) Resolution 750 – BSP Data Interchange Specifications.
This Handbook is based on DISH Revision 20 of 31 January 2001 and includes DISH Bulletins 2002/1 &
2003/2 issued thereafter. This Revision annuls DISH Revision 21 and part of DISH Bulletin 2005/1 which
were not implemented.
This Handbook is called Revision 20.1 which reflects new business requirements and amendments and a
higher level of global standardization. This Handbook is effective as of 1 September 2006.
ix
Data Interchange Specifications Handbook
SUMMARY OF CHANGES
Introduction
• Amended
Chapter 1
Section 1.5 • Amended
Chapter 2
Section 2.3.1 • TI record length amended
• Addition of MSA file
Section 2.4.3 • Special characters clarification and format added
Section 2.4.8 • Clarification of Underlined Mnemonics
Chapter 3
Section 3.1 • Addition of MSA file
Section 3.2.5 • Addition of Daily Sales Reporting definition
Section 3.3.4 • Transaction Codes BPAS, PSCN deleted
Chapter 4
Section 4.3.1 • Transaction Codes BPAS, PSCN deleted and TASF added
Section 4.3.3 • Note (x) deleted
Section 4.5 • Clarification to Error Message 006
Section 4.6 • “I” indicator added to data elements critical for interline settlement
• HRED, VISO, VNID, and WAVR elements added
• INLS data element deleted
Chapter 5 • ARV(s) and XSB(s) column has been replaced by ARVM and XSBM. The
Matrix and RET Record Grids have been amended accordingly
• Record Grids have been revised to contain the required Transaction Codes
Section 5.2 • INLS data element deleted
Section 5.3.1 • IT0B record description amended
Section 5.4.1 • MVnn transaction code added
• MMnn transaction code added
• TASF transaction code added
• MPnn : IT02-CNJ Record changed from n/a to 1
• TKTM:
IT0S changed from (0-n) to n/a
IT07 Record changed from (1-2) to n/a
IT09 Record changed from 1 to n/a
IT04 Record changed from 1 to (0-1)
• TKT*:
IT0B changed from n/a to (0-1)
• RFNDs:
IT0S changed from (0-n) to n/a
• AD/CM:
IT0S changed from (0-n) to n/a
x
Summary of Changes
• MCOM:
IT0S changed from (0-n) to n/a
IT09 Record changed from 1 to n/a
IT0A/B/C Records changed to n/a
IT04 Record changed from 1 to n/a
• ARVM:
IT0S Record is n/a
IT04 Record is n/a
IT06 Record is n/a
IT06-CNJ Record is n/a
IT07 Record is n/a
IT09 Record is n/a
• XSBM:
IT0S Record is n/a
IT04 Record is n/a
IT07 Record is n/a
IT09 Record is n/a
• RFND: IT0Y Record changed from n/a to (0-n)
• IT0A Record: MD10/MD30/MD50 changed from (0-1) to 1
• Note 2 becomes Note 3 and is amended
• Added Notes 2, 4 and 5
• IT0S Record: RFNDs and AD/CM changed from (0-n) to n/a
Section 5.6.1.1 • ISOC data element added
• Element numbers corrected
Section 5.6.2.1 • VISO and VNID Elements added
Section 5.6.2.2 • CDGT: RSCN changed from M to C
RCSM changed from n/a to C
AD/CM changed from M to C
• CJCP: MPnn changed from n/a to C
• ESAC: RFND/CANX/CANR changed from M to C
ACMR changed from n/a to C
TKTT/MD10/MD30/MD40/MD50/MD51 changed from M to n/a
• PXNM: RFNDs changed from M to C
CANX changed from C to n/a
CANR changed from M to n/a
• SCNF #18,: TKTB changed from M to C
MPnn changed from M to n/a
#22: MPnn changed from C to n/a
• SCNR: MPnn changed from n/a to C
• SCNT #19: MPnn changed from M to n/a
#23: MPnn changed from n/a to C
• STAT: TKTA/TKTB/TKTT/MD10/RFNDs/TKTM changed from C to M
RCSM changed from n/a to C
• TCND: CANN changed from C to n/a
• TCNR: CANN changed from C to n/a
• TDNR: RSCN changed from M to C
RCSM changed from n/a to M
• TASF, VISO and VNID Elements added
• MMnn, TASF Transaction Codes added
Section 5.6.3.2 • CANR/TKTA/TKTT/MPnn/BPAS/PSCN columns deleted
Section 5.6.4.1 • WAVR Element added
• DIRD Element Description amended
• Note 5 added
Section 5.6.4.2 • WAVR Element added
• DIRD: AD/CM changed from n/a to 'C'
xi
Data Interchange Specifications Handbook
• Note added
Section 5.6.5.1 • VLNC: Attribute corrected from 8 AN to 8N
• Replaced INLS with RESD
Section 5.6.5.2 • TOUR: MD10/MD51/MPnn changed from C to n/a
• SASI: TKTB changed from C to M
MD10/30/40/50/51 changed from C to M
• VLNC: Element 20 corrected from RESD to VLNC
• Replaced INLS with RESD
• NTSI: TKTB changed from C to n/a
• MD10/30/40/50/51 changed from C to n/a
• TKTM Transaction Code added for TOUR Element
• Note added
Section 5.6.6.2 • AEBA: MD51 changed from n/a to C
ACMR changed from n/a to C
• TMFA/TMFT/CORT/APBC: ACMR changed from n/a to C
• COTP/COAM/NRID: AD/CM changed from n/a to C
• FORM: CANN changed n/a to M
• TOCA/TCTP: TKTM/MCOM changed to n/a
• TASF, MMnn Transaction Codes added
Section 5.6.7.2 • TKTM: The following elements changed their status to n/a:
FFRF, NBDA, NADA, FTDT, FBAL, FBST
The following elements changed their status to C:
RBKD and FTNR
• All Transactions for Elements 19 and 35 changed from C to M
• All Transactions for Elements 34 and 50 changed from n/a to C
Section 5.6.9.2 • TASF, MMnn Transaction Codes added
• FPTI: MD51 changed from n/a to C
TKTM/MCOM changed from M to C
• APLC: RFND changed from 'C' to 'n/a'
EXDA: RFNDs changed from 'C' to 'n/a'
• ACMR: FPAC/APLC & elements 9-28 changed from n/a to C
Section 5.6.10.1 • SFAM attribute corrected from AN to N
Section 5.6.10.2 • SFAM attribute corrected from AN to N
• TASF and MMnn transaction codes added
Section 5.6.12.1 • Note 1 deleted
Notes 2 and 3 renumbered to 1 and 2
MPOC Data Element description corrected
Section 5.6.12.2 • RFIC: MD51/MPnn changed from M to n/a
• AMIL: MPnn changed from C to M
Section 5.6.13.1 • IT0B record name amended
Note 2 added
Section 5.6.14.1 • Note 4 added
Section 5.6.14.1 & • Print line corrected from ‘First’ to ‘Second’
5.6.14.2
Section 5.6.15.1 • Note 4 added
Section 5.6.15.1 & • RESD (element 9): Attribute corrected from 83 to 72
5.6.15.2
Section 5.6.16.1 • PLID status corrected
Section 5.6.16.2 • PLID/SPIN status corrected
xii
Summary of Changes
Chapter 6 • ARV(s) and XSB(s) column has been replaced by ARVM and XSBM. The
Matrix and RET Grids have been amended accordingly
• Record Grids have been revised to contain the required Transaction Codes
Section 6.4 • BMP73 record description amended
Section 6.5.3 • Clarification added to “File”
Section 6.5.4 • MVnn, MMnn transaction codes added
• MPnn: BKS24-CNJ is 1
• TKT*:
BMP73: changed from n/a to (0-1)
• XSBM:
BKS24-CNJ is 1
BKP84-CA is 1
• MPnn: BKS24-CNJ is 1
• RFNDs: BAR65 changed from n/a to 1
• MCOM: BKP84-CA is 1
• BMP70: MD10/MD30/MD50 changed from (0-1) to 1
MD51: changed from 1 to n/a
• Added Note 2 and 3
Section 6.5.8 • BMP73 record added
Section 6.6.2.1 • HRED Element added
Section 6.6.4.1 • VISO and VNID Elements added
Section 6.6.4.2 • TREC: TKTM/MCOM change from C to M
• MMnn, TASF transaction codes added
• VISO, VNID Elements added
• NRID: AD/CM changed from n/a to C
ACMR changed from n/a to C
Section 6.6.5.1 • Replaced INLS with RESD
Section 6.6.5.2 • TCNR/TCND: RFND changed from C to M
• PNRR: MD51 changed from n/a to C
• TODC/INLS: TKTM/MCOM changed from C to n/a
• Note added
• Replaced INLS with RESD
• MMnn, TASF transaction codes added
Section 6.6.6.2 • MMnn, TASF transaction codes added
Section 6.6.7.2 • MMnn, TASF transaction codes added
• STAT: MD51 changed from n/a to C
• CORT/COAM: TKTM/MCOM changed from M to C
• SPAM: AD/CM changed from n/a to C
Section 6.6.8.2 • MMnn, TASF Elements added
• TCTP (8) and TOCA (10): MD51 changed from M to n/a
• TCTP (11): MD51 changed from C to n/a
Section 6.6.9.1 • Note 6 added
• RTDN Element status changed from C to M
• WAVR Element added
• DIRD element description amended
Section 6.6.9.2 • WAVR Element added
• DIRD: AD/CM changed from n/a to C
Section 6.6.11.2 • STPO: TKTA/TKTB/TKTT/MD10 changed from M to C
xiii
Data Interchange Specifications Handbook
Chapter 7 No changes
Chapter 8
Section 8.1 • Introduction amended
Section 8.2.1 • FSQN and ISOC Elements added
RESD attribute amended
Section 8.2.2 • DELM, ISOC, ORNR, RPSI, TRNC, TRNS Elements added
• Notes 3 to 7 added
Section 8.2.3 • RESD attribute amended
Chapter 9 No changes
Chapter 10
• New Record ‘Market Share Analysis Data’ added
Chapter 11
• Data Element Directory revised accordingly for new, deleted and/or amended
elements
Chapter 12
New Elements:
• AGGS, AGSA, AGSI, DELM, HRED, MSAP,ORNR, REPM, TRNS, VISO,
VNID, WAVR
xiv
Summary of Changes
Redefined Elements
• RTDN: BKS45 as Mandatory
Amendments:
• AGTN: MSA record added
RET Validation amended
• ALCD: Description category amended
• ALCT: Use category amended
Values category amended
• ALTP: RET Validation and Values categories amended
• BAID: RET Validation removed
• BEOT: Values category amended
• BNBR: Use category added
• CDGT: RET Validation amended
• CFIT: Record name corrected
• CJCP: RET Validation amended
• COAM: Use category amended
• CORT: Use category amended
• COTP: Values and RET Validation categories amended
• CPUI: Use, Values and RET Validation categories amended
• CSTF: Use, Condition and RET Validation categories amended
• CTAS: Attribute corrected
• CUTP: MSA record added. Addition under Use category
• DIRD: Data Element name amended
Description category amended
Use category deleted
• DISI: Values and RET Validation categories amended
• DSTC: Element attribute corrected
• EFCO: Use category amended
• EFRT: Use category amended
• ENBR: Use category amended
• FORM: Use, Ret Validation categories amended
• FPAC: Use, Ret Validation categories amended
• FPIN: Deleted BKS45 Record
• FPTP: Values category amended
• FSQN: TI1 Record added
Description and Use categories amended
• ICDN: Ret validation amended
• ISOC: IT01, TI1 and TI2 Records added
Use category added
• OSID: Values category amended
• PLID: Use category amended
• RCID: Values category amended
• RESD: MSA Record added
• RFIC: Condition category added and Code assignment amended
• RFID: Description category amended
• RPSI: TI2 record added
• SCNF: Format category amended
• SCNR: Format category adjusted
• SPAM: Use category amended
• SPRT: Use category amended
• SPTP: Use category amended
• TACN: MSA record added
• TDAM: Clarification to RET Validation amended
• TDNR: RET Validation amended for the handling of duplicate transactions
• TMFT: Use, Format categories amended
xv
Data Interchange Specifications Handbook
Deleted Elements
• INLS
Chapter 13
Section 13.3 • Wording amended
Section 13.4 • Wording amended. Example 1A.1 – Method 1 – Value Coding – Calculation
• Wording amended
Appendix A • New Appendix: Agent Default Process – Recovery of Funds
• RP1720a deleted
Appendix B No changes
Appendix C No changes
Appendix D No changes
Appendix Z Deleted
xvi
Introduction
INTRODUCTION
IATA provides the airline industry and other travel, transportation and tourism industry with cost effective
distribution and settlement services. The IATA Settlement Systems (ISS) Management is a functional area
within IATA that is responsible for the management and efficient operation of the IATA Industry Settlement
Systems.
In order to facilitate the selling, transfer, reporting and settlement of passenger travel and ticketing
information between passenger sales agents and airlines, 76 Billing and Settlement Plans (BSPs) have
been established covering over 150 countries and areas worldwide in accordance with IATA Passenger
Agency Conference (PAConf) Resolutions applicable to BSP operations.
IATA BSPs since their inception have relied on data processing and electronic transfer of information in
providing core settlement system services. BSPs will continue to invest in, and take advantage of, new
technology.
Core features of the BSP of the future as documented in the IATA Settlement Systems Service Provisions
– Passenger Handbook:
• Transactions are processed automatically without handling paper tickets nor producing paper output
reports;
• The operating standard for issuance of BSP tickets is the electronic ticket. The global industry goal is
to reach 100% ET by the end of 2007;
• Electronic submission of sales reports from Agent to BSP (BSPlink) is the core method for filing sales
reports;
• The core BSP service will rely on interfacing with its customers using the Internet and other forms of
secure electronic distribution. All Agents and Airlines in the BSP will use BSPlink;
• Daily processing is the norm; Service provider GDS or TSP will provide one consolidated daily file and
a NIL file on those days where no transactions are made.
• Credit card transactions will be processed daily within 24 hours of ticket issuance;
• The operating standard for settlement between BSP and Airlines is by electronic funds transfer;
• The operating standard for settlement between Agents and BSP is by electronic funds transfer;
• The provision of an effective early warning system designed to provide optimum protection for
Members’ funds;
• The provision of an effective and timely stock control system designed to minimize fraudulent STD
usage and ET fraud;
• A net settlement system is provided as part of the core service;
• The operating standard for credits due to Agents will be by electronic funds transfer;
• Continuing to serve BSP Airlines and Agents whilst also providing a range of services to other travel
and tourism industry sectors.
[For further information, refer to the IATA Settlement Systems Service Provisions – Passenger Handbook]
With over 360 million transactions being processed annually by the BSPs, the automated transfer of data
can provide substantial cost savings to the airlines participating in the various BSPs.
In order to realise this cost saving, ISS Management has mandated the development of a global data
interchange standard to be implemented by all BSPs.
This will ensure a consistent standard is available for all BSPs throughout the industry.
xvii
Data Interchange Specifications Handbook
The IATA Passenger Services Conference (PSC) is responsible for matters relating to passenger services
including the establishment of global passenger distribution standards. These standards include the BSP
data interchange standards that are published in the BSP Data Interchange Specifications Handbook
(DISH) that is Attachment “A” of PSC Resolution 750 – BSP Data Interchange Specifications.
The BSP Data Interchange Specifications Group (BDISG) is established by the PSC with the
following Terms of Reference:
The BSP Data Interchange Specifications Group (BDISG) is established to develop and maintain
data interchange specifications for the exchange of passenger ticketing and related data between
Billing and Settlement Plan (BSP) business partners.
1. Taking into consideration the business requirements of Member Airlines and in consultation
with the BSP business partners, the BDISG will:
¾ Develop and document suitable technical solutions for the provision of BSP related data, for
publication in the BSP DISH handbook;
¾ Where practical, BDISG will take into account business requirements of BSP business
partners;
¾ Propose realistic implementation schedules for changes to the BSP DISH handbook.
2. The BDISG will act in the form of consensus in regards to proposals for technical specifications
and implementation timetables.
3. The meetings of the BDISG are open to all IATA Member airlines and to those BSP business
partners within the IATA Strategic Partnerships programme that provide agent reporting data
(RET) to a BSP.
4. BDISG meetings are to take place as necessary. The quorum required for any meeting is the
IATA Secretary and no less than ten IATA Member airlines and three BSP business partners.
5. A report of the group will be provided for endorsement to the annual meeting of the Passenger
Services Conference (PSC).
The Handbook therefore specifies the formats used in BSPs for the Agent Reporting (RET), Airline
Accounting/Sales (HOT), Credit Sales Invoicing (CSI), Ticket Inventory (TI), Credit Card Settlement Plan
(CSP) and Market Share Analysis Data (MSA) business functions.
It also provides the technical specification required by interested parties and potential users for the
development of BSP systems and their interfaces with BSP participants.
xviii
Introduction
SYMBOLS
The following symbols appear in the left hand margin of elements or modified paragraphs and are
identified as follows:
Telephone Fax
Call us toll-free at 800 71 66 32 60 In North America +1 (514) 874 9659
First dial your country’s international access In Europe, Africa & the Middle East
code prefix, e.g. “00” or “001”(in North +41 (22) 799 2674
America dial “1”) In Asia, Australasia & the Pacific
OR + 65 536 2620
In North America +1 (514) 390 6726
In Europe, Africa & the Middle East
+41 (22) 770 2751
In Asia, Australasia & the Pacific
+65 239 7232
Internet Email
Order products online at [email protected]
http://www.iataonline.com and visit our site
on the worldwide web at http://www.iata.org
TECHNICAL SUPPORT
Any inquiries and suggestions concerning this Handbook and/or technical support queries should be
addressed to:
xix
Data Interchange Specifications Handbook
xx
Chapter 1 - Compliance
S CHAPTER 1 - COMPLIANCE
1.1 EFFECTIVENESS
Revision 20.1 of the BSP Data Interchange Specifications Handbook is effective on 1 September
2006 as endorsed by the Passenger Service Conference.
An initial implementation date of 1 June 2007 has been established with a mandatory
implementation date of 31 December 2007.
The new version of the Airline Accounting/Sales (HOT) data produced by the BSP shall be first
thoroughly tested and accepted internally between the BSP and DPC, then tested with and
accepted by participating airlines.
Proof of this acceptance must be endorsed by the IDFS Regional Director before the new Revision
becomes operational.
The ISS Manager shall refer any enquiries about the specifications to the Manager, Passenger
Standards Development.
The ISS Manager is responsible for ensuring that the RET and HOT tests meet the established
requirements and for obtaining the acceptance of the participating airlines.
Standards and criteria for data quality assurance have been established and agreed and ISS
Managers must provide regular data quality reports to their business partners and passenger
agents. See also Chapter 4.
1
Data Interchange Specifications Handbook
• The differences shall be documented and submitted to the Manager, Passenger Standards
Development and to the appropriate IDFS Regional Director;
• The Manager, Passenger Standards Development will endeavour to resolve all matters of
interpretation to the satisfaction of the parties involved and will document all correspondence
concerning the interpretation and the resolution reached to resolve the problem;
• If the Manager, Passenger Standards Development and the IDFS Regional Director are
unable to resolve the problem to the satisfaction of all parties involved, the problem shall be
submitted to the next meeting of the BSP Data Interchange Specifications Group (BDISG) for
resolution.
All proposals to amend the DISH shall be submitted to the Manager Passenger Standards
Development ([email protected]) using the DISH Amendment Form in Appendix D of DISH. The
proposal will be submitted to the next meeting of the BDISG.
Proposed amendments to DISH discussed and agreed at BDISG will be submitted to the
PSC for endorsement.
When a new business requirement or an amendment necessitates urgent implementation, e.g. a
change in government regulation, the following electronic procedure may be used to expedite the
change. This only applies to exceptional urgent items:
• The ISS Manager must submit the requirement and its business justification to the
appropriate IDFS Regional Director and to the Manager, Passenger Standards Development.
If it is agreed that the amendment warrants an expedited procedure, the proposed
amendments to DISH will be circulated to BDISG for review.
• If no objections are received from BDISG within 30 days of the proposal being distributed, the
recommendation to amend DISH will then follow the PSC Mail Vote Procedure for adoption
as an IATA Standard.
• DISH amendments will then be circulated to the PSC accredited representatives who will be
given a 30 day period to comment on any proposal. If a majority of the industry
representatives agree with the standards they will be adopted.
All agreed amendments become effective on the date recommended and shall be published in the
next Revision of the DISH, promulgated as Attachment A to Resolution 750.
Normally when the amendment does not require a major record, data element or file structural
change, a DISH Release may be issued subject to the endorsement by PSC. The implementation
date of the amendments will be agreed between the relevant BSP business partners.
DISH Bulletins containing clarifications or additional code values may also be issued with
implementation dates also to be agreed between the relevant BSP business partners.
All amendments to the DISH, however published, require the approval of the PSC.
2
Chapter 1 - Compliance
The BSP Data Interchange Specifications Group (BDISG) is established to develop and
maintain data interchange specifications for the exchange of passenger ticketing and related
data between Billing and Settlement Plan (BSP) business partners.
¾ Develop and document suitable technical solutions for the provision of BSP related
data, for publication in the BSP DISH handbook*;
¾ Where practical, BDISG will take into account business requirements of BSP
business partners;
2. The BDISG will act in the form of consensus in regards to proposals for technical
specifications and implementation timetables.
3. The meetings of the BDISG are open to all IATA Member airlines and to those BSP
business partners within the IATA Strategic Partnerships programme that provide agent
reporting data (RET) to a BSP.
4. BDISG meetings are to take place as necessary. The quorum required for any meeting is
the IATA Secretary and no less than ten IATA Member airlines and three BSP business
partners.
5. A report of the group will be provided for endorsement to the annual meeting of the
Passenger Services Conference (PSC).
* Agreed specifications are published in the BSP Data Interchange Specifications Handbook
(DISH) promulgated as Attachment A to Resolution 750
3
Data Interchange Specifications Handbook
4
Chapter 2 – General Specifications
2.2 RECORDS
Three levels for the logical record are available to airlines participating in BSPs and these are
identified in the Handbook by the format codes ‘S’, ‘L’ and ‘X’.
The choice of the logical record format is an airline's decision as the cost of the airline
Accounting/Sales data (HOT) may vary with the format and the method of data capture.
Each BSP must be able to offer all three record formats.
The Short Record contains the minimum information required by an airline for the accounting and
auditing of passenger agency sales data, or required by the BSP for stock control.
The Long Record contains the same information included on the Short Record together with the
routing information shown in the "Good for Passage" boxes on passenger tickets.
The Long Record facilitates the evaluation of an airline's passenger agency sales revenue, the
forecast of its interline liabilities and the compilation of its marketing and productivity statistics.
The function of the Super Long Record is to provide airlines with information that is required to
accurately perform a range of revenue accounting functions.
5
Data Interchange Specifications Handbook
In the record layouts, the format of each data element is preceded by a number to indicate the
number of characters for the specified element.
E.g. 15 N represents field length of 15 digits
5A represents a field length of 5 alphabetic characters
1 A/N represents a field length of 1 alphabetic or one numeric character
87 A/N represents a field length of 87 mixed alphabetic and numeric characters
6
Chapter 2 – General Specifications
Note: The years 2001-2009 are populated with "01 to 09" in the YY part of the date, e.g.
"010401" represents 1 April 2001.
On Airline Accounting/Sales data, value amount fields shall be signed, using the "zone"
convention, also known as "over-punch", on the trailing, i.e. least-significant, digit.
The BSP Processing Centre must ensure that the over-punch method is in accordance with the
agreed character set.
(i) Value amounts to be paid by agents to airlines must be signed positive;
(ii) Value amounts to be paid by airlines to agents (e.g. commission on sales, refunded fare)
must be signed negative;
(iii) Zero amounts must be signed positive.
7
Data Interchange Specifications Handbook
8
Chapter 2 – General Specifications
In connection with the data element formats, the following conventions are used to indicate the
status of each occurrence of each data element in the Data Element Directory, Glossary, RET &
HOT File Structures, and all Record Layouts and corresponding Grids:
M Mandatory
A mandatory data element contains information that forms a fundamental part of the data
being exchanged.
As such, it must be provided under all circumstances.
Examples of Mandatory DISH elements are: AGTN and FPIN.
A zero-filled field may sometimes be a valid entry for a mandatory element. E.g. TDAM for
an even exchange, or for an ADM/ACM for commission only.
C Conditional
A conditional data element will be supplied if it is marked as critical to the settlement,
ticketing, or revenue accounting of the reported transaction (refer to the Data Element
Error/Functional Use Table in Section 4.6).
An element that is not marked as critical to revenue accounting and settlement of the
reported transaction will be supplied if available to the reporting programs of the ticketing
system as an identifiable data element in the glossary.
Certain data elements impose their own condition and thus will be covered by the
definition above.
Specific wording will be stated in the glossary where an element requires further
conditions defined.
S Underlined mnemonics in repeatable records (as shown in Record Layouts) indicate that the value
of only those elements must be repeated in subsequent records, if any. Other (unchanged)
elements must be blank or zero-filled, as the case may be, whether Mandatory or Conditional.
All data elements must be processed by the BSP Processing Centre in accordance with the
conventions detailed above.
The status of a data element within a Record Grid indicates the level for each transaction type.
The data element status in the Glossary and Record Layout are the same and this status is
considered to be at its lowest level.
The status of a data element within the Record Grid is considered to be at its highest level.
For example, if a data element has status "C" in the Record Layout, certain verifications and/or
conditions may change its status to Mandatory in the Record Grid.
9
Data Interchange Specifications Handbook
Airline Accounting/Sales data (HOT) shall be transmitted to the participating airlines after
production of the corresponding billing analysis, and, at least, as frequently as the billing analysis.
In both cases, the dates shall be published in the BSP Calendar by the ISS Manager and shall be
advised to all business partners participating in that BSP.
Credit Sales Invoicing data (CSI) shall be sent to Credit Card Institutions and Airlines as arranged
locally.
Ticket Inventory data (TI) shall be sent to selected Airlines, BSP and Ticketing Systems and shall
be arranged locally.
The CCSP Invoice (CSP) is sent to the applicable participants as advised by the IATA CCSP
Management.
10
Chapter 3 - Definitions
CHAPTER 3 - DEFINITIONS
3.1 DATA FILES
3.1.1 Agent Reporting data (RET)
Agent Reporting data contains the transactions that Agents have effected on behalf of BSP
participating Airlines, as well as other accountable documents concerning such transactions and
those effected during prior reporting periods.
Each primary STD will be followed by its conjunction tickets and other documents, if any,
comprising the transaction.
Should a transaction be cancelled prior to a System Provider having transmitted the data to the
BSP Processing Centre, then the System Provider shall only transmit the cancelled STD.
However, Agents may cancel at any time within a reporting period, and it is the Processing
Centre's responsibility to process such transactions as cancelled ones.
3.1.2 Airline Accounting/Sales data (HOT)
The Airline Accounting/Sales data contains all Agents' automated and manual transactions
effected exclusively on behalf of one ticketing Airline during one or more reporting periods, as well
as other accountable documents concerning such transactions and those of that Airline relating to
prior reporting periods.
3.1.3 Credit Sales Invoicing data (CSI)
This file contains transactions wholly or partly paid by, or refunded to a credit card account that the
BSP has invoiced on behalf of their participating Airlines.
3.1.4 Ticket Inventory data (TI)
This file reports the allocation of Standard Traffic Documents and Stock Control Numbers to BSPs,
ticketing systems and Airlines, detailing distribution (dispatch and return) and allocation of
document serial numbers (pre-printed and computer generated) and Stock Control Numbers.
3.1.5 CCSP Invoice (CSP)
This file contains transactions wholly or partly paid by, or refunded to a credit card account that the
CCSP Processing Centre has invoiced on behalf of their participating Airlines and/or the acquirers
nominated by CCSP member Airlines.
3.1.6 Market Share Analysis Data (MSA)
Market Share Analysis Data are reported on request from a participating airline by the BSP on a
monthly basis. They contain information about ticket sales per agent for the participating airline
and the market share these sales reflect in relation to overall sales of the agent.
3.2 PERIODS
3.2.1 Reporting Period
The Reporting Period means the time span covered by a Sales Transmittal (the Agent's list of all
Standard Traffic Documents and Standard Administrative Forms used) as endorsed by PAConf.
Also refer to Section 6.2.
3.2.2 System Provider reporting period
The System Provider reporting period means the time span covered by a RET. Its duration is
determined by the Local Customer Advisory group. One Reporting Period may include one or
more System Provider reporting periods. See also the Glossary for SPED.
3.2.3 Billing Period
The Billing Period means the time span comprising one or more Reporting Periods for which a
billing is rendered. The duration is established by PAConf. See also the Glossary for BAED.
11
Data Interchange Specifications Handbook
12
Chapter 3 - Definitions
3.3 MISCELLANEOUS
3.3.1 Cancelled STD
A Cancelled Standard Traffic Document (STD) is an STD that has been spoilt or is not to be used,
whether validated with a Carrier Identification Plate (CIP) or not, and of which all coupons must be
boldly marked across or perforated with the word "CANCELLED".
For cancelled STDs (reported with "CANX" or "CANN" in TRNC) which are not validated, the
TACN shall be reported as "954 ", whereas those which have been validated prior to cancellation
shall include the validating Airline's numeric code in the TACN, which is also reported as part of
the transaction's TDNR.
The form and serial numbers of such documents, and the Stock Control Numbers, must always be
reported for STD stock inventory, use and replenishment control.
The term "Void" is used in connection with unused coupons of properly validated passenger
tickets. The word "VOID" shall be printed or written in the relevant areas of the ticket. Tickets
issued in conjunction but subsequently cancelled should be reported as individual traffic
documents. For OPATBs, "bottom void" always applies.
Where a cancellation is based on a non-printed computer-generated ticket number, the Airline
Numeric Code (where applicable), Form and Serial Numbers of the cancelled ticket number(s)
must be reported for control purposes. No physical ticket(s)/coupon(s) are required, as none have
been printed.
If the first two coupons of an OPATB are rejected during the printing, these coupons shall be
reported with the Transaction Code (TRNC) "VSCN", and the Ticket/Document Number (TDNR)
originally assigned is re-used.
When any one or more non-consecutive Stock Control Number(s) of a ticket set is/are rejected,
the printing process completes, and creates one Basic Sale (IT02) record for each TDNR; the
rejected coupon(s) are included in the Stock Control Number range (SCNF/SCNT).
When two consecutive Stock Control Numbers are rejected, which are not the first two of a ticket
set, the printing process shuts down, and one IT02 record is created, with TRNC equal to "CANX"
for the individual TDNR; the relevant Stock Control Numbers are reported in the appropriate IT02
record.
3.3.2 Logical Record
A Logical Record comprises a varying number of fixed length (see Section 2.3) physical records
that are arranged to contain part of or the entire information of a transaction.
The more information desired, the greater the number of physical records required. Therefore it
was decided to adopt the concept of sets. The smaller subset is the SHORT logical record, the
whole set is the SUPER LONG record.
Consequently, the SHORT record contains all the data elements marked "S" in the physical record
layouts. The LONG record comprises the short record data plus all data elements marked "L" in
the layouts. Similarly, the SUPER LONG record contains all data elements marked "S", "L" and
"X" in the layouts.
3.3.3 Split Transmission
Split transmission means that, for convenience, different coupons of an OPATB2 are printed at
different Locations, such as an STP Location, the Host Location, the accounting office, etc.
13
Data Interchange Specifications Handbook
In accordance with PSC Recommended Practice 1720a, Attachment “E”, an SCN comprises two
parts:
• firstly, the letters "TX" followed by 3-numeric code of stock providing party;
• secondly, a serial number composed of 10 digits and a modulus-7 check-digit.
The SCN pre-printed on an OPTAT is the same on all coupons but unique to that OPTAT.
The SCN pre-printed on each coupon of an OPATB is unique to that coupon.
STDs with unique pre-printed SCNs on each coupon (coupon-by-coupon ticket) or on each ticket
set (carbonised ticket) shall be reported with one of the following Transaction Codes (TRNC):
S MDnn, RSCN, TKTA, TKTB, TKTT, VSCN.
Also, any STD issue (with or without SCN) may be reported with TRNC "CANX".
3.3.5 Transaction
A transaction is defined as one or more Standard Traffic Documents of the same Form Code
issued in the name of one passenger, or a group of passengers, in respect of the same journey.
Where a transaction comprises more than one document (for conjunction purposes) the corollary
is their sequential appearance on the Billing Analysis against one Balance Payable/Remittance
Amount entry, even if (as in the case of straight exchanges) that entry is zero (0).
All Agent Reporting data (RET) and Airline Accounting/Sales data (HOT) records comprising a
transaction will contain the same Transaction Number.
When a BSP has authorised an agent to accept and report payment in a currency other than the
national currency of that BSP, any single transaction must be paid and reported in one currency
only.
14
Chapter 4 - RET/HOT Data Quality Assurance
In order to ensure that the highest possible quality data is exchanged between GDSs, BSPs and
airlines, IDFS and its business partners participating in BSPs have established the criteria to
enable this quality be achieved for RETs and HOTs.
The ISS Manager will ensure confidentiality of data. For HOT data quality reporting, the ISS
Manager will liase locally with an Airline (usually the national carrier) for approval to use that
Airline’s data. A HOT must always be accompanied by its corresponding Billing Analysis
Summary totals (to balance with the HOT total).
Both RET and HOT data quality reporting should include the following basic elements, i.e.:
• Record/Sequence number
• Transaction number
• Agent code
• Airline code
• Document number
• RPSI
• TRNC
• RET/HOT record identifier (e.g. IT02, BOH03)
• Element code (e.g. AGTN)
• Element value - actual
• Element value - expected (if applicable)
• Error type (FC/BC/AC/OT - see also section 4.4)
• Error action (reject or warning)
• Error number/message (see also section 4.5).
15
Data Interchange Specifications Handbook
One would expect that those errors with severities Format Critical (FC) / Billing Critical (BC) would
always have a "reject" error action. However, depending on local agreements, parameters should
be provided for error action for those errors with severities Airline Critical (AC) / Other Error (OT).
To limit the potential size of the report, a parameter should be provided for the maximum number
of times that the same error is to be reported with all its details (e.g. if there are 12,000
occurrences of an error, and the parameter is set to 10, then only the details of first 10
occurrences' will be reported for that error).
The report should be in a readable self-explanatory format by any recipient, including various
summary totals (e.g. sorted by RPSI and error type, with total number of errors for each element
code and error number/message).
ISS Managers must provide regular data quality reports to their business partners, passenger
agents, the appropriate IDFS Regional Director and to the Manager, Passenger Standards
Development.
The Manager, Passenger Standards Development will, on a regular basis, compile a listing of
those data elements causing data quality problems and will provide this listing to all ISS
Managers. They shall then identify any business partners not meeting the data quality standards
for the elements identified.
Each ISS Manager will contact the appropriate business partners and agree on a work plan to
improve the quality of the elements identified. The business partners are required to address the
errors contained in the report and prevent future occurrences in an expeditious manner. Reporting
Systems not meeting the agreed work plan may be subject to mandatory re-certification.
ISS Managers are responsible for reporting the progress and results of these efforts to the
Manager, Passenger Standards Development and the appropriate IDFS Regional Director.
16
Chapter 4 - RET/HOT Data Quality Assurance
The BSP/Processing Centre must accept valid Agent and Airline Numeric Codes (to be supplied
by the Processing Centre) and/or default codes of all "9"s.
Ticket/document numbers may be either valid or test numbers.
17
Data Interchange Specifications Handbook
18
Chapter 4 - RET/HOT Data Quality Assurance
19
Data Interchange Specifications Handbook
For RET data quality reporting, all detailed RET validations in the Glossary are assumed to be
included in this list.
Error FC BC AC OT Descriptions
No.
001 * * * * Mandatory elements are not reported.
002 * * * Numeric elements are not right justified with leading zeros. If
there is no entry, the element is not completely zero filled.
HOT only: Value amount fields are not signed according to the
"zone" convention, also known as "overpunch" on the trailing
(i.e., least-significant) digit. The BSP Processing Centre must
ensure that the overpunch method used is according to the
agreed character set as described in DISH, Section 2.4.6.
003 * * Transaction data structures not complying with structure as
specified in DISH, e.g.:
a) invalid records, missing records, records in wrong sequence;
b) for conjunction tickets, the Qualifying Issue Information for
Sales Transactions, STD/Document Amount, Additional
Information - Passenger, Additional Information - Form of
Payment and Fare Calculation records (BKS46, BAR64,
BAR/65, BAR66 and BKF81), must relate to the primary
ticket only;
c) for "X" level records, specific records must be included in
addition to "L", as described in DISH, Section 6.5.8;
d) for superfluous records, i.e. an MCO transaction with
Additional Information - Passenger (BAR65) record, or when
a record is reported when not applicable (“0-n” relation), e.g.
Tax on Commission (BKS42) record when there is no tax on
commission.
004 * * * * Data reported out of range, or incorrect format or value
according to DISH glossary.
005 * Duplicate ticket numbers reported within the same transaction:
a) same Ticket/Document Number (TDNR) for both primary and
secondary tickets of a series of tickets issued in conjunction;
b) same Related Ticket/Document Number (RTDN) in different
Related Ticket/Document Information (BKS45) records;
c) same exchanged document number in Form of Payment
Account Number (FPAC) in different Form of Payment
(BKP84) records.
S 006 * Duplicates exist on HOT that were reported in separate
transactions, i.e., reported both as sale and cancelled in different
transactions, or, data captured or reported twice. Refer to the
TDNR RET Validation in Glossary.
20
Chapter 4 - RET/HOT Data Quality Assurance
Error FC BC AC OT Descriptions
No.
007 * Mismatching amount relationships within transactions; e.g., due
to incorrect signing of amount fields, (HOT only), not all
STD/Document Amounts (BKS30) or Tax on Commission
(BKS42) records are considered, or incorrect interpretation on
how to report Net Reporting transactions. (Please refer to
Section 6.7).
008 * Data structure does not comply with structure as specified in
DISH:
a) amounts at transaction level are not balancing to
corresponding amount fields on Office Subtotals per
Transaction Code and Currency Type (BOT93) record;
b) the cumulative Office Sub Totals Per Transaction Code and
Currency Type (BOT93) records do not balance with the
corresponding Office Totals per Currency Type (BOT94)
record;
c) the cumulative Office Totals per Currency Type (BOT94)
records do not balance with the corresponding Billing
Analysis (Cycle) Totals per Currency Type (BOT95) record;
d) the Total Remittance Amount (TREM) in the BCT95 record
does not balance with the corresponding Billing Analysis
Summary’s “Balance Payable” amount.
e) RRDC in the IT0Z record is incorrect.
009 * * When filled, date fields do not comply with specified standards.
010 * * Standard Traffic Document issues must fit the modulus 7 check
digit method.
011 * Coupon Use Indicator (CPUI) not filled for all issues including
conjunction tickets.
012 * Conjunction Ticket Indicator (CJCP) filled for the primary ticket of
a series of tickets issued in conjunction, or is not filled for
secondary tickets.
013 * Currency Type (CUTP) used in STD/Document Amounts,
Commission, Tax on Commission and Form of Payment records
(BKS30, BKS39, BKS42 and BKP84) is not the same in all these
records except for Signed For Amount, SFAM.
014 * Sequence Number (SQNR) has been disrupted indicating that
data may have been lost.
015 * BSP Identifier (BSPI) is not the valid city code for the BSP.
016 * Handbook Revision Number (REVN) is not valid.
017 * Invalid value in TPST (see Glossary).
018 * Billing Analysis Ending Date (BAED) and Remittance Period
Ending Date (RMED) elements are not filled to conform to time
schedule of that BSP, e.g., BSP XYZ has 4 Billing Periods (i.e.
billing analyses), 2 Remittance Periods and 4 HOTs per month.
Example - BSP XYZ:
Billing
Period no: HOT no: BAED: RMED:
1 1 YYMM07 YYMM15
2 2 YYMM15 YYMM15
3 3 YYMM22 YYMM *
4 4 YYMM * YYMM *
* [last day of the month]
019 * MCOs are reported as part of conjunction.
020 * More than one ticket/document number reported for a cancelled
transaction, i.e., for cancelled conjunction tickets more than one
transaction must be reported.
21
Data Interchange Specifications Handbook
Error FC BC AC OT Descriptions
No.
021 * Transaction Code (TRNC) does not contain a value as described
in the DISH glossary.
022 * Transaction Record Counter (TREC) is filled (greater than zero)
but does not match the number of records occurring in that
transaction.
023 * Format Identifier (FORM) filled for transactions that are not ticket
issues (i.e., Refunds, ADMs and ACMs).
024 * Reporting System Identifier (RPSI) is not "MANU" for
transactions captured manually by the Processing Centre, or
does not exist in master file of GDS codes specifying source of
RET.
025 * Conjunction tickets are reported out of continuous ascending
issue sequence within same transaction.
026 * Coupon Use Indicator (CPUI) does not reflect the Itinerary Data
Segment record (BKI63) reported.
027 * Tax amount in TMFA reported without corresponding tax code in
TMFT, and vice versa (Exception: TMFT = "XF").
028 * "XF" tax reporting does not have at least one "XF" occurrence
airport code specified in TMFT element.
029 * "XT" is reported in the TMFT element.
030 * Tax code "ZZ" is reported, except when:
a) RPSI = "MANU";
b) TRNC = "RFND";
c) TRNC = ADM / Refund / ACM.
031 * Itinerary Data Segment record (BKI63) is reported for
(intermediate) void coupon, or (except SEGI), the other elements
of that record are not filled.
032 * For credit card transactions, the alpha credit card code reported
in the third and fourth positions of the Form of Payment Type
(FPTP) element is not equal to its corresponding credit card
company's numeric code.
033 * In case of an exchange, the withdrawn document number
(including check digit and coupon number) has not been
specified as per the Form of Payment Account Number (FPAC)
glossary.
034 * Original Issue Information (ORIN) is filled in Qualifying Issue
Information for Sales Transactions record (BKS46), but no Form
of Payment (BKP84/EX) record(s) occur in that transaction.
035 * * * Hexadecimal “low value” characters occur in alphanumeric fields.
036 * Mandatory elements of repeated records are not filled, e.g.:
• STD/Document Amounts (BKS30) record with only zero
amounts;
• Additional Information - Form of Payment (BAR66) records
include only Form of Payment Sequence Number (FPSN);
• Fare Calculation (BKF81) record includes only Fare
Calculation Sequence Number (FRCS).
037 * Label problems (where a label is reported), e.g. BSP Identifier
(BSPI) in BFH01, does not match the city code of the Data Set
Name on the HOT label.
038 * * Data not found in master file.
22
Chapter 4 - RET/HOT Data Quality Assurance
"/NR" indicates the elements that are used in Net Reporting Schemes
"-C" indicates that the element is used for control purposes within that category
Q “-I” indicates that the element is critical for interline settlement
23
Data Interchange Specifications Handbook
24
Chapter 4 - RET/HOT Data Quality Assurance
25
Data Interchange Specifications Handbook
26
Chapter 5 - Agent Reporting Data (RET)
Its records can be in the Short (S), Long (L) or Super Long (X) logical format as it is the case for the
Airline Accounting/Sales data (HOT). The set of records that comprises a ticket transaction will
occur in a logical sequence on the Agent Reporting file (see Section 5.4). Ticket transactions (i.e.
complete record sets) are not sorted on the Agent Reporting file.
The content of the facsimile elements listed in Section 5.2 are to be reported to the BSP exactly as
they are entered on the STD in order to ensure the integrity of facsimile data.
The IATA ticketing Resolutions govern what shall be imprinted on the STDs.
The Transaction Code (TRNC) should be used to determine "Document Type" and the Resolution
referred to in Section 5.2 should be consulted to determine which elements pertain to each STD.
Some elements will apply only to specific document types.
BSP participants are expected to apply the specifications defined in Appendix B for the issuance
and reporting of MD50 (Specified MCOs) and MD51 (Agent Refund Vouchers).
27
Data Interchange Specifications Handbook
28
Chapter 5 - Agent Reporting Data (RET)
When the Transaction Code (TRNC) is 'TKTB', the facsimile elements will be as reported on the
flight coupons. For IT/BT transactions for such transactions, the FARE and TOTL elements will
include the contents of the flight coupons, e.g. FARE will contain "IT".
For Electronic Ticketing transactions (TRNC = 'TKTT') where an Electronic Ticketing Settlement
Coupon (ETSC) or OPATB2 document prints, the format to be used will be dictated by the format
of the printed document. In case where no document prints, OPATB2 data elements would be the
basis for facsimile elements on the RET.
For OPATB2 transactions, the contents of facsimile elements would be derived from the flight
coupons.
The 2-numeric codes identifying the type of MD document being issued, the PSC Resolution that
describes the document, and the coupons to which reporting applies are:
The 2-numeric codes identifying the type of MP document being issued are as described in
Resolution 726b:
10 = Excess Baggage
20 = Special Services
30 = Tour Order
40 = Prepaid Ticket Advice (PTA)
50 = Specified Miscellaneous Charges Order (MCO)
51 = Agents Refund Voucher
29
Data Interchange Specifications Handbook
Within each transaction, all records will have the same Transaction Number (TRNN).
HEADER RECORDS
IT01 M S File Header
TRANSACTION RECORDS
IT02 M S,L,X Basic Transaction
IT0S C S,X Stock Control Numbers
IT03 C S,L,X Related Ticket/Document Information
IT04 C S,L,X Additional Sale Information
IT05 M S,L,X Monetary Amounts
IT06 M L,X Itinerary
IT07 M X Fare Calculation
IT08 M S,L,X Form of Payment
IT0Y C S,X Agency Data
IT09 M X Additional Information
IT0A C X Miscellaneous Document Information
S IT0B C X Additional Information
IT0C C X Miscellaneous Coupon Information
IT0D C X Miscellaneous Coupon Print Line Text
IT0E C X Automated Prepaid Ticket Advice Sponsor Information
TRAILER RECORDS
IT0Z M S File Trailer
30
Chapter 5 - Agent Reporting Data (RET)
5.4 STRUCTURE
S 5.4.1 RET Transaction Structure Arrangement Matrix
Record CANX TKTM TKT* MD10 MD30 MD40 MD50 MD51 MPnn MVnn RFNDs RSCN AD/CM MCOM ARVM XSBM
CANN Long Super- VSCN TASF
CANR Long MMnn
IT02 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
IT0S (0-n) n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a (0-n) n/a n/a n/a n/a
IT03 n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a (0-n) n/a (0-n) n/a n/a n/a
IT04 n/a (0-1) 1 1 1 1 1 1 1 (0-1) n/a n/a n/a n/a n/a n/a
IT05 n/a (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) n/a (1-n) (1-n) (1-n) (1-n)
IT06 n/a (1-2) (1-2) (1-2) n/a n/a n/a n/a n/a (0-2) n/a n/a n/a n/a n/a (1-2)
IT02 – n/a 1 1 n/a n/a n/a n/a n/a 1 n/a n/a n/a n/a n/a 1 1
CNJ
IT06 – n/a (1-2) (1-2) n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a (1-2)
CNJ
IT07 n/a n/a (1-2) n/a n/a (1-2) n/a n/a n/a (0-2) n/a n/a n/a n/a n/a n/a
IT08 n/a (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) n/a (1-n) (1-n) (1-n) (1-n)
IT0Y n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a n/a (0-n) n/a (0-n)
IT09 n/a n/a 1 1 1 1 1 1 1 (0-1) n/a n/a n/a n/a n/a n/a
IT0A n/a n/a n/a 1 1 n/a 1 1 1 (0-1) n/a n/a n/a n/a n/a n/a
IT0B n/a n/a (0-1) (0-1) (0-1) (0-1) (0-1) (0-1) n/a (0-1) n/a n/a n/a n/a n/a n/a
IT0C n/a n/a n/a (0-2) n/a (0-2) (0-3) (0-2) (0-2) (0-3) n/a n/a n/a n/a n/a n/a
IT0D n/a n/a n/a n/a (1-n) n/a n/a n/a n/a (0-1) n/a n/a n/a n/a n/a n/a
IT0E n/a n/a n/a n/a n/a 1 n/a n/a n/a (0-1) n/a n/a n/a n/a n/a n/a
TKTA, TKTB, TKTT
31
Data Interchange Specifications Handbook
Notes
1) The IT02-CNJ and IT06-CNJ records will only be created when a conjunction document is being
reported. There may be multiple IT02-CNJ and IT06-CNJ records, as required to report all
conjunction documents.
Q 2) For MPnn, the IT02-CNJ record is only applicable for MP10.
S 3) The IT04 record is Mandatory for Superlong records. It is Mandatory for Long and Short records
when TOUR is present.
Q 4) The IT0Y record can be reported if available.
Q 5) For MVnn:
If Reason for Issuance Code is NOT reported (IT0A-RFIC): same record structure as
per MCOM. Also FORM would = blank.
If Reason for Issuance Code IS reported: same record structure as per MDnn. Also
FORM would = X.
32
Chapter 5 - Agent Reporting Data (RET)
The logical presence, sequence, and maximum/minimum number of records per transaction must
be verified in accordance with the list of Agent Reporting Data records shown in Section 5.3.
The relationship between the Transaction Code and the presence or absence of certain types of
records is of particular importance (see section 5.4).
33
Data Interchange Specifications Handbook
Notes
This is the unique File Header record of a file for a given reporting period, even if more than one physical
Agent Reporting files are necessary.
34
Chapter 5 - Agent Reporting Data (RET)
35
Data Interchange Specifications Handbook
Notes
1) One Basic Transaction record per document.
2) When the OPTAT is issued at an STP or TDO Location, the details of that Location shall be
entered in elements 20 and 21, whilst the associated Stock Control Number, if it exists, shall be
reported in the SCNR.
36
Chapter 5 - Agent Reporting Data (RET)
37
Data Interchange Specifications Handbook
S 32 ESAC 14 AN C C n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a C n/a n/a n/a n/a C n/a n/a n/a n/a n/a n/a n/a
33 DISI 1 AN n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a M n/a n/a n/a n/a M n/a n/a n/a n/a n/a n/a n/a
34 ISOC 2 AN M M M M M M M M M M M M M M M M M M M M M M M M M
Q 35 VISO 2A C C C C C C C C C C C C C C C C C C C C C C C C C
Q 36 VNID 4 AN C C C C C C C C C C C C C C C C C C C C C C C C C
Q 37 RESD 1 AN M M M M M M M M M M M M M M M M M M M M M M M M M
38
Chapter 5 - Agent Reporting Data (RET)
39
Data Interchange Specifications Handbook
Notes
1) This record contains additional ranges of Stock Control Numbers caused by broken sequences in
document printing to be used when the data elements in the IT02 record for stock control have been
completely utilised, as agreed between the Reporting System and the BSP.
2) Broken sequences may occur in the following cases:
a) insertion of a new stock in the printer within one transaction;
b) coupons belonging to the first TDNR (agent coupon, audit coupon, passenger receipt, CCCF) are
printed after flight coupons of subsequent TDNR(s) in case of conjunction tickets.
40
Chapter 5 - Agent Reporting Data (RET)
41
Data Interchange Specifications Handbook
42
Chapter 5 - Agent Reporting Data (RET)
43
Data Interchange Specifications Handbook
Notes
1) This record is used for ADM, ACM, Refund, Commission Recall and Sales Summary/Minor
Adjustment transactions, similar to record BKS/45 of the Airline Accounting/Sales file.
2) All data elements in a set of fields (3 to 5, 6 to 8, 9 to 11, 12 to 14, 15 to 17, 18 to 20 and 21 to 23)
must pertain to one document. If more than 7 related documents are involved in a transaction,
record IT03 must be repeated as many times as necessary to accommodate them all.
3) In case of a partial refund of a conjunction ticket, only the RTDN of the actual STD from which one
or more coupons were refunded, shall be reported.
4) For refunds, the Tour Code from the ticket being refunded will be entered in the TOUR element
contained in the IT03 record and moved to the BKS24 record as for original sales.
Q 5) The WAVR shall only be reported on the first occurrence of IT03.
44
Chapter 5 - Agent Reporting Data (RET)
S 24 DIRD 6N M M M C n/a
25 TOUR 15 AN C C C n/a n/a
Q 26 WAVR 14 AN n/a n/a C n/a n/a
S 27 RESD 73 AN M M M M M
Notes
For Refunds, TOUR is not a facsimile element and the element will contain Commercial Agreement
and/or Value code(s) for Net-Reporting purposes only.
45
Data Interchange Specifications Handbook
Notes
1) One Additional Sale Information record per primary ticket.
2) The Tax fields on this record do not form part of the calculation of the Remittance Amount (e.g.
tax for an exchanged ticket).
46
Chapter 5 - Agent Reporting Data (RET)
Notes
For MCO’s and MPD’s, TOUR is not a facsimile element and the element will contain Commercial
Agreement and/or Value code(s) for Net-Reporting purposes only.
47
Data Interchange Specifications Handbook
Notes
1) This record shall exclusively comprise of taxes that affect the agent's remittance.
Where there are more than six different tax amounts, and the STD is recorded in the short or long
format, the Monetary Amounts record shall be repeated as often as necessary to register the
complete detail of the “XT” combined amount shown in the last Tax box, as entered in the Fare
Calculation or Endorsements/Restrictions areas.
Only the TMFT, TMFA and CUTP fields in the additional IT05 records may contain significant data.
2) Exchange transactions with no additional payment must contain zeros in the monetary amount fields.
3) TOCA can only be reported for ADM/ACM transactions.
48
Chapter 5 - Agent Reporting Data (RET)
Partial Refund RET, where the GB tax is not used and the value of the Refunded coupons is
500, would contain:
Fare to be refunded 500
TMFT GB
TMFA 20
TMFT CP
TMFA 50
FPAM 470 (500+20-50)
TDAM 470 (500+20-50)
49
Data Interchange Specifications Handbook
50
Chapter 5 - Agent Reporting Data (RET)
Notes
1) This record is only repeated to accommodate the situation where all 4 coupons of a ticket were issued.
If there were more than one 4-coupon ticket in the transaction, the second and third series of fields of
the second record shall be filled with blanks or zeros and a third record (or more) must be created.
2) The Itinerary can be derived from a series of Itinerary Data Segments by reference to the Segment
Identifier together with the ORAC and DSTC elements.
3) Only "value" coupons must be reported in this record, i.e. when the corresponding CPUI = “F”.
4) The coupon number should be identified by the Segment Identifier (SEGI) and not by its relative
position in the IT06 record.
51
Data Interchange Specifications Handbook
51 RESD 8 AN M M M M M M
52
Chapter 5 - Agent Reporting Data (RET)
Notes
1) The number of IT07 records required is as determined under FRCA in the Glossary.
7 FCMI 1 AN M M M M
8 RESD 71 AN M M M M
53
Data Interchange Specifications Handbook
Notes
1) Exchange transactions where no additional payment was collected shall always contain zeros in
the monetary amount fields.
2) This record shall be repeated as often as necessary.
54
Chapter 5 - Agent Reporting Data (RET)
29 RESD 2 AN M M M M M M M M M M M M M M M M M M M
55
Data Interchange Specifications Handbook
56
Chapter 5 - Agent Reporting Data (RET)
21 CCHN 26 AN C C C C C C C C C C C C C C
S 22 SFAM 11 N C C C C C C C C C C C C C C
23 CUTP 4 AN C C C C C C C C C C C C C C
24 RESD 50 AN M M M M M M M M M M M M M M
57
Data Interchange Specifications Handbook
Notes
This record shall provide an exact image of the “Form of Payment” and/or
“Endorsements/Restrictions” boxes entries on the ticket. (The length of print lines differs from one
type of STD to another).
6 RESD 1 AN M M M M M M M M M
58
Chapter 5 - Agent Reporting Data (RET)
S Notes
1) The IT0A record will only be used for the first prime In Connection with Document (ICDN), when it is
issued in connection with more than one document.
2) When used for reporting MD51 documents, the ICDN element will contain the “New Ticket Numbers” as
described in Resolution 738a, from Print Line K, position 22 – 36 (truncation may occur).
59
Data Interchange Specifications Handbook
S Notes
1. One IT0B record may be present when Print Line A contains data in the “Optional Agency/Airline
Information area”.
2. This record is only created if the OAAI element is present.
60
Chapter 5 - Agent Reporting Data (RET)
S Notes
1) This record is used for reporting Print Line Text at the document/transaction level.
The Print lines to which this applies are:
MPnn (Resolution 726b applies) Print Lines G, M, N
MD10 (Resolution 742f applies) Print Lines I, K, L, M
MD40 (Resolution 731b applies) Print Lines F, G, H, I
MD50 (Resolution 725d applies) Print Lines F, G, K, L, M
MD51 (Resolution 738a applies) Print Lines F, L, M
2) This record shall be repeated as often as necessary to accommodate all document/transaction
level Print Line Texts, to a maximum of 3.
3) When there is more than one IT0C record per transaction, the IT0C records must be in alphabetic
order as determined by the PLID for each PLTX.
4) This record is only created if the 1st occurrence of the PLID element is present.
61
Data Interchange Specifications Handbook
S Notes
1) This record is used for reporting Print Line Text, at coupon level.
The Print lines to which this applies are:
MD30 (Resolution 734A applies) Print Lines F, G, H, K, L, M.
There may be 1 to 4 Service Coupons per MD30.
2) This record shall be repeated as often as necessary to accommodate all coupon level Print Line
Texts.
3) When there is more than one IT0D record per transaction, the IT0D records must be in Coupon
order, and then alphabetic order within Coupon, as determined by the CPNR and the PLID for
each PLTX.
For example:
CPNR 1 PLID F
CPNR 1 PLID G
CPNR 2 PLID F
CPNR 2 PLID G etc.
4) This record is only created if the 1st occurrence of the PLID element is present.
62
Chapter 5 - Agent Reporting Data (RET)
Notes
One IT0E record must be present per “MD40” (PTA) document.
63
Data Interchange Specifications Handbook
64
Chapter 5 - Agent Reporting Data (RET)
Notes
Only one IT0Z record per reporting period is always to be located at the end of the last Agent Reporting
file.
65
Data Interchange Specifications Handbook
66
Chapter 6 - Airline Accounting/Sales Data (HOT)
6.1 INTRODUCTION
Upon request by a BSP Airline, the DPC prepares the billing analysis in the form of a magnetic or
electronic media known as the Airline Accounting/Sales Data Hand-off Tape. This contains all
accountable transactions from all agents in a BSP, for each set period, for each BSP Airline.
In any BSP:
• The Billing Analysis contains Agent Sales Accounting data of every transaction for one or more
Reporting Periods;
• The Airline Accounting/Sales data shall be available with at least the same frequency as the
Airline Billing Analysis;
• The Airline Billing Statement recapitulates the Airline Billing Analysis total values of every
Agent;
• Where there are several billing periods (and therefore as many Billing Analysis) per Remittance
Period, the final Billing Statement substantiating the Agents' total remittances to Airlines also
comprises totals brought forward from the previous Billing Statements of that Remittance
Period;
• When the Airline Accounting/Sales data is reported to the same frequency as the Airline Billing
Analysis, the Airline Accounting /Sales data should be structured and sorted in the same
sequence as the Airline Billing Analysis; the only exception could be for multi-currency BSPs
(see Section 6.5.3);
• There can be several remittances per month.
HOT records can be in Short (S), Long (L), or Super Long (X) logical format as is the case for the
Agent Reporting Data (RET) records and are listed in Section 6.4.
The documents submitted on reporting dates are STD coupons and other accountable documents
with or without hard copies, diskettes, cartridges, tapes or electronic transmission onto which the
corresponding information has been recorded in order to facilitate data input into the BSP
processing system.
There is a growing trend in fully automated BSPs to leave STD audit coupons in care of the
issuing Agents who must produce them at the ticketing Airline's request.
With regard to Airline Accounting/Sales data, and depending on the BSP, it will be noted that
information of documents pertaining to the different Billing Periods, derived from one or more
Reporting Periods, should always add up to corresponding Billing Analysis (Cycle) Totals per
Currency Type (BCT95) records. The latter in turn add up to file Totals per Currency Type
(BFT99) records. Where there is only one Billing Period on the HOT, the BCT95 totals and BFT99
totals are equal.
67
Data Interchange Specifications Handbook
Remittance
and
Settlement
68
Chapter 6 - Airline Accounting/Sales Data (HOT)
SALES SALES
DOCUMENTS DOCUMENTS
Billing Billing
Analysis Analysis
AIRLINE AIRLINE
ACCOUNTING/ ACCOUNTING/
SALES DATA SALES DATA
Billing Billing
Statement Statement
Remittance Remittance
and and
Settlement Settlement
One Month
69
Data Interchange Specifications Handbook
1 1-4 1-n
CURRENCY TYPE
1 1-n
BOH03 BOT94
transaction(s) OFFICE SUBTOTALS transaction(s) OFFICE SUBTOTALS transaction(s) OFFICE SUBTOTALS transaction(s) OFFICE SUBTOTALS
PER TRNC AND CUTP PER TRNC AND CUTP PER TRNC AND CUTP PER TRNC AND CUTP
Notes
1) “empty” files would contain one BFH01, BCH02, BCT95, and BFT99.
2) See also clarifications in Section 6.5.3.
70
Chapter 6 - Airline Accounting/Sales Data (HOT)
HEADER RECORDS
BFH01 M S File Header
BCH02 M S Billing Analysis (Cycle) Header
BOH03 M S Office Header (Reporting Agent)
TRANSACTION RECORDS
BKT06 M S,X Transaction Header
BKS24 M S,L,X Ticket/Document Identification
BKS30 M S,L,X STD/Document Amounts
BKS39 M S,L,X Commission
BKS42 C S,X Tax on Commission
BKS45 C S,X Related Ticket/Document Information
BKS46 C X Qualifying Issue Information for Sales Transactions
BKI63 M L,X Itinerary Data Segment
BAR64 M X Document Amounts
BAR65 M X Additional Information - Passenger
BAR66 M X Additional Information – Form of Payment
BMP70 C X Miscellaneous Document Information - Reason for Issuance
BMP71 C X Miscellaneous Document - Additional Information
BMP72 C X Miscellaneous Document Information - Amount in Letters
S BMP73 C X Optional Agency/Airline Information
BMP74 C X Miscellaneous Document Information - Additional Print Lines
BMP77 C X Miscellaneous Coupon Information – Additional Print Lines
BMP78 C X Automated Prepaid Ticket Advice Sponsor Information
BKF81 C X Fare Calculation
BKP83 C S,L,X Electronic Transaction
BKP84 M S,L,X Form of Payment
TOTAL RECORDS
BOT93 M S Office Subtotals per Transaction Code and Currency Type
BOT94 M S Office Totals per Currency Type
BCT95 M S Billing Analysis (Cycle) Totals per Currency Type
BFT99 M S File Totals per Currency Type
Notes
The Record Identifier is made up of two parts:
• the Standard Message Identifier
• the Standard Numeric Qualifier
See Glossary references SMSG and STNQ.
71
Data Interchange Specifications Handbook
6.5 STRUCTURES
6.5.1 Logical record structures
Structure Diagrams referenced in 6.3 to 6.5 should be thoroughly studied in order to organize
correctly the sequence of records that comprise the transaction according to the type of logical
format present.
6.5.2 Structure of a transaction
Special attention should be paid to the number of times a particular record must be generated.
Where it may be necessary to repeat a record in order to report the complete information, it is so
indicated in the box representing the record in the matrix in section 6.5.4.
For instance:
"1-4" means it must be created at least once but not more than four times;
"0-n" means the record can be generated any number of times or not at all.
The following diagrams show the physical records arrangement of a transaction:
• Transaction records structure pattern 6.5.5
• Short record format transaction 6.5.6
• Long record format transaction 6.5.7
• Superlong record format transaction 6.5.8
• Refund Transaction 6.5.9
• Agency Debit Memo/Agency Credit Memo 6.5.10
72
Chapter 6 - Airline Accounting/Sales Data (HOT)
Currency
The national (or default) currency of a BSP country shall be defined in the Office Header (BOH/03)
record by the Currency Type (CUTP).
Transaction records should contain the CUTP in which that transaction is to be processed.
The CUTP must always be written to Subtotal and Total records.
In a BSP Area comprising two or more countries having their own different currency, the CUTP of
record BOH/03 can be entered with the national currency type code provided ticketing Airlines
receive separate Billing Analyses and Airline Accounting/Sales data files for every country. An
exception may be made where two neighboring countries each have their own different currency
on par one with the other, provided Billing Analyses and Airline Accounting/Sales files match one
with the other.
Where an Agent is permitted to accept payment in more than one currency, any individual sale
must be paid in one currency only and this is denoted in the transaction's Currency Type (CUTP).
In Airline Accounting/Sales files and corresponding Billing Analyses, Office Subtotals per
Transaction Code and Currency Type (BOT93), Office Totals Per Currency type (BOT94), Billing
Analysis (Cycle) Totals per Currency Type (BCT95) and File Totals per Currency Type (BFT99)
records shall be present as many times as there are currencies.
Multi-currency BSPs may have different requirements, depending on whether they are in the Euro
zone, or whether they accept another currency like USD. Normally both the HOT and the Billing
Analysis would be structured and sorted in the same sequence, i.e. sorted by agent, then by
document type/number (mixed currencies).
However exceptions may be agreed by the BSP, e.g.:
• Billing Analysis sorted by currency, then by agent, then by document type/number;
• HOT sorted by currency, then by agent, then by document type/number;
• both of the above.
For HOTs sorted by agent (mixed currencies), total records should only be generated if there are
transactions for that currency (BOT93, BOT94, BCT95, and BFT99). Where there are total
records for more than one currency, the record for the default currency should be shown first.
For HOTs sorted by currency, there should always be one file per currency, even if it’s an empty
file. The file for the default currency should be shown first.
Value Amounts
It is important to note that value amounts entered in short record level fields only add up to total
value amounts in the BOT9x series records. Conversely, value amounts that appear in records
BAR64 and BKF81 must not be taken into account to determine the Remittance Amount (REMT),
i.e. the amount of money due by/to the Agent.
Form of Payment record
As shown in each of the following diagrams, Form of Payment (BKP84) records shall appear,
where applicable, in the following strict order of priority:
- Exchange
- Credit Card
- Credit-to-Cash
- Cash.
There shall always be a cash amount record, even if all amount fields are zero.
Cancelled STDs
It is recommended that Cancelled STDs (see definition in Section 3.3) need not be listed on the
Airline Billing Analysis nor recorded on to Airline Accounting/Sales data.
MD50 and MD51 Documents
BSP participants are expected to apply the specifications defined in Appendix B for the issuance
and reporting of MD50 (Specified MCOs) and MD51 (Agent Refund Vouchers).
73
Data Interchange Specifications Handbook
Record CANX TKTM TKT* MD10 MD30 MD40 MD50 MD51 MPnn MVnn RFNDs AD/CM MCOM ARVM XSBM
Long Super- TASF
Long MMnn
BKT06 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
BKS24 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
BKS30 1 (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n)
BKS39 1 (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) 1 (1-n) (1-n) (1-n)
BKS42 n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n)
BKS45 n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a (1-n) (0-n) n/a n/a n/a
BKS46 n/a n/a (0-n) (0-1) (0-1) (0-1) (0-n) (0-1) (0-1) (0-1) n/a n/a n/a n/a n/a
BKI63 n/a (1-4) (1-4) (1-4) n/a n/a n/a n/a n/a (0-4) n/a n/a n/a n/a (1-4)
BAR66 n/a n/a (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (1-n) (0-n) n/a n/a n/a n/a n/a
BMP70 n/a n/a n/a 1 1 n/a 1 n/a 1 (0-1) n/a n/a n/a n/a n/a
BMP71 n/a n/a n/a (0-1) (0-1) n/a (0-1) 1 1 (0-1) n/a n/a n/a n/a n/a
BMP72 n/a n/a n/a n/a n/a n/a n/a n/a (0-1) n/a n/a n/a n/a n/a n/a
BMP73 n/a n/a (0-1) (0-1) (0-1) (0-1) (0-1) (0-1) n/a (0-1) n/a n/a n/a n/a n/a
BMP74 n/a n/a n/a (0-4) n/a (0-4) (0-5) (0-3) (0-5) (0-5) n/a n/a n/a n/a n/a
BMP77 n/a n/a n/a n/a (0-n) n/a n/a n/a n/a (0-n) n/a n/a n/a n/a n/a
BMP78 n/a n/a n/a n/a n/a (1-3) n/a n/a n/a (0-3) n/a n/a n/a n/a n/a
74
Chapter 6 - Airline Accounting/Sales Data (HOT)
Record CANX TKTM TKT* MD10 MD30 MD40 MD50 MD51 MPnn MVnn RFNDs AD/CM MCOM ARVM XSBM
Long Super- TASF
Long MMnn
BKF81 n/a n/a (0-4) n/a n/a (0-3) n/a n/a n/a (0-3) n/a n/a n/a n/a n/a
BKS24- n/a 1 1 1 n/a n/a n/a n/a 1 (0-1) n/a n/a n/a n/a 1
CNJ
BKI63- n/a (1-4) (1-4) (1-4) n/a n/a n/a n/a n/a (0-4) n/a n/a n/a n/a (1-4)
CNJ
BKP83 (0-1) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a (0-n) (0-n) (0-n)
BKP84- n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a n/a (0-n) (0-n) (0-n)
EX
BKP84- n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a (0-n) (0-n) (0-n)
CC
BKP84- n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a n/a (0-n) (0-n) (0-n)
CM
BKP84- n/a (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) (0-n) n/a n/a (0-n) (0-n) (0-n)
MS
BKP84- 1 n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a n/a
VD
BKP84- 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
CA
* TKTA, TKTB, TKTT
Notes
1) The BKS24-CNJ and BKI63-CNJ records will only be created when a conjunction document is
being reported. There may be multiple BKS24-CNJ and BKI63-CNJ records, as required to report
all conjuncted documents.
Q 2) For MPnn, the BKS24-CNJ record is only applicable for MP10.
Q 3) MVnn: If Reason for Issuance Code is NOT reported (BMP70-RFIC) same record
structure as per MCOM. Also FORM would = blank.
If Reason for Issuance Code IS reported: same record structure as per MDnn. Also
FORM would = X.
75
Data Interchange Specifications Handbook
HEADER
ISSUANCE
AT LEAST
ONE SET OF RECORDS
in the
BKS24 to BKF81 SERIES
AND
CONDITIONALLY
ONE BKP83 RECORD
PAYMENT
AT LEAST
ONE BKP84 RECORD
76
Chapter 6 - Airline Accounting/Sales Data (HOT)
Cancelled
Ticket
BKT06
BKS24
BKS30
1-n
BKS39
0-1
BKP83
BKP84-VD
BKP84-CA
77
Data Interchange Specifications Handbook
1) 2) 3) 4) 5) 6) 7) 8)
BKT06 BKT06 BKT06 BKT06 BKT06 BKT06 BKT06 BKT06
BKS24 BKS24 BKS24 BKS24 BKS24 BKS24 BKS24 BKS24
1-n 1-n 1-n 1-n 1-n 1-n 1-n 1-n
BKS30 BKS30 BKS30 BKS30 BKS30 BKS30 BKS30 BKS30
1-n 1-n 1-n 1-n 1-n 1-n 1-n 1-n
BKS39 BKS39 BKS39 BKS39 BKS39 BKS39 BKS39 BKS39
0-n 0-n 0-n 0-n 0-n 0-n 0-n 0-n
BKS42 BKS42 BKS42 BKS42 BKS42 BKS42 BKS42 BKS42
1-4 1-4 1-4 1-4 1-4 1-4 1-4 1-4
BKI63 BKI63 BKI63 BKI63 BKI63 BKI63 BKI63 BKI63
0-n 0-n 0-n
BKP84-CA BKP83 BKP84-CC BKP83 BKS24-CNJ BKS24-CNJ BKS24-CNJ BKS24-CNJ
0-n 0-n 1-4 1-4 1-4 1-4
BKP84-EX BKP84-CA BKP84-EX BKI63 BKI63 BKI63 BKI63
0-n 0-n 0-n 0-n
BKP84-CA BKP84-CC BKP84-CA BKP83 BKP84-CC BKP83
0-n 0-n
BKP84-CA BKP84-EX BKP84-CA BKP84-EX
0-n
BKP84-CA BKP84-CC
BKP84-CA
78
Chapter 6 - Airline Accounting/Sales Data (HOT)
1) 2) 3) 4) 5) 6) 7) 8)
79
Data Interchange Specifications Handbook
Examples:
1), 5) 2), 6), 9) 3), 7) 4), 8), 9)
80
Chapter 6 - Airline Accounting/Sales Data (HOT)
ADM ACM
BKT06 BKT06
BKS24 BKS24
1-n 1-n
BKS30 BKS30
1-n 1-n
BKS39 BKS39
0-n 0-n
BKS42 BKS42
0-n 0-n
BKS45 BKS45
BKP84-CA BKP84-CA
If any of the Fare, Commission or Tax boxes on the ADM/ACM stub are blank, the
corresponding monetary amount fields in BKS30 (for Fare or Tax) or BKS39 (for Commission)
must contain zeros.
Examples of how these monetary amount fields accumulate to the BKP84-CA Remittance
Amounts are shown in Section 6.7.
Specific mention is made in regard to ADMs or ACMs issued for Commission only, where only
the Commission box of the ADM/ACM stub contains a value. In such cases, the BKS39
Commission Amount (COAM) element must be signed positive (+) for ADMs and negative (-)
for ACMs in order to add to a correct BKP84-CA Remittance Amount (REMT) element for the
document type.
81
Data Interchange Specifications Handbook
82
Chapter 6 - Airline Accounting/Sales Data (HOT)
83
Data Interchange Specifications Handbook
84
Chapter 6 - Airline Accounting/Sales Data (HOT)
85
Data Interchange Specifications Handbook
86
Chapter 6 - Airline Accounting/Sales Data (HOT)
87
Data Interchange Specifications Handbook
Notes
For MCO’s and MPD’s, TOUR is not a facsimile element and the element will contain Commercial Agreement and/or Value code(s) for Net-Reporting
purposes only.
88
Chapter 6 - Airline Accounting/Sales Data (HOT)
Notes
1) See Note 1 to Record IT05.
2) For relation of the Amount Fields, see Section 6.7.1. (See also Form of Payment Type - FPTP).
89
Data Interchange Specifications Handbook
90
Chapter 6 - Airline Accounting/Sales Data (HOT)
Notes
Allow for multiple BKS/39 records where the first BKS/39 EFCO is the sum of all COAM and SPAM
in BKS/39 instances 1 to n. EFCO in all except the first BKS/39 record (ie 2-n) should be set to zero
(i.e. the first BKS/39 EFCO is the only one populated) and similarly, the first EFRT is equal to the
first EFCO divided by COBL, with all others (2-n) should be set to zero.
91
Data Interchange Specifications Handbook
92
Chapter 6 - Airline Accounting/Sales Data (HOT)
Notes
If this record is present, then the first set of Tax on Commission Type (TCTP) and Tax on
Commission Amount (TOCA) shall be included, as a minimum.
93
Data Interchange Specifications Handbook
94
Chapter 6 - Airline Accounting/Sales Data (HOT)
Notes
1) This record is only for Refund, ADM and ACM transactions including Commission Recall
Statements and Sales Summary/Minor Adjustment Notices.
2) The appropriate Transaction Code (TRNC) must appear in the BKS24 record using one of the
codes indicated under its Glossary reference.
3) As shown in the structure diagrams, the Related Ticket/Document Information record must be
repeated as many times as necessary.
4) In case of a partial refund of a conjunction ticket, only the RTDN of the actual (primary or
conjunction) STD from which one or more coupons were refunded, shall be reported.
5) The contents of the RMED shall be the same as that reported in the BOH/03 record.
Q 6) The WAVR shall only be reported on the first occurrence of BKS45.
95
Data Interchange Specifications Handbook
Notes
1) This Record is created only if the Endorsements/Restrictions box and/or the Original Issue box of
the primary ticket contains a significant entry.
2) The information in the Endorsements/Restrictions (ENRS) element is given as entered on the
ticket; there will be as many BKS46 records as needed to provide all the information from the
Endorsements/Restrictions area on the primary ticket from the RET.
3) Either ENRS or ORIN must contain data.
96
Chapter 6 - Airline Accounting/Sales Data (HOT)
Notes
1) There will be one BKI63 record for each "value" coupon in the itinerary, i.e. for which the
corresponding CPUI is “F”.
2) The itinerary may be derived from a series of Itinerary Data Segments (BKI63) by reference to
the Segment Identifier (SEGI) together with the Origin Airport/City Code (ORAC) and
Destination Airport/City Code (DSTC).
3) Fare Basis/Ticket Designator (FBTD) includes the Fare Basis Code; it also includes the
Ticket Designator for old format manual STDs.
97
Data Interchange Specifications Handbook
98
Chapter 6 - Airline Accounting/Sales Data (HOT)
99
Data Interchange Specifications Handbook
100
Chapter 6 - Airline Accounting/Sales Data (HOT)
101
Data Interchange Specifications Handbook
102
Chapter 6 - Airline Accounting/Sales Data (HOT)
103
Data Interchange Specifications Handbook
Notes
1) There will be one BMP71 record per MPD document.
2) There may be one BMP71 per MD10, MD30 or MD50 document if the ICDN or BERA elements
are populated.
3) There will be one BMP71 per MD51 document.
104
Chapter 6 - Airline Accounting/Sales Data (HOT)
105
Data Interchange Specifications Handbook
Notes
1) This record is used for reporting of MPDs only.
2) This record is only created if the AMIL field is present on the RET.
106
Chapter 6 - Airline Accounting/Sales Data (HOT)
S Notes
1) This record is created only if the OAAI field is present on the RET.
107
Data Interchange Specifications Handbook
108
Chapter 6 - Airline Accounting/Sales Data (HOT)
109
Data Interchange Specifications Handbook
Notes
1) This record is used for reporting Sponsor Information as entered on the “MD40“ (PTA)
document. There must be between 1 and 6 lines of Sponsor Information. Therefore, at least one
BMP78 record will be present per MD40. PSC Resolution 731b refers.
2) This record may be repeated as many times as necessary to accommodate all Sponsor
Information Print Lines on the document, to a maximum of 3.
110
Chapter 6 - Airline Accounting/Sales Data (HOT)
Notes
1) There is a BKF81 record only if the Fare Calculation Area of the Primary Ticket contains a
significant entry.
2) For the required number of BKF81records, refer to FRCA and FRCS in the Glossary.
111
Data Interchange Specifications Handbook
Notes
If this record is present, then the ESAC element shall contain a significant entry.
112
Chapter 6 - Airline Accounting/Sales Data (HOT)
113
Data Interchange Specifications Handbook
Notes
1) If more than one document were exchanged in payment for a transaction, there will be one
BKP84 record with the Form of Payment Type "EX" for each accepted document number with
amount fields showing zero.
2) The last BKP84 record shows, in the Form of Payment Amount (FPAM) field, the cash collected
for the sale and the Remittance Amount (REMT) calculated as described in Section 6.7.1 (d).
There is always a BKP84-CA (cash amount) record even if all amount fields are zero.
3) In credit sales/refund transactions the EXDA, APLC, INVN, INVD, SFAM and first occurrence of
CUTP elements are conditional upon the BSP Processing Centre performing credit card
invoicing on Airlines' behalf.
4) The second occurrence of CUTP relates to the FPAM.
5) Where FPTP = "CC" or "MSCC" elements 14 (SFAM) and 16 (CUTP) must be filled. Normally
SFAM will be equal to FPAM on this record and on the CSI and CSP, however, it may be
different from FPAM for credit card amounts pertaining to transactions reported in Resolution
024a countries.
114
Chapter 6 - Airline Accounting/Sales Data (HOT)
115
Data Interchange Specifications Handbook
6.6.25 BOT93 Office Subtotals per Transaction Code and Currency Type Record
Notes
This record should mirror the sub-totals reflected on the Billing Analysis. See the Glossary for TRNC.
116
Chapter 6 - Airline Accounting/Sales Data (HOT)
117
Data Interchange Specifications Handbook
6.6.27 BCT95 Billing Analysis (Cycle) Totals per Currency Type Record
118
Chapter 6 - Airline Accounting/Sales Data (HOT)
119
Data Interchange Specifications Handbook
120
Chapter 6 - Airline Accounting/Sales Data (HOT)
121
Data Interchange Specifications Handbook
BUSINESS INTENT
A Fare -1000.00 COBL
B Tax (ZA) -10.00 TMFT-ZA
C Commission (10%) 100.00 COAM /EFCO
D Cancellation Fee 200.00 TMFT-CP
E Balance due to Agent -710.00 REMT
RET REPORTING
F TDAM (A+B+D) 810.00
G TMFA 10.00 TMFT-ZA
H TMFA 200.00 TMFT-CP
I CORT 1 10%
COTP 1 G or blank
J STAT Not required
HOT REPORTING
K TDAM (-F) -810.00
L TMFA (-G) -10.00 TMFT-ZA
M TMFA (H) 200.00 TMFT-CP
N COBL (K-L-M) -1000.00
O CORT 10%
COTP G or blank
S P COAM/EFCO (-N*I) 100.00
Q REMT -710.00
122
Chapter 6 - Airline Accounting/Sales Data (HOT)
BUSINESS INTENT
A Fare -1000.00 COBL
B Tax (ZA) -10.00 TMFT-ZA
C Commission (10%) 100.00 COAM/CORT
D Cancellation Fee for Airline 200.00 TMFT-CP
E Commission on Canx Fee (10%) -20.00 COAM/EFCO
F VAT on Commission (5% of C) 5.00 TOCA-VAT
G VAT on Canx Fee Commission (5% of E) -1.00 TOCA-VAT
H VAT on Canx Penalty (15% of D) 30.00 TOCA-VAT
I Remittance -696.00 REMT
S RET REPORTING
J1 TDAM (A+B+D+H) 780.00
J2 FPAM/ca (J1) 780.00
K TMFA 10.00 TMFT-ZA
L TMFA (D+H) 230.00 TMFT-CP
M CORT 1 10%
COTP 1 G or blank
N CORT 2 10% May differ from CORT 1
COTP 2 XLP
O STAT (*) D
S HOT REPORTING
P1 TDAM (-J1-W) -810.00
P2 FPAM/ca (P1) -810.00
Q TMFA (-K) -10.00 TMFT-ZA
R TMFA (L/115%) 200.00 TMFT-CP
S COBL (P-Q-R) -1000.00
T CORT 8%
COTP CCP
U COAM/EFCO (-(S+R)*M) 80.00
V VAT on Commission (5% of U) 4.00 TOCA-VAT
W VAT on Canx Penalty (L-R) 30.00 TOCA-VAT
X REMT (P2+U+V+W) -696.00
123
Data Interchange Specifications Handbook
6.7.5 Example of Refund with VAT on Commission and Cancellation Penalty (credit card)
BUSINESS INTENT
A Fare -1000.00 COBL
B Tax (AA) -240.00 TMFT-AA
C Commission (9%) 90.00 COAM/CORT
D Cancellation Fee for Airline 250.00 TMFT-CP
E VAT on Commission (14% of C) 12.60 TOCA-VAT
F VAT on Canx Penalty (14% of D) 35.00 TOCA-VAT
G Remittance 102.60 REMT
S RET REPORTING
H TDAM (A+B+D+F) 955.00
I FPAM/cc (H) 955.00
J TMFA 240.00 TMFT-AA
K TMFA (D+F) 285.00 TMFT-CP
L CORT 1 9%
COTP 1 G or blank
M STAT (*) D
S HOT REPORTING
N TDAM (-H-W) -990.00
O FPAM/cc (-I) -955.00
P FPAM/ca (-W) -35.00 “pseudo cash”
Q TMFA (-J) -240.00 TMFT-AA
R TMFA (K/114%) 250.00 TMFT-CP
S COBL (N-Q-R) -1000.00
T CORT 9%
COTP G or blank
U COAM/EFCO (-S*L) 90.00
V VAT on Commission (14% of U) 12.60 TOCA-VAT
W VAT on Canx Penalty (K-R) 35.00 TOCA-VAT
X REMT (P+U+V+W) 102.60
124
Chapter 6 - Airline Accounting/Sales Data (HOT)
Tickets Print Format follows PSC Resolutions 722, 722a, 722d, 722g (ET)
Notes:
1) For BT ticket, instead of printing/reporting “IT”, “BT” would print on the ticket and be reported on
the RET.
2) For OPATB, the Audit coupons print with amounts on the Agent/ Auditor’s coupons and IT/BT
prints on Flight Coupons.
For facsimile elements of the OPATB transactions, the contents of the flight coupon will be reported.
125
Data Interchange Specifications Handbook
126
Chapter 7 - Credit Sales Invoicing Data (CSI)
Note the differentiation between CSI for Credit Card Companies and CSI for Airlines (the latter
showing references in parentheses).
A CSI file shall be produced by the BSP Processing Centre for each Credit Card Company
(Airline) and shall contain invoice data for participating Airlines (Credit Card Companies) having
entered into a merchant agreement.
Each file shall contain as many invoices as there are Airlines (Credit Card Companies) on behalf
of which Agents had credit transactions with the Credit Card Company (Airline) named in the File
Header record.
Each invoice shall be in Agent code order and the Agent's credit transactions for a reporting
period shall be grouped into batches not exceeding a number of transactions as specified by the
Credit Card Company (Airline).
The various Trailer records provide control totals and statistics for the Credit Card Company
(Airline). Header and Trailer records can also be used as input to other applications for Airlines
(Credit Card Companies) and BSP Managers.
Each Airline shall receive copies of the invoices to each Credit Card Company whose credit cards
were used in transactions of which it was the ticketing Airline. Each Credit Card Company shall
also receive copies of invoices pertaining to them.
127
Data Interchange Specifications Handbook
A file the BSP Processing Centre shall produce for Credit Card Companies or Airlines.
FILE
1 1- n 1
CFH INVOICE(S) CFT
FILE HEADER FILE TRAILER
1 1- n 1
CIH AGENT(S) CIT
INVOICE HEADER INVOICE TRAILER
1- n 1
BATCH(S) CAT
TOTALS PER AGENT
1 1- n 1
CBH TRANSACTION(S) CBT
BATCH HEADER BATCH TRAILER
128
Chapter 7 - Credit Sales Invoicing Data (CSI)
HEADER RECORDS
CFH M File Header
CIH M Invoice Header
CBH M Batch Header
TRANSACTION RECORDS
CBR M Transaction Basic Record
COR C Transaction Optional Record
COT C Transaction Optional Tax Record
COA C Transaction Optional Agency Data Record
TOTAL RECORDS
CBT M Batch Trailer
CAT M Totals Per Agent
CIT M Invoice Trailer
CFT M File Trailer
129
Data Interchange Specifications Handbook
CFH FILE HEADER BSP Processing CSI for Credit Card Companies: One File Header
Centre, Date and record per file or Credit Card Company.
Place of Origin CSI for Airlines: One File Header record per file or
Airline.
CIH INVOICE Invoice number, One invoice per currency, Airline and Credit Card
HEADER Ticketing Airline Company. One "miscellaneous" invoice per Airline
and Merchant shall group all transactions paid with credit cards of
Agreement Companies with which no Merchant Agreement or no
Number file submission arrangement could be found, or
where the card was rejected for another reason. The
miscellaneous invoice must be sent to the ticketing
Airline only.
CSI for Credit Card Companies: Invoices shall be
listed in ascending sequence of Airline Codes and
(within an Airline, if applicable) ascending sequence
of Currency Codes.
CSI for Airlines: Invoices shall be listed in ascending
sequence of Credit Card Company codes and (within
a Credit Card Company, if applicable) ascending
sequence of Currency Codes.
CBH BATCH Agent numeric There can be any number of Agent batches,
HEADER code and batch including none. All transactions in a batch must be
number in one currency and be all debits or all credits.
Batches shall be listed in ascending sequence of
Agent Codes and (within an Agent) ascending
sequence of Batch numbers.
CBR TRANSACTION Ticket number Any batch to contain no more transactions than
BASIC and details of specified by the CSI recipient and to be listed in
credit card charge ascending sequence of form code and serial
numbers of STDs.
COR Transaction Optional provision Where agreed by the Airline, each COR record to
Optional of origin, follow immediately the related CBR record.
destination and
related data
COT Transaction Provision of tax Present if agreed by the Airline and connected to the
Optional Tax type and amount, CBR by the TDNR.
as directed by the
ticketing Airline
130
Chapter 7 - Credit Sales Invoicing Data (CSI)
COA TRANSACTION Ticket Number This record enables the marketing or financial data
OPTIONAL and for credit card sales to be transmitted.
AGENCY DATA marketing/Financi
al data of credit
card charge
CBT BATCH Batch values and Each Batch Trailer record can be considered as a
TRAILER control totals part invoice for the Agent named in the Batch
Header record.
CAT TOTALS PER Totals of all The complete invoice of all credit transactions of the
AGENT batches of an Agent for the Airline and Credit Card Company
Agent shown in the preceding CIH record.
CIT INVOICE Totals of all Consolidation of all Agent batch totals for the Airline
TRAILER Agents for the and Credit Card Company named in the preceding
Invoice CIH record.
CFT FILE TRAILER Summary of all CSI for Credit Card Companies: Consolidation of all
invoices totals of all Airlines invoices to the Credit Card
Company named in the File Header.
CSI for Airlines: Consolidation of all totals of all
Credit Card Company invoices for the Airline named
in the File Header.
131
Data Interchange Specifications Handbook
132
Chapter 7 - Credit Sales Invoicing Data (CSI)
133
Data Interchange Specifications Handbook
134
Chapter 7 - Credit Sales Invoicing Data (CSI)
Notes
1) Elements FPAM and its CUTP shall not be reported when the CSI data is sent to a credit card
company, but must be provided when the CSI data is sent to CCSP.
2) Normally SFAM will be equal to FPAM on this record and on the HOT, however, it may be different
from FPAM for credit card amounts pertaining to transactions reported in Resolution 024a countries.
3) For refunds with more than one occurrence of RTDN, only the first occurrence will be reported on
this record.
135
Data Interchange Specifications Handbook
#1 Flight Coupon
6 Origin Airport/City Code ORAC C 5 A 36
7 Destination Airport/City Code DSTC C 5 A 41
8 Stopover Code STPO M 1 A 46
9 Reservation Booking Designator RBKD C 2 A/N 47
10 Carrier CARR C 4 A/N 49
11 Fare Basis/Ticket Designator FBTD C 15 A/N 53
Notes
One Transaction Optional Record per document. Conjunction tickets may have multiple COR records
(0-n).
136
Chapter 7 - Credit Sales Invoicing Data (CSI)
Notes
This record must be repeated if more than 10 taxes are reported.
137
Data Interchange Specifications Handbook
138
Chapter 7 - Credit Sales Invoicing Data (CSI)
139
Data Interchange Specifications Handbook
140
Chapter 7 - Credit Sales Invoicing Data (CSI)
141
Data Interchange Specifications Handbook
142
Chapter 8 - Ticket Inventory Data (TI)
8.1 INTRODUCTION
S Ticket Inventory data report various information concerning Standard Traffic Document
(STD)/Stock Control Numbers (SCN) from/to BSPs, Ticketing Systems, Airlines, Traffic Document
Distributors (TDDs), and the IATA Serial Number Allocation Program (SNAP) System. This
information is used for stock control and order purposes and the resolution of unreported sales and
fraud.
143
Data Interchange Specifications Handbook
Notes
RCID for TI1 shall be "1".
144
Chapter 8 - Ticket Inventory Data (TI)
S Notes
(1) A Ticket Allocation (TI2) record will be generated for each group of consecutive STD
numbers/SCNs, for each document type.
(2) RCID for TI2 shall be "2".
(3) For those data interchanges where AGTN does not apply, it should be zero-filled.
(4) ISOC is mandatory for data interchanges (d), (e), (f), and (g) from Section 8.1 above.
(5) ORNR, DELM and TRNC are mandatory for data interchange (d) from Section 8.1 above.
(6) RPSI is mandatory for data interchange (f) from Section 8.1 above, in the case of
computer-generated STD numbers.
(7) For data interchange (f) from Section 8.1 above, the records will contain totals for all agents
145
Data Interchange Specifications Handbook
Notes
RCID for TI9 shall be "9".
146
Chapter 9 - CCSP Invoice (CSP)
Data communications links are established between the CCSP Processing Centre and BSPs on
the one hand, and between the CCSP Processing Centre and the acquirers on the other, so that
credit card transactions can be taken on a daily basis from BSPs and routed via the centre to the
specified acquirers.
The facility exists, at the Airline's option, to have the transactions delivered electronically and
consolidated to the Airline itself rather than directly to its acquirers.
Option 1
CCSP Invoice (CSP data) for a given ticketing airline/card scheme/country of sale/signed for
currency of sale combination will be passed to that airline for onwards delivery to its Acquirers
using its current invoicing systems.
Option 2
CCSP Invoice (CSP data) for a given ticketing airline/card scheme/country of sale/signed for
currency of sale combination will be passed directly to the Acquirer who will settle directly with the
ticketing airline in the agreed settlement currency. A copy of the CCSP Invoices and Reconciliation
& Error Reports will be provided to the airline.
Option 3
The transaction feeds are the same as CCSP Option 2. In addition a summary data file is
transmitted to the ICCS, in the agreed settlement currency depending on the airline/card
scheme/country of sale combination.
The CCSP includes the facility to derive equivalent converted values of the transaction values, in a
base or settlement currency designated by each airline, for transmission to the Airline and to its
acquirers. The settlement of the resulting amount can be made directly to the Airline by the
acquirers, or through the IATA Currency Clearance Service, if preferred by the Airline.
Daily invoice copy, error reports and, optionally, reconciliation data are provided electronically to
each participating Airline and control and error reports are provided to the CCSP Manager.
A standard CCSP Invoice format (CSP) has been developed in which data is transmitted to
acquirers and the airlines. This standard provides for all of the data which has been identified as
essential while also conferring the flexibility to accommodate local requirements of individual BSPs.
Invoices are generated at the level of one per Airline, Acquirer Agreement, Settlement Currency
and optionally Month and Year of Issue (CMOI).
147
Data Interchange Specifications Handbook
For the purpose of this document, ‘Acquirer’ is defined as the party to whom the CCSP invoice
is transmitted and which might be:
• a Credit Card Company or Credit Card Processor or a Bank (e.g. CCSP options 2 and 3);
• an Airline (e.g. CCSP option 1);
• a UATP Contractor Airline.
The file described is the one that the CCSP shall produce for acquirers and participating Airline
parties, for invoicing and as an invoice copy, e.g. for reconciliation purposes.
Each file shall contain invoices per airline on behalf of which transactions are being submitted
to the recipient specified in the File Header record.
The various trailer records provide control totals and statistics for the acquirer and the airline.
Header and Trailer records can also be used as input to other applications.
NB: For transmission control purposes, there might be no invoices in the transmission.
148
Chapter 9 - CCSP Invoice (CSP)
FILE
1 0- n 1
IFH INVOICE(S) IFT
FILE HEADER FILE TRAILER
1 1- n 1
IIH BATCH(S) IIT
INVOICE HEADER INVOICE TRAILER
1 1- n 1
IBH TRANSACTION(S) IBT
BATCH HEADER BATCH TRAILER
1
IBR
TRANSACTION
BASIC HEADER
149
Data Interchange Specifications Handbook
HEADER RECORDS
IFH M File Header
IIH M Invoice Header
IBH M Batch Header
TRANSACTION RECORDS
IBR M Transaction Basic Record
IOR C Transaction Optional Record
IOT C Transaction Optional Tax Record
IOX C Transaction Optional Variable Record
IOA C Transaction Optional Agency Data Record
TOTAL RECORDS
IBT M Batch Trailer
IIT M Invoice Trailer
IFT M File Trailer
150
Chapter 9 - CCSP Invoice (CSP)
IFH FILE HEADER Date and Place CCSP file for acquirers:
of Origin, define One file containing all invoices for the acquirer.
recipient CCSP file for Airlines:
One file containing all invoices copies for the
Airline.
IIH INVOICE Unique Invoice One invoice per Airline, Acquirer, Settlement
HEADER number created Currency and optionally Month and Year of
by CCSP and Issue(CMOI).
Airline Acquirer Non-Financial transactions as identified by the CFRI
Agreement element.
CCSP invoice for acquirers:
Invoices shall be listed in ascending sequence of
Airline codes and (within an Airline, if applicable)
ascending sequence of Settlement Currency
codes.
CCSP invoice copy for Airlines:
Invoices shall be listed in ascending sequence of
acquirer codes and (within an acquirer, if
applicable) ascending sequence of Settlement
Currency codes.
IBH BATCH HEADER Invoice number, All transactions in a batch must be in a single
created by the currency of sale (Signed-for Amount) and be all
BSP debits or all credits and, optionally, be of the same
Agent, Billing Analysis Ending Date, Month and Year
of Issue and BSP Invoice Number.
Batches shall be listed in ascending sequence of
countries of sale and (within a country) in ascending
sales currency sequence.
IBR TRANSACTION Ticket number Each batch shall be sorted in ascending sequence of
BASIC and details of Ticket/Document Number within the batch.
credit card
charge
IOR Transaction Provision of Present if agreed by the Airline and connected to the
Optional origin, IBR by the TDNR.
destination and
related data, as
directed by the
ticketing Airline
IOT Transaction Provision of tax Present if agreed by the Airline and connected to the
Optional Tax type and amount, IBR by the TDNR.
as directed by
the ticketing
Airline
151
Data Interchange Specifications Handbook
IOX Transaction Provision of Present if agreed by the Airline and connected to the
Optional variable data IBR by the TDNR.
Variable
IOA TRANSACTION Provision of Present if agreed by the acquirer and connected to
OPTIONAL Agency data the IBR by TDNR
AGENCY DATA
IBT BATCH TRAILER Batch values and Consolidation of all transactions for the preceding
control totals batch.
IIT INVOICE Totals of all Consolidation of all batch totals for the Airline and
TRAILER batches for the acquirer named in the preceding IIH record.
Invoice
IFT FILE TRAILER Summary of all CCSP file for acquirers:
invoices for the Consolidation of all totals of all Airlines invoices to
file the acquirer named in the File Header.
CCSP file for Airlines:
Consolidation of all totals of all acquirer invoice
copies for the Airline named in the File Header.
152
Chapter 9 - CCSP Invoice (CSP)
153
Data Interchange Specifications Handbook
Notes
1) CUTP denotes the currency of settlement for the invoice.
2) COCD is reported only on the CCSP Invoice/Invoice Copy to Airlines.
3) CMOI is an element which may be used at the option of individual Airlines to create an invoice
control break. It is not one of the elements under optional suppression.
154
Chapter 9 - CCSP Invoice (CSP)
Notes
1) The elements CSED and CSER are either reported in both the IBH and IBT records, or in
the IBR record.
2) The CUTP in element 5 denotes the currency of settlement for the invoice. The CUTP in
element 16 denotes the currency of the batch received from the BSP.
3) CMOI is an element which may be used at the option of individual Airlines to create an
invoice control break. It is not one of the elements under optional suppression.
4) The Billing Analysis Ending Date (Element 11) is populated within the new CSP batch
header with the BAED value of the original input batch header if the BAED value within all of
the transactions in the new batch is the same. Otherwise the BAED in the new batch header
is set to zero.
155
Data Interchange Specifications Handbook
156
Chapter 9 - CCSP Invoice (CSP)
Notes
1) The elements CSED and CSER are either reported in both the IBH and IBT records, or in
the IBR record.
2) Elements POSN, PLIS, PXNM, CSTF, FTDA, STAT, CRCC, AVCD, SAPP, FPTI and PXDA
may be reported, at the ticketing Airline’s prerogative.
3) The first CUTP (element 6) is related to CDCA, the second (element 27) to SFAM, and the
third (element 41) to FPAM.
4) AUTA, FPAM and CUTP (element 41) are reported only when the CCSP Invoice/Invoice
copy is submitted to an Airline.
5) Normally SFAM will be equal to FPAM on the IBR record and on the HOT. However, SFAM
may be different from FPAM for credit card transactions generated in, e.g., Resolution 024a
countries.
6) For refunds with more than one occurrence of RTDN, only the first occurrence will be
reported on this record.
157
Data Interchange Specifications Handbook
#1 Flight Coupon
5 Origin Airport/City Code ORAC C 5 A 30
6 Destination Airport/City Code DSTC C 5 A 35
7 Stopover Code STPO M 1 A 40
8 Reservation Booking Designator RBKD C 2 AN 41
9 Carrier CARR C 4 AN 43
10 Fare Basis/Ticket Designator FBTD C 15 AN 47
Notes
1) Conjunction tickets may have multiple IOR records (0-n).
2) Elements ORAC, DSTC, STPO, CLSC, CARR and FBTD may be reported, at the ticketing
Airline’s prerogative.
158
Chapter 9 - CCSP Invoice (CSP)
159
Data Interchange Specifications Handbook
Notes
1) This record may be reported, at the ticketing Airline's prerogative.
2) If this record is present, then the first set of Tax/Miscellaneous Fee Type (TMFT) and
Tax/Miscellaneous Fee Amount (TMFA) shall be included, as a minimum.
160
Chapter 9 - CCSP Invoice (CSP)
Notes
1) This record may be reported, at the ticketing Airline's prerogative.
2) Its contents will be as agreed between the business partners.
161
Data Interchange Specifications Handbook
162
Chapter 9 - CCSP Invoice (CSP)
Notes
1) The elements CSED and CSER are either reported in both the IBH and IBT records, or in
the IBR record.
2) CUTP reported in element 7 is related to the CTAS, the CUTP reported in element 17 is
related to the CTSF element and the CUTP reported in element 19 is related to the CTAB
element.
3) The Billing Analysis Ending Date (Element 13) is populated as for the batch header.
163
Data Interchange Specifications Handbook
Notes
CUTP denotes the currency of settlement for the invoice.
164
Chapter 9 - CCSP Invoice (CSP)
165
Data Interchange Specifications Handbook
166
Chapter 10 – Market Share Analysis Data (MSA)
167
Data Interchange Specifications Handbook
168
Chapter 11 - Data Element Directory
M C
Address Verification Code AVCD IT08, IBR, COR 2 A/N
Agency Data/Agency Use AGTA IT0Y, COA, IOA 20 A/N
Agency Data/Customer Code AGTC IT0Y, COA, IOA 10 A/N
Agency Data/Free Code AGTF IT0Y, COA, IOA 10 A/N
Agency Data/Package Tour Code AGTT IT0Y, COA, IOA 15 A/N
Agency Data/Paying In Code AGTP IT0Y, COA, IOA 1 A/N
Agency Data/Pricing Code AGTE IT0Y, COA, IOA 7 A/N
Agency Data/Rebate Code 1 AGTK IT0Y, COA, IOA 7 A/N
Agency Data/Rebate Code 2 AGTB IT0Y, COA, IOA 7 A/N
Agency Data/Receiving Order Code AGTO IT0Y, COA, IOA 12 A/N
Agency Data/Routing Code AGTR IT0Y, COA, IOA 3 A/N
Agency Data/Sales Staff Code AGTU IT0Y, COA, IOA 6 A/N
Agency Data/Section Code AGTS IT0Y, COA, IOA 6 A/N
Agent First Batch Number AFBT CAT 7 N
Agent Gross Sales AGGS MSA 15 N
Agent Last Batch Number ALBT CAT 7 N
Agent Numeric Code AGTN IT02, BOH03, BOT93, 8 N
BOT94, BKS24, CBH,
CBR, CAT, TI2, IBR,
MSA
Airline/Credit Card Company AGRN CIH, CIT, IIH, IIT 16 A/N
Agreement Number
Airline Gross Sales per Agent AGSA MSA 15 N
Airline Gross Sales Indicator AGSI MSA 1 AN
Allocation Date ALCD TI2 6 N
Allocation Type ALCT TI2 1 A/N
Amount Entered By Agent AEBA IT05 11 N
Amount in Letters AMIL IT0A, BMP72 72 A/N
Amount Paid by Customer APBC IT05, BKS39 11 N
Approval Code APLC IT08, BKP84, CBR, IBR 6 A/N
Approved Location Numeric Code ALNC IT0S IT02 (3×),IT0S (7×), 8 N
BKT06
Approved Location Type ALTP IT0S IT02 (4×), IT0S (7×), 1 A/N
BKT06
Audit Status Indicator AUDI BKT06 1 A/N
Authorised Amount AUTA IT08 (2×), CBR, IBR 11 A/N
Bank Exchange Rate BERA IT0A, BMP71 13 A/N
Batch Count per Invoice BTCI CIT, IIT 5 N
169
Data Interchange Specifications Handbook
M C
Batch Number BTNR CBH, CBR, CBT, IBR 7 N
Begin Serial Number BNBR TI2 10 N
Billing Analysis Ending Date BAED BCH02, CBR, IBR* IBH*, IBT* 6 N
CFH, CBH, COR, CAT, 8 N*
CIT, CFT
Booking Agency/Location Number BOON IT04, BAR64 10 A/N
Booking Agent Identification BAID IT04, BAR64 6 A/N
Booking Entity Outlet Type BEOT IT04, BAR64 1 A/N
BSP Identification Number BSPN CFH 4 A/N
BSP Identifier BSPI BFH01, BFT99 3 A/N
BSP Name BSNM CFH, IFH 20 A/N
Carrier CARR IT06 (3×), BKI63, IOR 4 A/N
COR (4×),
CCSP Exchange Rate Indicator CERI IIH, IBH, IBR, IBT, IIT 1 A/N
CCSP File Type CFIT IFH 1 A/N
170
Chapter 11 - Data Element Directory
M C
Credit Card Corporate Contract CRCC IT08 (2×), IBR, COR 1 A/N
Currency Type CUTP IT05, IT08, BOH03, IT0Y, IOT, IIT 4 A/N
BKS30, BKS39, BKS42,
BKP84, BOT93, BOT94,
BCT95, BFT99, CIH,
CBH, CBR, COT CBT,
CAT, CIT, IIH, IBH, IBR,
IBT, MSA
171
Data Interchange Specifications Handbook
M C
File Total Hash Amount - Settlement CFSC IFT 17 N
Credits
File Total Hash Amount - Settlement CFSD IFT 17 N
Debits
File Type FTYP IT01 1 A/N
File Type Sequence Number FTSN IT01 2 A/N
Flight Booking Status FBST IT06, BKI63 2 A
Flight Date FTDA IT06, BKI63, CBR, IBR 5 A/N
Flight Departure Time FTDT IT06, BKI63 5 A/N
Flight Number FTNR IT06, BKI63 5 A/N
Form of Payment Account Number FPAC IT08 (2×), BKP84 19 A/N
Form of Payment Amount FPAM IT08, BKP84 CBR, IBR* 11 N
14 N*
Form of Payment Information FPIN IT09 (2×), BAR66 50 A/N
Form of Payment Sequence Number FPSN BAR66 1 N
Form of Payment Transaction FPTI IT08, IBR, COR 25 A/N
Information
Form of Payment Type FPTP IT08, BKP84 10 A/N
Format Identifier FORM IT02, BKT06 1 A/N
Free Baggage Allowance FBAL IT06, BKI63 3 A/N
Frequent Flyer Reference FFRF IT06, BKI63 16 A/N
Gross Value Amount GROS BOT93, BOT94, BCT95, 15 N
BFT99
Handbook Revision Number REVN IT01, BFH01, CFH, TI1, 3 N
IFH
HOT Reporting End Date HRED BCH02 6 N
In Connection With Document ICDN IT0A, BMP71 15 A/N
Number
Invoice Code INVC CFH, CFT, IFH, IFT 5 A/N
Invoice Date INVD CIH, CBH, CBR, CBT, BKP84 6 N
CAT, CIT, IBH*, IBR*, 8 N*
IBT*
Invoice Name INVE CFH, IFH, IIH, IBH, IIT CIH, CBH, CIT 20 A/N
Invoice Number INVN CIH, CBH, CBR, CBT, BKP84 14 A/N
CAT, CIT, IBH, IBR, IBT
Invoice Sequence Number ISQN CIH, CIT 3 N
ISO Country Code ISOC IT01, IT02, BFH01, IBH, TI2 2 A
IBR, TI1
Late Reporting Penalty LREP BKS30 11 N
Market Share Percentage MSAP MSA 5 N
Month and Year of Issue CMOI IIH, IBH 6 N
Multiple Purpose Document MPEQ IT0A, BMP71 11 A/N
Equivalent Charge Paid
Multiple Purpose Document Other MPOC IT0A, BMP71 11 A/N
Charges
Multiple Purpose Document Service MPSC IT0A, BMP71 11 A/N
Charge
Multiple Purpose Document Total MPTX IT0A, BMP71 11 A/N
172
Chapter 11 - Data Element Directory
M C
Multiple Purpose Document Total MPEV IT0A, BMP71 11 A/N
Exchange Value
Multi-Location Identifier MLOC BOH03 3 A/N
Net Fare Amount NTFA BKS30 11 N
Net Reporting Indicator NRID IT05, BKT06 2 A/N
Neutral Ticketing System Identifier NTSI IT04, BAR64 4 A/N
"Not Valid After" Date NADA IT06, BKI63 5 A/N
"Not Valid Before" Date NBDA IT06, BKI63 5 A/N
Office Count OFCC BCT95, BFT99 5 N
Optional Agency/Airline Information OAAI IT0B, BMP73 88 A/N
Order Number ORNR TI2 8 N
Origin Airport/City Code ORAC IT06 (3×), BKI63 COR (4×), IOR (4x) 5 A
Original Issue Information ORIN IT04, BKS46 32 A/N
Originating System Identifier OSID TI1 4 A/N
Passenger Name PXNM BAR65, CBR, IBR IT02 49 A/N
Passenger Specific Data PXDA IT04, IBR, BAR65*, 49 A/N
COR 46 A/N*
Place of Issue PLIS IBR 15 A/N
PNR Reference and/or Airline Data PNRR IT04, BKS24 13 A/N
Point of Sale Name POSN CBH, IBR 25 A/N
Print Line Identifier PLID IT0C (2x), IT0D (2x), 1 A/N
IT0E (5x), BMP74,
BMP77, BMP78
Print Line Text PLTX IT0C (2x), IT0D (2x), 86 A/N
BMP74, BMP77
Processing Cycle Identifier PCYC BCH02, BCT95 1 N
Processing Date PRDA IT01, BFH01, CFH, TI1, 6 N
IFH* 8 N*
Processing Date Identifier PDAI BCH02, BCT95 3 A/N
Processing Time TIME IT01, BFH01, CFH, TI1, 4 N
IFH
QUANTITY QNTY TI2 6 N
Reason For Issuance Code RFIC IT0A, BMP70 1 A/N
Reason For Issuance Description RFID IT0A, BMP70 86 A/N
Record Identifier RCID IT01, IT02, IT03, IT04, 1 A/N
IT05, IT06, IT07, IT08,
IT09, IT0A, IT0B, IT0C,
IT0D, IT0E, IT0S, IT0Y,
IT0Z, TI1, TI2, TI9
Reference Code RECO IBR 15 A/N
Reject Resubmission Indicator CRRI IIH, IBH, IBR 1 A/N
Related Ticket / Document Coupon RCPN IT03 (4×), BKS45 4 N
Number Identifier
Related Ticket/Document Number RTDN BKS45 IT03 (7×), CBR, IBR 15 A/N
Remittance Amount REMT BKP84 11 N
Remittance Period Ending Date RMED BOH03, BKS45, BOT93, 6 N
BOT94
173
Data Interchange Specifications Handbook
M C
Report Record Counter RRDC IT0Z 11 N
Reporting Period Month REPM MSA 6 N
Reporting System Identifier RPSI IT01, BKT06 TI2 4 A/N
Reservation Booking Designator RBKD IT06 (3×), BKI63 COR, IOR 2 A/N
Reserved Space RESD IT01, IT02, IT03, IT04, n A/N
IT05, IT06, IT07, IT08,
IT09, IT0A, IT0B, IT0C,
IT0D, IT0E, IT0S, IT0Y,
IT0Z
All HOT Records except
BAR65
ALL CSI, and TI Records
IFH, IIH, IBH, IBR, IOR,
IOT, IOA, IBT, IIT,IFT
Sales Source CSAL IBH 1 A/N
Segment Identifier SEGI IT06, BKI63 1 N
Sequence Number SQNR All CSI records 8 N
All HOT records
All CSP records
Servicing Airline/System Provider SASI IT04, BAR64 4 A/N
Identifier
Settlement Authorisation Code ESAC IT02, BKP83 14 A/N
Settlement Debit/Credit Amount CDCA IBR 14 N
Settlement Exchange Rate CSER IBH, IBR, IBT 15 N
Settlement Exchange Rate Date CSED IBH, IBR, IBT 8 N
Settlement Exchange Rate Source CERS IIH, IBH, IBR, IBT, IIT 1 A/N
Signed for Amount SFAM CBR, IBR* IT0Y, BKP84 11 N
14 N*
Source of Approval Code SAPP IT08, COR, IBR 1 A/N
Sponsor Information SPIN IT0E (6x), BMP78 34 A/N
Standard Message Identifier SMSG All CSI records 3 A
All CSP records
All HOT records
Standard Numeric Qualifier STNQ All HOT records 2 N
Statistical Code STAT IT02, BKS39, IBR 3 A/N
Stock Control Number SCNR IT02 16 A/N
Stock Control Number "From" SCNF IT02 (4×), IT0S (7×) 16 A/N
Stock Control Number "To" SCNT IT02 (4×), IT0S (7×) 4 N
Stopover Code STPO IT06 (3×), BKI63, IOR 1 A
COR (4×)
Supplementary Amount SPAM BKS39 11 N
Supplementary Rate SPRT BKS39 5 N
Supplementary Type SPTP BKS39 6 A/N
System Provider Reporting Period SPED IT01, TI1 6 N
Ending Date
Tax TAXA IT04 (3×), BAR64 (3×) 11 A/N
174
Chapter 11 - Data Element Directory
M C
Tax on Commission Amount TOCA BKS42 (4×) IT05 11 N
Tax on Commission Type TCTP BKS42 (4×) IT05 6 A/N
Tax/Miscellaneous Fee Amount TMFA IT05 (6×), BKS30 (2×) 11 N
COT*, IOT* 14 N*
Tax/Miscellaneous Fee Type TMFT IT05 (6×), BKS30 (2×) 8 A/N
COT, IOT
Test/Production Status TPST IT01, BFH01, CFH, TI1. 4 A/N
IFH
Ticket / Document Amount TDAM IT05, BKS30 11 N
Ticket Stock Indicator TSID TI2 1 A/N
Ticket/Document Number TDNR BKS24,BKS30 IT02 15 A/N
BKS39,BKS42,
BKI63,BKS46, BAR64,
BAR65, BAR66, BMP70,
BMP71, BMP72, BMP73,
BMP74, BMP77, BMP78,
BKF81,CBR, COA, COR,
COT, IBR, IOA, IOR, IOT,
IOX
Ticketing Airline Code Number TACN BFH01, BKT06, MSA IT02 5 A/N
Ticketing Mode Indicator TKMI IT04, BAR64 1 A/N
TOTAL TOTL IT04, BAR64 11 A/N
Total Amount - Settlement Credits CASC IIT 17 N
Total Amount - Settlement Debits CASD IIT 17 N
Total Commission Value Amount TCOM BOT93, BOT94, BCT95, 15 N
BFT99
Total Credit Amount TLCA CBT 15 N
Total Credit Amount Per Agent TCAA CAT 15 N
Total Credit Amount Per Invoice TCAI CIT 15 N
Total Credit Items TLCI CBT 6 N
Total Credit Items Per Agent TCIA CAT 6 N
Total Credit Items Per Invoice TCII CIT 7 N
Total Debit Items TLDI CBT 6 N
Total Debit Items Per Agent TDIA CAT 6 N
Total Debit Items Per Invoice TDII CIT 7 N
Total Debit Amount TLDA CBT 15 N
Total Debit Amount Per Agent TDAA CAT 15 N
Total Debit Amount Per Invoice TDAI CIT 15 N
Total Debit/Credit Amount - BSP CTAB IBT 17 N
Total Debit/Credit Amount - CTAS IBT 17 N
Settlement
Total Debit/Credit Signed For CTSF IBT 17 N
Amount
Total Discount Amount Per Invoice TDSI CIT 15 N
Total Hash Amount - BSP Credits CABC IIT 17 N
Total Hash Amount - BSP Debits CABD IIT 17 N
175
Data Interchange Specifications Handbook
M C
Total Late Reporting Penalty TLRP BOT93, BOT94, BCT95, 15 N
BFT99
Total Net Amount Per Invoice TNAI CIT 15 N
Total Number of Batches TNBT CFT, IFT 5 N
Total Number of Invoices TNIV CFT, IFT 4 N
NB: When a data element has more than one Element Attribute in different records, an asterisk (*) is used to relate
the appropriate Element Attribute with the relevant Record Identifier.
176
Chapter 11 - Data Element Directory
M C
AEBA Amount Entered By Agent IT05 11 N
AFBT Agent First Batch Number CAT 7 N
AGGS Agent Gross Sales MSA 15 N
AGRN Airline/Credit Card Company CIH, CIT, IIH, IIT 16 A/N
Agreement Number
AGSA Airline Gross Sales per Agent MSA 15 N
AGSI Airline Gross Sales Indicator MSA 1 A/N
AGTA Agency Data/Agency Use IT0Y, COA, IOA 20 A/N
AGTB Agency Data/Rebate Code 2 IT0Y, COA, IOA 7 A/N
AGTC Agency Data/Customer Code IT0Y, COA, IOA 10 A/N
AGTE Agency Data/Pricing Code IT0Y, COA, IOA 7 A/N
AGTF Agency Data/Free Code IT0Y, COA, IOA 10 A/N
AGTK Agency Data/Rebate Code 1 IT0Y, COA, IOA 7 A/N
AGTN Agent Numeric Code IT02, BOH03, BOT93, 8 N
BOT94, BKS24, CBH,
CBR, CAT, TI2, IBR,
MSA
AGTO Agency Data/Receiving Order Code IT0Y, COA, IOA 12 A/N
AGTP Agency Data/Paying In Code IT0Y, COA, IOA 1 A/N
AGTR Agency Data/Routing Code IT0Y, COA, IOA 3 A/N
AGTS Agency Data/Section Code IT0Y, COA, IOA 6 A/N
AGTT Agency Data/Package Tour Code IT0Y, COA, IOA 15 A/N
AGTU Agency Data/Sales Staff Code IT0Y, COA, IOA 6 A/N
ALBT Agent Last Batch Number CAT 7 N
ALCD Allocation Date TI2 6 N
ALCT Allocation Type TI2 1 A/N
ALNC Approved Location Numeric Code IT0S IT02 (3×),IT0S (7×), 8 N
BKT06
ALTP Approved Location Type IT0S IT02 (4×), IT0S (7×), 1 A/N
BKT06
AMIL Amount in Letters IT0A, BMP72 72 A/N
APBC Amount Paid by Customer IT05, BKS39 11 N
APLC Approval Code IT08 , BKP84, CBR, 6 A/N
IBR
AUDI Audit Status Indicator BKT06 1 A/N
AUTA Authorised Amount IT08 (2×), CBR, IBR 11 A/N
AVCD Address Verification Code IT08, IBR, COR 2 A/N
BAED Billing Analysis Ending Date BCH02, CBR, IBR* IBH*, IBT* 6 N
CFH, CBH ,COR, 8 N*
CAT, CIT, CFT
BAID Booking Agent Identification IT04, BAR64 6 A/N
177
Data Interchange Specifications Handbook
M C
BEOT Booking Entity Outlet Type IT04, BAR64 1 A/N
BERA Bank Exchange Rate IT0A, BMP71 13 A/N
BNBR Begin Serial Number TI2 10 N
BOON Booking Agency/Location Number IT04, BAR64 10 A/N
BSNM BSP Name CFH, IFH 20 A/N
BSPI BSP Identifier BFH01, BFT99 3 A/N
BSPN BSP Identification Number CFH 4 A/N
BTCI Batch Count per Invoice CIT, IIT 5 N
BTNR Batch Number CBH, CBR, CBT, IBR 7 N
CABC Total Hash Amount - BSP Credits IIT 17 N
CABD Total Hash Amount - BSP Debits IIT 17 N
CARF Commercial Agreement Reference BKT06 10 A/N
CARR Carrier IT06 (3×), BKI63, IOR 4 A/N
COR (4×),
CASC Total Amount - Settlement Credits IIT 17 N
CASD Total Amount - Settlement Debits IIT 17 N
CCAC Credit Card Account Number CBR, IBR 19 A/N
CCCC Credit Card Code CBR, IBR 2 A/N
CCEN Credit Card Company Data/Other IT0Y, COA, IOA 14 A/N
Expense Number
CCHN Credit Card Company Data/Card IT0Y, COA, IOA 26 A/N
Holder’s Name
CCOC Credit Card Company IT0Y, COA, IOA 2 A/N
Data/Organisation Code
CCRM Credit Card Company Data/Remarks IT0Y, COA, IOA 10 A/N
CDCA Settlement Debit/Credit Amount IBR 14 N
CDGT Check Digit BKS24, BKS30, BKS39, IT0A, IT02, IT03, 1 N
BKS42, BKS45, BKS46, BMP71
BKI63, BAR64, BAR65,
BAR66, BMP70,
BMP72, BMP73,
BMP74, BMP77,
BMP78, BKF81
CERI CCSP Exchange Rate Indicator IIH, IBH, IBR, IBT, IIT 1 A/N
CERS Settlement Exchange Rate Source IIH, IBH, IBR, IBT, IIT 1 A/N
CFBC File Total Hash Amount - BSP Credits IFT 17 N
CFBD File Total Hash Amount - BSP Debits IFT 17 N
CFIT CCSP File Type IFH 1 A/N
CFRI Confirmation Record Indicator IIH, IBH, IBR 1 A/N
CFSC File Total Hash Amount - Settlement IFT 17 N
Credits
CFSD File Total Hash Amount - Settlement IFT 17 N
Debits
CIND CCSP Invoice Date IIH, IBH, IBR, IBT, IIT 8 N
CINN CCSP Invoice Number IIH, IBH, IBR, IBT, IIT 14 A/N
CJCP Conjunction Ticket Indicator IT02, BKS24, IOR 3 A/N
COR
178
Chapter 11 - Data Element Directory
M C
CLID Client Identification BKT06, IT04 8 A/N
CMOI Month and Year of Issue IIH, IBH 6 N
COAM Commission Amount BKS39 IT05 (3×) 11 N
COBL Commissionable Amount BKS30 11 N
COCD CCSP Option Code IIH 1 A/N
CONI Confirmation Information IOX 474 A/N
CORT Commission Rate BKS39 IT05 (3×) 5 N
COTP Commission Type IT05 (3×), BKS39 6 A/N
CPNR Coupon Number IT0D, BMP77 1 N
CPUI Coupon Use Indicator IT02, BKS24 4 A/N
CRCC Credit Card Corporate Contract IT08 (2×), IBR, COR 1 A/N
CRRI Reject Resubmission Indicator IIH, IBH, IBR 1 A/N
CSAL Sales Source IBH 1 A/N
CSED Settlement Exchange Rate Date IBH, IBR, IBT 8 N
CSER Settlement Exchange Rate IBH, IBR, IBT 15 N
CSTF Customer File Reference IT08 (2×), BKT06, 27 A/N
CBR, IBR
CTAB Total Debit/Credit Amount - BSP IBT 17 N
CTAS Total Debit/Credit Amount - Settlement IBT 17 N
CTNI Total Number of Items IBT 6 N
CTSF Total Debit/Credit Signed For Amount IBT 17 N
CUTP Currency Type IT05, IT08, BOH03, IT0Y, IOT, IIT 4 A/N
BKS30, BKS39, BKS42,
BKP84, BOT93, BOT94,
BCT95, BFT99, CIH,
CBH, CBR, COT CBT,
CAT, CIT, IIH, IBH, IBR,
IBT, MSA
DAIS Date of Issue IT02, BKS24, 6 N
BKS30,BKS39, 8 N*
BKS42,BKP83,
BKP84,BKI63,
BKS46,BAR64, BAR65,
BAR66, BMP70,
BMP71, BMP72,
BMP73, BMP74,
BMP77, BMP78,
BKF81, CBR, IBR*
DBCR Debit/Credit Code CBR, IBR IBT, CIT 2 A/N
DELM Delivery Method TI2 1 A
DIRD Date of Issue Related Document IT03, BKS45 6 N
DISI Data Input Status Indicator IT02, BKT06 1 A/N
DSTC Destination Airport/ City Code IT06, BKI63 COR (4×), IOR 5 A
DYRI Dynamic Run Identifier BCH02 1 A/N
EFCO Effective Commission Amount BKS39 11 N
179
Data Interchange Specifications Handbook
M C
EFRT Effective Commission Rate BKS39 5 N
ENBR End Serial Number TI2 10 N
ENRS Endorsements/Restrictions IT09, BKS46* 147 A/N
58 A/N*
EQFR Equivalent Fare Paid IT04, BAR64 11 A/N
ESAC Settlement Authorisation Code IT02, BKP83 14 A/N
ETID Electronic Ticket Indicator IBR 1 A/N
EXDA Expiry Date IT08, BKP84, CBR, 4 A/N
IBR
EXPC Extended Payment Code IT08, CBR, IBR 2 A/N
FARE Fare IT04, BAR64 11 A/N
FBAL Free Baggage Allowance IT06, BKI63 3 A/N
FBST Flight Booking Status IT06, BKI63 2 A
FBTD Fare Basis/ Ticket Designator IT06, BKI63 COR (4×), IOR (4x) 15 A/N
FCMI Fare Calculation Mode Indicator IT07, BAR64 1 A/N
FFRF Frequent Flyer Reference IT06 16 A/N
BKI63
FLCR File Total Credit Amount CFT 15 N
FLDE File Total Debit Amount CFT 15 N
FORM Format Identifier IT02, BKT06 1 A/N
FPAC Form of Payment Account Number IT08 (2×), BKP84 19 A/N
FPAM Form of Payment Amount IT08, BKP84 CBR, IBR* 11 N
14 N*
FPIN Form of Payment Information IT09 (2×), BAR66 50 A/N
FPSN Form of Payment Sequence Number BAR66 1 N
FPTI Form of Payment Transaction IT08, IBR, COR 25 A/N
Information
FPTP Form of Payment Type IT08, BKP84 10 A/N
FRCA Fare Calculation Area IT07 (2×), BKF81 87 A/N
FRCS Fare Calculation Sequence Number IT07 (2×), BKF81 1 N
FSQN File Sequence Number BFH01 TI1 6 N
FTDA Flight Date IT06, BKI63, CBR, 5 A/N
IBR
FTDT Flight Departure Time IT06, BKI63 5 A/N
FTNR Flight Number IT06, BKI63 5 A/N
FTSN File Type Sequence Number IT01 2 A/N
FTYP File Type IT01 1 A/N
GROS Gross Value Amount BOT93, BOT94, BCT95, 15 N
BFT99
HRED HOT Reporting End Date BCH02 6 N
ICDN In Connection With Document Number IT0A, BMP71 15 A/N
INVC Invoice Code CFH, CFT, IFH, IFT 5 A/N
INVD Invoice Date CIH, CBH, CBR, CBT, BKP84 6 N
CAT, CIT 8 N*
IBH*, IBR*, IBT*
180
Chapter 11 - Data Element Directory
M C
INVE Invoice Name CFH, IFH, IIH, IBH, IIT CIH, CBH, CIT 20 A/N
INVN Invoice Number CIH, CBH, CBR, CBT, BKP84 14 A/N
CAT, CIT, IBH, IBR, IBT
ISOC ISO Country Code IT01, IT02, BFH01, IBH, TI2 2 A
IBR, TI1
ISQN Invoice Sequence Number CIH, CIT 3 N
LREP Late Reporting Penalty BKS30 11 N
MLOC Multi-Location Identifier BOH03 3 A/N
MPEQ Multiple Purpose Document Equivalent IT0A, BMP71 11 A/N
Charge Paid
MPEV Multiple Purpose Document Total IT0A, BMP71 11 A/N
Exchange Value
MPOC Multiple Purpose Document Other IT0A, BMP71 11 A/N
Charges
MPSC Multiple Purpose Document Service IT0A, BMP71 11 A/N
Charge
MPTX Multiple Purpose Document Total IT0A, BMP71 11 A/N
MSAP Market Share Percentage MSA 5 N
NADA "Not Valid After" Date IT06, BKI63 5 A/N
NBDA "Not Valid Before" Date IT06, BKI63 5 A/N
NRID Net Reporting Indicator IT05, BKT06 2 A/N
NTFA Net Fare Amount BKS30 11 N
NTSI Neutral Ticketing System Identifier IT04, BAR64 4 A/N
OAAI Optional Agency/Airline Information IT0B, BMP73 88 A/N
OFCC Office Count BCT95, BFT99 5 N
ORAC Origin Airport/City Code IT06 (3×), BKI63 COR (4×), IOR (4x) 5 A
ORIN Original Issue Information IT04, BKS46 32 A/N
ORNR Order Number TI2 8 N
OSID Originating System Identifier TI1 4 A/N
PCYC Processing Cycle Identifier BCH02, BCT95 1 N
PDAI Processing Date Identifier BCH02, BCT95 3 A/N
PLID Print Line Identifier IT0C, IT0D, IT0E, 1 A/N
BMP74, BMP77,
BMP78
PLIS Place of Issue IBR 15 A/N
PLTX Print Line Text IT0C, IT0D 86 A/N
BMP74, BMP77
PNRR PNR Reference and/or Airline Data IT04, BKS24 13 A/N
POSN Point of Sale Name CBH, IBR 25 A/N
PRDA Processing Date IT01, BFH01, CFH, TI1, 6 N
IFH* 8 N*
PXDA Passenger Specific Data IT04, IBR, BAR65*, 49 A/N
COR 46 A/N*
PXNM Passenger Name BAR65, CBR, IBR IT02 49 A/N
QNTY QUANTITY TI2 6 N
RBKD Reservation Booking Designator IT06 (3×), BKI63 COR, IOR 2 A/N
181
Data Interchange Specifications Handbook
M C
RCID Record Identifier IT01, IT02, IT03, IT04, 1 A/N
IT05, IT06, IT07, IT08,
IT09, IT0A, IT0B, IT0C,
IT0D, IT0E, IT0S, IT0Y,
IT0Z
TI1, TI2, TI9
RCPN Related Ticket / Document Coupon IT03 (4×), BKS45 4 N
Number Identifier
RECO Reference Code IBR 15 A/N
REMT Remittance Amount BKP84 11 N
REPM Reporting Period Month MSA 6 N
RESD Reserved Space IT01, IT02, IT03, IT04, n A/N
IT05, IT06, IT07, IT08,
IT09, IT0A, IT0B, IT0C,
IT0D, IT0E, IT0S, IT0Y,
IT0Z
All HOT Records except
BAR65
All CSI, and TI Records
IFH, IIH, IBH, IBR, IOR,
IOT, IOA, IBT, IIT,IFT
REVN Handbook Revision Number IT01, BFH01, CFH, TI1, 3 N
IFH
RFIC Reason For Issuance Code IT0A, BMP70 1 A/N
RFID Reason For Issuance Description IT0A, BMP70 86 A/N
RMED Remittance Period Ending Date BOH03, BKS45, BOT93, 6 N
BOT94
RPSI Reporting System Identifier IT01, BKT06 TI2 4 A/N
RRDC Report Record Counter IT0Z 11 N
RTDN Related Ticket/Document Number BKS45 IT03 (7×), 15 A/N
CBR, IBR
SAPP Source of Approval Code IT08, COR, IBR 1 A/N
SASI Servicing Airline/System Provider IT04, BAR64 4 A/N
Identifier
SCNF Stock Control Number "From" IT02 (4×), IT0S (7×) 16 A/N
SCNR Stock Control Number IT02 16 A/N
SCNT Stock Control Number "To" IT02 (4×), IT0S (7×) 4 N
SEGI Segment Identifier IT06,BKI63 1 N
SFAM Signed for Amount CBR, IBR* IT0Y, BKP84 11 N
14 N*
SMSG Standard Message Identifier All CSI records 3 A
All CSP records
All HOT records
SPAM Supplementary Amount BKS39 11 N
SPED System Provider Reporting Period IT01, TI1 6 N
Ending Date
SPIN Sponsor Information IT0E (6x), BMP78 34 A/N
SPRT Supplementary Rate BKS39 5 N
SPTP Supplementary Type BKS39 6 A/N
182
Chapter 11 - Data Element Directory
M C
SQNR Sequence Number All CSI records 8 N
All HOT records
All CSP records
STAT Statistical Code IT02, BKS39, IBR 3 A/N
STNQ Standard Numeric Qualifier All HOT records 2 N
STPO Stopover Code IT06 (3×), BKI63, IOR 1 A
COR (4×)
TACN Ticketing Airline Code Number BFH01, BKT06, MSA IT02 5 A/N
TAXA Tax IT04 (3×), BAR64 (3×) 11 A/N
TCAA Total Credit Amount Per Agent CAT 15 N
TCAI Total Credit Amount Per Invoice CIT 15 N
TCIA Total Credit Items Per Agent CAT 6 N
TCII Total Credit Items Per Invoice CIT 7 N
TCND Transmission Control Number Check- IT02. BKS24 1 N
Digit
TCNR Transmission Control Number IT02, BKS24 15 A/N
TCOM Total Commission Value Amount BOT93, BOT94, BCT95, 15 N
BFT99
TCTP Tax on Commission Type BKS42 (4×) IT05 6 A/N
TDAA Total Debit Amount Per Agent CAT 15 N
TDAI Total Debit Amount Per Invoice CIT 15 N
TDAM Ticket / Document Amount IT05, BKS30 11 N
TDIA Total Debit Items Per Agent CAT 6 N
TDII Total Debit Items Per Invoice CIT 7 N
TDNR Ticket/Document Number BKS24,BKS30 IT02 15 A/N
BKS39,BKS42,
BKI63,BKS46, BAR64,
BAR65, BAR66,
BMP70, BMP71,
BMP72, BMP73,
BMP74, BMP77,
BMP78, BKF81,CBR,
COA, COR, COT, IBR,
IOA, IOR, IOT, IOX
TDSI Total Discount Amount Per Invoice CIT 15 N
TIME Processing Time IT01, BFH01, CFH, TI1, 4 N
IFH
TKMI Ticketing Mode Indicator IT04, BAR64 1 A/N
TLCA Total Credit Amount CBT 15 N
TLCI Total Credit Items CBT 6 N
TLDA Total Debit Amount CBT 15 N
TLDI Total Debit Items CBT 6 N
TLRP Total Late Reporting Penalty BOT93, BOT94, BCT95, 15 N
BFT99
TMFA Tax/Miscellaneous Fee Amount IT05 (6×), BKS30 (2×) 11 N
COT*, IOT* 14 N*
183
Data Interchange Specifications Handbook
M C
TMFT Tax/Miscellaneous Fee Type IT05 (6×) 8 A/N
BKS30 (2×)
COT, IOT
TNAI Total Net Amount Per Invoice CIT 15 N
TNBT Total Number of Batches CFT, IFT 5 N
TNIV Total Number of Invoices CFT, IFT 4 N
TNRS Total Number of Records TI9 10 N
TOCA Tax on Commission Amount BKS42 (4×) IT05 11 N
TODC True Origin/Destination City Code IT04, BKS24 14 A/N
TOTL Total IT04, BAR64 11 A/N
TOUR Tour Code IT03, IT04, BKS24 15 A/N
TPST Test/Production Status IT01, BFH01, CFH, TI1, 4 A/N
IFH
TREC Transaction Record Counter BKT06 3 N
TREF Transaction Reference Number BKT06 18 A/N
TREM Total Remittance Amount BOT93, BOT94, BCT95, 15 N
BFT99
TRNC Transaction Code IT02, BKS24, BOT93 TI2 4 A/N
TRNN Transaction Number IT02, IT03, IT04, IT05, 6 N
IT06, IT07, IT08, IT09,
IT0A, IT0B, IT0C, IT0D,
IT0E, IT0S, IT0Y
BKT06, BKS24, BKS30,
BKS39, BKS42, BKS45,
BKS46, BKP83, BKP84,
BKI63, BAR64, BAR65,
BAR66, BMP70,
BMP71, BMP71,
BMP72, BMP73,
BMP74, BMP78, BKF81
TRNS Transaction Sub Code TI2 4 A/N
TSID Ticket Stock Indicator TI2 1 A/N
TTCA Total Tax on Commission Amount BOT93, BOT94, BCT95, 15 N
BFT99
TTDA Total Tax on Discount Amount CIT 15 N
TTMF Total Tax/Miscellaneous Fee Amount BOT93, BOT94, BCT95, 15 N
BFT99
VISO Vendor ISO Country Code IT02, BKT06 2 A
VLNC Validating Location Numeric Code IT04 8 N
VNID Vendor Identification IT02, BKT06 4 A/N
WARE Warehouse TI2 2 A/N
WAVR Waiver code IT03, BKS45 14 A/N
NB: When a data element has more than one Element Attribute in different records, an asterisk (*) is used to relate
the appropriate Element Attribute with the relevant Record Identifier.
184
Chapter 12 - Glossary
CHAPTER 12 - GLOSSARY
12.1 INTRODUCTION
The Glossary defines the characteristics of all data elements that may be included in one or more of
the RET, HOT, CSI, MSA, TI, and CCSP files.
Each data element is assigned a four alphabetic character reference and may include one or more of
the characteristics detailed below.
When a data element has more than one Element Attribute in different records, an asterisk (*) is used
to relate the appropriate Element Attribute with the relevant Record Identifier.
Description
Explains the function of the data element.
Format
Specifies the format of the data element.
Use
Defines the general use of the data element.
Condition
Specifies applicable condition(s) for the data element.
Values
Lists the values permitted for the element.
RET Validation
Specifies the RET validation criteria.
If specific criteria have not been defined for a mandatory data element, the processing centre must
check that the element is present.
Code Assignment
Defines the code assignment procedures.
185
Data Interchange Specifications Handbook
Condition
The value of this element may be zero in case an agent does not permit the BSP these data to be
used.
In this case AGSI will have the value ‘X’.
186
Chapter 12 - Glossary
187
Data Interchange Specifications Handbook
188
Chapter 12 - Glossary
189
Data Interchange Specifications Handbook
RET Validation
Check against Agent Master File or relevant extract.
S It can only be a Host Approved Location except for Transactions codes VSCN, CANX, and CANN
voids where it may also be a TDO or ETDN.
Code Assignment
Agent numeric codes are assigned by the IATA Agency Accreditation Services located in the 3 IATA
Traffic Conferences Areas and are then duly entered on the IATA Agency List.
For further information on Agency Accreditation, visit the IATA website at [www.iata.org/agenthome/].
Description
This field may contain routing code.
190
Chapter 12 - Glossary
Use
This data element has a limited application.
Condition
The data may be passed to agency back office computer systems for accounting purposes.
RET Validation
No validation required.
Description
This field may contain sales staff code.
Use
This data element has a limited application.
191
Data Interchange Specifications Handbook
Condition
The data may be passed to agency back office computer systems for accounting purposes.
RET Validation
No validation required.
192
Chapter 12 - Glossary
193
Data Interchange Specifications Handbook
194
Chapter 12 - Glossary
Condition
This element is only applicable if form of payment is a credit card.
RET Validation
No validation required.
195
Data Interchange Specifications Handbook
196
Chapter 12 - Glossary
A Airline
E Electronic Reservation Services Provider (ERSP as defined in IATA Passenger
Agency Conference Resolution 898a)
N User does not have a user identification number assigned by IATA/ARC
T User has a user identification number assigned by IATA/ARC other than an ERSP
number
RET Validation
No specific validation required.
197
Data Interchange Specifications Handbook
198
Chapter 12 - Glossary
199
Data Interchange Specifications Handbook
200
Chapter 12 - Glossary
201
Data Interchange Specifications Handbook
202
Chapter 12 - Glossary
203
Data Interchange Specifications Handbook
RET Validation
Although one CDGT element is used within the record layouts, a check digit routine is performed on
the following document numbers:
• In Connection With Document Number
• Related Ticket/Document Number
• Ticket/Document Number
• Ticketing Airline Code Number
S For refunds of those document types that include coupon numbers in check digit calculation, the
lowest coupon number (of RCPN) being refunded should be used to perform the check digit
calculation of the corresponding RTDN.
204
Chapter 12 - Glossary
Condition
If "0", then CDCA, CSED and CSER will be zero-filled.
On the Batch Header the CERS may contain 0, 1, 2, 3, or 4 if all transactions in the batch have the
same CERS, otherwise it will contain 9.
On the Invoice Header the CERS may contain 0, 1, 2, 3, or 4 if all batches in the invoice have the
same CERS, otherwise it will contain 9.
Values
0 Nil, no translation
1 One-to-one rate
2 Acquirer rate
3 Airline rate
4 Neutral rate, e.g. Reuters rate
9 Used on IIH/IBH to show that the Invoice/Batch contains records having different
Settlement Exchange Rate Sources
205
Data Interchange Specifications Handbook
206
Chapter 12 - Glossary
207
Data Interchange Specifications Handbook
208
Chapter 12 - Glossary
Condition
If it is reported on the RET, it has precedence over any entry in the corresponding CORT field.
If COAM is not reported on the RET, the amount is calculated from the CORT field.
COAM may represent a discount in Net Reporting Schemes, in which case it is reported in the
second occurrence in the IT05 record. See Example 3E in Section 13.4.
RET Validation
No validation required.
209
Data Interchange Specifications Handbook
210
Chapter 12 - Glossary
211
Data Interchange Specifications Handbook
212
Chapter 12 - Glossary
213
Data Interchange Specifications Handbook
214
Chapter 12 - Glossary
215
Data Interchange Specifications Handbook
Description
The currency code used to reporting monetary amounts followed by a digit to represent the number
of decimal places associated with each amount, as defined in ISO 4217.
Format
AAAN
The 3-character ISO Currency Code and one digit.
Examples: "USD2" (2 decimals), "CLP0" (no decimals). See also Section 6.5.3 (Currency).
S Use
The number of decimal places in CUTP normally applies to both ticket printing (as defined for each
currency code in the IATA Tariff Composite 024d, Attachment A) and reporting.
However, where agreed between the business partners, the number of decimal places used on the
face of the document print may be different to the number of decimal places used in reporting
monetary amounts on the RET (in IT05 and IT08).
In this case, the number of decimal places shown in CUTP represents the number of decimal places
used for reporting monetary amounts on the RET only, and does not relate to the facsimile fields (in
IT04).
If cancelled documents (CANX) are output to the HOT, CUTP should be set to the default currency
as described in Section 6.5.3.
For the MSA file, in case of multi-currency countries, CUTP will be the "primary“ currency in the
country (amounts
in other currencies will be converted).
RET Validation
For the IT05 and IT08, the 3-character ISO Currency Code and the number for that currency must
be valid for the country of issue and must be identical in both types of record.
Code Assignments
If adherence to ISO 4217 cause overflow on the STD, then exemption should be requested (using
Form shown in Appendix D) from the IDFS Regional Director who will advise the agreed format to all
parties concerned.
ISO Currency Codes are listed in the IATA Airline Coding Directory.
216
Chapter 12 - Glossary
217
Data Interchange Specifications Handbook
S Values
A Fully automated data and manually captured cancellation penalty/refund charge and
waiver code of cancellation penalty
F Fully automated (no agent entered data is included in the Refund transaction)
L Mixed automated data and data manually captured
M Manual data capture - no automated data
L or M Partial Refunds
RET Validation
S If TRNC = ‘RFND’, then DISI must contain "A", “F”, “L” or “M”.
RET Validation
Must be 3 character airport or city code, followed by 2 blanks.
218
Chapter 12 - Glossary
219
Data Interchange Specifications Handbook
220
Chapter 12 - Glossary
Ticketing rules make it mandatory that the complete unused STD be processed as a single
transaction requiring an ESAC at the STD level. This ESAC is at the STD level. There are coupon
ESACs used in interline billing at the coupon level that should not be confused with the ESAC at the
STD level.
RET Validation
No validation required.
221
Data Interchange Specifications Handbook
Values
Examples:
Blank/00 Immediate payment
03 over 3 months
24 over 24 months
E Extended Payment*
* or any other alphabetic character instructed by the credit card company.
RET Validation
No validation required.
222
Chapter 12 - Glossary
RET Validation
No validation required.
223
Data Interchange Specifications Handbook
Values
0 System Computer priced
1 Manually priced*
2-9 For individual airline/system provider use
A–Z Undefined industry use
*Manual STDs whereby the data is transmitted through a Reporting System fall in this category.
Agents should submit such documents to their DPC for onward delivery to the ticketing airline.
RET Validation
No specific validation required.
224
Chapter 12 - Glossary
225
Data Interchange Specifications Handbook
(1) The check-digit is taken from the first exchanged flight/exchange coupon and verified for
Standard Traffic Documents (STDs) only in accordance with Recommended Practice 1720a.
Should the check-digit not be available, the system provider must not attempt to calculate it but
may use the default value "9" instead, for exchanged document numbers only.
(2) Each coupon number shall occupy its relative position; an unused position shall be blank, e.g.
"bb34" indicates that coupons 3 and 4 were exchanged.
Four blanks "bbbb" is an invalid entry.
Use
If FPTP commences with "MSCC" or "CCGR", then FPAC is in free flow format.
S If FPTP commences with “MSCA”, then FPAC may be blank.
For a Credit/Debit Card, FPAC contains the Card Number, left justified, without the contractor's 2-
letter code (which is reported in FPTP).
For Exchanged documents, FPAC contains the ticket/document number of the exchanged document
(i.e. the "ISSUED IN EXCHANGE FOR" box entry) and includes the airline Code and the actual
exchanged coupon number(s). At least one valid exchanged coupon number must be entered.
Condition
This element is only applicable when method of payment is NOT cash.
RET Validation
If FPTP in the same record commences with "CC" or "MSCC" and the next two characters represent
a valid abbreviation of a Credit Card Company whose cards are accepted by the ticketing airline,
then the appropriate modulus-10 check-digit verification must be performed on FPAC.
The calculation method is described in Section 2.8 of the Universal Air Travel Plan (UATP) Manual.
S The Processing Centre shall match the numeric credit card code (listed in Resolution 728, section 7)
against the numeric credit card code reported in the FPTP. The latter must be a matching set. That
is, the Processing Centre shall match the credit card account number against the valid account
number range of the credit card company, described through the two-character credit card company
code.
If FPTP contains "EX" then FPAC must have the format of a ticket/document/coupon number(s). If at
all possible, duplicated exchanged tickets within the same Reporting Period should be highlighted.
226
Chapter 12 - Glossary
RET Validation
If FPTP = "EX", FPAM must be zero.
227
Data Interchange Specifications Handbook
228
Chapter 12 - Glossary
RET Validation
Must contain "CA", "CC", “CM", "EX", "MS", in the first 2 positions.
For "CC", either "GR" or the official Credit Card institution's abbreviation plus the first four digits of
the Credit Card number must follow. The latter must be a matching set.
"MS" must be followed by either "CA", or "CC" plus (if applicable) the official Credit Card institution’s
abbreviation followed by the first four digits of the Credit Card number. The latter must be a matching
set.
The Processing Centre shall match the numeric credit card code against the numeric credit card
code reported in the FPAC.
FPTP must have a logical relationship with TRNC.
229
Data Interchange Specifications Handbook
Use
Each occurrence of the Fare Calculation data may be assigned a sequence number, commencing at
"1" for the first occurrence, and incremented by 1 for each additional occurrence (up to a maximum of
4).
Condition
May be present if data has been entered in the Fare Calculation Area.
RET Validation
If FRCA is not blank, then FRCS should be in ascending order, starting at 1 and not exceeding 4.
230
Chapter 12 - Glossary
Format
Either
Based on the 24-hour clock
Examples: 0714, 0900, 2145, 2345
Or
expressed as a number with one of the following qualifiers:
A AM
P PM
N Noon
M Midnight
Examples:
715A, 1015A, 12N, 715P or 1015P.
Condition
When the flight number element is entered as “OPEN” or is blank, this element will be blank.
RET Validation
No validation required.
231
Data Interchange Specifications Handbook
232
Chapter 12 - Glossary
Use
As agreed by the BSP business partners, an airline may choose to receive one HOT per billing
period, per agent reporting period, or per day (see also Section 3 “Definition of Daily Sales
Reporting”).
HRED acts as an additional control (to FSQN, DYRI and BAED) on the supply of HOT data to an
airline, and will help(s) identify a BSP’s HOT file to the airline. This is date will usually be the latest
Date of Issue (DAIS) for all transactions contained in the HOT.
Examples:
1. One HOT per billing period:
Dates of Issue FSQN DYRI BAED HRED
1-15Oct03 1 F 031015 031015
2. One HOT per agent reporting period (weekly), where billing period is fortnightly:
Dates of Issue FSQN DYRI BAED HRED
1-7Oct03 1 D 031015 031007
8-15Oct03 2 F 031015 031015
3. One HOT per day:
Dates of Issue FSQN DYRI BAED HRED
1Oct03 1 D 031015 031001 (Wednesday)
2Oct03 2 D 031015 031002 (Thu)
3Oct03 3 D 031015 031003 (Fri)
4-6Oct03 4 D 031015 031006 (Sat-Sun-Mon)
… … … … …
15Oct03 11 F 031015 031015
233
Data Interchange Specifications Handbook
234
Chapter 12 - Glossary
235
Data Interchange Specifications Handbook
Q Use
For IT01 and TI1 records, the element will contain the "parent" country(based on BSPI) for multi-
country BSPs and will contain the ISO country code of the BSP country for single-country BSPs.
RET Validation
Must be a valid ISO Country Code for the BSPs being processed.
236
Chapter 12 - Glossary
237
Data Interchange Specifications Handbook
Description
The decimal percentage of the agent gross sales on behalf of the receiving airline in relation to the
agents overall
gross sales.
Calculation Example:
AGGS = 10,000.00
AGSA = 1,250.00
If AGGS equals zero, then MSAP shall be set to zero as well to prevent division by zero.
238
Chapter 12 - Glossary
Format
A market share percentage of 12.5% is recorded as ‘01250‘.
239
Data Interchange Specifications Handbook
Condition
This element is only applicable when a Net Reporting arrangement is in effect.
Values
blank No Net Reporting arrangement
NR Net Reporting Scheme in effect
RET Validation
Must be "NR" or blank.
240
Chapter 12 - Glossary
RET Validation
No validation required.
BFT99: The algebraic sum of the OFCC fields from all the BCT95 records for each currency type
(will be the same value if more than one currency type).
241
Data Interchange Specifications Handbook
242
Chapter 12 - Glossary
243
Data Interchange Specifications Handbook
244
Chapter 12 - Glossary
245
Data Interchange Specifications Handbook
QNTY Quantity 6N
File RET HOT CSI TI CSP MSA
Status
M TI2
C
Description
The total number of documents within the allocation range (BNBR to ENBR).
246
Chapter 12 - Glossary
In the case of downgrading, denied boarding, and other situations when there is no flight coupon
available for refund, the element will be reported as "0000".
RET Validation
Check for values from 0 to 4 in each position relating to the RTDN field in the same record.
Must contain zeros in positions when the related RTDN does not have coupons.
P Processing centre
MM Processing month
W Processing week
C Cycle within the week
where values:
1-4 are applicable to all processing centres except 09/ECB.
1-7 are applicable for processing centre 09/ECB
BBB Box batch code assigned to the source document
SSSSSSS Sequence number of the source document
Use
This data element has a limited application.
This code is used to locate the source document.
A sequence number is assigned to each debit and credit item processed.
For bankcard and UATP contractors, the sequence number begins at 0000001 each week at each
processing centre for an airline/contractor combination and increments for each item (whether credit
or debit) processed. For all other contractors, the sequence number begins at 0000001 for each
cycle and is incremented for each transaction on the file.
If more than one ticket is submitted with a single charge form and the charge form confirms tickets
that were previously billed through processing centre 09/ECB, the sequence number will remain
constant for each IBR record within the companion ticket set.
247
Data Interchange Specifications Handbook
248
Chapter 12 - Glossary
RET Validation
If not blank, advise the appropriate ISS Manager and Passenger Standards Development that the
field is being populated.
249
Data Interchange Specifications Handbook
RET Validation
No validation required.
250
Chapter 12 - Glossary
RET Validation
Check for mathematical accuracy.
251
Data Interchange Specifications Handbook
Values
C Credit authorisation is issued by a credit card company or via a direct link with the
company of a designated provider of authorisations.
M Imprinted credit authorisation is manually input by the agent
S Credit authorisation imprinted on the ticket is internally generated by the GDS and not
issued by credit card company via direct link with the company of a designated
provider of authorisations, e.g. ARINC or SITA
blank No Approval Code was obtained or reported
RET Validation
If FPTP = "CC ........", SAPP must contain one of the above values.
252
Chapter 12 - Glossary
S Format
When SCNF has a value, it is comprised of:
• the 2-character code "TX";
• the 3-numeric code of the Stock Providing Party, as defined in PSC Recommended Practice
1720a, Attachment 'E';
• either the 10-digit Stock Control Number and appropriate check-digit
or 11 zeroes;
• In the case of VSCN: Must include the actual voided Stock Control Number plus the appropriate
Check Digit.
Use
Where the SCNs imprinted with TDNR have been printed using contiguous SCNs, this element shall
contain the lowest SCN of that range printed at the related approved Location.
i.e. SCNF (1) - lowest SCN printed at AGTN;
SCNF (2) - lowest SCN printed at ALNC (1) (where ALNC (1) is a separate Location);
SCNF (3) - lowest SCN printed at ALNC (2) (where ALNC (2) is a separate Location);
SCNF (4) - lowest SCN printed at ALNC (3) (where ALNC (3) is a separate Location)
Where the SCN imprinted with TDNR have not been printed using contiguous SCNs, this element
shall contain the lowest SCN of 'one' of the SCN ranges series printed at the related approved
Location.
It is a requirement that subsequent occurrences of SCNF shall report the lowest SCN of any other
ranges printed at that Location so that all coupons imprinted with TDNR are reported.
e.g.: SCNF (1) - lowest SCN (of range 1) printed at AGTN;
SCNF (2) - lowest SCN (of range 2) printed at ALNC (1) (where ALNC (1) = AGTN);
SCNF (3) - lowest SCN (of range 1) printed at ALNC (2) (where ALNC (2) is a separate
Location);
SCNF (4) - lowest SCN (of range 2) printed at ALNC (3) (where ALNC (3) = ALNC (2))
If a printed range consists of a single SCN, then the SCN reported in SCNF will also be reported in
SCNT.
If no physical coupon was printed at AGTN, then SCNF (1) must start with "TX" followed by the 3-
numeric code of the stock providing party, as defined in Recommended Practice 1720a, Attachment
'E', followed by zeroes.
If no physical coupon was printed at an ALNC, then SCNF (2) and/or (3) and/or (4) must start with
‘TX’ followed by the 3-numeric code of the stock providing party, as defined in Recommended
Practice 1720a, Attachment ‘E’, followed by zeros.
RET Validation
Must not be blank if related Approved Location contains data.
(This is not applicable when SCNR is filled: see IT02 Note).
If not blank, check format defined above.
253
Data Interchange Specifications Handbook
S Format
When SCNR has a value, it is comprised of:
• the 2-character code "TX";
• the 3-numeric code of the Stock Providing Party, as defined in PSC Recommended Practice
1720a, Attachment 'E';
• the 10-digit Stock Control Number and appropriate check-digit.
Use
This element is applicable for OPTAT ticket stock.
RET Validation
If not blank, check format defined above.
254
Chapter 12 - Glossary
255
Data Interchange Specifications Handbook
256
Chapter 12 - Glossary
Example:
Reporting Period: DAIS (first-last) on RET covering dates: SPED:
Number Covering dates RET:
1 Mar01 (1 - 7 March 2001) 010301 010301 - 010301 010301
Same 010302 - 010304 010302 - 010304 010304
Same 010305 010305 - 010305 010305
Same 010306 010306 - 010306 010306
Same 010307 010307 - 010307 010307
2 Mar01 (8 - 15 March 2001) 010308 010308 - 010308 010308
same 010309 - 010311 010309 - 010311 010311
same 010312 010312 - 010312 010312
RET Validation
Perform standard date check.
Each Reporting System is validated according to its reporting cycle.
257
Data Interchange Specifications Handbook
Use
S This element is only applicable to Net Reporting procedures for the first occurrence of BKS39.
It is derived from the value in either the SPTP or the SPAM elements.
In the first instance of BKS39 in the transaction, this element will be used to denote supplementary
commission rate. In any subsequent instances of the BKS39 in the transaction (i.e. 2-n), this will be
used to denote additional commission rate as agreed between the BSP and specific airlines.
In any instance of the BKS39 record except for the first, codes/values in this element will be
populated as agreed between the BSP and specific airlines (conforming also to standards described
above), and as automatically derived by the BSP from airline data.
258
Chapter 12 - Glossary
259
Data Interchange Specifications Handbook
Use
In each flight coupon record or record section, STPO corresponds with DSTC.
Where a stopover code is being reported on a transaction containing a void/surface sector, ticketing
can be one of the following:
Either Or
DFW DFW
X LGW LGW
LHR X LHR
JNB JNB
The STPO will be reported in either case as:
DFW LGW (STPO = "X")
LHR JNB (STPO = blank)
Values
O or blank stopover permitted
X stopover not permitted
RET Validation
May only be O, X, or blank.
260
Chapter 12 - Glossary
261
Data Interchange Specifications Handbook
262
Chapter 12 - Glossary
RET Validation
If data is present, check whether first 4 positions equal SASI.
263
Data Interchange Specifications Handbook
264
Chapter 12 - Glossary
265
Data Interchange Specifications Handbook
Furthermore, the DPC should make a check with regard to setting a maximum quantity and/or ratio of
duplicate transactions, as follows:
- if more than ten transactions in a RET are duplicates, and more than one per cent of the total
transactions in the RET are duplicates, then the whole RET should not be immediately passed
to billing but the DPC should consult with the local IDFS office for investigation and resolution;
- a decision is to be taken by local IDFS if the original RET will be passed to the billing, or
otherwise.
266
Chapter 12 - Glossary
Values
As per Resolution 722a, Attachment 'B':
"/" Where the ticket was issued directly from an airline's or System Provider's computer system
"X" Where the ticket was issued by a third party or agent's own computer system from an
interface record supplied by the airline's or System Provider's computer system
"A" Where the ticket was issued by an agent system without an airline or System Provider
computer system interface.
RET Validation
Must contain "/", "X", or "A".
267
Data Interchange Specifications Handbook
268
Chapter 12 - Glossary
Description
A code to specify the type of tax or miscellaneous fee.
Q Format
For the reporting of Carrier Service Fees and Charges, TMFT will have the following format structure:
Service Fee/Charge Code: 2 character code (limited number of codes to be assigned, e.g.
OA/OB/OC)
Service Fee/Charge Sub Code: 0-3 characters (shall be supplied as filed with the Carrier Fee by
the owning carrier)
Positions 6-8 are reserved for future use.
Use
S Type codes, as per Resolution 728, Section 4.2, have been assigned to identify a number of taxes or
miscellaneous fees as described in the IATA Airline Coding Directory.
Examples:
Tax Code: 2-character ISO code of the taxing country
Cancellation Penalty: code is "CP"
Miscellaneous Fee: code is "MF"
Airport or Segment Taxes: 2-character fee code (see below)
The first tax collected on exchange transactions must be shown in the first occurrence of TMFT, and
any subsequent taxes shown in subsequent occurrences of TMFT.
Where there is no value in the TMFA field, there must be no entry in the TMFT field, except for
Airport or Segment Taxes (see below).
The System Providers are required to report each individual tax code and corresponding tax amount
collected on each STD. The “XT” tax code and totalled tax amounts are not permitted.
For manual STDs, each BSP must manually capture the individual tax codes and tax amounts from
the audit coupon. Either from the ’Tax’ box, or, if one of the taxes in the ’Tax’ box is “XT”, from the
’Fare Calculation’ area or the ’Endorsements/Restrictions’ box (IATA Ticketing Handbook, Section
1.13.6).
For transactions manually captured by BSP, illegible or absent tax codes should be recorded as "ZZ".
The BSP Processing Centre must not default unknown codes to "ZZ".
Q When Service Fees are being reported within the transaction, the following logical order of reporting
will be observed:
• taxes
• carrier service fees
269
Data Interchange Specifications Handbook
Note that any government taxes levied on service fees will be reported directly after the service fee
upon which the tax is applicable.
For example:
Ticket Fare = USD3435.00
Government Taxes GB = USD13.00 (Report in first logical position)
Ticket Total = USD3448.00
Service Fee OA = USD5.00 (Report in second logical position)
Service Fee OB = USD10.00 (Report in third logical position)
Service Fee OC = 15.00 (Report in fourth logical position)
FARE USD343500
TAXA USD 1300GB
TOTL USD344800
COBL 00000343500
TMFT/TMFA GB/ 00000001300
TMFT/TMFA OA12b/ 00000000500
TMFT/TMFA OB45b/ 00000001000
TMFT/TMFA OC78b/ 00000001500
FPAM (sum) 00000347800
TDAM 00000347800
Condition
This element relates to TMFA.
RET Validation
If TMFA is zero, TMFT must be blank, except for amounts relating to Airport or Segment Taxes.
If TMFA is not zero, TMFT must not be blank.
TMFT must not be “XT”.
270
Chapter 12 - Glossary
271
Data Interchange Specifications Handbook
RET Validation
S May only have a value for ADM and ACM transaction codes (see table under TRNC Glossary).
272
Chapter 12 - Glossary
273
Data Interchange Specifications Handbook
274
Chapter 12 - Glossary
The table below identifies the automated transaction types and also indicates those TRNCs
that may be grouped into BOT93 records by the BSP DPC (Refer to Section 6.6.25).
Entry Transaction type Notes Billing Analysis grouping (ISS
Provisions, section 6.15.3.8):
Issue ADM Refund ACM
ACMA Agency Credit Memo, automatically X
reported on RET
ACMR Refund Credit Memo (pre-processed X
and authorised by plating airline)
ADMA Agency Debit Memo, automatically X
reported on RET
Q ACMD Agent Credit Memo Default (16) X
Q ADMD Agent Debit Memo Default (16) X
CANN Cancelled computer generated ticket (3) n/a n/a n/a n/a
number
CANR Cancellation with Reversal (4) n/a n/a n/a n/a
CANX Cancelled document (5) X
MDnn Miscellaneous Document - Automated (5) (6) X
MPnn Multiple Purpose Document - Automated (5) (6) X
Q MVnn Virtual Multiple Purpose Document (11), X
(15)
RCSM Commission Recall Statement X
RFNC Refund of Cancellation with Reversal (4) X
RFND Refund X
RSCN Regenerated Stock Control Number (2) (8) n/a n/a n/a n/a
SALE Summary of all Sales (used in BOT93 n/a n/a n/a n/a
only)
SPCR Settlement Plan Credit (9) X
SPDR Settlement Plan Debit (9) X
Q TASF Travel Agent Service Fees (2) (10) X
TKTA OPTAT Sale - Automated (5) X
TKTB OPATB Sale - Automated (5) X
275
Data Interchange Specifications Handbook
The table below identifies the Manual transaction types and also indicates those TRNCs that
may be grouped into BOT93 records by the BSP DPC (Refer to Section 6.6.27).
Entry Transaction type Notes Billing Analysis grouping (ISS
Provisions, section 6.15.3.8):
Issue ADM Refund ACM
ACMS Agency Credit Memo, manually X
reported, captured by Processing
Centre
ADMS Agency Debit Memo, manually X
reported, captured by processing
Centre
S ARVM Agent Refund Voucher - manual (14) X
MCOM Manual MCO Sale (12) X
Q MMnn Manual Multiple Purpose Document (11)(12) X
Q SSAC Sales Summary Adjustment Notice X
(e.g. Canada), or Minor Adjustment
Notice (e.g. UK and IE) - due to agent
Q SSAD Same as SSAC, except - due to airline X
TKTM Ticket Sale - Manual (12)(13) X
XSBM Excess Baggage Ticket - Manual (12) X
Notes:
Q9 (1) For the TI file / BSP to TDD allocations of ticket wallets.
(2) On RET only.
(3) On RET only. Used to report a cancelled computer-generated ticket number, for which no
ticket(s)/coupon(s) have been printed.
S (4) "CANR" on RET only, and "RFNC" on CSI and HOT data only.
"CANR" is used on the RET to reverse a sales transaction within the Billing Period, which will
result in the sales transaction being reported as "Cancelled" on the Agent Billing Analysis, i.e.
only included in the HOT when the HOT reporting cycle is more frequent than the local
cancellation period. For example, HOT reporting period daily, cancellation allowed within 7
days. However, if the sales transaction has been included in a CSI file, then a reversal
transaction shall be included in the subsequent CSI file, whereby the sales and corresponding
reversal transactions will balance to zero.
Also, if the sales transaction has been included in a HOT file (e.g. daily HOT), then a reversal
transaction shall be included in the subsequent HOT file, whereby the sales and corresponding
reversal transactions will balance to zero. In this case, TRNC = "RFNC" on the HOT.
276
Chapter 12 - Glossary
A reversal of a conjunction transaction shall only include the primary document number on the
RET. However on the HOT, for the RFNC transactions, BKS45 records will be created for
conjunction document numbers.
When TRNC = "RFNC", the carriers may not receive the physical flight coupons.
(5) All these sales within one currency may be combined into one Office Subtotals per Transaction
Code and Currency Type (BOT93) record, using TRNC = “SALE”.
S (6) Where "nn" is a 2-numeric code identifying the type of document being issued and will be one of
the following:
10 = Excess Baggage Ticket;
20 = Special Services (MP only);
30 = Tour Order;
40 = Prepaid Ticket Advice (PTA);
50 = Specified Miscellaneous Charges Order (MCO);
51 = Agents Refund Voucher (only to be used for reporting residual value in an exchange
transaction)
For the TI file / BSP to TDD allocations, value will be "MDNN" or "MPNN".
Q9 (7) See SCNF Glossary entry for the Format.
(8) Regenerated Stock Control Number (RSCN) is used to report the stock associated to the
physical printing of non-accountable coupons.
(9) Settlement Plan credits and debits are Credit and Debit Memo generated by the Settlement
Plan.
277
Data Interchange Specifications Handbook
The CDGT calculation used is Method 2 (ie. 10-digit document number only).
See also Notes under RET and HOT Matrix Structures.
RET Validation
Must contain one of the codes listed in the Glossary referring to an automated transaction.
In the case of Tickets and MCOs, TRNC must match TDNR.
S If an IT03 record is encountered in the same transaction, then TRNC must be "ACMA", "ACMR",
"ACMS", "ADMA","ADMS","RCSM", "RFND", “SSAC”, “SSAD”.
If TRNC = "CANR", the Processing Centre shall ensure that the corresponding sales transaction was
included in a RET for the same Billing Period, and that the reversal transaction is processed not later
than the Billing Date. For reversals of conjunction tickets, only the primary ticket shall be reported.
278
Chapter 12 - Glossary
Values
(examples / non-exhaustive list):
TKTA:
2CD3 2-coupon Domestic 3.5”
2CD4 2-coupon Domestic 4”
2CD7 2-coupon Domestic 7”
2CD8 2-coupon Domestic 8”
2CDF 2-coupon Domestic Single Feed
4CD3 4-coupon Domestic 3.5”
4CD4 4-coupon Domestic 4”
4CD7 4-coupon Domestic 7”
4CD8 4-coupon Domestic 8”
4CDF 4-coupon Domestic Single Feed
4CDS 4-coupon Domestic SCN
4CI3 4-coupon International 3.5”
4CI4 4-coupon International 4”
4CI7 4-coupon International 7”
4CI8 4-coupon International 8”
4CIF 4-coupon International Single Feed
4CIS 4-coupon International SCN
TKTB:
LDT7 Feed From Left, Direct Thermal, 7 3/8”
LDT8 Feed From Left, Direct Thermal, 8”
LTT7 Feed From Left, Thermal Transfer, 7 3/8”
LTT8 Feed From Left, Thermal Transfer, 8”
RDT7 Feed From Right, Direct Thermal, 7 3/8”
RDT8 Feed From Right, Direct Thermal, 8”
RTT7 Feed From Right, Thermal Transfer, 7 3/8”
RTT8 Feed From Right, Thermal Transfer, 8”
TKTM:
4CDO 4-coupon Domestic
4CIN 4-coupon International
279
Data Interchange Specifications Handbook
Values
C Computer generated 10-digit Standard Traffic Document numbers
S Stock Control Numbers (SCN)
T Preprinted 10-digit Standard Traffic Document numbers.
280
Chapter 12 - Glossary
Use
BOT93 The algebraic sum of the TMFA fields from all the BKS30 records for each transaction
code and currency type combination for the agent named in the preceding BOH03
record.
BOT94 The algebraic sum of the TTMF fields from all the BOT93 records for each currency type
for the agent named in the preceding BOH03 record.
BCT95 The algebraic sum of the TTMF fields from all the BOT94 records for each currency type
following the preceding BCH02 record.
BFT99 The algebraic sum of the TTMF fields from all the BCT95 records for each currency type.
281
Data Interchange Specifications Handbook
Use
This data element has a limited application to third parties only (BSP Onelink).
RET Validation
No validation required.
282
Chapter 13 - NET Reporting & Remittance
The purpose of this section is to standardise the reporting through Net Reporting Schemes so that
Reporting Systems, BSPs and Airlines can process Net Reporting transactions in an automated
fashion. This section does not attempt to limit any Scheme, as it is recognised that Net Reporting
Schemes are a function of Airline marketing policies and practices, and thus any limitation may
place one Airline to the disadvantage of another.
The IATA Settlement Systems Service Provisions Handbook, Section 6.17 allows for coding of Net
Reporting Schemes in the Tour Code box, and optionally, in the remittance area.
Before any changes are made to procedures or computer software to conform to this section, all
business partners should be notified of implementation schedules and testing provisions.
13.2 RESPONSIBILITIES
Agent
The Agent is responsible for preparing the Net Reporting transaction in accordance with the
directives of the Airline. Therefore, if the transaction is automated, the Agent's duty includes
denoting that a transaction is a Net Reporting transaction. If the transaction is manual, the Agent
shall make certain entries on the STD, enabling the Processing Centre to identify the transaction
as Net Reporting transaction. The agent will then remit the applicable amount for this transaction
to the BSP.
Airline
The Airline is responsible for directing Agents on the applicable ticketing methods (automated or
manual), procedures, coding, and commission (whether standard commission and/or
Supplementary Amount) for any transaction. The Airline is also responsible to advise the BSP of
any Incentive Ticketing, Reporting and Remittance schemes that require special processing.
These may be subject to an extra development and/or processing fee.
BSP
The BSP is responsible to balance all transactions. This means that the BSP will verify the
information in the RET or the manually captured data to ensure that the calculation on the Billing
Analysis and HOT match, in respect of the amounts reported in the Ticket/Document Amount
(TDAM) and Form of Payment Amount (FPAM) elements. Credit card transactions within a net
reporting scheme present their own problems. On the RET the TDAM need not equal FPAM or
the sum of FPAMs. This will require the BSP to create an additional Form of Payment “FPAM-CA”
(BKP84) record for the difference - or add the difference to an existing "FPAM-CA" BKP84 record -
and perform calculations to create the Supplementary Amount (SPAM) and Remittance Amount
(REMT). It should be noted that BSPs normally operate only one or two types of net reporting
schemes. Thus, the individual BSP should concentrate on those Net Reporting options that the
BSP offers.
283
Data Interchange Specifications Handbook
GDS
The GDS is responsible to take input from an Agent (as directed by the Airline) and forward this
data to a BSP. When a transaction is denoted by the Agent as a Net Reporting transaction, the
GDS will include this information accordingly, in the Monetary Amounts (IT05) record on the RET.
For integrity reasons, some Airlines do not wish GDSs to know all information pertaining to Net
Reporting, thus certain elements on the RET may be zero or blank. This condition may cause a
transaction reported by a GDS not to balance, i.e., the amount in the Ticket/Document Amount
(TDAM) element may not equal the sum of the Form of Payment Amount (FPAM) elements. It will
be the BSP's responsibility to balance this transaction.
The difference between the amount entered in the STD's Fare box and the agreed fare may be a
Supplementary Amount (SPAM) in the Agent's favour, or the Agent may sell the STD at a reduced
price to one of his customers.
When an Airline enters into agreement with an Agent authorising the Agent to sell net reporting
STDs, the Airline either establishes a special code(s) (e.g., Value Code, Commercial Agreement
Reference) with the Agent. The Commercial Agreement Reference (CARF) is reported in the
Transaction Header (BKT06) record of the HOT.
Each BSP will determine which method satisfies the business requirements of participating
Airlines and will ensure the BSP provides those methods. Requirements may vary by Airline
within the BSP. Some Airlines may insist upon a CARF being mandatory while other may not
require this information or will accept the element as optional.
Net Ticketing
Net ticketing is used by Airlines who choose not to use other methods offered and BSPs, which do
not operate an adopted Net Reporting Scheme. This could include IT/BT in the Fare box (see
Section 6.7.6).
It is usually an agreement between an Airline and an Agent that aims at being "transparent" to the
BSP.
As the BSPs (and sometimes the Reporting System) do not possess details of this scheme, the
BSP (and the Reporting System) can only do normal processing. The BSP will report what is on
the ticket without calculating Commission Rate (CORT), Commission Amount (COAM),
Supplementary Rate (SPRT), Supplementary Amount (SPAM), Effective Commission Rate
(EFRT), Effective Commission Amount (EFCO) and Net Fare Amount (NTFA).
If the ticket is automated and the Agent has denoted the transaction being a Net Reporting
transaction, the Reporting System is advised accordingly, and an "NR" will be included in the Net-
Reporting Indicator (NRID) element of the Monetary Amounts (IT05) record of the RET.
284
Chapter 13 - NET Reporting & Remittance
There are five accepted methods for reporting Net Reporting transactions:
Method 1 - Value Coding
The use of Value Codes in the Tour Code box, which normally comprise 1 alpha character (to
indicate the calculation method type), followed by up to 4 numeric or alpha characters.
Example: D1000
The four last positions of the Value Code normally identify an amount or a percentage e.g., 10
can be GBP 10.00 or 10.00%. For some currencies the amount may need to be multiplied by
a factor e.g., D10 equals to BEF 100 (factor is 10), JPY 1,000 (factor is 100) or ITL 10,000
(factor 1000). The need to use such a factor will be determined by the individual BSP.
Some Airlines may wish to encrypt the numeric characters in the four last positions of the
Value Code to alpha, alphanumeric or to other numeric characters, in order to safeguard the
integrity of the information in the Value Code. This encryption may be as simple as A = 1, B =
2, J = 0 or Airlines may choose to use random characters, e.g., M = 1, K = 2, A = 0. The use
of encrypted Value Codes may be determined by the individual BSP and its Airlines.
Method 5 - Contract
The BSP maintains a database of Airline Commercial Agreement Reference (CARF) numbers
and details, which are matched with itinerary details and/or the Tour Code (TOUR) element on
the RET. The Airline is responsible to maintain this Commercial Agreement database with the
BSP. This method does not use of any specific information entered in the Remittance Area.
This reporting method implies additional calculations by the BSP.
285
Data Interchange Specifications Handbook
Because it is unlikely that any single BSP will use all methods of Net Reporting, the BSP should
determine which method(s) is used in their area and conform to that method(s).
Calculation A
The Net Fare Amount (NTFA) is an agreed amount (e.g. 1,000). Standard Commission
Amount (COAM) is based on the gross fare. Supplementary Amount (SPAM) is calculated by
deducting both NTFA and COAM from the gross fare, i.e.:
Gross fare = 1,500.00
Standard Commission Amount (COAM) (09.00%) = 135.00
Subtotal amount = 1,365.00
Net Fare Amount (NTFA) = 1,000.00
Supplementary Amount (SPAM) = 365.00
Remittance Amount (REMT) = 1,000.00
Calculation B
Standard Commission Amount (COAM) is based on the gross fare. Subtract COAM from the
gross fare. Supplementary Amount (SPAM) is calculated by applying the Supplementary Rate
(SPRT) (e.g. 20%) to the gross fare less COAM, i.e.:
Gross fare = 1,500.00
Standard Commission Amount (COAM) (09.00%) = 135.00
Subtotal amount = 1,365.00
Supplementary Amount (SPAM) (20% × 1,365.00) = 273.00
Net Fare Amount (NTFA) = 1,092.00
Remittance Amount (REMT) = 1,092.00
Calculation C
The standard Commission Rate (CORT) and Supplementary Rate (SPRT) (e.g., 20%) are
both a percentage of the gross fare, i.e.:
Gross fare = 1,500.00
Standard Commission Amount (COAM) (09.00%) = 135.00
Supplementary Amount (SPAM) (20% × 1,500.00) = 300.00
Net Fare Amount (NTFA) = 1,065.00
Remittance Amount (REMT) = 1,065.00
Calculation D
The Supplementary Amount (SPAM) is an agreed amount (e.g. 500). The standard
Commission Amount (COAM) is based on the gross fare, i.e.:
Gross fare = 1,500.00
Standard Commission Amount (COAM) (09.00%) = 135.00
Supplementary Amount (SPAM) = 500.00
Net Fare Amount (NTFA) = 865.00
Remittance Amount (REMT) = 865.00
286
Chapter 13 - NET Reporting & Remittance
Calculation E
The gross fare minus Supplementary Amount (SPAM) is an agreed amount (e.g., 1,000.00) on
which the standard Commission Rate (CORT) is applied to calculate the standard
Commission Amount (COAM):
Gross fare = 1,500.00
Agreed amount = 1,000.00
Supplementary Amount (SPAM) = 500.00
Standard Commission Amount (COAM) (09.00% × 1,000.00) = 90.00
Net Fare Amount (NTFA) = 910.00
Remittance Amount (REMT) = 910.00
Calculation F
The Supplementary Rate (SPRT) is a percentage of the gross fare (e.g. 20.00%) and the
standard Commission Amount (COAM) is derived from the application of the standard
Commission Rate (CORT) applied to the gross fare less Supplementary Amount (SPAM), i.e.:
Gross fare = 1,500.00
Supplementary Amount (SPAM) (20.00%) = 300.00
Subtotal amount = 1,200.00
Standard Commission Amount (COAM) (09.00% × 1,200.00) = 108.00
Net Fare Amount (NTFA) = 1,092.00
Remittance Amount (REMT) = 1,092.00
Calculation G
The Supplementary Amount (SPAM) is an agreed amount (e.g. 100). Subtract the
Supplementary Amount (SPAM) from the gross fare. Standard Commission Amount (COAM)
is calculated by applying the standard Commission Rate (CORT) to the gross fare less SPAM,
i.e.:
Gross fare = 1,500.00
Supplementary Amount (SPAM) (100.00) = 100.00
Subtotal amount = 1,400.00
Standard Commission Amount (COAM) (09.00% × 1,400.00) = 126.00
Net Fare Amount (NTFA) = 1,274.00
Remittance Amount (REMT) = 1,274.00
287
Data Interchange Specifications Handbook
S Taxes, Fees, Charges and Service Fees have been omitted from most examples, in an attempt to
keep them as simple as possible.
A short description of each example is shown on the left-hand page, whilst the details for the RET
contents, BSP processing, and HOT contents are shown on the right hand page.
The following explanatory notes should be used in conjunction with the examples. Note that the
examples are provided as guidelines only, and actual implementations may differ by BSP and/or
by airline.
• Commission Rates are an example only and may contain any required percentage,
including zero;
• Forms of payment may be either Cash or Credit;
• CORT may be copied from RET to HOT, or set to a default value by the BSP;
• Different calculations may be involved for COAM and SPAM.
Some BSPs also use a combination of IT/BT in the fare boxes as well as one of the following
examples.
Any queries regarding these examples should be made to the ISS Manager.
288
Chapter 13 - NET Reporting & Remittance
289
Data Interchange Specifications Handbook
9995NR1500.00 09.00
290
Chapter 13 - NET Reporting & Remittance
291
Data Interchange Specifications Handbook
GBP 10.00GB
9995NR1500.00 09.00T
292
Chapter 13 - NET Reporting & Remittance
293
Data Interchange Specifications Handbook
The example shows a credit Form of Payment, similar principles but different calculations would apply for
cash Form of Payment.
294
Chapter 13 - NET Reporting & Remittance
295
Data Interchange Specifications Handbook
995NR1500.00 09.00
296
Chapter 13 - NET Reporting & Remittance
297
Data Interchange Specifications Handbook
9995NR1500.00 09.00
298
Chapter 13 - NET Reporting & Remittance
299
Data Interchange Specifications Handbook
9995NR1500.00 09.00
300
Chapter 13 - NET Reporting & Remittance
301
Data Interchange Specifications Handbook
9995NR1500.00 09.00
302
Chapter 13 - NET Reporting & Remittance
303
Data Interchange Specifications Handbook
9995NR1500.00 09.00
304
Chapter 13 - NET Reporting & Remittance
305
Data Interchange Specifications Handbook
9995NR1500.00 09.00
306
Chapter 13 - NET Reporting & Remittance
307
Data Interchange Specifications Handbook
9995NR1500.00 09.00
308
Chapter 13 - NET Reporting & Remittance
309
Data Interchange Specifications Handbook
Example 2A - Method 2 - Using the Fare Area of the Remittance Area - Calculation A
The Net Fare Amount (NTFA) is an agreed amount (e.g. 1,000). Standard Commission Amount (COAM)
is based on the gross fare. Supplementary Amount (SPAM) is calculated by deducting both NTFA and
COAM from the gross fare.
9995NR1000.00 09.00
310
Chapter 13 - NET Reporting & Remittance
311
Data Interchange Specifications Handbook
Example 2A.1 - Agreed Net Fare using Amount Entered by Agent - Calculation A
There will be circumstances when the Agent collects, from the customer, an amount between the gross
fare, 1,500.00, and the Net Fare Amount, 1,000.00, e.g., 1,200.00 which may become the Form of
Payment Amount (FPAM) on the RET. The Agent collects a CCCF greater than the Net Fare Amount
(NTFA). This will result in a balance due to an Agent which requires the use of an additional value to
perform the necessary calculations, i.e. CCCF = 1200; NTFA = 1000; balance due to Agent = 200.
The example shows a credit Form of Payment, similar principles but different calculations would apply for
cash Form of Payment.
DEF4567ABC
312
Chapter 13 - NET Reporting & Remittance
313
Data Interchange Specifications Handbook
Example 2A.2 – Method 2 - Using the Fare Area of the Remittance Area with tax on
Agent earning - Calculation A
There are circumstances where a BSP is required to calculate the earnings by an Agent for a taxing
authority. This requires the Agent to enter the Amount Paid by Customer (APBC). The BSP is then
required to perform the calculations based on the difference between the amount remitted to the Airline,
and the amount paid by to the Agent.
The Agent's earnings = APBC - TMFA - AEBA.
The Net Fare Amount (NTFA) is an agreed amount (e.g. 1,000). Standard Commission Amount (COAM)
is based on the gross fare. Supplementary Amount (SPAM) is calculated by deducting both NTFA and
COAM from the gross fare.
9995NR1000.00 09.00
314
Chapter 13 - NET Reporting & Remittance
315
Data Interchange Specifications Handbook
Example 2E - Method 2 - Using the Fare Area of the Remittance Area - Calculation E
Gross fare less Supplementary Amount is an agreed amount (i.e., 1,000.00) to which standard
Commission Rate applies.
9995NR1000.00 09.00
316
Chapter 13 - NET Reporting & Remittance
317
Data Interchange Specifications Handbook
9995NR1500.00 33.33
318
Chapter 13 - NET Reporting & Remittance
319
Data Interchange Specifications Handbook
320
Chapter 13 - NET Reporting & Remittance
321
Data Interchange Specifications Handbook
9995NR1500.00 500.00
322
Chapter 13 - NET Reporting & Remittance
323
Data Interchange Specifications Handbook
9995NR1500.00 09.00
324
Chapter 13 - NET Reporting & Remittance
325
Data Interchange Specifications Handbook
326
Appendix A
Q APPENDIX A
AGENT DEFAULT PROCESS – RECOVERY OF FUNDS
Recovery of Funds from Bank Guarantee, Insurance Policy or through legal action on behalf of
debtor BSP Airlines
7. The BSP will request the ASO to cash any Bank Guarantee, or to make a claim on any default
insurance available.
8. In some BSPs the BSP Airlines will agree that the BSP take legal action on behalf of the debtor airlines
to recover the amount due from the Agent.
The method is to issue a new electronic transaction using transaction codes ‘ADMD’ and ‘ACMD’. These
will be issued electronically through BSPlink or other systems to reverse the values for each carrier in the
settlement, and where applicable to process credits to the carrier when funds are recovered from financial
securities, or as a result of collective legal action.
All adjustments are issued using the defaulted Agent numeric code and that of the recipient carrier. They
will be processed via the normal billing process and included on the RET.
327
Data Interchange Specifications Handbook
Agent Default and recovery – financial transactions through the IATA Hinge Account.
328
Appendix B
APPENDIX B
REPORTING OF MPD/MD DOCUMENTS (as per PSC Resolutions)
GLOSSARY
FARE: Fare
• When used for reporting MPnn documents, this element will contain the amount described in
Resolution 726b as ”Fare Charges”, from Print Line G, position 1-11.
• When used for reporting MD10 documents, this element will contain the amount described in
Resolution 742f as ”EB Charges”, from Print Line N, position 1-11.
• When used for reporting MD30 documents, this element will contain the amount described in
Resolution 734a as ”Amount”, from Print Line N, position 1-11. This element may include taxes, in
which case “INCL TAX” is printed in the Type of Service (reported in PLTX), and these taxes are not
reported in TMFA/TMFT.
• When used for reporting MD40 documents, this element will contain the amount described in
Resolution 731b as ”PTA Total”, from Print Line N, position 1-11. This element may include taxes, in
which case “INCL TAX” is printed in the Type of Service (reported in PLTX), and these taxes are not
reported in TMFA/TMFT.
• When used for reporting MD50 documents, this element will contain the amount described in
Resolution 725d as ”Amount”, from Print Line N, position 1-11.
• When used for reporting MD51 documents, this element will contain the amount described in
Resolution 738a as ”Refund Amt”, from Print Line N, position 1-11.
329
Data Interchange Specifications Handbook
TAXA: Tax
• When used for reporting MPnn documents, this element will contain the amount described in
Resolution 726b as ”Tax”, from Print Lines I and J, position 1-11.
• When used for reporting MD10 documents, this element will contain the amount described in
Resolution 742f as ”TAX”, from Print Lines O, P, Q, position 1-11.
• When used for reporting MD30 documents, this element will contain the amount described in
Resolution 734a as ”TAX”, from Print Lines O, P, Q, position 1-11.
• When used for reporting MD40 documents, this element will contain the amount described in
Resolution 731b as ”Tax on PTA” and “PTA SVG CG”, from Print Lines P and Q respectively, position
1-11.
• When used for reporting MD50 documents, this element will contain the amount described in
Resolution 725d as ”TAX ON MCO”, from Print Line O, position 1-11.
• When used for reporting MD51 documents, this element will contain the amount described in
Resolution 738a as ”TAX RFD”, from Print Lines O, P, Q, position 1-11.
TOTL: Total
• When used for reporting MPnn documents, this element will contain the amount described in
Resolution 726b as ”TOTAL”, from Print Line P, position 1-11.
• When used for reporting MD10 documents, this element will contain the amount described in
Resolution 742f as ”TOTAL”, from Print Line R, position 1-11.
• When used for reporting MD30 documents, this element will contain the amount described in
Resolution 734a as ”TOTAL”, from Print Line R, position 1-11.
• When used for reporting MD40 documents, this element will contain the amount described in
Resolution 731b as ”TTL PYMT”, from Print Line R, position 1-11.
• When used for reporting MD50 documents, this element will contain the amount described in
Resolution 725d as ”TOTAL”, from Print Line R, position 1-11.
• When used for reporting MD51 documents, this element will contain the amount described in
Resolution 738a as ”TOTAL RFD”, from Print Line R, position 1-11.
330
Appendix B
SPECIFICATIONS FOR THE ISSUANCE AND REPORTING OF MD50 AND MD51 DOCUMENTS FOR
THE RELEVANT PRINT LINES:
331
Data Interchange Specifications Handbook
332
Appendix C
APPENDIX C
STANDARD MESSAGE IDENTIFIER (SMSG) VALUES
333
Data Interchange Specifications Handbook
334
Appendix D – DISH Amendment Form
Subject:
Check as Applicable:
New Business Requirement Amendment Request Code Request
Business Need/Functionality
Justification
Dependencies
Proposed Amendments
--- Please forward the Form and all documentation to [ [email protected] ] ---
(See next page for information on completing the Form)
335
Data Interchange Specifications Handbook
Justification
Provide a justification for the amendment.
Dependencies
Indicate any dependencies (e.g. elements, systems, business areas) potentially impacted by the amendment.
Proposed Amendments
Provide a brief summary of the proposed amendment(s). Full technical details must be provided in attached
documentation.
For a code request, provide the requested code and description.
--- Please forward the Form and all documentation to [ [email protected] ] ---
336
Appendix E
Q APPENDIX E
TRAVEL AGENT SERVICE FEES (TASF)
Business Functionality
Agents enter service fees into the GDS system (as a separate transaction), and the GDS
reports this
transaction on the RET to the BSP for settlement (from the credit card company and to the
agent, within normal BSP settlement).
The service fee transaction is separate, electronic/paperless, and may or may not be associated
with an airline ticket.
Any required refund has to be done between the agent and client, outside the BSP process.
Also in the case of next-day cancellations anytime within the period, the DPC should just
process the cancellations but not generate reversal/RFNC transactions for TASF.
The system involves only GDSs, Agents, and BSPs. No changes to Airline systems or to IATA
Resolutions is required.
Technical Procedures
See details in Section 5.4.1 (RET Matrix), and in Chapter 11 Glossary elements TRNC, COAM,
CORT,
and CSTF.
Also:
• TACN will always be 954.
• CPUI will always be “F” + 3 blanks.
• Form of payment will normally be credit only, but cash is also accepted.
• STAT should be set as per BSP requirements, if any.
• BSP may require validation that value of TDAM is between an agreed minimum and
maximum (parameters).
• Any taxes reported separately from the fare amount (if required by a BSP) will also be
treated as 100% commissionable.
• BSP should not calculate any TOCA or generate any ADM for processing charges; these
will all be handled by the IATA Central Invoicing System.
337
Data Interchange Specifications Handbook
Regarding stock issues, TDNR will use one special form code worldwide (952), with electronic
computer-generated numbers. These numbers will be allocated to each GDS similar to ET
numbers (but no GDS sub-allocation to each agent required). CDGT validation will be Method
2, i.e. on 10-digit number only (not airline code). No TI file to BSP is required. No BSP stock
control is required (e.g. replenishment, unreported/gaps, late reported).
All other BSP processing will be normal (CC outputs etc). Only exception is these
954 transactions will not be included in industry figures for airline statistics (e.g. market share).
338
to order : International Air Transport Association
Website : www.iataonline.com
Email : [email protected]
Tel : +1 800 71 66 32 60