Un Edifact Guide
Un Edifact Guide
Message Implementation Guideline for Airlines UN/EDIFACT PAXLST/CUSRES Message Sets v3.5
January 3, 2011
Document Number: 2099001-UN-IMPLEMENTATION-GUIDE-3.5
Suitable for Public Dissemination
03 Jan 2011
Executive Summary
Background This document is based on the WCO/IATA/ICAO Advanced Passenger Information Guidelines, with Department of Homeland Security (DHS) additions, and contains the technical guidelines for carriers to follow in the preparation and transmission of the passenger/crew manifest data for processing by DHS. The technical guidelines are based on the DHS Consolidated User Guide (CUG) for APIS Pre-Departure and Secure Flight. A standard data format known as UN/EDIFACT United Nations/Electronic Data Interchange for Administration, Commerce, and Trade was adopted by the United Nations Economic Commission for Europe (UN/ECE). A version of the UN/EDIFACT PAXLST message set has been codified by the World Customs Organization (WCO) and the International Air Transport Association (IATA) for worldwide use by all scheduled air carriers and border control authorities. Additional PAXLST message segments, data elements, and code values have been defined by DHS as necessary to meet the requirements of U.S. regulations.
Notes: 1. All examples in this document are fictional. There is no implication that any carriers operate flights with the numbers shown or fly these routes. Any resemblance to real people, their documents or itineraries, or any personal details, is strictly coincidental.
Revision History
Date
12/21/2010
Document ID Number
2099001-UNImplementation Guide 3.5
Description of Revisions
Updated dates, format, and version Added flights Edited
Location in Document
Entire Document Data Elements 6.3 Group Header (UNG) 6.10.1 LOC Example 6.26 Group Trailer (UNE) 8.8.2 LOC Element
Page i
03 Jan 2011
Date
Document ID Number
Description of Revisions
Location in Document
Definitions
Edited
8.14 Group Trailer (UNE) 10.14 Group Trailer (UNE) B.4.1 DHS Response B.5 Internet-toDomestic (Inbound) B.5.1 DHS Response B.6 International-toDomestic (Inbound) B.6.1 DHS Response
Edited
Inserted Deleted *
Inserted
Deleted *
B.10.1 Inbound Reporting Transmission #1 B.10.3 Inbound Reporting Transmission #2 B.10.5 Outbound Reporting Transmission #3 B.15.1 DHS Response
Deleted *
Deleted DHS Unsolicited Message Not Cleared Added flights Clarified language about absent crew manifests Updated appendix letter/number
Table 19 D.1.2. APIS Crew Manifests Coding Rules: Group 3 Flight Itinerary D.3.5. Overflight,
Page ii
03 Jan 2011
Date
Document ID Number
Description of Revisions
Clarified example Updated referenced table number Updated example reference
Location in Document
Passenger
D.3.9. Domestic Continuance, Cargo Flight, Regularly Scheduled Crew D.3.10. Domestic Continuance, Cargo Flight, Crew Change Whole Document
03/26/2009
Updated to remove Official Use Only designation Identified RFF Segment (Level 0) on the PAXLST as Mandatory for Secure Flight Updated UN/EDIFACT PAXLST Data Items Table 3 removing PNR related data elements Additional guidance included to clarify rules for reporting NAMES on the PAXLST NAD Segment. Included additional guidance for reporting Crew/Non-Crew messages to APIS. Included guidance for reporting Crew overflights. Reapplied guidance identifying Change Flight / Non-Qualified messages supported by Secure Flight only. Added Non-Immigrant Visa Document Updated the travel document type data element edits/rules Updated Beginning of message document name code format/values Updated the characteristics section.
Section 6.6
Section 2
Section 6.12
Whole Document
Whole document
Whole document
Whole document
Table 3
Table 4
Figure 6
Page iii
03 Jan 2011
Date
Document ID Number
Description of Revisions
Updated sample images and usage guidelines Updated mandatory and optional elements Updated reporting for overflights to include both passengers and crew. Updated notes section Updated reference values Updated Coding rules for group 3 flight itinerary Updated Gate Pass Request example to include LOC+91+USA
Location in Document
Section 6.5.2
Section 6.6
6.10.2
11/13/2009
Section B.11
08/18/2009
Updated the following guidance under Passenger / Crew Reporting regarding updates to APIS data or to receive a new ESTA status Updated Reduction In Party reference Updated guidance for Change Passenger Data regarding submission to receive a new ESTA status. Updated RFF+AF+ to now read RFF+AF: Updated Known Traveler tag to CR Updated guidance for BGM+745 (submission of new passenger or to obtain new ESTA status) and BGM+745+CP (submission to obtain new ESTA status) Updated Max Group Occurs from 10 to 11 in Segment Group 3 Gate Pass Response example updated to include retuning the Flight Number and Airport Location code.
Section 1.5
Section 1.5
Section 1.5
Whole document
Section 9 Figure 11
Section B.11.1
Page iv
03 Jan 2011
Date
Document ID Number
Description of Revisions
Updated example DHS response to a Non-Qualified Change message (i.e. Change Flight). Removed passenger vetting results from the example. Updated example DHS response to Reduction in Party message. Removed passenger vetting results. Updated example DHS response to a Cancel Flight message. Removed passenger vetting results from example Updated Passenger Name Record Locator definition to read Unique instead of default
Location in Document
Section B.13.1
Section B.14.1
Section B.15.1
Whole document
05/29/2009
02/23/2009
Increase version number to align with Parts 1-3. Revised Change Itinerary reference Identify BOTH Unique Passenger Reference identifier AND Passenger Name Record Locator as MANDATORY under new rules contained in the Secure Flight Final Rule (Oct 2008). Increase version number to align with Parts 1-3. Formatted the NAME example in Section 6.12, so it can be seen on the same page. Corrected sample PAXLST image.
Whole Document
Section 6.12
10/02/2008
Appendix B.3
07/21/2008
Introduced information concerning the Visa Waiver Program and Electronic System for Travel Authorization (ESTA) Interim Final Rule. Included clarification concerning the submission and processing of Crew and Master Crew Lists. Include guidance concerning the
Section 1.5
Page v
03 Jan 2011
Date
Document ID Number
Description of Revisions
value contained within the UNB, UNG, UNH control numbers (DEs 0020, 0048, 0062) that are echoed back to carrier on the CUSRES (PAXLST response) message.
Location in Document
8.4.2
03/31/2008
2099001-UNImplementationGuide- 2.02
Included statement regarding need for Air Carrier to properly code the PAXLST message to alert DHS systems to the appropriate routing of the data to APD or Secure Flight. Included guidance : All passengers identified on a PAXLST message share the same reported itinerary. Changed all references to DHS within the context of the PAXLST & CUSRES UNB/UNG header segments to read USADHS (or USADHSTEST for Test messages). Removed all leading zeros from the sequence numbers appearing in the sample EDIFACT images. Assigned specific codes for individual reporting of NEXUS and SENTRI travel documents. Included new code E to list of optional acknowledgments from Aircraft Operator in response to unsolicited response message. Remove use of FTX code value AAO for this implementation. Moved Bag Tag reporting from segment group 4 RFF segment to segment group 4 FTX segment. Updates to include FTX segment in segment group 4. Added FTX Segment to Section Changed Max Use for RFF segment on PAXLST to 9 occurs. DMR pending. Identified message types and
Section 1.2
Section 5
02/01/2008
2099001-UNImplementationGuide- 2.01
Appendices
Section 8.12.2
Figure 6 Section 6
Page vi
03 Jan 2011
Date
Document ID Number
Description of Revisions
examples as supported by either AQQ or Secure Flight. Clarification note to indicate optional nature of TRN, and TSA Secure Flight (only) support for the message sequence number. Included guidance for content of TRN. Change Unique Passenger Reference number to Unique Passenger Reference identifier. Included guidance for content of Unique Passenger Reference (UPR) identifier. Removed all references to United Airlines in the message samples. Updated example to include UPR Included DE 0068 and 0070 on UNH Segment description for CUSRES DRM response message Included guidance limiting transmissions to DHS to include only one single instance of a PAXLST or CUSRES message. Updated allowable maximum message payload length for SITA or ARInc transmissions from 32k to 64k. Re-labeled and rewrote entire sections. Updated CUSRES segment mapping discrepancies Included guidance regarding the optional use of the Common Access Reference (CAR) on the UNH segment. Removed use of the GEI segment for identifying Change Passenger indicator
Location in Document
Appendix B.21
Whole document
Section 1.6
Table 13
Section B.21
Section 6.15
Page vii
03 Jan 2011
Date
Document ID Number
Description of Revisions
Location in Document
Removed reference to support of the MQ Msg ID attribute. Corrected reference for Cancel Flight message supported by Secure Flight. Changed to AQQ only. Also, updated sample images of Cancel Flight message and updated image of DHS response message. Applied syntactical and editorial modifications.
Section 1.8
Appendix B.16
Whole document
08/23/2007
2099001-UNImplementationGuide-1.10
Original Document Rewritten from previous versions to incorporate PreDeparture Final Rule specifications.
Whole Document
Page viii
03 Jan 2011
Table of Contents
Exe c u tive S u m m a ry ....................................................................................................... i 1. In tro d u c tio n ............................................................................................................ 1
1.1 UN/EDIFACT Message Format ................................................................................................... 1 1.2 Messaging between DHS and the Aircraft Operator ................................................................... 1 1.3 General Notes for this Guide ....................................................................................................... 2 1.4 Electronic Data Interchange (EDI) Standard Messaging - UN/EDIFACT ................................... 4 1.5 Functional Uses for the UN/EDIFACT PAXLST Message set ..................................................... 5 1.6 Data Communications ................................................................................................................. 8 1.6.1 Air Industry Networks .......................................................................................................... 8 1.6.2 Communicating Directly with DHS ...................................................................................... 8 1.7 Data Transmission Rules ............................................................................................................. 9 1.8 Data Quality ............................................................................................................................... 10 1.9 Confirmation/Acknowledgement of Transmissions.................................................................... 10 1.10 Synchronous and Asynchronous data Transmissions to DHS .................................................. 11 1.11 Synchronous Processing using Websphere MQ ....................................................................... 13 1.12 Asynchronous Processing using Websphere MQ ..................................................................... 15 1.13 Using Websphere MQ Message Priorities ................................................................................. 16
2.
3. 4. 5. 6.
CUS RES Da ta Ite m s ............................................................................................. 56 Me s s a ge S tru c tu re Ke ys ..................................................................................... 58 P AXLS T Me s s a g e S tru c tu re ................................................................................ 60 P AXLS T S e g m e n t Exa m p le s ............................................................................... 64
6.1 Service String Advice (UNA)...................................................................................................... 64 6.1.1 UNA Example.................................................................................................................... 64 6.1.2 UNA Element Definitions .................................................................................................. 65 6.2 Interchange Header (UNB) ........................................................................................................ 66 6.2.1 UNB Example.................................................................................................................... 66 6.2.2 UNB Element Definitions .................................................................................................. 67 6.3 Group Header (UNG) ................................................................................................................. 69 6.3.1 UNG Example ................................................................................................................... 69 6.3.2 UNG Element Definitions ........................................................................................................ 70 6.4 Message Header (UNH) ............................................................................................................ 72 6.4.1 UNH Example ................................................................................................................... 72 6.4.2 UNH Element Definitions .................................................................................................. 73 6.5 Beginning of Message (BGM).................................................................................................... 75 6.5.1 BGM Example ................................................................................................................... 75 6.5.2 BGM Element Definitions .................................................................................................. 75 6.6 Reference (RFF) Transaction Reference Number ................................................................. 78 6.6.1 RFF Example .................................................................................................................... 78 6.6.2 RFF Element Definitions ................................................................................................... 78 6.7 Name and Address (NAD) Reporting Party ............................................................................ 80 6.7.1 NAD Example.................................................................................................................... 80 6.7.2 NAD Element Definitions .................................................................................................. 80 6.8 Communication Contact (COM) Reporting Party Contact Information ................................... 81
Page ix
03 Jan 2011
6.8.1 COM Example ................................................................................................................... 81 6.8.2 COM Element Definitions .................................................................................................. 81 6.9 Details of Transport (TDT) Flight Identification ....................................................................... 83 6.9.1 TDT Example .................................................................................................................... 83 6.9.2 TDT Element Definitions ................................................................................................... 83 6.10 Place/Location Identification (LOC) Flight Itinerary ................................................................ 85 6.10.1 LOC Example .................................................................................................................... 85 6.10.2 LOC Element Definitions ................................................................................................... 85 6.11 Date/Time/Period (DTM) Flight Leg Arrival / Departure ......................................................... 87 6.11.1 DTM Example ................................................................................................................... 87 6.11.2 DTM Element Definitions .................................................................................................. 87 6.12 Name and Address (NAD) Traveler Identification .................................................................. 89 6.12.1 NAD Example.................................................................................................................... 91 6.12.2 NAD Element Definitions .................................................................................................. 91 6.13 Attribute (ATT) Traveler Gender ............................................................................................. 93 6.13.1 ATT Example .................................................................................................................... 93 6.13.2 ATT Element Definitions ................................................................................................... 93 6.14 Date/Time/Period (DTM) Traveler Date of Birth ..................................................................... 94 6.14.1 DTM Example ................................................................................................................... 94 6.14.2 DTM Element Definitions .................................................................................................. 94 6.15 Process Information (GEI) Verification Indicator .................................................................... 95 6.15.1 GEI Example ..................................................................................................................... 95 6.15.2 GEI Element Definitions .................................................................................................... 95 6.16 Free Text (FTX) Bag Tag Identification Reporting ................................................................. 96 6.16.1 FTX Example .................................................................................................................... 96 6.16.2 FTX Element Definitions ................................................................................................... 97 6.17 Place/Location Identification (LOC) Residence / Itinerary / Birth ........................................... 98 6.17.1 LOC Example .................................................................................................................... 99 6.17.2 LOC Element Definitions ................................................................................................. 100 6.18 Communication Contact (COM) Traveler Contact Information ............................................. 102 6.18.1 COM Example ................................................................................................................. 102 6.18.2 COM Element Definitions ................................................................................................ 102 6.19 Employment Details (EMP) Crew Member Status / Function ............................................... 104 6.19.1 EMP Example ................................................................................................................. 104 6.19.2 EMP Element Definitions ................................................................................................ 104 6.20 Nationality (NAT) Traveler Citizenship ................................................................................. 106 6.20.1 NAT Example .................................................................................................................. 106 6.20.2 NAT Element Definitions ................................................................................................. 106 Reference (RFF) Traveler Identification.................................................................................... 107 RFF Example .................................................................................................................. 107 6.20.3 RFF Element Definitions ................................................................................................. 107 6.21 Document/Message Details (DOC) Traveler Document(s) .................................................. 109 6.21.1 DOC Example ................................................................................................................. 110 6.21.2 DOC Element Definitions ................................................................................................ 110 6.22 Date/Time/Period (DTM) Traveler Document Expiration ...................................................... 112 6.22.1 DTM Example ................................................................................................................. 112 6.22.2 DTM Element Definitions ................................................................................................ 112 6.23 Place/Location Identification (LOC) Document Issuing Country .......................................... 113 6.23.1 LOC Example .................................................................................................................. 113 6.23.2 LOC Element Definitions ................................................................................................. 113 6.24 Control Total (CNT) ................................................................................................................. 114 6.24.1 CNT Example .................................................................................................................. 114 6.24.2 CNT Element Definitions ................................................................................................. 114 6.25 Message Trailer (UNT) ............................................................................................................ 115 6.25.1 UNT Example .................................................................................................................. 115 6.25.2 UNT Element Definitions ................................................................................................. 115
Page x
03 Jan 2011
6.26 Group Trailer (UNE) ................................................................................................................. 116 6.26.1 UNE Example.................................................................................................................. 116 6.26.2 UNE Element Definitions ................................................................................................ 116 6.27 Interchange Trailer (UNZ) ........................................................................................................ 117 6.27.1 UNZ Example .................................................................................................................. 117 6.27.2 UNZ Element Definitions ................................................................................................. 117
7. 8.
DHS CUS RES Re s p on s e Me s s a g e ................................................................... 118 DHS CUS RES S e g m e n t Exa m p le s .................................................................... 121
8.1 Service String Advice (UNA).................................................................................................... 121 8.1.1 UNA Example.................................................................................................................. 122 8.1.2 UNA Element Definitions ................................................................................................ 122 8.2 Interchange Header (UNB) ...................................................................................................... 123 8.2.1 UNB Example.................................................................................................................. 123 8.2.2 UNB Element Definitions ................................................................................................ 124 8.3 Group Header (UNG) ............................................................................................................... 126 8.3.1 UNG Example: ................................................................................................................ 126 8.3.2 UNG Element Definitions ................................................................................................ 127 8.4 Message Header (UNH) .......................................................................................................... 129 8.4.1 UNH Example: ................................................................................................................ 129 8.4.2 UNH Element Definitions ................................................................................................ 130 8.5 Beginning of Message (BGM).................................................................................................. 131 8.5.1 BGM Example ................................................................................................................. 131 8.5.2 BGM Element Definitions ................................................................................................ 131 8.6 Reference (RFF) Transaction Reference Number / Flight Identification .............................. 132 8.6.1 RFF Example .................................................................................................................. 133 8.6.2 RFF Element Definitions ................................................................................................. 133 8.7 Date and Time (DTM) Date/Time of Departure or Arrival ..................................................... 134 8.7.1 DTM Example ................................................................................................................. 134 8.7.2 DTM Element Definition .................................................................................................. 134 8.8 Location (LOC) Location of Departure or Arrival .................................................................. 135 8.8.1 LOC Example .................................................................................................................. 135 8.8.2 LOC Element Definitions ................................................................................................. 135 8.9 Error Point Detail (ERP) Heading/Detail Loop Segment ...................................................... 137 8.9.1 ERP Example .................................................................................................................. 137 8.9.2 ERP Element Definitions ................................................................................................. 137 8.10 Reference (RFF) Traveler Identification ............................................................................... 138 8.10.1 RFF Example .................................................................................................................. 138 8.10.2 RFF Element Definitions ................................................................................................. 138 8.11 Application Response Code (ERC) Status Code ................................................................. 139 8.11.1 ERC Example.................................................................................................................. 139 8.11.2 ERC Element Definitions ................................................................................................ 139 8.12 Free Text (FTX) Special Instructions General Information ................................................ 141 8.12.1 FTX Example .................................................................................................................. 141 8.12.2 FTX Element Definitions ................................................................................................. 142 8.13 Message Trailer (UNT) ............................................................................................................ 143 8.13.1 UNT Example .................................................................................................................. 143 8.13.2 UNT Element Definitions ................................................................................................. 143 8.14 Group Trailer (UNE) ................................................................................................................. 144 8.14.1 UNE Example.................................................................................................................. 144 8.14.2 UNE Element Definitions ................................................................................................ 144 8.15 Interchange Trailer (UNZ) ........................................................................................................ 145 8.15.1 UNZ Example .................................................................................................................. 145 8.15.2 UNZ Element Definitions ................................................................................................. 145
9. Airc ra ft Op e ra to r Re s p o n s e CUS RES Me s s a g e S tru c tu re ............................. 146 10. Airc ra ft Op e ra to r CUS RES S e g m e n t Exa m p le s ........................................... 148
Page xi
03 Jan 2011
10.1 Service String Advice (UNA).................................................................................................... 148 10.1.1 UNA Example.................................................................................................................. 148 10.1.2 UNA Element Definitions ................................................................................................ 148 10.2 Interchange Header (UNB) ...................................................................................................... 150 10.2.1 UNB Example.................................................................................................................. 150 10.2.2 UNB Element Definitions ................................................................................................ 151 10.3 Group Header (UNG) ............................................................................................................... 153 10.3.1 UNG Example: ................................................................................................................ 153 10.3.2 UNG Element Definitions ................................................................................................ 154 10.4 Message Header (UNH) .......................................................................................................... 155 10.4.1 UNH Example ................................................................................................................. 155 10.4.2 UNH Element Definitions ................................................................................................ 155 10.5 Beginning of Message (BGM).................................................................................................. 157 10.5.1 BGM Example ................................................................................................................. 157 10.5.2 BGM Element Definitions ................................................................................................ 157 10.6 Reference (RFF) Transaction Reference Number / Flight Identification .............................. 158 10.6.1 RFF Example .................................................................................................................. 158 10.6.2 RFF Element Definitions ................................................................................................. 158 10.7 Date and Time (DTM) Date/Time of Departure or Arrival ..................................................... 160 10.7.1 DTM Example ................................................................................................................. 160 10.7.2 DTM Element Definitions ................................................................................................ 160 10.8 Location (LOC) Location of Departure or Arrival .................................................................. 162 10.8.1 LOC Example .................................................................................................................. 162 10.8.2 LOC Element Definitions ................................................................................................. 162 10.9 Error Point Detail (ERP) Heading/Detail Loop Segment ...................................................... 163 10.9.1 ERP Example .................................................................................................................. 163 10.9.2 ERP Element Definitions ................................................................................................. 163 10.10 Reference (RFF) Traveler Identification ........................................................................... 164 10.10.1 RFF Example .................................................................................................................. 164 10.10.2 RFF Element Definitions ................................................................................................. 164 10.10.2 RFF Element Definitions ................................................................................................. 164 10.11 Application Response Code (ERC) Status Code ............................................................. 165 10.11.1 ERC Example.................................................................................................................. 165 10.11.2 ERC Element Definitions ................................................................................................ 165 10.12 Free Text (FTX) Special Instructions General Information ........................................... 167 10.12.1 FTX Example .................................................................................................................. 167 10.12.2 FTX Element Definitions ................................................................................................. 167 10.13 Message Trailer (UNT) ........................................................................................................ 168 10.13.1 UNT Example .................................................................................................................. 168 10.13.2 UNT Element Definitions ................................................................................................. 168 10.14 Group Trailer (UNE) ............................................................................................................ 169 10.14.1 UNE Example.................................................................................................................. 169 10.14.2 UNE Element Definitions ................................................................................................ 169 10.15 Interchange Trailer (UNZ) ................................................................................................... 170 10.15.1 UNZ Example .................................................................................................................. 170 10.15.2 UNZ Element Definitions ................................................................................................. 170
Ap p e n d ic e s ................................................................................................................ 171
Appendix A. Segment Group Coding Rules Passenger Manifests ........................................... 172 A.1. Group 1 Reporting Party ............................................................................................... 172 A.2. Group 2 Flight Identification .......................................................................................... 172 A.3. Group 3 Flight Itinerary.................................................................................................. 172 A.4. Group 4 Persons ........................................................................................................... 174 A.5. Group 5 Documents ...................................................................................................... 176 Appendix B. Business Scenarios and Message Examples ......................................................... 178 B.1. Sample UN/EDIFACT PAXLST Message, Displayed with Arbitrary Line Breaks ........... 180 B.2. Domestic Single Leg Flight (Secure Flight reporting) .................................................. 181
Page xii
03 Jan 2011
B.2.1. DHS Response ......................................................................................................... 182 B.3. Domestic Multiple Leg Flight (Secure Flight reporting) ................................................ 183 B.3.1. DHS Response ......................................................................................................... 184 B.4. International-to-International (U.S. flagged aircraft operators) ........................................ 185 B.4.1. DHS Response ......................................................................................................... 186 B.5. International - to - Domestic (Inbound) ............................................................................. 187 B.5.1. DHS Response ......................................................................................................... 188 B.6. International - to - Domestic (Inbound Flight ESTA Status Check)............................... 189 B.6.1. DHS Response ......................................................................................................... 191 B.7. International (Multiple Leg Flight) - to - Domestic (Inbound) ............................................ 192 Multiple flight legs with non-US airports and a single U.S. arrival airport. ............................... 192 B.7.1. DHS Response ......................................................................................................... 193 B.8. Domestic (Multiple Leg Flight) - to - International (Outbound) ......................................... 194 B.8.1. DHS Response ......................................................................................................... 195 B.9. Domestic - to - International (Outbound) .......................................................................... 196 B.9.1. DHS Response ......................................................................................................... 197 B.10. Flight Transiting through the U.S. .................................................................................. 198 B.10.1. Inbound Reporting Transmission #1 .................................................................... 199 B.10.2. DHS Response ....................................................................................................... 200 B.10.3. Inbound Reporting Transmission #2 .................................................................... 201 B.10.4. DHS Response ....................................................................................................... 202 B.10.5. Outbound Reporting Transmission #3 ................................................................. 203 B.10.6. DHS Response ....................................................................................................... 204 B.11. Gate Pass Request (Secure Flight reporting) ............................................................. 205 B.11.1. DHS Response ....................................................................................................... 206 B.12. Qualified Change (AQQ and Secure Flight reporting) ................................................... 207 B.12.1. DHS Response ....................................................................................................... 208 B.13. Non-Qualified Change (Secure Flight reporting only) .................................................... 209 B.13.1. DHS Response ....................................................................................................... 210 B.14. Reduction in Party (AQQ and Secure Flight reporting) .................................................. 211 B.14.1. DHS Response ....................................................................................................... 212 B.15. Cancelled Reservation (AQQ and Secure Flight reporting) ........................................... 213 B.15.1. DHS Response ....................................................................................................... 214 B.16. DHS Unsolicited Message Not-Cleared ....................................................................... 215 B.16.1. Aircraft Operator Response to DHS Unsolicited Messages ................................... 216 B.17. Cancelled Flight (AQQ reporting) ................................................................................ 217 B.17.1. DHS Response ....................................................................................................... 218 B.18. Flight Close out On board (APIS Quick Query reporting only) .................................. 219 B.18.1. DHS Response ....................................................................................................... 220 B.19. Flight Close out Not On board (APIS Quick Query reporting) ................................... 221 B.19.1. DHS Response ....................................................................................................... 222 B.20. Crew and Passenger Combined Message..................................................................... 223 B.21. Uniquely Identifying a Transmission and Messaging Order........................................... 225 B.22. Uniquely Identifying a Passenger ................................................................................... 229 Appendix C. U.S. State Codes ..................................................................................................... 237 Appendix D. Coding Rules for TSA Crew Member Reporting ..................................................... 239 D.1. Introduction ...................................................................................................................... 239 D.1.1. Data Requirements ................................................................................................... 239 D.1.2. APIS Crew Manifest.................................................................................................. 240 D.1.3. Master Crew List ....................................................................................................... 243 D.2. Master Crew List Coding Examples ................................................................................. 245 D.2.1. Master Crew List, Adding Crew Member Records ................................................... 245 D.2.2. Master Crew List, Deleting Crew Member Records ................................................. 246 D.2.3. Master Crew List, Changing Crew Member Records ............................................... 246 D.3. Flight Manifest Coding Examples .................................................................................... 247 D.3.1. Passenger Flight, Regularly Scheduled Crew .......................................................... 247
Page xiii
03 Jan 2011
D.3.2. Passenger Flight, Crew Change ............................................................................... 249 D.3.3. Cargo Flight, Regularly Scheduled Crew ................................................................. 251 D.3.4. Cargo Flight, Crew Change ...................................................................................... 252 D.3.5. Overflight, Passenger Flights.................................................................................... 253 D.3.6. Overflight, Cargo Flights ........................................................................................... 254 D.3.7. Domestic Continuance, Passenger Flight, Regularly Scheduled Crew ................... 255 D.3.8. Domestic Continuance, Passenger Flight, Crew Change ........................................ 257 D.3.9. Domestic Continuance, Cargo Flight, Regularly Scheduled Crew ........................... 258 D.3.10. Domestic Continuance, Cargo Flight, Crew Change .............................................. 259
List of Tables
Table 1 Aircraft Operator initiated Messages............................................................................................... 4 Table 2 DHS initiated Response Messages ................................................................................................ 4 Table 3: UN/EDIFACT PAXLST Data Items .............................................................................................. 17 Table 4: Coding Rules for Message Control Data ...................................................................................... 23 Table 5: Coding Rules for Arrival (Inbound) Manifest Data Passengers ................................................. 29 Table 6: Coding Rules for Departure (Outbound) Manifest Data Passengers ........................................ 33 Table 7 Coding Rules for Domestic Manifest Data Passengers .............................................................. 36 Table 8 Coding Rules for Gate Pass Request ........................................................................................... 39 Table 9: Coding Rules for TSA Master Crew List (MCL) Data ................................................................... 41 Table 10: Coding Rules for Arrival (Inbound) Manifest Data Crew and Non-crew ................................ 44 Table 11: Coding Rules for Departure (Outbound) Manifest Data Crew and Non-crew ....................... 49 Table 12: APIS Travel Document Reporting Rules .................................................................................... 53 Table 13: UN/EDIFACT CUSRES Data items ............................................................................................ 56 Table 14: DHS Response Codes ............................................................................................................ 178 Table 15: Transmission and Sequence of Order Identifiers ................................................................... 225 Table 16: Passenger Unique Identifiers .................................................................................................. 229 Table 17: Passenger Unique identifiers (RFF segments) ........................................................................ 229 Table 18: U.S. State Codes ...................................................................................................................... 237 Table 19: Crew Manifest Flight Type Codes ............................................................................................. 240 Table 20: Status Identification Codes ....................................................................................................... 240
List of Figures
Figure 1: Synchronous/Asynchronous Processing ..................................................................................... 11 Figure 2: Synchronous Processing with Websphere MQ ........................................................................... 13 Figure 3: Asynchronous Processing with Websphere MQ ......................................................................... 15 Figure 4: Data Element Format Diagram Key .......................................................................................... 59 Figure 5: PAXLST Message Architecture Diagram Key ............................................................................. 60 Figure 6 : PAXLST Message Architecture Diagram ................................................................................... 61 Figure 7: CUSRES Message Architecture Diagram Key .......................................................................... 118 Figure 8: CUSRES Message Architecture Diagram ................................................................................. 119 Figure 9: Basic Sample UN/EDIFACT CUSRES Message ...................................................................... 120 Figure 10: Aircraft Operator CUSRES Message Architecture Diagram Key ............................................ 146 Figure 11: Aircraft Operator CUSRES Message Architecture Diagram.................................................... 147
Page xiv
03 Jan 2011
1. Introduction
The purpose of this manual is to provide guidelines to air carriers for the preparation and transfer of manifest data using UN/EDIFACT PAXLST and CUSRES format. These implementation guidelines identify the technical requirements of DHS for collecting passenger and crew data from air carriers flying with domestic and international nexus.
1.1
In 2002, a standard Electronic Data Interchange (EDI) message set was approved for use by the United Nations/Electronic Data Interchange for Administration, Commerce, and Trade (UN/EDIFACT) under the auspices of the United Nations Economic Commission for Europe (UN/ECE). The World Customs Organization (WCO) and the International Air Transport Association (IATA) and adopted the Passenger List (PAXLST) message set for use by all scheduled air carriers for the transmission of passenger and crew data to border control authorities. This UN/EDIFACT PAXLST and CUSRES Message Set documentation identifies the format and syntax rules that scheduled air carriers must follow in transmitting data to the appropriate authorities in the U.S. DHS has found it necessary to extend the WCO/IATA standard PAXLST to meet certain legislative and regulatory requirements that are currently unique to the U.S. However, every effort has been made to conform to the overall UN/EDIFACT PAXLST standard. The extensions use standard UN/EDIFACT segments and data elements, as well as private code sets in certain segments where they are allowed. In addition to the PAXLST standard message set, the UN/EDIFACT CUSRES (Customs Response) message is used in this implementation. The CUSRES message is used as a DHS response message returned to the aircraft operator in response to a PAXLST. The DHS CUSRES Response message provides the aircraft operator the results of the passenger screening and vetting conducted by DHS systems. No extensions to the UN/EDIFACT standard CUSRES message were necessary for this implementation. 1.2 Messaging between DHS and the Aircraft Operator
The exchange of EDI messages between the aircraft operator and DHS primarily involves two explicit UN/EDIFACT message sets indicative of the typical request / response message process flow. Additionally, DHS may send an unsolicited message in a separate messaging process, to alert the aircraft operator of a change in airworthiness status for a previously vetted passenger.
Page 1
03 Jan 2011
Passenger Clearance Request and DHS Response Messages The message from the aircraft operator requesting passenger clearance will be the form of the UN/EDIFACT PAXLST message. DHS will use the information received in this message to clear each passenger identified in the message against the DHS watch list. Note: Aircraft operators using the UN/EDIFACT format to submit data to DHS as required by APIS Pre-Departure and/or Secure Flight Passenger Data (SFPD) must properly code each PAXLST submission to indicate whether the submission is to be routed to APIS Pre-Departure or Secure Flight. (Refer to Sections 5 and 6 for the technical message specifications for the PAXLST). The DHS response message returned to the aircraft operator will appear as a UN/EDIFACT CUSRES message. This message will identify the airworthiness status of each passenger identified in the PAXLST message sent to DHS. (Refer to Sections 7 and 8 for the technical message specifications for the CUSRES). DHS Unsolicited Message Updates to the DHS passenger watch list involving passengers previously vetted through the above processes, will result in DHS sending a notice to the aircraft operator identifying such passenger status change. This message will appear as a uniquely identified version of the UN/EDIFACT CUSRES message. This message will identify the new status as applied to the specific passenger identified in the CUSRES message. (Refer to Sections 7 and 8 for the technical message specifications for the CUSRES). All DHS Unsolicited messages will require a carrier acknowledgement response, regardless of the vetting result of the indicated passenger. The acknowledgement message returned to DHS in this case will be a unique version of the UN/EDIFACT CUSRES message. (Refer to Sections 9 and 10 for the technical message specifications for this CUSRES). 1.3 General Notes for this Guide This document is intended to be a technical guide for explaining the UN/EDIFACT PAXLST and CUSRES syntax as implemented by DHS. Some data elements marked as conditional under the PAXLST may be mandatory under certain regulations. This guide does not attempt to explain all of the situations in which various conditional elements must be present, and it should not be seen as a substitute for DHS laws and regulations. The DHS Consolidated User Guide (CUG) contains reporting requirements. Every attempt has been made to ensure this guide conforms to those reporting requirements, but in all cases, the DHS laws and regulations take priority over the contents of this guide. Frequently, the word person or traveler is used when an explanation applies equally to either a passenger or a crew member.
Page 2
03 Jan 2011
Unless otherwise noted, crew also refers to non-crew. The terms are roughly defined as follows: A crew member is defined as a pilot, copilot, flight engineer, airline management personnel authorized to travel in the cockpit, cabin crew, or relief crew member. A non-crew member is defined as an air carrier employee or family member, or person traveling onboard a commercial aircraft for the safety of the flight (e.g. an animal handler). Note the non-crew definition only applies to all-cargo flights these travelers should be reported as passengers on passenger or mixed passenger / cargo flights.
Page 3
03 Jan 2011
1.4
DHS supports two distinct UN/EDIFACT standard messages for electronic information exchange with aircraft operators for program compliance. The PAXLST standard message is used primarily for reporting of passenger and crew information. The CUSRES standard message is primarily used as a response to the PAXLST to report the vetting status of passengers. Tables 1 and 2 below identify uses of the specific messages. Technical details concerning message layouts are further described throughout this document.
Page 4
03 Jan 2011
1.5
The PAXLST message is used in this implementation to support a number of critical information reporting functional requirements. These include: Passenger Reporting (Clearance Requests, Updates, Additions, Deletes) Crew / Master Crew Reporting - (Updates, Additions, Deletes APIS only) Cancel Reservation Reduction in Party Change Passenger Data Cancel Flight - (CBP AQQ International Flights only) Flight Close-Out - (CBP AQQ International Flights only) Gate Pass - (TSA Secure Flight Domestic Flights only) Change Itinerary / Flight
Functional Reporting Rules As indicated above, support for some of the functional uses of the PAXLST vary between the TSA Secure Flight program and the CBP AQQ Pre-Departure program. The unique functional support and processing rules for each program follows: Passenger / Crew Reporting For Secure Flight (Domestic Flights) Passengers Only Any passenger information not previously received by Secure Flight will be included in a PAXLST message and submitted to Secure Flight. A passenger will be considered to be unique for a flight when the PNR locator and the Unique Passenger Reference identifiers do not match an existing record. The Change Passenger function must be specifically implied (Refer to BGM segment detail Section 6.5.2) to update previously provided passenger information. For AQQ (International Flights) Passengers Any passenger information not previously received by AQQ will be added to the flight manifest. An add or update/change function does not need to be specifically implied on the PAXLST. A passenger will be identified as unique under either of the following circumstances: 1.) The Passenger Name Record Locator (PNR) and the Unique Passenger Reference identifiers do not match an existing record, or 2.) The Last Name + First Name + Date of Birth do not match an existing record, when a PNR is not provided. DHS will recognize that a traveler record was previously reported (i.e. by exact Name / Date of Birth match), and replace the entire previous record with the new data.
Page 5
03 Jan 2011
Carriers may resend the PAXLST message in order to update APIS data that was not previously provided or to receive an updated ESTA status from DHS. Crew / Non-Crew AQQ should not be used as the submission method for reporting of crew information. Reporting of crew information should continue to be sent to APIS utilizing the non-interactive batch APIS submission method and format. Per normal, the carrier, or submitter of the Crew/Non-Crew message to APIS will receive an email confirmation of the crew submission. In the event crew data is sent using the interactive function, vetting responses will not validate the crew members standing on the carriers Master Crew List. This function is a separate requirement and must be maintained through normal Master Crew List updates. Cancel Reservation AQQ and Secure Flight programs both support the Cancel Reservation function. The reservation to be cancelled must include the PNR locator and the Unique Passenger Reference. The complete originally provided itinerary must also be identified in this message. The DHS Response Message returned to the aircraft operator will contain a general response without vetting results.
Reduction in Party AQQ and Secure Flight programs both support the Reduction in Party function. This function removes a passenger from a multi-passenger PNR reservation. The PAXLST message would include only those passengers remaining on the booked travel under the PNR identifier. The complete originally provided itinerary must also be identified in this message. A DHS Response message acknowledging receipt of the message will be returned to the aircraft operator but will not contain passenger vetting results. Change Passenger Data AQQ and Secure Flight programs both support the Change Passenger function. The Change Passenger Data function uses the data contained for the passenger(s) identified on the CP PAXLST message type and overlays the information previously presented for the passenger(s) whose data has changed. Change Passenger Data transmissions should only contain the information for the specific passenger that is to be changed. New vetting results will be returned on the DHS Response Message for all passengers identified on a Change Passenger message.
Page 6
03 Jan 2011
A previous passenger submission containing name and date of birth that is changed to include travel document information would be considered Change Passenger submission. Carriers may use a Change Passenger message to report passenger data updates, to provide additional passenger data required for APIS submission and/or to receive an updated ESTA status from DHS. Cancel Flight For AQQ only The complete originally provided itinerary must also be identified in this PAXLST message. No passenger data should be provided in this message. The DHS Response message returned to the aircraft operator will contain a general response without passenger vetting results. Flight Close-Out For AQQ only - The Flight Close-Out message reports the total number of passengers who are on the flight. Additionally, this PAXLST message is used to report either (1) the identity of the passengers who are on the flight, or (2) the identity of the passengers who were previously reported to AQQ but did not board the flight. Passengers are identified with PNR locator and the Unique Passenger Reference. The response to this message from AQQ will be in the form of a DHS general response. Passengers identified on a Flight Close-Out message will not be re-vetted. The DHS Response message returned to the aircraft operator will contain a general response without passenger vetting results. Gate Pass For Secure Flight only The Gate Pass PAXLST message is used to request access to the secure airport environment for a non-traveling party. Along with the full name and date of birth of the party seeking access, the aircraft operator must provide an assigned Unique Passenger Reference identifier and the PNR number of the accompanying traveler that uniquely identifies the party and will be returned in the DHS response message. The Gate Pass request message must also include the airport location code. A vetting result will be returned on the DHS Response Message for the party identified on a Gate Pass message. Change Itinerary / Flight For Secure Flight domestic only The Change Itinerary / Flight function alerts DHS to a change in flight number(s), origin and/or destination airport(s), and/or scheduled departure(s) or arrival time(s) of a passenger(s) whose Secure Flight Passenger Data (SFPD) has been previously submitted. Secure Flight will update the passenger(s) records but no passenger vetting will take place. A DHS Response message
Page 7
03 Jan 2011
acknowledging receipt of the message will be returned to the aircraft operator but will not contain passenger vetting results. NOTE: Carriers submitting messages with an international change in itinerary / flight must submit a new Clear Passenger message.
1.6
Data Communications
1.6.1 Air Industry Networks DHS currently supports receipt of transmissions through two air industry communications networks: Aeronautical Radio Incorporated (ARINC) and Societe Internationale de Telecommunications Aeronautique (SITA). Carriers desiring to use either of these communication services should contact them directly for additional information and technical details. These networks may have limits on the size of certain types of messages, which may require larger messages to be split into multiple blocks. Refer to Section 1.7 Data Transmission Rules below for instructions regarding the transmission of multiple blocks (messages). (NOTE: Type B messages are no longer limited to a length of 3840 bytes. SITA and ARInc now support Type B message lengths up to 64,000 bytes. DHS strongly encourages use of the maximum block size, as this will simplify carriers systems and result in faster DHS processing.)
1.6.2 Communicating Directly with DHS DHS offers external commercial trading partners a number of methods to communicate electronic documents directly with DHS. All of the communications options identified below involve the use of IBM Websphere MQ for assured message delivery between DHS systems and Aircraft Operator systems. For more information regarding communicating directly with DHS: Go to WWW.CBP.GOV Enter VPN Solution into the search box, hit go Choose link to Which VPN Client is Right for My Company. Dedicated MPLS Communications This communications option leverages a Multi Protocol Label Switching (MPLS) dedicated VPN (Virtual Private Network) circuit hosted by either Verizon or Sprint networks. Licensed IBM Websphere MQ Server software is required. Hardware VPN Internet Solution This option leverages the World Wide Web for purposes of message exchange. Licensed IBM Websphere MQ software is required.
Page 8
03 Jan 2011
Software VPN Internet Solution This option utilizes a dual freeware solution whereby both MQ Client software and Cisco client software support messaging across the internet. eAPIS Web service This solution utilizes a web service developed by CBP, for users maintaining a lower volume of APIS submissions. Utilizing an activated eAPIS account, select the Help option for further information.
1.7
DHS views a transmitted message as a single continuous bit stream. A single transmission of a message to DHS must consist of a well-formed, syntax compliant, single instance of a PAXLST or a CUSRES message. For aircraft operators using Websphere MQ for their transmissions, a single MQ message must contain a single instance of a PAXLST or a CUSRES message. If an aircraft operator encounters message size limitations (due to network transmission size or other system limitations), messages may need to be split into separate transmissions, or blocks. If this is necessary, each block must constitute a stand-alone EDIFACT PAXLST or CUSRES transaction that can be processed whether or not any other associated blocks are received. The following rules must be followed for all messages sent to DHS: 1. A single transmission (message) sent to DHS must include only one instance of a PAXLST message set, or a CUSRES message sent to DHS in response to an Unsolicited DHS message. 2. Only a UN/EDIFACT segment terminator, one byte in length, serves to separate the message into records (segments). 3. Each block must have a complete set of UNB, UNH, UNT, and UNZ header/trailer segments. If UNA, UNG, and UNE segments are used, they must also be present in each block. 4. Each block must have a BGM segment and contain the TDT and flight itinerary segments. 5. An individual travelers data must not be split into multiple blocks. All data for a specific traveler must be contained within the same block. 6. The sender may choose to use fields in the UNH segment to specify a block sequence number and indicate the initial and final blocks that are being sent. It is
Page 9
03 Jan 2011
important to note, there is no guarantee that DHS will receive and process the blocks in the order that they were sent. While DHS may use the block sequence numbers and the initial/final indicators as a reference for troubleshooting missing or corrupted blocks, DHS will not employ an automated validation or reporting of missing blocks. 1.8 Data Quality
With the increasing volume and importance of the data being sent to DHS, the quality and uniformity of data transmissions is of great concern. DHS filers should be aware of the following policies: Message syntax rules described in this document must be followed. This includes mandatory values for specified data elements and coding practices for groups of data segments (such as the flight itinerary). Transmissions that fail to follow these rules and practices may be rejected by the system. Also, certain syntax errors such as those involving a required segment for a segment group may cause the data for subsequent travelers in the transmission to be lost. No exceptions to the syntax rules will be made for any filer. Qualification testing must be passed before actual live flight data will be accepted. Do not submit UN/EDIFACT transmissions to the DHS production system without expressed prior approval. Confirmation/Acknowledgement of Transmissions
1.9
DHS will send an application generated confirmation message to the sender after receiving and processing a PAXLST transmission. The confirmation is sent as a UN/EDIFACT CUSRES message. Aircraft operators are required to acknowledge all DHS Unsolicited messages. Unsolicited messages from DHS also appear as a uniquely identified UN/EDIFACT CUSRES message. The acknowledgement message returned to DHS from the aircraft operator will contain similar content as the CUSRES Unsolicited message received from DHS.
Page 10
03 Jan 2011
1.10 Synchronous and Asynchronous data Transmissions to DHS Data transmissions to DHS can be achieved using either synchronous or asynchronous processes. Synchronous transmissions are those that expect near real time replies, while asynchronous transmissions are one-way conversations. Synchronous process are traditionally used during request/response operations, whereby an aircraft operator performs a request and waits for a response from DHS before continuing (blocked mode). Asynchronous process are indicative of an Aircraft operator transmitting a message to DHS and performing other work prior to checking for the DHS response (unblocked mode).
Transport Layer
Aircraft Operator
Synchronous
Transport Layer
DHS
Asynchronous
Aircraft Operator
Fig u re 1: S yn c h ro n o u s /As yn c h ro n o u s P ro c e s s in g Synchronous Processing DHS supports data transmissions requiring request/response processing. Under this form of processing, the aircraft operators method that starts a task will wait for a response from DHS. Synchronous processing should be considered when submitting real-time queries (e.g., APIS Quick Query (AQQ)) Synchronous data transport layer supported include; IATA host-to-host Websphere MQ eAPIS web service
Transport Layer
Page 11
03 Jan 2011
Asynchronous Processing Current data transmissions through ARINC and SITA are Type B messages, or asynchronous in nature for one-way conversations. DHS will continue to support this type of message. When used by the aircraft operator, DHS shall respond using a Type B message. The Teletype address of the sender will be used in determining who should receive the reply. Under this from of process, the aircraft operators method that starts a task is returned immediately without waiting for a reply from DHS. The aircraft operators application can continue to do other work while the task is completed by DHS. Asynchronous processing should be used when submitting batch manifests and Flight Close-Out messages. Asynchronous data transport layer supported include: Websphere MQ ARINC Type B messages SITA Type B messages eAPIS Web service
Page 12
03 Jan 2011
1.11 Synchronous Processing using Websphere MQ Websphere MQ can effectively support synchronous processing. A single application could control both the sending and retrieval of messages. The message Correlation Identifier within the MQ message header can be used to manage the synchronous sending and retrieval of messages. The application would perform an MQPUT with Correlation Identifier assigned by the carrier application and immediately perform a MQGET using the same Correlation Identifier with a WAIT option. This will place the application into a wait state for a defined period of time while the request is processed and a response returned.
Fig u re 2: S yn c h ro n o u s P ro c e s s in g with We b s p h e re MQ The following should be considered when designing a synchronous application using Websphere MQ: Use of the Correlation Identifier on the MQ Message Descriptor (MD) header. Perform MQPUT with the following options; o Priority Option Websphere MQ provides for setting a priority from 0 (default) to 9, where 9 is the highest priority. Aircraft operators can use the Priority Option to manage which messages will be serviced first by DHS. For example, Internet check-ins, kiosk check-ins and counter check-ins can each be given separate priority options depending on the carriers operational requirements. Perform MQGET with the following option o WAIT Option
Page 13
03 Jan 2011
This option specifies the maximum time (in milliseconds) that the MQGET will wait for a message to arrive on a queue. The WAIT Option is essential in designing synchronous processing using Websphere MQ. The application must account for two conditions when waiting for a response: The message arrives on time (e.g., within the wait option) The time expires and no message is received The following technical considerations should be applied when developing a synchronous MQ application: DHS does not support MQ dynamic request/reply architecture with carriers. A set of MQ queues will be preconfigured for synchronous and asynchronous requests/responses. Any ReplyToQ and ReplyToQmgr settings populated by carriers will not be used/propagated at DHS. DHS only supports use of MQ datagram message type. The Correlation Identifier (CorrelID) will be maintained and transferred within DHS and present on responses returned to the carrier. If the CorrelID is not set by the carrier, DHS will copy MsgID to CorrelID and provide this value with the response. For asynchronous requests the carrier may choose to ignore CorrelID. Accommodate a single message up to 40,000 bytes. The synchronous method should be used for Interactive High Priority messaging only. The aircraft operator application should issue an MQGET API call against the response queue using the Wait interval Option. Aircraft operator application logic should handle timeouts in the event a response is not received from DHS within the assigned wait interval.
Page 14
03 Jan 2011
1.12 Asynchronous Processing using Websphere MQ Websphere MQ is ideally suited for asynchronous processing. Separate applications could control the sending and retrieval of messages. Each application applies First-inFirst-Out (FIFO) concept of processing data.
Fig u re 3: As yn c h ro n o u s P ro c e s s in g with We b s p h e re MQ
DHS supports Websphere MQ for asynchronous processing with the following technical considerations; DHS does not support MQ dynamic request/reply architecture (ReplyToQ) with carriers. A set of MQ queues will be preconfigured for synchronous and asynchronous requests/responses. Any ReplyToQ and ReplyToQmgr settings populated by carriers will not be used/propagated at DHS. DHS only supports use of MQ datagram message type. The Correlation Identifier (CorrelID) will be maintained and transferred within DHS and present on responses to the carrier. If the CorrelID is not set by the carrier DHS will copy MsgID to CorrelID and provide this value with the response. For asynchronous requests the carrier may choose to ignore CorrelID.
Page 15
03 Jan 2011
1.13 Using Websphere MQ Message Priorities Websphere MQ provides the ability to programmatically assign a priority value on messages put to a queue. Batch messages sent to DHS and the resulting DHS response can utilize a prioritization scheme. Under this scenario, the sender of the MQ message assigns a message priority to the Priority attribute on the MQ header. The priority value will then be used by DHS to process the batch message in accordance with the set priority of the message. The priority assigned to the message sent to DHS will also appear on the DHS response message returned to the aircraft operator. Interactive Priorities DHS recommends setting the highest MQ Priority (e.g., 9) on interactive requests. Batch Priorities DHS will support batch MQ Priority settings, but strongly discourages their use. If used, batch requests should default to a low MQ Priority to mitigate any contention with interactive messages transmitted across the MQ Channel to DHS. Mixing several priority settings randomly will cause unnecessary overhead on MQ and is not recommended. Three levels of priority may be employed at the discretion of the aircraft operator: Low: Initial 72 hour batch submissions and updated submissions occurring between 72 and 48 hours pre-departure. No MQ Priority setting Medium: New submission or updated submissions occurring between 48 and 24 hours pre-departure MQ Priority setting of 5 High: New submissions or updated submissions occurring with-in 24 hours of departure MQ Priority setting of 7
Page 16
03 Jan 2011
NAD
C080:3036 (2)
AN
35
NAD
C080:3036 (3)
AN
35
DTM
C507:2380
AN
AN AN AN
1 3 3
NAD
AN
Page 17
03 Jan 2011
Attrib u te s Data Type AN Ed its /Rule s Length 2 Codified value: P - Passport A Alien Registration Card C Permanent Resident Card F Facilitation Document (deportee or consular letter) G US Merchant Mariner Document IN NEXUS IS - SENTRI Card M US Military ID T Re-Entry or Refugee Permit V US non-immigrant Visa (as secondary document use only) Alphanumeric, no special characters Date formatted as ' YYMMDD' where: YY - Year MM - Month DD - Day Validated against the ISO country code list (ISO 3166) Street Address (1) Street Address (2) City State/Province; Country subentity code
DOC DTM
AN AN
35 6
LOC
AN
NAD RFF
AN AN
Page 18
03 Jan 2011
EDIFACT Ma p p in g Da ta Elem e n t Data Element Segment Tag RFF C506:1154 (Qualifier C506:1153 = ABO)
Attrib u te s Data Type AN Ed its /Rule s Length 25 To uniquely identify a passenger within a passenger name record locator. For a single passenger PNR, default value must be assigned by the carrier. The PNR & passenger reference number shall be used by DHS in the response message and any required acknowledgements from the aircraft operator. Unique number assigned to passenger by DHS to promote resolution with previous watch list alerts. Assigned passenger number as known to DHS to facilitate passenger clearance.
RFF
RFF
Passenger Contact Information (Primary Phone) Passenger Contact Information (Secondary Phone) Passenger Seat Assignment
COM
COM
RFF
GEI
C506:1154 (Qualifier C506:1153 = AEA) C506:1154 (Qualifier C506:1153 = CR) C076:3155 Qualifier DE C076:3148 = TE C076:3155 Qualifier DE C076:3148 = TE C506:1156 (Qualifier C506:1153 = SEA) C012:7365 Qualifier DE 9649 = 4 C108:4440 (1) (Qualifier 4451 = BAG)
AN
13
AN
25
AN
20
AN
20
N3A1
AN
FTX
16
Page 19
03 Jan 2011
EDIFACT Ma p p in g Da ta Elem e n t Data Element Segment Tag FTX C108:4440 (2) (Qualifier 4451 = BAG)
Passenger itinerary: Foreign airport where transportation began (embarkation) Passenger itinerary: Airport of first arrival into U.S.
LOC
AN
AN
Validated against the IATA airport code list. AFR requirement for U.S. arrivals
AN
TDT
AN
Flight number
TDT
8028
AN
C517:3225 (Qualifiers: DE 3227 = 125 for International to U.S flights. 92 for U.S. domestic flights only)
AN
Validated against the IATA/ICAO aircraft operator code list. Aircraft operator Code either AN2 or AN3. Flight Information. Up to eight (8) characters of data may be transmitted. Formatted as Aircraft operator code and Flight Number: - Aircraft operator Code is in either AN2 or AN3 - Flight number up to 4 digits (numeric). Validated against the IATA airport code list. Flights departing and/or arriving into United States are identified by the airport codes provided. A departure or arrival is identified based on the Location Function Code Qualifier
Page 20
03 Jan 2011
EDIFACT Ma p p in g Da ta Elem e n t Data Element Segment Tag DTM C507:2380 (Qualifier = C507:2005 = 189)
Attrib u te s Data Type AN Ed its /Rule s Length 12 Format: YY - Year MM - Month DD Day hh Hour mm- Minutes Validated against the IATA airport code list. Flights departing and/or arriving into United States are identified by the airport codes provided. A departure or arrival is identified based on the Location Function Code Qualifier Format: YY - Year MM - Month DD - Day hh Hour mm- Minutes
C517:3225 (Qualifiers: DE 3227 = 87 for International to U.S flights. 92 for U.S. domestic flights only) C507:2380 (Qualifier = C507:2005 = 232)
AN
DTM
AN
12
Aircraft operator Contact Last Name Aircraft operator Contact First Name Aircraft operator Contact Details (Phone) Aircraft operator Contact Details (FAX)
NAD
NAD
COM
COM
C080:3036(1) Qualifier DE 3035 = MS C080:3036(2) Qualifier DE 3035 = MS C076:3155 Qualifier DE C076:3148 = TE C076:3155 Qualifier DE C076:3148 = FX
AN
35
AN
35
AN
20
AN
20
Page 21
03 Jan 2011
EDIFACT Ma p p in g Da ta Elem e n t Data Element Segment Tag RFF C506:1154 (Qualifier is data element C506:1153 with value TN)
Attrib u te s Data Type AN Ed its /Rule s Length 25 Reference number assigned by aircraft operator for PAXLST submissions. Value returned on DHS CUSRES response messages. For Unsolicited Advisory CUSRES messages, TRN will be assigned by DHS. This value is used by DHS systems to uniquely identify a specific transmission from an aircraft operator system. Value assigned by aircraft operator submitting PAXLST. Subsequent messages identifying updates to original submission shall indicate +1 increment. Value assigned by aircraft operator replying to Unsolicited Message from DHS.
RFF
C506:1060
FTX
AN
Page 22
03 Jan 2011
2.1
Control Data
Requirements for these elements are defined by UN/EDIFACT PAXLST and CUSRES standards. Ta b le 4: Co d in g Ru le s fo r Me s s a g e Co n trol Da ta
Data Element Sub-elements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) UNA
Interchange header
sub-element element decimal notation release indicator segment terminator syntax ID syntax version sender ID sender ID qualifier recipient ID recipient ID qualifier interchange date interchange time control reference number application reference
All are mandatory except the sender ID qualifier and recipient ID qualifier For an MCL, Sender ID is always MCCL*TSA.
UNB / 0001, 0002, 0004, 0007, 0010, 0017, 0019, 0020, 0026
Page 23
03 Jan 2011
Data Element
Sub-elements
Conditions
Format / Values
Group header
message group ID sender ID / carrier name sender ID qualifier recipient ID recipient ID qualifier group date group time group reference number controlling agency message version number message release number
Entire segment is conditional: Carriers who transmit their own flights do not need the UNG. A service bureau, GDS, or other party transmitting for another carrier should include the UNG and report the carriers name in the UNG segment. if present, certain elements are mandatory. Segment is mandatory some elements are optional
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) UNG / 0038, 0040, 0007, 0044, 0017, 0019, 0048, 0051, 0052, 0054
Message header
message reference number message type message version number message release number controlling agency association code common access reference sequence message transfer number first / last sequence message transfer indicator
UNH / 0062, 0065, 0052, 0054, 0051, 0057, 0068, 0070, 0073
Page 24
03 Jan 2011
Data Element
Sub-elements
Conditions
Format / Values
745 = Passenger manifest 250 = Crew manifest 336 = Master Crew List (MCL) 266 = Flight Status 655 = Gate Pass
Beginning of message Passenger message type code, Gate Pass, or Flight Status message.
BGM Segment is Mandatory when document name code = 745 (Passenger), or 655 (Gate Pass), or 266 (Flight Status)
For Document Name Code 745: CP - Change Passenger Data XR - Cancel Reservation RP - Reduction in Party (Delete Passenger on PNR)
BGM / 1004
For Document Name Code 266: CLNB - Flight Close-Out reporting No Boards CLOB - Flight Close-Out reporting On Boards CL - Flight Close out (no passengers reported in message) XF - Cancel Flight CF - Change of Flight Itinerary (Secure Flight only Flight Number, Arrival/Departure times and airport locations) For Document Name Code 655: none
Page 25
03 Jan 2011
Data Element
Sub-elements
Conditions
Format / Values
Beginning of message Crew manifest / MCL document type code. Note: this replaces the use of suffixes on the flight number in the TDT segment.
BGM Segment is Mandatory when document name code = 250 (Crew) or 336 (MCL).
C = Passenger flight, regular scheduled crew CC = Passenger flight, crew change B = Cargo flight, regular scheduled crew BC = Cargo flight, crew change A = Overflight of passenger flight D = Overflight of cargo flight E = Domestic continuance of passenger flight, regular scheduled crew EC = Domestic continuance of passenger flight, crew change F = Domestic continuance of cargo flight, regular scheduled crew FC = Domestic continuance of cargo flight, crew change
Page 26
03 Jan 2011
Data Element
Sub-elements
Conditions
Format / Values
Reporting party
party name
Communications contact
Transaction Reference Number Total passengers or crew on the flight / MCL message
communication address (either telephone or fax number) code qualifier Reference code qualifier Reference identifiers Revision identifiers
Segment is optional. If used, the full name is reported in the single data element. Segment is optional. If present, both subelements are needed for each contact address. Optional
Group 1 COM / 3148, 3155 (this pair may be repeated up to 2 times in the segment.) Group 0 RFF + TN / 1154 MCLs: Total count of crew reported on this MCL message, not the total on all MCLs. Passenger Clearance Messages: Total count of passengers included on the PAXLST. Flight Close-out messages: Total number of passengers on the flight. Crew: CNT + 41 / 6066
Message trailer
Group trailer
number of segments in the message message reference number group control count group reference number
Mandatory
Message Reference Number must match the value on the UNH segment. Group Reference Number must match the value on the UNG segment.
Page 27
03 Jan 2011
Data Element
Sub-elements
Conditions
Format / Values
Interchange trailer
Mandatory
Interchange Reference Number must match the value on the UNB segment.
Page 28
03 Jan 2011
2.2
This data is to be reported on manifests for passengers on International flights arriving into the United States. This is in addition to the control segments and data elements described in section 2.1. Rules for arriving crew / non-crew manifests are given in table 6, in section 2.8. Ta b le 5: Co d in g Ru le s fo r Arriva l (In b o u n d ) Ma n ife s t Da ta P a s s e n g e rs
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless traveler has a 1-character name. YYMMDD F = female M = male ISO 3166 3-char country code ISO 3166 3-char country code FL = passenger DDU = IT passenger Normally, report a passport, and alien/permanent resident card if applicable. Report no more than 2 documents. (Refer to Table 12 APIS Travel Document Reporting Rules for details.)
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 4 NAT + 2 / 3293 Group 4 LOC + 174 / 3225 Group 4 NAD / 3035 Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055
Page 29
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Document number
Document country of issuance Document expiration date Address while in the United States
For any reported document refer to Table 12 for details. For any reported document refer to Table 12 for details. If applicable refer to Table 12 for details.
Not required for: U.S. citizens Lawful permanent residents Travelers in-transit to a location outside the U.S. Crew members When sending AQQ or batch interactive data, if not available, a unique value must be reported for this element. When sending AQQ or batch interactive data, to uniquely identify a passenger traveling under a group PNR. A value assigned by the Aircraft Operator system must be sent for this element. If available If available
Page 30
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Verified ID indicator Traveler itinerary: Port/place of first U.S. arrival (arrival) (CBP processing) Traveler itinerary: Foreign port/place where known transportation to the U.S. began (embarkation) Traveler itinerary: Final port/place of known destination (debarkation) Airline carrier code Flight number Flight itinerary: Last foreign port/place of call (departure port code) Date / time of aircraft departure
ID has been verified by ticket counter agent Report a U.S. airport code. This information MUST be provided for International arrivals to the U.S. Report a foreign airport code. Report the earliest known port in the itinerary, which may be different from the flights foreign departure port. Report the final known airport code. IATA airport code
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 GEI+4+ZZZ (hardcoded indicator) Group 4 LOC + 22 / 3225
IATA/ICAO carrier code (AN2 or AN3). 1-4 chars numeric. Combined with carrier code. IATA airport code
Group 2 TDT + 20 / C040:3127 Group 2 TDT + 20 / 8028 Group 3 LOC + 125 / 3225
YYMMDDhhmm
Group 3 DTM + 189 / 2380, 2379 (Data element 2379 = 201 to indicate data format)
Page 31
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Flight itinerary: Port/place of first U.S. arrival (CBP clearance port code) Date / time of aircraft arrival
YYMMDDhhmm
Group 3 DTM + 232 / 2380, 2379 (Data element 2379 = 201 to indicate data format)
Page 32
03 Jan 2011
2.3
This data is to be reported on manifests for passengers departing from the United States. This is in addition to the control segments and data elements described in section 2.1. Rules for departing crew / non-crew manifests are given in table 7, in section 2.9. Ta b le 6: Co d in g Ru le s fo r De p a rtu re (Ou tbo u n d ) Ma n ife s t Da ta P a s s e n g e rs
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless traveler has a 1-character name. YYMMDD F = female M = male ISO 3166 3-char country code FL = passenger DDU = IT passenger Normally, report a passport, and alien/permanent resident card if applicable. Report no more than 2 documents. (Refer to Table 12 APIS Travel Document Reporting Rules for details.)
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 4 NAT + 2 / 3293 Group 4 NAD / 3035 Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055
Document number
Page 33
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Document country of issuance Document expiration date Passenger Name Record locator
For any reported document refer to Table 12 for details. If applicable refer to Table 12 for details. When sending AQQ or batch interactive data, if not available, a unique value must be reported for this element. When sending AQQ or batch interactive data, to uniquely identify a passenger traveling under a group PNR. A value assigned by the Aircraft Operator system must be sent for this element. If available If available ID and Passenger Full Name, Gender and Date of Birth have been verified by airline representative. Report the earliest known airport in the itinerary.
Group 4 RFF + AEA / 1154 Group 4 RFF + CR / 1154 Group 4 GEI+4+ZZZ (hardcoded indicator)
Traveler itinerary: Port/place of known departure from the U.S. (embarkation) Traveler itinerary: Port/place of known final arrival
International Air Transport Association (IATA) airport code IATA airport code
Page 34
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Airline carrier code Flight number Flight itinerary: Last U.S. port/place of call (departure port code) Date / time of aircraft departure from last U.S. port Flight itinerary: Port/place of first foreign arrival Date / time of aircraft arrival at first foreign port
IATA/ICAO carrier code (AN2 or A3). 1-4 chars numeric. Combined with carrier code. IATA airport code
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 2 TDT + 20 / C040:3127 Group 2 TDT + 20 / 8028 Group 3 LOC + 125 / 3225
YYMMDDhhmm
Group 3 DTM + 189 / 2380, 2379 (2379 = 201 to indicate data format) Group 3 LOC + 87 / 3225
YYMMDDhhmm
Group 3 DTM + 232 / 2380, 2379 (2379 = 201 to indicate data format)
Page 35
03 Jan 2011
2.4
This data is to be reported on manifests for passengers on domestic flights with no international nexus. This is in addition to the control segments and data elements described in section 2.1. Ta b le 7 Co d in g Ru le s fo r Do m e s tic Ma n ife s t Da ta P a s s e n g e rs
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless traveler has a 1-character name. YYMMDD, if provided F = female M = male Normally, report a passport, if provided.
Date of birth Gender Travel document type For each document that is reported refer to Table 12 for details.
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055 Group 5 DOC / 1004
Document number
For any reported document refer to Table 12 for details. For any reported document refer to Table 12 for details. If applicable refer to Table 12 for details.
Page 36
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Passenger DHS Redress Number Known Traveler Number Traveler itinerary: Port/place of departure (embarkation) Traveler itinerary: Port/place of final arrival Airline carrier code Flight number Flight itinerary: Departure port code Date / time of aircraft departure
When sending interactive data, if not available, a unique value must be reported for this element. When sending interactive data, to uniquely identify a passenger traveling under a group PNR. A value assigned by the Aircraft Operator system must be sent for this element. If available If available International Air Transport Association (IATA) airport code IATA airport code
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 RFF + AVF / 1154
Group 4 RFF + AEA / 1154 Group 4 RFF + CR / 1154 Group 4 LOC + 178 / 3225
IATA/ICAO carrier code (AN2 or A3). 1-4 chars numeric. Combined with carrier code. IATA airport code Date/time is based on local time at airport of departure YYMMDDhhmm
Group 2 TDT + 20 / C040:3127 Group 2 TDT + 20 / 8028 Group 3 LOC + 92 / 3225 Group 3 DTM + 189 / 2380, 2379 (2379 = 201 to indicate data format)
Page 37
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
YYMMDDhhmm
Group 3 DTM + 232 / 2380, 2379 (2379 = 201 to indicate data format)
Page 38
03 Jan 2011
2.5 Gate Pass Request This data is to be reported on individuals requesting a gate pass to access the secure area of the U.S. airport. This is in addition to the control segments and data elements described in section 2.1. Ta b le 8 Co d in g Ru le s fo r Ga te P a s s Re q ue s t
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless traveler has a 1-character name. YYMMDD, if provided F = female M = male Normally, report a passport if provided
Date of birth Gender Travel document type For each document that is reported refer to Table 12 for details.
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055 Group 5 DOC / 1004
Document number
For any reported document refer to Table 12 for details. For any reported document refer to Table 12 for details. If applicable refer to Table 12 for details.
Page 39
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
When sending interactive data, if not available, a unique value must be reported for this element. When sending interactive data, to uniquely identify a passenger traveling under a group PNR. A value assigned by the Aircraft Operator system must be sent for this element. If available If available ID and Passenger Full Name, Date of Birth and Gender have been verified by airline representative. IATA/ICAO carrier code (AN2 or A3). International Air Transport Association (IATA) airport code
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 RFF + AVF / 1154
Group 4 RFF + AEA / 1154 Group 4 RFF + CR / 1154 Group 4 GEI+4+ZZZ (hardcoded indicator)
Page 40
03 Jan 2011
2.6
This data is to be reported for crew or non-crew members arriving at or departing from any U.S. airport, continuing within the U.S., or overflying U.S. territory. This is in addition to the control segments and data elements described in section 2.1. A crew member is defined as a pilot, copilot, flight engineer, airline management personnel authorized to travel in the cockpit, cabin crew, or relief crew member. A non-crew member is defined as an air carrier employee or family member, or person traveling onboard a commercial aircraft for the safety of the flight (e.g. an animal handler). Note the non-crew definition only applies to all-cargo flights these travelers will be considered as passengers on passenger or mixed passenger / cargo flights. Ta b le 9: Co d in g Ru le s fo r TS A Ma s te r Cre w Lis t (MCL) Da ta
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless crew members legal name only has 1 character. YYMMDD F = female M = male ISO 3166 3-char country code ISO 3166 3-char country code FM = Crew member
Date of birth Gender Citizenship Country of residence Traveler type indicator - master
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 4 NAT + 2 / 3293 Group 4 LOC + 174 / 3225 Group 4 NAD / 3035
Page 41
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
CR1 = cockpit crew and individuals inside cockpit CR2 = cabin crew (e.g. flight attendants) CR3 = airline operations management with cockpit access (e.g. instructors, safety personnel) CR4 = cargo non-cockpit crew and/or non-crew individuals Normally, report a passport, and a Pilot License if applicable. Report no more than 2 documents. (Refer to Table 12 APIS Travel Document Reporting Rules for details.)
Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055 Group 5 DOC / 1004
Document number
Document country of issuance Document expiration date Home address (permanent residence)
For any reported document refer to Table 12 for details. For any reported document refer to Table 12 for details. If applicable refer to Table 12 for details. Not required for Delete function
YYMMDD
Page 42
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Place of birth country code Place of birth city name Place of birth state / province name MCL transaction identifier
Not required for Delete function Not required for Delete function If applicable
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 LOC + 180 / 3225 Group 4 LOC + 180 / 3222 Group 4 LOC + 180 / 3232
Two LOC segments are required by APIS system processing (even though there is no actual flight leg.)
ccc = IATA/ICAO carrier code xx = sequence number (starts each day at 01, up to 99) MCL = literal value XXX = filing location (1st LOC) TST = reporting location (2nd LOC)
Group 3 LOC + 188 / 3225 (1st LOC) Group 3 LOC + 172 / 3225 (2nd LOC)
Group 3 DTM + 554 / 2380, 2379 (same values for DTMs under both Group 3 LOC segments.)
Page 43
03 Jan 2011
2.7
This data is to be reported for crew members and non-crew travelers on: arriving flights, domestic continuance segments of passenger and cargo flights arriving in the U.S., and overflights over U.S. territory. This is in addition to the control segments and data elements described in section 2.1. A crew member is defined as a pilot, copilot, flight engineer, airline management personnel authorized to travel in the cockpit, or cabin crew, or relief crew member. A non-crew member is defined as an air carrier employee or family member, or person traveling onboard a commercial aircraft for the safety of the flight (e.g. an animal handler). Note that the non-crew definition only applies to all-cargo flights these travelers will be considered as passengers on passenger or mixed passenger / cargo flights. Ta b le 10: Co d in g Ru le s fo r Arriva l (In b o u n d ) Ma n ife s t Da ta Cre w a n d No n -c rew
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless traveler has a 1-character name. YYMMDD F = female M = male ISO 3166 3-char country code ISO 3166 3-char country code FM = crew member DDT = IT crew
Date of birth Gender Citizenship Country of residence Traveler type indicator - master
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 4 NAT + 2 / 3293 Group 4 LOC + 174 / 3225 Group 4 NAD / 3035
Page 44
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
CR1 = cockpit crew and individuals inside cockpit CR2 = cabin crew (e.g. flight attendants) CR3 = airline operations management with cockpit access (e.g. instructors, safety personnel) CR4 = cargo non-cockpit crew and/or non-crew individuals CR5 = pilots on board but not on duty (e.g. deadhead) Normally, report a passport, and a Pilot License if applicable. Report no more than 2 documents. (Refer to Table 12 APIS Travel Document Reporting Rules for details.)
Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055 Group 5 DOC / 1004
Document number
For any reported document refer to Table 12 for details. For any reported document refer to Table 12 for details. If applicable refer to Table 12 for details.
YYMMDD
Page 45
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3042, 3164, 3229, 3251, 3207
Place of birth country code Place of birth city name Place of birth state / province name Traveler itinerary: Initial port/place where transportation began (embarkation)
If applicable
Group 4 LOC + 180 / 3233 International Air Transport Association (IATA) airport code Group 4 LOC + 178 / 3225
For arriving flights or overflights, report foreign airport code For domestic continuance flight manifests (for crew joining the flight in the U.S.), report U.S. airport code Not applicable to overflights Might not apply to Domestic Continuance manifests for crew joining the flight within the U.S.
Page 46
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Report U.S. or foreign airport code of destination for: arriving passenger or cargo flights domestic continuance flights
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 LOC + 179 / 3225
Airline carrier code Flight number Flight itinerary: Last foreign port/place of call (departure port code) Flight itinerary: Port/place of first arrival
Flight itinerary: Domestic U.S. airports after arriving in U.S. Date / time of aircraft arrival (at any applicable airport)
For overflights, report the last foreign port before entering U.S. airspace For all arriving flights IATA airport code (including domestic continuance), report the first U.S. airport For overflights, report the first foreign port after leaving U.S. airspace Only for inbound TSA IATA airport code Domestic Continuance flight legs Date/time is based on local time at airport of arrival YYMMDDhhmm
IATA/ICAO carrier code (AN2 or A3). 1-4 chars numeric. Combined with carrier code. IATA airport code
Group 2 TDT + 20 / C040:3127 Group 2 TDT + 20 / 8028 Group 3 LOC + 125 / 3225
Group 3 DTM + 232 / 2380, 2379 (Data element 2379 = 201 to indicate data format)
Page 47
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
YYMMDDhhmm
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 3 DTM + 189 / 2380, 2379 (Data element 2379 = 201 to indicate data format)
Page 48
03 Jan 2011
2.8
This data is to be reported for crew members and non-crew travelers on departing passenger and cargo flights (including departing domestic continuance flights). This is in addition to the control segments and data elements described in section 2.1. A crew member is defined as a pilot, copilot, flight engineer, airline management personnel authorized to travel in the cockpit, or cabin crew, or relief crew member. A non-crew member is defined as an air carrier employee or family member, or person traveling onboard a commercial aircraft for the safety of the flight (e.g. an animal handler). Note that the non-crew definition only applies to all-cargo flights these travelers will be considered as passengers on passenger or mixed passenger / cargo flights. Ta b le 11: Co d in g Ru le s fo r De p a rtu re (Ou tb o u n d ) Ma n ife s t Da ta Cre w a n d No n -c re w
Data Element Subelements Conditions Format / Values PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3036 (2 to 3 repeats)
Full name
First name must be more than one character (i.e. not just an initial) unless traveler has a 1-character name. YYMMDD F = female M = male ISO 3166 3-char country code FM = crew member DDT = IT crew
Group 4 DTM + 329 / 2380 Group 4 ATT + 2 / 9019 Group 4 NAT + 2 / 3293 Group 4 NAD / 3035
Page 49
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
CR1 = cockpit crew and individuals inside cockpit CR2 = cabin crew (e.g. flight attendants) CR3 = airline operations management with cockpit access (e.g. instructors, safety personnel) CR4 = cargo non-cockpit crew and/or non-crew individuals CR5 = pilots on board but not on duty (e.g. deadhead) Normally, report a passport, and a Pilot License if applicable. Report no more than 2 documents. (Refer to Table 12 APIS Travel Document Reporting Rules for details.)
Group 5 DOC / 1001, 1131, 3055 (Elements 1131 & 3055 indicate CBP code set) Non-ICAO 9303 codes may also use elements 1131 and 3055 Group 5 DOC / 1004
Document number
For any reported document refer to Table 12 for details. For any reported ISO 3166 3-char country code document refer to Table 12 for details. If applicable refer to YYMMDD Table 12 for details.
Page 50
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 NAD / 3042, 3164, 3229, 3251, 3207
Place of birth country code Place of birth city name Place of birth state / province name Passenger Name Record locator Traveler itinerary: Port/place of departure from the U.S. (embarkation) Traveler itinerary: Port/place of final arrival Airline carrier code Flight number Flight itinerary: Last U.S. port/place of call (departure port code)
if applicable If applicable Report U.S. airport code where traveler departed from the U.S. Report foreign airport code of final arrival, to the best of the carriers knowledge International Air Transport Association (IATA) airport code
Group 4 LOC + 180 / 3233 Group 4 RFF + AVF / 1154 Group 4 LOC + 178 / 3225
IATA/ICAO carrier code (AN2 or A3). 1-4 chars numeric. Combined with carrier code. IATA airport code
Group 2 TDT + 20 / C040:3127 Group 2 TDT + 20 / 8028 Group 3 LOC + 125 / 3225
Page 51
03 Jan 2011
Data Element
Subelements
Conditions
Format / Values
Date / time of aircraft departure from last U.S. port Flight itinerary: Port/place of first foreign arrival Date / time of aircraft arrival at first foreign port
YYMMDDhhmm
PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 3 DTM + 189 / 2380, 2379 (2379 = 201 to indicate data format) Group 3 LOC + 87 / 3225
YYMMDDhhmm
Group 3 DTM + 232 / 2380, 2379 (2379 = 201 to indicate data format)
Page 52
03 Jan 2011
2.9
This table lists the types of traveler identification documents that may be presented for U.S. immigration purposes, and lists their characteristics and the rules for reporting them. Ta b le 12: AP IS Tra ve l Do c u m e n t Re p o rtin g Ru le s
Document Has MRZ Yes Type Code P Has Doc Nbr Yes Has Has Report Comments Issuing Expire On Country Date Yes Yes FPM, FCM, MCL Yes Yes FPM To be used as secondary document reporting only. Always USA Always USA Always USA Always USA Always USA Always USA Always USA Always USA Always USA Yes No Yes Yes Yes No Yes No No No No FPM, FCM FPM FPM FPM FPM FPM FPM FPM FPM FPM Report the number of the Certificate itself. Report the travelers related Alien / Permanent Resident number. Report the travelers related Alien / Permanent Resident number. Report the travelers related Alien / Permanent Resident number. Report the travelers related Alien / Permanent Resident number. Must be traveling on official orders. Normally, report the Type Code read from the MRZ.
Yes
Yes
Permanent Resident Card (I-551) (a.k.a. Resident Alien Card) Border Crossing Card (DSP-150 / I-586) Re-Entry Permit (I-327) Refugee Travel Document (I-571) U.S. Naturalization Certificate Parole Letter (I-512) Notice of Action (I-797) Transportation Letter ADIT Stamp Military ID
A or C B T T N A A A A M
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Page 53
03 Jan 2011
Document
Type Code L IN IS F
Has Has Report Issuing Expire On Country Date Yes No FCM, MCL Always No FPM USA Always No FPM USA Yes No FCP
Comments
Auxiliary document for TSA. Used for Western Hemisphere travel Used for Western Hemisphere travel Travel should be in possession of Consular Letter or escorted by Deportation office when using this document reference
Notes: 1. MRZ column indicates whether the document has a machine-readable zone. Older versions of some documents that have not yet expired might not have an MRZ. 2. Type Code column indicates the code that should be transmitted to APIS to identify the type of document. This is sent in the Group 5 DOC segment, data element 1001. 3. Doc Nbr column indicates whether a Document Number must be transmitted to APIS. This is sent in the Group 5 DOC segment, data element 1004. 4. Issuing Country column indicates whether a Document Issuing Country is transmitted. In some cases, a specific value is required. This is sent in the Group 5 LOC segment with Qualifier Code 91, in data element 3225, following the related DOC segment. APIS regulations indicate passport is the only document that requires country of issuance submission. 5. Expire Date column indicates whether a Document Expiration Date must be transmitted to APIS. This is sent in the Group 5 DTM segment with Qualifier Code 36, in data element 2380, following the related DOC segment. 6. Report On column indicates which type(s) of manifests or MCL the document may be transmitted on. FPM Flight Passenger Manifest FCM Flight Crew Manifest
Customs and Border Protection Page 54
03 Jan 2011
Page 55
03 Jan 2011
C506:1060
RFF Segment Group 3 (subsequent occurrences) DTM (1st occurrence under above SG 3 RFF)
AN
AN
12
AN
12
Format: YY - Year MM - Month DD - Day hh - Hour mm- Minutes Format: YY - Year MM - Month DD - Day hh - Hour mm- Minutes
Page 56
03 Jan 2011
EDIFACT Mapping Data Element Segment Flight itinerary: Scheduled place of departure LOC (1st occurrence) Data Element Tag C517:3225 (Qualifiers: DE 3227 = 87 for International to U.S flights. 5 for U.S. domestic flights only) C517:3225 (Qualifiers: DE 3227 = 125 for International to U.S flights. 60 for U.S. domestic flights only) C506:1154 (Qualifier C506:1153 = AVF) C506:1154 (Qualifier C506:1153 = ABO)
AN
AN
Passenger PNR locator identification as provided to DHS. Unique Passenger Reference identifier as provided to DHS. The PNR & unique passenger reference number shall be used by DHS in the response message and any required acknowledgements from the aircraft operator. Value assigned by aircraft operator replying to Unsolicited message from DHS.
AN
25
FTX
Page 57
03 Jan 2011
A different set of control characters may be specified by using the UNA segment. Messages must be transmitted as a continuous bit stream. "Lines" have no meaning; there is no such thing as a "maximum" or "minimum" segment length, other than that specified in the segment definitions. (For clarity, sample messages in this guide are shown with a line break between segments. This is completely arbitrary and these lines could be shown just as well with a partial segment or more than one segment. Refer to the example in Appendix B.1 for a different view of a PAXLST message.)
Page 58
03 Jan 2011
Some telecommunications transmission protocols require various communication type headers and trailers to facilitate addressing, routing, security, and other purposes. The UN/EDIFACT standard does not support this data, and none of the examples in this guide illustrate such. The header and trailer segments that are shown (e.g., UNB, UNH, and UNT) are part of the true EDIFACT transaction. If a value-added network such as SITA or ARINC is used for transmissions, their requirements for additional headers and trailers must be followed. The box identified in Figure 4 below describes a specific Data Element. This style of element representation is used throughout this document.
0065M PAXLST
an..6
a = alpha n = numeric ..6 = element can have up to 6 alpha-numeric characters Example of data/value (May be Variable Data or Fixed Value) Description of element
The following Sections (5, 6, 7, 8, 9, 10) identify the syntax rules and the message architecture that must be adhered to when transmitting a PAXLST message. The syntax rules for the CUSRES message set are also provided. These rules reflect the requirements of DHS. In comparison to the WCO/IATA/ICAO PAXLST, some PAXLST data elements are not used. DHS has identified some data elements to be shorter than identified in PAXLST. Some data elements are identified in PAXLST as conditional, however due to DHS regulations, these fields may be considered mandatory. To fulfill regulations, DHS has extended the approved PAXLST segments and data elements, due to specific agency regulations.
Page 59
03 Jan 2011
Segment Label
Segment Group 2 TDT Transport Information Segment Group 3 LOC DTM Place/Location Identification Date/Time/Period
M M C M C 1 1 1
10
99
Figure 6 on the following page illustrates the message architecture and relationships between the PAXLST Segment Groups and Segments. The UN/EDIFACT PAXLST message format hierarchy consists of four (4) segment levels and five (5) segment groups of information as depicted in the diagram below.
Page 60
03 Jan 2011
Segment ID
UNA UNB UNG UNH BGM RFF Service String Advice Interchange Header Functional Group Header Message Header Beginning of Message Reference Segment Group 1 NAD COM Name and Address Communication Contact Segment Group 2 TDT Transport Information Segment Group 3 LOC DTM Place/Location Identification Date/Time/Period Segment Group 4 NAD ATT DTM GEI FTX LOC COM EMP NAT RFF Name and Address Attribute Date/Time/Period Processing Information Free Text Place/Location Identification Communication Contact Employment Details Nationality Reference Segment Group 5 DOC DTM LOC CNT UNT UNE UNZ Document/Message Details Date/Time/Period Place/Location Identification Control Total Message Trailer Functional Group Trailer Interchange Trailer
Segment Requirement
C M C M M C C M C M M C M C C M C C C C C C C C C C M C C C M C M
5 1 1 10 1 99 1 1 999 1 1 1 2 99 5 1 1 1 9 5 1 1 1 1 1 1 1
Page 61
03 Jan 2011
Please note the following characteristics: The Mandatory and Conditional (optional) requirement designations within the branch diagram conform to the UN/EDIFACT syntax specification for PAXLST. In the technical specifications sections that follow, many of the segments identified as conditional in the branch diagram may be identified as mandatory for the DHS PAXLST implementation. Such requirement designations will be identified for each of the specific segments in the technical specifications that follow in this document. Similarly, DHS business rules may require that certain data elements defined as conditional within the UN/EDIFACT PAXLST are required for this implementation. The requirements for the data elements are also identified in the technical specifications that follow in this document The technical specifications also identify the required maximum allowable occurrences for many repeatable segment groups and segments in order to satisfy the DHS implementation requirements. In most cases, DHS requires collection of less data than the maximum allowable by the UN/EDIFACT syntax. A single PAXLST may contain vetting requests for up to 999 passengers. PAXLST message containing more than 10 passengers directed to the DHS AQQ interface will not be replied to within 4 seconds. PAXLST messages directed to the DHS AQQ interface containing more than 99 names will result in an error message returned to the sending carrier. There are five (5) Segment Groups, shown as GR.1 through GR.5. Note: A Group can be subordinate to another Group in the PAXLST. For example, Group 3 exists only if Group 2 is present. Both are mandatory for this implementation. One PAXLST message will be used to report passengers on a specific flight or for an itinerary that contains multiple flights All passengers identified on a PAXLST message share the same reported itinerary. A separate PAXLST must be used to report crew member information. Separate PAXLST messages may also be sent to report replacement records for travelers previously added to the manifest. The various types of PAXLST messages must be transmitted separately as individual transmissions. Sender and Receiver ID qualifiers on the UNB segment are optional for this implementation. Sender and Receiver ID qualifiers on the UNG segment are not supported for this implementation. The Receiver ID on PAXLST messages reporting Crew/Non-Crew information to APIS must contain USCSAPIS in the UNB and UNG segments for proper processing in APIS.
Page 62
03 Jan 2011
Sample PAXLST Message Below is a sample PAXLST message in UN/EDIFACT format for a passenger manifest, with one line per segment. (Some segments and data elements that are only used for crew manifests or MCLs are not shown.) UNA:+.? ' UNB+UNOA:4+APIS*ABE+USADHS+070429:0900+000000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070429:0900+100+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA+API01+01' BGM+745' RFF+TN:BA123456789:::1' NAD+MS+++JACKSON' COM+703-555-1234:TE+703-555-9876:FX' TDT+20+UA123+++UA' LOC+125+YVR' DTM+189:0704291230:201' LOC+87+JFK' DTM+232:0704291600:201' TDT+20+UA124+++UA' LOC+92+JFK' DTM+189:0704291730:201' LOC+92+ATL' DTM+232:0704291945:201' NAD+FL+++DOE:JOHN:WAYNE+20 MAIN ST+ANYCITY+VA+10053+USA' ATT+2++M' DTM+329:570121' FTX+BAG+++UA123456:3 LOC+22+JFK' LOC+178+YVR' LOC+179+ATL' LOC+174+CAN' COM+502-555-1234:TE NAT+2+CAN' RFF+AVF:ABC123' RFF+ABO:BA1321654987' RFF+AEA:1234567890ABC' RFF+CR:20060907NY123' RFF+SEA:23C' DOC+P:110:111+MB1402411' DTM+36:081021' LOC+91+CAN' CNT+42:1' UNT+35+PAX001' UNE+1+100' UNZ+1+000000001'
Page 63
03 Jan 2011
6.1
UNA
Notes:
0 Conditional (Optional) 1 The service string advice segment shall begin with the upper case characters UNA immediately followed by six characters in the order shown below. The space character shall not be used in any data element. The same character shall not be used in more than one position of the UNA. Although the use of the UNA Segment is Optional for this implementation. If the UNA is not sent, the values shown in this example will be used as defaults. The UNA segment is used to set delimitation and character set for the body of the transmission.
: UNA
(plus sign)
Element Separator
?
...
(question mark)
(space)
'
(single quote)
Release Indicator
Page 64
03 Jan 2011
Attributes an1
UNA2
an1
UNA3
an1
UNA4
an1
UNA5 UNA6
M M
an1 an1
Page 65
03 Jan 2011
6.2
0001M
a4
0002M
an1
0004M
an..35
UNB
UNOA
Syntax Identifier
4
Syntax Version Number
APIS*ABE
Interchange Sender Identification
0007C
an..2
0010M
an..35
0007C
an..2
...
ZZ
Identification Code Qualifier
USADHS
Interchange Recipient Identification
ZZ
Identification Code Qualifier
0017M
n6
0019M
n4
0020M
an..14
...
070429
Date
0900
Time
000000001
Interchange Control Reference
0026M
an..14
...
USADHS
Application Reference
'
Page 66
03 Jan 2011
S003 0010
03 Jan 2011
S004 0017
Qualifier referring to the source of codes for the identifiers of interchanging partners. Optional for this implementation. If provided, use value 'ZZ'. DATE AND TIME OF PREPARATION Date and time of preparation of the interchange. Date of preparation M n6 Local date when an interchange or a functional group was prepared. Date of message generation. Interchange Date should be depicted as ''YYMMDD' where: 'YY' is the two digit Year 'MM' is the Month of the year 'DD' is the Day of the month Time of preparation M n4 Local time of day when an interchange or a functional group was prepared. Local time of message generation. Reflected as 'HHMM' INTERCHANGE CONTROL REFERENCE M an..14 Unique reference assigned by the sender to an interchange. Unique control number reference assigned by sending aircraft operator's system. Value contained in this element must match value contained in UNZ interchange trailer segment, data element 0020. APPLICATION REFERENCE M an..14 Identification of the application area assigned by the sender, to which the messages in the interchange relate e.g. the message identifier if all the messages in the interchange are of the same type. Always 'USADHS'.
0019
0020
0026
Page 68
03 Jan 2011
6.3
UNG
PAXLST
Message Group Identification
+ XYZ AIRLINES
Application Sender Identifier
0044M ...
an..35
0017M
n6 :
0019M
n4
USADHS
Application Recipient Identification
070429
Date
0900
Time
0048M ...
an..14
0051M
an2
0052M
an1
100
Group Reference Number
UN
Controlling Agency, Coded
D
Message Version Number
0054M ...
an3
05B
Message Release Number
'
Page 69
03 Jan 2011
03 Jan 2011
0054
Message type release number M an..3 Release number within the current message type version number (0052). Always '05B'.
Page 71
03 Jan 2011
6.4
Notes:
UNH
PAX001
Message Reference Number
PAXLST
Message type Identifier
D
Message Type Version
0054M ... :
an..3
0051M
an..2 :
0057C
an..4
05B
Message Type Release Number
UN
Controlling Agency
IATA
Association Assigned Code
0068C ...
an..35
0070C
an..2
0073C
an..1
API01
Common Access Reference
01
Sequence Message Transfer Number
C
First/Last Message Transfer Indicator
'
Page 72
03 Jan 2011
03 Jan 2011
0073
First/last sequence message transfer indication C a1 Indication used for the first and last message in a sequence of the same type of message relating to the same topic. The use of this data element is Optional. A value of 'C' indicates this transmission is a continuance of previously transmitted data for a particular flight. A value of 'F' must be used to indicate a FINAL transmission of passenger/crew data reporting. Messages reporting FINAL information must contain information regarding least one crew member or passenger.
Page 74
03 Jan 2011
6.5
1001M
an..3
1004C
an..35
BGM
745
Document Name Code
CP
Document Identifier
'
6.5.2 BGM Element Definitions Sample Images and Usage Guidelines BGM+745 - Clear Passenger Request (Message type used to identify new passengers to DHS or to obtain updated ESTA status) - Change Passenger Data (Message type may also be used to obtain updated ESTA status) - Cancel Reservation/PNR - Reduction in Party - Flight Close-Out Identifies Passengers Not Boarded (AQQ International Flight reporting only) - Flight Close-Out - Identifies Passengers On Board (AQQ International Flight reporting only)
Page 75
BGM+266+CLOB
03 Jan 2011
BGM+266+CL
- Flight Close-Out only (AQQ International Flight reporting only) - Cancel Flight - Change Flight / Itinerary Information (Secure Flight only) - Gate Pass Request (Secure Flight only) - Flight Crew List (See data element summary for additional value examples) - Flight Crew Change - Master Crew List
Data Element Summary Data Component Element Element Name Attributes C002 DOCUMENT/MESSAGE NAME Identification of a type of document/message by code or name. Code preferred. 1001 Document name code M an..3 Code specifying the document name. 745 Passenger List 655 Gate Pass Request 266 Flight Status Update 250 Crew List Declaration 336 Master Crew List C106 DOCUMENT/MESSAGE IDENTIFICATION Identification of a document/message by its number and eventually its version or revision. 1004 Document identifier C an..3 5 To identify a document. This data element is NOT used for standard clear passenger requests, nor used for Gate Pass issuance clearance requests.
For reporting changes to Passenger information previously reported to DHS, (Document Name Code = 745), the below values may be used in this data element: CP - Change Passenger Data XR - Cancel Reservation RP - Reduction in Party (Delete Passenger on PNR)
For reporting Flight Close-Out or changes to Flight information previously reported to DHS, (Document Name Code = 266), the below values may be used in this data element: CLNB - Flight Close-Out reporting No Boards Customs and Border Protection Page 76
03 Jan 2011
CLOB - Flight Close-Out reporting On Boards CL - Flight Close out (no passengers reported in message) XF - Cancel Flight CF - Change of Flight Itinerary (Flight Number, Arrival/Departure times and airport locations)
For reporting Crew Flight Manifests (Document Name Code = 250), the following values may be used: C - Passenger Flight, Regular Scheduled Crew CC - Passenger Flight, Crew Change B - Cargo Flight, Regular Scheduled Crew BC - Cargo Flight, Crew Change A - Overflight, Passenger Flights D - Overflight, Cargo Flights E - Domestic Continuance, Passenger Flight, Regular Scheduled Crew EC - Domestic Continuance, Passenger Flight, Crew Change F - Domestic Continuance, Cargo Flight, Regular Scheduled Crew FC - Domestic Continuance, Cargo Flight, Crew Change
Page 77
03 Jan 2011
6.6
RFF Reference
0 Conditional (Optional) 1 A segment to specify message reference. The use of this segment is Mandatory for Secure Flight. The value sent by the aircraft operator system in data element C506:1153 below will be returned to the aircraft operator CUSRES message to facilitate the reconciliation of the messages exchanged. Additionally, the numeric value in data element C506:1153 may be used to sequence any follow-on messages related to updates applied to the same passenger manifest. This value will also be returned in the CURES response message.
1153M
an..3
1154M
an..25
RFF
TN
Reference Code Qualifier
BA123456789
Reference identifier
1060C
...
an..3
1
Revision Identifier
'
Attributes
an..3
an..25
Page 78
03 Jan 2011
Optional The value in this data element represents a Transaction Reference Number (TRN) that may be used by the aircraft operator system to track/reconcile responses from DHS air passenger reporting systems. This value also allows DHS systems to uniquely identify a specific transmission from the Aircraft Operator system. The value in this element will be returned in the DHS response message (CUSRES) within the RFF segment in that message. DHS will accept up to 25 bytes of data in this data element. The value assigned by the Aircraft Operator may contain alpha and numeric characters, and may include pound sign (#), dash (-), and period (.). Revision identifier an..3 C To identify a revision. Optional. The numeric value in this data element identifies the sequence of the message as relates to updates applied to the same passenger manifest. The sequence number should be incremented by +1 to reflect the implied revision sequence to the manifest. DHS will accept up to 3 numeric bytes of data in this data element.
1060
Page 79
03 Jan 2011
6.7
3035M
an..2
3036M
an..35
NAD
MS
Party Function Code Qualifier
JACKSON
Party Name
'
Page 80
03 Jan 2011
6.8
Notes:
3148M
an.. 20
3155M
an..3
3148C
an.. 20
COM
TE
Communication Address Code Qualifier
3155C ...
an..3
FX
Communication Address Code Qualifier
'
6.8.2 COM Element Definitions Sample Image COM+703 555 1234:TE+703 555 9876:FX
Data Element Summary Data Component Element Element Name Attributes C076 COMMUNICATION CONTACT Communication number of a department or employee in a specified channel. 3148 Communication address identifier M an..20 To identify a communication address. DHS will accept up to 20 characters of data for a Telephone or Fax number. 3155 Communication address code qualifier M an..3 Code qualifying the communication address. Customs and Border Protection Page 81
03 Jan 2011
C076
3148
3155
FX Telefax TE Telephone COMMUNICATION CONTACT Communication number of a department or employee in a specified channel. Value "TE" or "FX". Communication address identifier C an..20 To identify a communication address. DHS will accept up to 20 characters of data for a Telephone or Fax number. Communication address code qualifier C an..3 Code qualifying the communication address. FX Telefax TE Telephone
Page 82
03 Jan 2011
6.9
Notes:
TDT
20
Transport Stage Qualifier
UA123
Means of Transport Journey Identifier
+ +
3127C ...
an..17
UA
Carrier Identifier
'
Attributes an..3
an..8
Page 83
03 Jan 2011
Flight Information. Up to eight (8) characters of data may be transmitted. Formatted as Aircraft Operator code and Flight Number: - Aircraft Operator Code is in IATA format, either AN2 or AN3 - Flight number up to 4 digits (numeric). For Gate Pass issuance requests, this data element must contain the IATA/ICAO aircraft operator code. Aircraft Operator code/flight number. There are two general types of flight identifier formats: 1. IATA - used by regularly scheduled aircraft operators. Up to seven (7) characters of data are accepted, formatted as aircraft operator code and flight number: - Aircraft Operator code is in IATA / ICAO format, either AN2 or AN3 - Flight number is up to 4 digits numeric Note: An aircraft operator's operational suffix should not be sent, as is the current practice in US/EDIFACT formatted messages. 2. Tail Number - sometimes used by charter aircraft operators. DHS strongly encourages these aircraft operators to use a unique flight number system, rather than tail numbers. - Registered aircraft tail number, up to 7AN. ---- TSA ---TSA Regulations require a special flight number format for Master Crew Lists (MCLs): Format is "cccxxMCL", where : - ccc" - the IATA Aircraft Operator Code - "xx" - a sequence number for the date of the list filing, starting at "01" and going up to "99" (i.e. 1st filing on a given day has "01", 2nd has "02", etc. The sequence restarts the next day.) - "MCL" - literal value C040 3127 CARRIER C 1 Identification of a carrier by code and/or by name. Code preferred. Carrier identification C an..17 Identification of party undertaking or arranging transport of goods between named points. IATA/ICAO carrier code (AN2 or A3).
Page 84
03 Jan 2011
6.10
Notes:
3227M
n..3
3225M
an..3
LOC
87
Location Function Code Qualifier
YVR
Location Name Code
'
Page 85
03 Jan 2011
For Domestic US Flight reporting - OR - for reporting of flights beginning and ending within the domain of a foreign country, prior to a continuing flight into the United States : - 92 Used to identify BOTH the departure and arrival airport locations. The departure location LOC segment should appear first. The arrival location LOC segment should appear second. For Gate Pass Issuance Use 91 Gate Pass issue location.
For reporting Overflights (Crew ONLY) - these are reported with the last foreign airport before entering U.S. airspace and the first foreign airport after leaving U.S. airspace: - 125 Airport of departure; last foreign airport before the flight enters U.S. airspace - 87 Airport of arrival; first foreign airport after the flight leaves U.S. airspace Domestic Continuance flights SFR Regulations require reporting of the entire flight itinerary on a domestic continuance flight for any crew members that boarded the flight in the U.S. but were not on the flight when it crossed the U.S. border. For reporting Master Crew List (MCL) - the following fixed values must be used: - 1st occurrence LOC, use value '188' - Filing Location - 2nd occurrence LOC, use value '172' - Reporting Location C517 3225 LOCATION IDENTIFICATION Identification of a location by code or name. Location name code Code specifying the name of the location. Three (3) character IATA Airport Code.
an..3
Page 86
03 Jan 2011
6.11
DTM Date/Time/Period
Segment Group 3 (Place/Location Identification) Conditional (Optional) 3 Conditional (Optional) 1 A segment to specify associated dates and/or times as required related to locations. Each DTM segment must follow the unique parent LOC segment. Per AFR regulations, only the flight leg that crosses the U.S. border is reported. Only the start and end airports for that leg are needed. Therefore, only the departure date/time for the starting airport and the arrival date/time for the ending airport are needed.
Notes:
2005M
an..3
2380M
n..10
2379C
an..3
DTM
189
Date/TIme/Period Function Code Qualifier
0704291230
Date/Time/Period Value
201
Date/Time/Period Format Code
'
03 Jan 2011
All Dates and Times reported should reflect the local date/time of the Airport to which they refer. Date/Time value formatted as 'YYMMDDhhmm' where: YY - Year MM - Month DD - Day hh - Hour mm- Minutes Date or time or period format code C an..3 Code specifying the representation of a date, time or period. Optional for this implementation. If sent, use Value '201' (format code YYMMDDhhmm).
2379
Page 88
03 Jan 2011
6.12
Page 89
03 Jan 2011
4.) If there is a name suffix, such as "Jr." in "Robert Johnson Jr.", the ICAO standard for MRZ would exclude the name suffix. Therefore, this should be reported as "JOHNSON:ROBERT". 5.) If a name component on the MRZ exceeds the length provided for in this segment definition, DHS will truncate the extra characters for that component. 6.) If a name component has more than one fragment or has embedded punctuation, follow the format of the MRZ. Some examples: An MRZ name part of "DOE<<JOHN<WAYNE" should be reported as "DOE:JOHN WAYNE". If Juan-Jesus Ramirez has a passport with an MRZ of "RAMIREZ<<JUAN<JESUS", report it as "RAMIREZ:JUAN JESUS". James O'Reilly will appear on the MRZ as "O<REILLY<<JAMES" and should be reported as "O REILLY:JAMES". If the MRZ identifies James O'Reilly on the MRZ as "OREILLY<<JAMES", the name should be reported as "OREILLY:JAMES". Marie Hansen-Maher will appear on the MRZ as HANSEN<MAHER<<MARIE and should be reported as HANSEN MAHER :MARIE. Address Reporting Rules Address elements (Number/Street, City, State, and Postal Code) are conditional on a number of factors. According to AFR regulations: U.S. Destination Address is required for all passengers on Inbound flights except: - U.S. citizens - Legal permanent residents - In-transit passengers - Crew members If a passenger is joining a ship or is en route to a foreign destination, provisions have been defined to accept a description of the destination as follows: "Transit to Caribbean Princess, Miami, FL, USA, 99999". This is deemed acceptable as long as all fields contain accurate information. AFR Regulations require Home Address, including Country, for all crew members.
Page 90
03 Jan 2011
3035M
an..3
NAD
FL
Party Function Code Qualifier
3036C ...
a..35
3036C
a..35
3036C
a..35
DOE
Party Name (Surname)
JOHN
Party Name (First)
WAYNE
Party Name (Second)
3042C ...
an..35
3164C
an..35
3229C
an..2
20 ANYSTREET
Number and Street Identifier
ANYCITY
City Name
VA
Country Sub-entity Name Code
3251C ...
an..17
3207C
an..3
10053
Postal Identification Code
USA
Country Name Code
'
6.12.2 NAD Element Definitions Sample Image Inbound International Flights NAD+FL+++DOE:JOHN:WAYNE+20 MAIN STREET+ANYCITY+VA+10053+USA Outbound International Flights and Domestic U.S. Only Flights NAD+FL+++DOE:JOHN:WAYNE Crew Member (report address of home location) NAD+FM+++PICARD:JAVERT:A+20 ANYSTREET+PARIS+++FRA
Page 91
03 Jan 2011
Data Element Summary Data Component Element Element Name Attributes 3035 PARTY FUNCTION CODE QUALIFIER M an..3 Code giving specific meaning to a party. FL Passenger FM Crew member DDU Intransit Passenger DDT Intransit Crew Member COT Involved Party - Gate Pass request ZZZ - For Cancel Reservation and Flight Close-out messages C080 PARTY NAME Identification of a transaction party by name, one to five lines. Party name may be formatted. 3036 Party name C an..35 Name of a party. Last name of passenger or crew member. Refer to segment notes. 3036 Party name C an..35 Name of a party. First given name of passenger or crew member. Refer to segment notes. 3036 Party name C an..35 Name of a party. Second given name (or initial) of passenger or crew member. Refer to segment notes. C059 STREET Street address and/or PO Box number in a structured address: one to four lines. 3042 Street and number or post office box identifier C an..35 To identify a street and number and/or Post Office box number. For Inbound international flights, Street address of final destination in US. Not required for Outbound International flight reporting. 3164 CITY NAME C an..35 Name of a city. For Inbound international flights, City of final destination in US. Not required for Outbound international flight reporting. C819 COUNTRY SUB-ENTITY DETAILS To specify a part of a country (e.g. county or part of a city). 3229 Country sub-entity name code C an..2 Code specifying the name of a country sub-entity. For Inbound international flights, identity of state of final destination in US. Two character State code. Not required for Outbound international flight reporting. 3251 POSTAL IDENTIFICATION CODE C 1 an..17 Code specifying the postal zone or address. For Inbound international flights, postal or route code of final destination in US. Not required for Outbound international flight reporting. 3207 COUNTRY NAME CODE C 1 an..3 Identification of the name of the country or other geographical entity as defined in ISO 3166-1. ISO 3166 3-character country code. Customs and Border Protection Page 92
03 Jan 2011
6.13
ATT Attribute
Segment Group 4 (Name and Address) Conditional (Optional) 2 Conditional (Optional) 1 A segment specifying passenger's and/or crew attributes such as complexion and build.
9017M
an1
9019M
an 1
ATT
2
Attribute Function Code Qualifier
M
Attribute Description Code
'
Attributes an..1
an..1
Page 93
03 Jan 2011
6.14
DTM Date/Time/Period
Segment Group 4 (Name and Address) Conditional (Optional) 2 Conditional (Optional) 1 A segment to specify date of birth. One occurrence of the DTM segment to identify Date of Birth of passenger or crew member. The birth date should match the value as scanned from the travel documents machine-readable zone (MRZ), not including any check digit. For example, a passport with DOB of 16 Sep 1956 might have an MRZ field of 5609165, which should be reported as DTM+329:560916.
2005M
an..3
2380M
n6
DTM
329
Date/Time/Period Function Code Qualifier
570121
Date/Time/Period Value
'
Page 94
03 Jan 2011
6.15
9649M
an..3
7365M
an..3
GEI
4
Processing Information Code Qualifier
ZZZ
Processing Indicator Description Code
'
Attributes an..3
an..3
Page 95
03 Jan 2011
6.16
Notes:
4451M
an..3
FTX
BAG
Text Subject Code Qualifier
+ +
4440M
an..80
4440M
an..80 3
...
+
UA987654
Text Literal
'
Text Literal
Page 96
03 Jan 2011
Page 97
03 Jan 2011
6.17
Page 98
03 Jan 2011
LOC
180
Location Function Qualifier Code
USA
Location Name Code
3222C
an..70
...
ANYCITY
First Related Location Name
3232C
an..70
...
ANYSTATE
Second Related Location Name
'
Page 99
03 Jan 2011
Attributes an..3
C517 3225
22 Airport of first US arrival (Inbound international flights) 174 Country of residence (Inbound international flights) 178 Port of embarkation 179 Port of debarkation 180 Place of birth (Crew member reporting only) LOCATION IDENTIFICATION Identification of a location by code or name. Location name code M an..3 Code specifying the name of the location. Values in this data element will be identified as follows: When qualifier element 3227 = '22' - this element will contain an IATA Airport Code identifying the airport where the passenger/crew member will be processed through U.S. Customs and Border Protection (CBP) procedures. When qualifier element 3227 = '174' - this element will identify the 3 character ISO 3166 Country of Residence code for passenger or crew member. When qualifier element 3227 = '178' - this element will contain an IATA Airport Code identifying the known airport where the passenger/crew member began the journey, including any connecting flights before the one being reported. When qualifier element 3227 = '179' - this element will contain an IATA Airport Code identifying the known airport where the passenger/crew member ends the journey, regardless of any connecting flights before the one being reported. When qualifier element 3227 = '180' - this element will identify the 3 character ISO 3166 Country of Birth for Crew member reporting. RELATED LOCATION ONE IDENTIFICATION Identification the first related location by code or name. The composite data element used for reporting additional Crew information only. First related location name C an..70 Name of first related location. City of birth (Crew member reporting only) Page 100
C519
3222
03 Jan 2011
C553
3232
RELATED LOCATION TWO IDENTIFICATION Identification of second related location by code or name. The composite data element used for reporting additional Crew information only. Second related location name C Name of the second related location. State/Province of birth (Crew member reporting only)
an..70
Page 101
03 Jan 2011
6.18
Notes:
3148M
an.. 20
3155M
an..3
3148C
an.. .20
COM
TE
Communication Address Code Qualifier
3155C ...
an..3
TE
Communication Address Code Qualifier
'
6.18.2 COM Element Definitions Sample Image COM+540 555 1234:TE+540 555 9876:TE
Data Element Summary Data Component Element Element Name Attributes C076 COMMUNICATION CONTACT Communication number of a department or employee in a specified channel. 3148 Communication address identifier M an..20 To identify a communication address. Primary traveler contact phone number. DHS will accept up to 20 characters of data for a Telephone number. 3155 Communication address code qualifier M an..3 Customs and Border Protection Page 102
03 Jan 2011
C076
3148
3155
Code qualifying the communication address. TE Telephone COMMUNICATION CONTACT Communication number of a department or employee in a specified channel. Communication address identifier C an..20 To identify a communication address. Secondary traveler contact phone number. DHS will accept up to 20 characters of data for a Telephone. Communication address code qualifier C an..3 Code qualifying the communication address. TE Telephone
Page 103
03 Jan 2011
6.19
9003M an..1
9005M
an3
1131C an3
3055C
an..3
EMP +
1
Employment Details Qualifier Code
CR1
Employment Category Description Code
110
Code List Identification Code
111
Code List Responsible Agency Code
'
1131
03 Jan 2011
i
3055
Code identifying a user or association maintained code list. Always '110' - U.S. DHS Special Codes Code list responsible agency code C Code specifying the agency responsible for a code list. Value always '111' U.S., Department of Homeland Security
an..3
Page 105
03 Jan 2011
6.20
NAT Nationality
Segment Group 4 (Name and Address) Conditional (Optional) 2 Conditional (Optional) 1 A segment to indicate the nationality of a passenger and/or crew. This segment used to report Citizenship (Nationality) of a specific traveler.
3493M
an..1
3293M
an..3
NAT
2
Nationality Code Qualifier
CAN
Nationality Name Code
'
Page 106
03 Jan 2011
RFF Reference
Segment Group 4 (Name and Address) Conditional (Optional) 2 Conditional (Optional) 9 A segment specifying the number assigned by an aircraft operator that identifies a passenger's reservation. This RFF segment reports the following information: - Passenger Name Record Locator - Aircraft Operator Unique Passenger Reference identifier - DHS Passenger Redress Number - DHS Known Traveler Number (Future Use) - Assigned Seat Number/Identifier Notes:
Notes:
As required under the Secure Flight Final Rule (Oct 2008), both the Passenger Name Record Locator and the Unique Passenger Reference number must be supplied, when sending interactive data. In the event a PNR locator is not available, the carrier may assign a unique value not to exceed 6 bytes of data. RFF Example
1153M
an..3
1154M :
an..25
RFF
AVF
Reference Code Qualifier
ABC123
Reference Identifier
6.20.3 RFF Element Definitions Sample Image RFF+AVF:ABC123 RFF+ABO:BA1321654987 RFF+SEA:22A RFF+AEA:1234567890ABC RFF+CR:20060907NY123
Page 107
03 Jan 2011
Data Element Summary Data Component Element Element Name C506 REFERENCE Identification of a reference. 1153 Reference code qualifier Code qualifying a reference. Valid values :
Attributes
an..3
AVF - Passenger Name Record Locator ABO - Aircraft Operators Unique Passenger Reference identifier (Originator's reference) AEA - DHS Passenger Redress Number (Government agency reference number) CR - DHS Known Traveler Number (Customer reference number) SEA - Seat Number/Identifier 1154 Reference identifier M an..25 Identifies a reference. The value provided in this data element will correspond to the meaning as applied by the value contained in DE 1153. The expected characteristics for each data item are as follows: Passenger Name Record Locator an..6 Seat Number/Identifier n3a1 DHS Passenger Redress Number an.. 13 DHS Known Traveler Number an.. 25 Aircraft Operators Unique Passenger Reference (UPR) identifier an.. 25 The value assigned by the Aircraft Operator for the UPR may contain alpha and numeric characters, and contain pound sign (#), dash (-), and period (.).
Page 108
03 Jan 2011
6.21
Page 109
03 Jan 2011
DOC
P
Code List Identification Code
110
Code List Identification Code
111
Code List Responsible Agency Code
1004M ...
an..35
MB1402411
Document Identifier
'
3055
an..3
Page 110
03 Jan 2011
C503
1004
DOCUMENT/MESSAGE DETAILS Identification of document/message by number, status, source and/or language. Document identifier M an..35 To identify a document. Unique number assigned to document identified in element C002:1001. For PASSPORT reporting: Send 9 byte Passport identification only. Do not send check digit value that may appear on MRZ.
Page 111
03 Jan 2011
6.22
DTM Date/Time/Period
Segment Group 5 (Document/Message Details) Conditional (Optional) 3 Conditional (Optional) 1 A segment to specify associated dates/times related to documents. The use of the DTM segment would be for reporting the expiration of the Passport.
DTM
36
Date/Time/Period Function Code Qualifier
081021
Date/Time/Period Value
'
Page 112
03 Jan 2011
6.23
LOC +
91
Location Function Code Qualifier
CAN
Location Name Code
'
Page 113
03 Jan 2011
6.24
CNT
42
Control Total Type Code Qualifier
9
Control Total Value
'
Page 114
03 Jan 2011
6.25
Notes:
UNT
35
Number of segments in a Message
PAX001
Message Reference Number
'
Page 115
03 Jan 2011
6.26
UNE
1
Group Control Count
100
Group Reference Number
'
Page 116
03 Jan 2011
6.27
0036M
n..6
0020M
an..14
UNZ
1
Interchange Control Count
000000001
Interchange Reference Number
'
Page 117
03 Jan 2011
Figure 7 below identifies the basic diagram presentation key used in this document.
Segment Label
Segment Group 4 ERP RFF ERC FTX Error Point Details Reference Application Error Information Free Text
C M C C C 1 9 1 1
99
Figure 8 on the following page illustrates the message architecture and relationships between the CUSRES Segment Groups. The UN/EDIFACT CUSRES message format hierarchy consists of THREE (3) segment levels and TWO (2) segment groups of information as depicted in Figure 7.
Page 118
03 Jan 2011
Segment ID
UNA UNB UNG UNH BGM Service Segment Advice Interchange Header Functional Group Header Message Header Beginning of Message Segment Group 3 RFF DTM LOC Reference Date/Time/Period Place/Location Identification Segment Group 4 ERP RFF ERC FTX UNT UNE UNZ Error Point Details Reference Application Error Information Free Text Message Trailer Functional Group Trailer Interchange Trailer
Segment Requirement
C M C M M C M C C C M C C C M C M
11 1 2 2 999 1 9 1 1 1 1 1
Figure 8: CUSRES Message Architecture Diagram Please note the following characteristics: The Mandatory and Conditional (optional) requirement designations within the branch diagram conform to the UN/EDIFACT syntax specification for the CUSRES. In the technical specifications sections that follow, many of the segments identified as conditional in the branch diagram may be identified as mandatory for the DHS CUSRES implementation. Such requirement designations will be identified for each of the specific segments in the technical specifications that follow in this document. Similarly, DHS business rules may require that certain data elements defined as conditional within the UN/EDIFACT CUSRES are required for this implementation. The requirements for the data elements are also identified in the technical specifications that follow in this document. The technical specifications also identify the required maximum allowable occurrences for many repeatable segment groups and segments in order to satisfy the DHS implementation requirements. In most cases, DHS requires collection of less data than the maximum allowable by the UN/EDIFACT syntax.
Page 119
03 Jan 2011
One CUSRES message will be sent to the aircraft operator, in response to each PAXLST message received from the aircraft operator.
Sample CUSRES Message This is a sample CUSRES message in UN/EDIFACT format for a passenger manifest, with one line per segment.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070429:0900+000006640++USADHS' UNG+CUSRES+USADHS+APIS*ABE+070429:1900+6640+UN+D:05B' UNH+USADHS001+CUSRES:D:05B:UN:IATA+API01+01' BGM+962' RFF+TN:123456789:::1 RFF+AF:TR3345' DTM+189:0705011840:201' DTM+232:0705012055:201' LOC+125+PAR' LOC+87+JFK' ERP+2' RFF+AVF:ABC123 RFF+ABO:BA1321654987 ERC+0Z' UNT+13+USADHS001' UNE+1+6640' UNZ+1+000006640
Page 120
03 Jan 2011
UNA
Notes:
0 Conditional (Optional) 1 The service string advice segment shall begin with the upper case characters UNA immediately followed by six characters in the order shown below. The same character shall not be used in more than one position of the UNA. The UNA segment is used to set delimitation and character set for the body of the transmission. Although the use of the UNA Segment is Optional for this implementation. it may be sent on this message if the aircraft operator specifically requests DHS send it.
Page 121
03 Jan 2011
: UNA
(plus sign)
Element Separator
?
...
(question mark)
(space)
'
(single quote)
Release Indicator
Attributes an1
UNA2
an1
UNA3
an1
UNA4
an1
UNA5 UNA6
M M
an1 an1
Page 122
03 Jan 2011
8.2
0001M
a4
0002M
an1
0004M
an..35
UNB
UNOA
Syntax Identifier
4
Syntax Version Number
USADHS
Interchange Sender Identification
0007C
an2
0010M
an..35
0007C
an2
...
ZZ
Identification Code Qualifier
APIS*ABE
Interchange Recipient Identification
ZZ
Identification Code Qualifier
0017M
n6
0019M
n4
0020M
an..14
...
070429
Date
0900
Time
000006640
Interchange Control Reference
0026M
an..14
...
USADHS
Application Reference
'
Page 123
03 Jan 2011
0007
S003 0010
0007
S004 0017
0019
03 Jan 2011
0020
0026
INTERCHANGE CONTROL REFERENCE M an..14 Unique reference assigned by the sender to an interchange. Unique control number generated by the DHS system. Note: The value contained in this data element will be the same value that was sent by the Carrier system on the PAXLST message. APPLICATION REFERENCE C an..14 Identification of the application area assigned by the sender, to which the messages in the interchange relate e.g. the message identifier if all the messages in the interchange are of the same type. Always 'USADHS'.
Page 125
03 Jan 2011
8.3
UNG
CUSRES
Message Group Identification
USADHS
Application Sender Identification
0044M ...
an..35
0017M
n6 :
0019M
n4
XYZ AIRLINES
Application Recipient Identification
070429
Date
0900
Time
0048M ...
an..14
0051M
an..2
0052M
an1
6640
Group Reference Number
UN
Controlling Agency, Coded
D
Message Version Number
0054M ...
an..3
05B
Message Release Number
'
Page 126
03 Jan 2011
03 Jan 2011
0054
Always 'D'. Message type release number M an..3 Release number within the current message type version number (0052). Always '05B'.
Page 128
03 Jan 2011
8.4
Notes:
0062M
an..14
0052M
an 1
UNH
DHS0001
Message Reference Number
CUSRES
Message type Identifier
D
Message Type Version
0054M ... :
an..3
0051M
an..2 :
0057C
an..4
05B
Message Type Release Number
UN
Controlling Agency
IATA
Association Assigned Code
0068C ...
an..35
0070C
an..2
API01
Common Access Reference
01
Sequence Message Transfer Number
Page 129
03 Jan 2011
S010
0070
Page 130
03 Jan 2011
8.5
1001M
an..3
BGM
962
Document Name Code
Data Element Summary Data Component Element Element Name Attributes C002 DOCUMENT/MESSAGE NAME Identification of a type of document/message by code or name. Code preferred. 1001 Document name code M an..3 Code specifying the document name. Values: 962 - DHS Response to PAXLST received from Aircraft Operator 132 - DHS Unsolicited Message (generated by DHS as result in changes to passenger status)
Page 131
03 Jan 2011
8.6
RFF Reference
Segment Group 3 (Reference) 1 Conditional (Optional) 11 A segment to specify message reference. The RFF segment loop may repeat up to 11 times and serves two purposes: (1) Identify the Transaction Reference Number (TRN) that appeared on the input PAXLST message along with the message sequence number, and; (2) Identify the flight departure and arrival information reported on the input passenger manifest PAXLST message sent to DHS by the aircraft operator. The first occurrence of the RFF segment will identify the TRN if reported on the PAXLST from the aircraft operator. The returned TRN provides the aircraft operator the ability to use their uniquely assigned number to reconcile and associate the passenger manifest message to this DHS response message. Subsequent RFF segments will identify the flight number as reported on the PAXLST from the aircraft operator. The RFF segment will be followed by DTM and LOC segments, where applicable, to identify departure and arrival locations and times, as reported on the PAXLST from the aircraft operator. One RFF Segment loop will be returned for each flight leg of a contiguous continuing flight. Each flight responded to will be returned in the order in which they were received by DHS. For DHS Unsolicited Messages, please note: The Transaction Reference Number will be assigned by DHS the system. The aircraft operator must return the image of the CUSRES as an acknowledgement to DHS and include the same TRN number in the message, for all Unsolicited Messages.
Page 132
03 Jan 2011
RFF
TN
Reference Code Qualifier
UA123456789
Reference identifier
1060M ...
an..3
001
Revision Identifier
'
Page 133
03 Jan 2011
8.7
DTM Date/Time/Period
Segment Group 3 (Reference) Conditional (Optional) 2 Conditional (Optional) 2 A segment identifying a date related to the preceding RFF. DTM segments will be returned to the aircraft operator corresponding with the Flight information reported by the aircraft operator in the PAXLST message.
2005M
an..3
2380M
an..10
2379C
an..3
DTM
189
Dt/Tm Period Qualifier
0705011840
Date or Time Period Text
201
Date or Time Period Format Code
Data Element Summary Data Component Element Element Name Attributes C507 DATE/TIME/PERIOD Date and/or time, or period relevant to the specified date/time/period type. 2005 Date or time or period function code qualifier M an..3 Code qualifying the function of a date, time or period. 189 Departure date/time, scheduled 232 Arrival date/time, scheduled 2380 Date or time or period text M an..10 The value of a date, a date and time, a time or of a period in a specified representation. Value in this data element will contain the Dates and Times as reported to DHS on the PAXLST. Format YYMMDDHHMM. 2379 Date or time or period format code C an..3 Code specifying the representation of a date, time or period. Value in this data element will contain the value reported in the PAXLST sent to DHS.
Page 134
03 Jan 2011
8.8
3227M
an..3
3225M
an..3
LOC
87
Location Function Code Qualifier
JFK
Location Name Code
'
Data Element Summary Data Component Element Element Name Attributes 3227 LOCATION FUNCTION CODE QUALIFIER M an..3 Code identifying the function of a location. The value reported in this DE will contain the value as reported on the PAXLST message sent to DHS. Values contain below meanings: Inbound International flights (arriving in the U.S.) : - 125 Airport of departure; last non-U.S. airport before the flight arrives in the U.S. - 87 Airport of initial arrival in the U.S. Outbound International flights (departing from the U.S.) : Customs and Border Protection Page 135
03 Jan 2011
- 125 Airport of departure; last U.S. airport before the flight leaves the U.S. - 87 Airport of initial arrival outside U.S. territory For Domestic Flights - OR - for flights beginning and ending within the domain of a foreign country: - 92 Identifies BOTH the departure and arrival airport locations. The departure location LOC segment appears first. The arrival location LOC segment appears second. For reporting Overflights - these report the last foreign airport before entering U.S. airspace and the first foreign airport after leaving U.S. airspace:
For Crew Reporting: - 125 Airport of departure; last foreign airport before the flight enters U.S. airspace - 87 Airport of arrival; first foreign airport after the flight leaves U.S. airspace
C517 3225
LOCATION IDENTIFICATION Identification of a location by code or name. Location name code Code specifying the name of the location. Three (3) character IATA Airport Code.
an..3
Page 136
03 Jan 2011
8.9
ERP
2
Message Section Code
'
Page 137
03 Jan 2011
8.10
RFF Reference
Segment Group 4 (Error Point Details) Conditional (Optional) 2 Conditional (Optional) 9 A segment to provide the references related to the application error. This RFF segment is used to identify the passenger. If the aircraft operator identifies a passenger using multiple RFF segments, DHS will respond with the multiple RFF segments. Note: This segment is not used for DHS General Response messages.
RFF
AVF
Reference Code Qualifier
ABC123
Reference Identifier
'
1154
Page 138
03 Jan 2011
8.11
ERC
0Z
Application Error Code
'
03 Jan 2011
2 - Advisory 'Selectee'. Boarding pass may be issued. 3 (Reserved) 4 - Advisory 'Insufficient Data'. Error - Insufficient passenger data. ESTA status result: Z Travel authorization via ESTA not applicable A VWP participant passport approved travel authorization via ESTA B VWP participant passport no application for travel authorization via ESTA on file C VWP participant passport U.S. authorized travel document required 1 - Inhibited X Insufficient data to provide ESTA status For Unsolicited Messages, the value in this data element will identify the new status for the passenger. The following values apply to the DHS General Response messages to messages from the aircraft operator reporting changes in flights, changes in reservations, or flight close-out messages. The following codes/meanings apply when the preceding ERP segment contains a value of 1 on the ERP-01 data element. 0 Message Accepted 1 - DHS Exception
Page 140
03 Jan 2011
8.12
Notes:
4452M
an..3
FTX
AAH
Text Subject Code Qualifier
+ +
4440M
an..80
...
'
Page 141
03 Jan 2011
8.12.2 FTX Element Definitions Sample Image FTX+AAH+++ Contact the DHS Resolution Desk at 1-800-CALL-DHS
Data Element Summary Data Component Element Element Name Attributes 4451 TEXT SUBJECT CODE QUALIFIER M an..3 Code qualifying the subject of the text. Values 'AAH' - DHS Special Information C108 TEXT LITERAL Free text; one to five lines. 4440 Free text M an..80 Free form text. Optional. DHS may send special instructions in this data element.
Page 142
03 Jan 2011
8.13
Notes:
UNT
13
Number of segments in a Message
DHS0001
Message Reference Number
'
Page 143
03 Jan 2011
8.14
UNE
1
Group Control Count
6640
Group Reference Number
'
Page 144
03 Jan 2011
8.15
0036M
n..6
0020M
an..14
UNZ
1
Interchange Control Count
000006640
Interchange Reference Number
'
Page 145
03 Jan 2011
Segment Label
Segment Group 4 ERP RFF ERC FTX Error Point Details Reference Application Error Information Free Text
C M C C C 1 9 1 1
99
Page 146
03 Jan 2011
Segment ID
UNA UNB UNG UNH BGM Service Segment Advice Interchange Header Functional Group Header Message Header Beginning of Message Segment Group 3 RFF DTM LOC Reference Date/Time/Period Place/Location Identification Segment Group 4 ERP RFF ERC FTX UNT UNE UNZ Error Point Details Reference Application Error Information Free Text Message Trailer Functional Group Trailer Interchange Trailer
Segment Requirement
C M C M M C M C C C M C C C M C M
11 1 2 2 99 1 9 1 1 1 1 1
Figure 11: Aircraft Operator CUSRES Message Architecture Diagram Please note the following characteristics: The Mandatory and Conditional (optional) requirement designations within the branch diagram conform to the UN/EDIFACT syntax specification for the CUSRES. In the technical specifications sections that follow, many of the segments identified as conditional in the branch diagram may be identified as mandatory for the DHS CUSRES implementation. Such requirement designations will be identified for each of the specific segments in the technical specifications in this document. Similarly, DHS business rules may require that certain data elements defined as conditional within the UN/EDIFACT CUSRES are required for this implementation. The requirements for the data elements are also identified in the technical specifications in this document. The technical specifications also identify the required maximum allowable occurrences for many repeatable segment groups and segments in order to satisfy the DHS implementation requirements. In most cases, DHS requires collection of less data than the maximum allowable by the UN/EDIFACT syntax. One CUSRES message will be sent to the aircraft operator in each transmission, in response to each PAXLST message received from the aircraft operator.
Page 147
03 Jan 2011
10.
10.1
UNA
Notes:
0 Conditional (Optional) 1 The service string advice segment shall begin with the upper case characters UNA immediately followed by six characters in the order shown below. The same character shall not be used in more than one position of the UNA. The UNA segment is used to set delimitation and character set for the body of the transmission.
: UNA
(plus sign)
Element Separator
?
...
(question mark)
(space)
'
(single quote)
Release Indicator
Attributes an1
03 Jan 2011
UNA2
UNA3
UNA4
UNA5 UNA6
a Composite data element. DATA ELEMENT SEPARATOR Default value + (plus sign) Usage: To separate data elements. DECIMAL MARK Default value . (decimal point) Usage: To define character used as decimal point. RELEASE CHARACTER Default value ? (question mark) Usage: Release character is used to immediately preceded any predefined delimiter character such that the character may be identified as part of the actual data. REPETITION SEPARATOR Default value a space. SEGMENT TERMINATOR Default value (single quote) Usage: To identify and delimit the end of a segment.
an1
an1
an1
M M
an1 an1
Page 149
03 Jan 2011
10.2
0001M
a4
0002M
an1
0004M
an..35
UNB
UNOA
Syntax Identifier
4
Syntax Version Number
APIS*ABE
Interchange Sender Identification
0007C
an2
0010M
an..35
0007C
an2
...
ZZ
Identification Code Qualifier
USADHS
Interchange Recipient Identification
ZZ
Identification Code Qualifier
0017M
n6
0019M
n4
0020M
an..14
...
070429
Date
0900
Time
20080513072918
Interchange Control Reference
0026M
an..14
...
USADHS
Application Reference
'
Page 150
03 Jan 2011
S003 0010
0007
S004 0017
0019
0020
03 Jan 2011
0026
Control number value that appeared on the DHS Unsolicited CUSRES. APPLICATION REFERENCE C an..14 Identification of the application area assigned by the sender, to which the messages in the interchange relate e.g. the message identifier if all the messages in the interchange are of the same type. Always 'USADHS'.
Page 152
03 Jan 2011
10.3
UNG
CUSRES
Message Group Identification
APIS*ABE
Application Sender Identification
0044M ...
an..35
0017M
n6 :
0019M
n4
USADHS
Application Recipient Identification
070429
Date
0901
Time
0048M ...
an..14
0051M
an2
0052M
an1
20080513072918
Group Reference Number
UN
Controlling Agency, Coded
D
Message Version Number
0054M ...
an3
05B
Message Release Number
'
Page 153
03 Jan 2011
Page 154
03 Jan 2011
10.4
Notes:
0062M
an..14
0052M
an 1
UNH
+
20080513072918
Message Reference Number
CUSRES
Message type Identifier
D
Message Type Version
0054M ... :
an..3
0051M
an..2 :
0057C
an..4
05B
Message Type Release Number
UN
Controlling Agency
IATA
Association Assigned Code
'
03 Jan 2011
0052
0054
0051
0057
agency. Always 'CUSRES'. Message type version number M an..1 Version number of a message type. Always 'D'. Message type release number M an..3 Release number within the current message type version number (0052). Always '05B'. Controlling agency M an..2 Code identifying the agency controlling the specification, maintenance and publication of the message type. Always 'UN'. Association assigned code C an..4 Code, assigned by the association responsible for the design and maintenance of the message type concerned, which further identifies the message. Always 'IATA'.
Page 156
03 Jan 2011
10.5
1001M
an..3
BGM
312
Document Name Code
Data Element Summary Data Component Element Element Name Attributes C002 DOCUMENT/MESSAGE NAME Identification of a type of document/message by code or name. Code preferred. 1001 Document name code M an..3 Code specifying the document name. Value ' 312' - Acknowledgement Message
Page 157
03 Jan 2011
10.6
RFF Reference
Segment Group 3 (Reference) Conditional (Optional) 1 Mandatory 11 A segment identifying references (e.g. manifest number). Each RFF segment returned by the aircraft operator in this acknowledgement should contain the same information sent to the carrier on the Unsolicited CUSRES message from DHS. This RFF segment reports the Transaction Reference Number and Flight Number information.
1153M
an..3
1154M
an..25
RFF
TN
Reference Code Qualifier
DHS123456789
Reference identifier
1060C ...
an..3
1
Revision Identifier
'
Data Element Summary Data Component Element Element Name Attributes C506 REFERENCE Identification of a reference. 1153 Reference code qualifier M an..3 Code qualifying a reference. Values and meanings: When this Data Element contains a value of ' TN' , the value in Data Customs and Border Protection Page 158
03 Jan 2011
1154
1060
Element 1154 contains the Transaction Reference Number. When this Data Element contains a value of 'AF', the value in Data Element 1154 contains the Flight Number as reported on the PAXLST message reported to DHS. Reference identifier M an..25 Identifies a reference. The value in this data element will be either the TRN or Flight Number depending upon the value contained in Data Element 1153. Revision identifier C an..3 To identify a revision. The value in this data element should be the same as that which appeared on the DHS Unsolicited Message sent to the carrier.
Page 159
03 Jan 2011
10.7
DTM Date/Time/Period
Segment Group 3 (Reference) Conditional (Optional) 2 Conditional (Optional) 2 A segment identifying a date related to the preceding RFF. DTM segment(s) should be returned to DHS as they appeared in the Unsolicited CUSRES message from DHS.
2005M
an..3
2380M
an..10
2379C
an..3
DTM
189
Dt/Tm Period Qualifier
0702191840
Date or Time Period Text
201
Date or Time Period Format Code
Data Element Summary Data Component Element Element Name Attributes C507 DATE/TIME/PERIOD Date and/or time, or period relevant to the specified date/time/period type. 2005 Date or time or period function code qualifier M an..3 Code qualifying the function of a date, time or period. The value in this DE should reflect the same value that appeared in this same DE in the Unsolicited CUSRES message from DHS. 189 Departure date/time, scheduled 232 Arrival date/time, scheduled 2380 Date or time or period text M an..10 The value of a date, a date and time, a time or of a period in a specified representation. The value in this DE should reflect the same value that appeared in this same DE in the Unsolicited CUSRES message from DHS. 2379 Date or time or period format code C an..3 Customs and Border Protection Page 160
03 Jan 2011
Code specifying the representation of a date, time or period. The value in this DE should reflect the same value that appeared in this same DE in the Unsolicited CUSRES message from DHS.
Page 161
03 Jan 2011
10.8
3227M
an..3
3225M
an..3
LOC
87
Location Function Code Qualifier
JFK
Location Name Code
'
Page 162
03 Jan 2011
10.9
ERP
2
Message Section Code
'
Attributes
an..3
Page 163
03 Jan 2011
RFF Reference
Segment Group 4 (Error Point Details) Conditional (Optional) 2 Conditional (Optional) 9 A segment to provide the references related to the application error. The RFF Segment identifies the specific passenger. The contents of this message should directly reflect the contents within the RFF segment sent by DHS in the Unsolicited CUSRES message.
10.10.1
RFF Example
10.10.2
RFF
'
10.10.2
1154
Page 164
03 Jan 2011
10.11.1
ERC
2Z
Application Error Code
'
10.11.2
Page 165
03 Jan 2011
C VWP participant passport U.S. authorized travel document required 1 - Inhibited X Insufficient data to provide ESTA status
Page 166
03 Jan 2011
Notes:
10.12.1
FTX Example
4452M
an..3
FTX
AHN
Text Subject Code Qualifier
+ +
++
4440M
an..80
N
Text Literal
'
10.12.2
Attributes an..3
an..80
N - Boarding Pass Not Issued Y - Boarding Pass Issued E Error. Passenger unknown to Aircraft Operator System
Page 167
03 Jan 2011
Notes:
10.13.1
UNT
20
Number of segments in a Message
DHS0001
Message Reference Number
'
10.13.2
Page 168
03 Jan 2011
10.14.1
UNE
1
Group Control Count
100
Group Reference Number
'
10.14.2
Page 169
03 Jan 2011
10.15.1
UNZ Example
0036M
n..6
0020M
an..14
UNZ
1
Interchange Control Count
000000001
Interchange Reference Number
'
10.15.2
Page 170
03 Jan 2011
Appendices
Page 171
03 Jan 2011
Ap p e n d ix A. S e g m e n t Gro u p Co d in g Ru le s P a s s e n g e r Ma n ife s ts
Segment Groups were described in Section 3 Message Structure, and many of the individual segments defined above are contained in one of the groups. The importance of segment groups is that they are a set of related segments that work together to report an important business entity. To do this properly, many of the groups have coding rules that provide the context for the rules of individual segments. This appendix describes the PAXLST segment groups and their rules in detail. Note: TSA regulations require different coding for some segment groups for Master Crew Lists and crew member manifests. Some of those exceptions are described in this appendix. Also, refer to Appendix G for MCL and crew manifest coding rules that differ from the passenger manifest rules stated in this appendix.
A.1. Gro u p 1 Re p o rtin g P a rty This group describes the party responsible for the data being reported. DHS will contact this party if any problems are found with the transmission. It is an optional group, but DHS expects that all filers will provide accurate data with the transmission, and/or maintain current information on DHS point-of-contact database. A.2. Gro u p 2 Flig h t Id e ntific a tio n This group is mandatory and consists of at least one TDT segment loop header that identifies the carrier and flight number. If this segment is missing or invalid, the message will be discarded. The TDT segment loop header must be repeated for each flight leg. Note: For Crew manifests, TSA regulations require an added suffix to the flight number to specify the type of flight being reported refer to section G.1.2. Also, Master Crew Lists have specific requirements for reporting a flight ID refer to section G.1.3. A.3. Gro u p 3 Flig h t Itin e ra ry There are some important differences in Group 3 coding between: (a) passenger manifests, (b) crew member manifests, and (c) Master Crew Lists. This section applies only to passenger manifests. Crew member manifests are described in Appendix G.1.2. Master Crew List coding rules are described in Appendix G.1.3. This group is subordinate to Group 2. Segment Group 3 utilizes a repeating LOC-DTM segment loop that repeats up to 2 times to report Departure Airport (1st LOC), Departure Time (1st DTM), Arrival Airport (2nd LOC), and Arrival Time (2nd DTM). Times must be reported in local times.
Page 172
03 Jan 2011
Notes: (1) APIS regulations will only require the flight leg crossing the U.S. border to be reported for normal passenger manifests. However, a crew manifest reporting domestic continuance may require additional U.S. flight legs to be reported. (2) Secure Flight regulations require the reporting of the travelers complete, single direction travel. This will necessitate the submission of multiple TDT, and subordinate LOC/DTM segment loops. (3) Crew member manifest rules are different, due to TSA requirements for reporting crew changes on flight legs within the U.S. Refer to Appendix G.1.2. 1. Maximum and minimum number of LOC DTM loops: Only two LOC-DTM loops are expected. These loops report the Departure airport (LOC+125 segment) and Arrival airport (LOC+87 segment). (Note: 125 and 87 are the Location Function Code Qualifiers for departure and arrival, respectively.) These are: For International Inbound flights, the port of last foreign departure (LOC+125) and the first port of U.S. arrival (LOC+87). For International Outbound flights, the port of last U.S. departure (LOC+125) and the first port of foreign arrival (LOC+87). For messages having multiple flight segments prior to a US arrival or after a US departure, the (LOC+92) segment loop should be used. For purely domestic transmissions, the (LOC+92) segment loop should be used. 2. Progressive, Pre-clearance, Final Destination, and In-Transit airports:
Pre-clearance of international inbound travelers is done at specific foreign airports prior to the flights departure for entry into the U.S. (for example, in Montreal for a flight to New York). These flights must be reported to APIS, with the foreign port (e.g., Montreal) as the Departure location and the U.S. port (e.g., New York) as the Arrival location. Additional in-transit ports where the flight lands should be reported. Flights that transits through the U.S. must be reported as both an International Inbound and an International Outbound flight in two separate PAXLST messages. (Refer to rule #4 below).
3. Date/Time Reporting: It is expected that the first airport reported in the itinerary will only have a scheduled Departure date/time, and the last reported airport will only have an Arrival date/time.
Page 173
03 Jan 2011
4. Flights Transiting Through the U.S.: If a flight transits through the U.S., it must be reported as both an Inbound flight and an Outbound flight. (Refer to rule #4 below.) For example, a flight itinerary of GIG GRU LAX NRT would be reported as: An Inbound flight, with itinerary LOC+125+GRU LOC+87+LAX (Required DTM segments not shown) An Outbound flight, with itinerary LOC+125+LAX LOC+87+NRT (Required DTM segments not shown) It is logically impossible for the APIS system to process a transmission as both Inbound and Outbound. So, a flight that transits through the U.S. must be reported in two transactions, one for the Inbound leg(s) and one for the Outbound leg(s). For example, a London New York Toronto flight must be split into two transmissions, one for London New York and the other for New York Toronto. The London New York leg will be processed as an Inbound flight and the New York Toronto leg will be an Outbound flight. If it is not reported this way, DHS will not recognize the New York Toronto leg as an Outbound flight. This condition also applies to round robin flights where a carrier operates a round-trip flight that leaves and returns to the U.S. (or enters and then leaves the U.S.) under a single flight number. As above, report this type of flight using two separate transmissions. 5. Determining Inbound or Outbound status: Inbound/Outbound status is vital to correct processing of the flight, as it controls a number of system and manual processes that are significantly different. The PAXLST format does not have a way to explicitly report that the flight is arriving into the U.S. or departing from the U.S.; the country where the first airport in the itinerary is located determines this. If the first airport is in the U.S., the flight is Outbound; if the first airport is outside the U.S., the flight is Inbound.
A.4. Gro u p 4 P e rs o n s Note: Coding rules for Person segments on Master Crew Lists and Crew member manifests are different. In particular, additional segment types may be required for crew members, and the structure of certain segments is different for crew members than for passengers. Refer to Appendix G.1.2. At least one occurrence of this group is mandatory. A message sent without any travelers will be received and stored but will not be processed, and might not be acknowledged.
Page 174
03 Jan 2011
Carriers are strongly encouraged to avoid sending messages without traveler names. Processing of blank blocks of data negatively affects the efficiency of APIS processing. This group consists of a number of segments. The following order of transmission must be followed for each traveler: NAD Traveler Type, Name, and Address ATT Gender DTM Date of Birth LOCs Travelers Itinerary, and Country of Residence (if provided) EMP Crew / Non-crew Status/Function (if provided) NAT Nationality/Citizenship RFF Passenger Name Record (PNR) Locator and Unique Passenger Reference Group 5 Documents (refer to section A.5) Note: If a travelers segments are transmitted in a different order, the traveler might not be processed correctly. Also, subsequent travelers in the message might be discarded and not processed at all. This could result in penalties to the carrier. The NAD segment is mandatory for each traveler. The presence of an NAD segment indicates the beginning of data for a new traveler. Carrier accuracy is based on matching the data transmitted via APIS to the data provided by the arriving traveler, therefore carriers should base their data on the travelers identification document (usually a passport). The ICAO standard for machine-readable documents has 2 name fields (Surname and Given Name, separated by << characters) and allows numerous sub-fields (separated by <). The NAD segment allows up to 3 fields for name components and allows embedded spaces. In general, a name scanned from a document can be transmitted using 2 NAD fields for sub-fields, the < character should be converted to an embedded space. Special characters, such as an apostrophe, should also be converted to spaces. Examples of this are given in the description of the Group 4 NAD segment in section 16. If data is transmitted for a traveler via one or more ATT, DTM, LOC, EMP, NAT, RFF, and/or DOC segments, and there is no preceding NAD for the traveler, data for subsequent travelers in the transmission may be lost. The NADs Party Function Code Qualifier should be consistent with the document type code list that appears on the BGM segment. The CBP APIS Final Rule has established rules for name and address reporting using the NAD segment. Refer to the APIS regulations for clarification. The ATT and DTM segments are mandatory.
Page 175
03 Jan 2011
Rules for reporting data using various LOC segments have been established by CBP. LOC segments are used to report the travelers Country of Residence and Itinerary (Embarkation, Debarkation, and Customs Clearance locations). The travelers itinerary is especially important when it does not correspond exactly to the flight itinerary that was reported in Segment Group 3. Even if the travelers itinerary does match the flight itinerary, it must still be reported for the traveler in Group 4 LOC segments. The EMP segment is only used on crew manifests and MCLs. The NAT segment is mandatory. As required under the Secure Flight Final Rule (Oct 2008), both the Passenger Name Record Locator and the Unique Passenger Reference number must be supplied to identify a Passenger in the PAXLST. Therefore at least two (2) RFF segments must be present within the NAD Name loop. Rules for reporting PNR data using the RFF segment have been established by the CBP APIS Final Rule. Refer to the APIS regulations for clarification.
A.5. Gro u p 5 Do c u m e n ts Note: Document segment rules are the same for Passenger and Crew member manifests and MCLs. However, the required types of documents may be different. This group is subordinate to Group 4. In the IATA/WCO standard, it consists of 0 to 2 loops, each containing 1 DOC segment, 0 to 2 DTM segments, and 0 or 1 LOC segment. The Group 5 segments should be transmitted in the following order: DOC (Document Type code and Number) DTM (Date of Expiration if applicable) LOC (Country of Issue if applicable) The DOC segment is mandatory if the group appears. If document data is transmitted for a traveler via one or more DTM and/or LOC segments, and if there is no preceding DOC for the document, data for subsequent travelers in the transmission may be lost. The DOC segment has the Type code and the Number. Refer to the description of the Group 5 DOC segment in section 23. The DTM segment reports the documents expiration date, if applicable. Refer to the description of the Group 5 DTM segment in section 24.
Page 176
03 Jan 2011
The LOC segment reports the country that issued the document, if applicable. Refer to the description of the Group 5 LOC segment in section 25.
Page 177
03 Jan 2011
Ap p e n d ix B. Bu s in e s s S c e n a rio s a n d Me s s a g e Exa m p le s
Following are examples of Aircraft Operators PAXLST passenger messages followed by the DHS CUSRES response, if applicable. Some of the examples include segments used for reporting Crew member manifest data. Examples of Master Crew Lists and Crew member manifests are shown in Appendix G. The following notes apply to all examples: Examples may use data that resembles real airlines and individuals. Any resemblance to actual airlines or individuals is coincidental and does not imply that the airlines or individuals took the actions being reported by the example. For clarity, example messages in this guide are shown with a line break between segments. This is completely arbitrary and line breaks have no meaning in the syntax. (Refer to example B.1). Messages must be transmitted as a continuous bit stream. None of the examples show any communications header or trailer data that may be required by SITA, ARINC, or any other network. Details of any such data is outside the scope of this guide. Where the example shows a complete APIS transmission, it may be too long to fit into size limitations of various message types. The examples do not show this, and it may be necessary for the message to be split into two or more blocks that will be transmitted separately. If this is done, each block must have a complete set of header/trailer segments, a BGM segment, and flight ID and flight itinerary segments. (Note: It is our understanding that SITA Type B messages can be 64K long and ARINC Type B messages can be 32K, so it is less likely that multiple blocks will be needed.) In some examples, notations of certain items are shown in parentheses and italic font. In some examples, information may have been intentionally left out due to space limitations.
Table 14 identifies the two position response code that will appear on the DHS Response CUSRES message in the ERC segment. Position 1 identifies the Boarding Pass Printing Result. Position 2 identifies the ESTA status for the traveler. Ta b le 14: DHS Re s po n s e Co d e s ERC Value Position 1 0 1 Description Cleared Printing of Boarding Pass is inhibited. The Free text Segment FTX will appear immediately following the ERC. The FTX
Page 178
03 Jan 2011
contains further instructions: ERC+1' FTX+AAH+++ Contact the DHS Resolution Desk at 1-703-6015300 2 3 4 Further examination (e.g. Selectee). Reserved for future DHS policy decisions regarding the domestic/international itineraries. Error - Passenger data failed business rule edits. Refer to Section 2, for business rule edits applied to PAXLST submissions. Description Travel authorization via ESTA not applicable VWP Participant passport Approved Travel Authorization via ESTA VWP Participant passport No Application for Travel Authorization via ESTA on file VWP Participant passport U.S. authorized Travel Document Required Inhibited Insufficient data to provide ESTA status
Page 179
03 Jan 2011
B.1. S a m p le UN/EDIFACT P AXLS T Me s s a g e , Dis p la ye d with Arb itra ry Lin e Bre a ks This message is shown with line breaks that are defined by the page width and Microsoft Word formatting rules. It can be seen that the message segments are contiguous, and there is no intervening break between the terminator of one segment and the segment label of the next.
UNA:+.? 'UNB+UNOA:4+APIS*ABE+USADHS+070219:1445+000000001++USADHS' UNG+PAXLST+XYZAIRLINES+USADHS+070219:1445+1+UN+D:05B'UNH+PAX001+PAXLST:D:05B: UN:IATABGM+745'RFF+TN:AJYTR1070219:::1NAD+MS+++JOHN SMITHCOM+703-5551212:TE+703-555-4545:FX'TDT+20+BB123+++BB'LOC+125+YVR'DTM+189:0702191540:201' LOC+87+JFK'DTM+232:0702191740:201'TDT+20+BB123+++BB'LOC+92+JFK'DTM+189:070219 1840:201'LOC+92+ATL'DTM+232:0702191955:201'NAD+FL+++CLARK:MICHAEL+123 E MAIN ST+NEWYORK+NY+10053'ATT+2++M'DTM+329:720907'LOC+22+JFKLOC+178+YVRLOC+179+JF KLOC+174+USANAT+2+CANRFF+AVF:TYR123RFF+ABO:ABC123RFF+AEA:1234567890ABCR FF+CR:20060907NY123RFF+SEA:23CDOC+P:110:111+MB1402411'DTM+36:051021'LOC+91+ CAN'CNT+42:1'UNT+32+PAX001'UNE+1+1'UNZ+1+000000001'
Page 180
03 Jan 2011
B.2. Do m e s tic S in g le Le g Flig h t (S e c u re Fligh t re p o rtin g ) The following example identifies a simple PAXLST message featuring a single passenger and a single flight leg all of which are US airports. The document type code is 745, the message sequence number is 1. Message sample identifies information reporting for Secure Flight purposes only.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:1545+000000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:1545+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:AJYTR1070219:::1 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++CLARK:MICHAEL' ATT+2++M' DTM+329:720907' LOC+178+ORD LOC+179+JFK RFF+AVF:TYR123 RFF+ABO:ABC123 RFF+AEA:1234567890ABC RFF+CR:20060907NY123 CNT+42:1' UNT+21+PAX001' UNE+1+1' UNZ+1+000000001' Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier DHS - Passenger Redress Number DHS - Known Traveler Number CNT represents the total passengers reported in this transmission. Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Passenger List Transaction Reference Number and Message Sequence number
Page 181
03 Jan 2011
B.2.1. DHS Response The following DHS response message is based on the sample message from Section B.2. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this sample, the passengers have a cleared status. The ESTA status returned will always be Z for domestic submissions. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+000000001++USADHS' UNG+CUSRES+USADHS+AIR1+070219:1546+1+UN+D:05B' UNH+PAX001+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:AJYTR1070219:::1 RFF+AF:AA124' DTM+189:0702191840:201' DTM+232:0702191955:201' LOC+92+ORD' LOC+92+JFK' ERP+2' RFF+AVF:TYR123 RFF+ABO:ABC123 ERC+0Z' UNT+13+PAX001' UNE+1+1' UNZ+1+000000001' Passenger Identification (PNR) Aircraft operator Unique Passenger Reference identifier 0 Denotes passenger Clear Transaction Reference Number & Message Sequence number Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 182
03 Jan 2011
B.3. Do m e s tic Mu ltip le Le g Flig h t (S e c u re Flig h t re p o rtin g ) The following example identifies a PAXLST message featuring multiple passengers and multiple flight numbers and legs all of which are US airports, message sequence number should equal 1. Message sample identifies U.S. Domestic flight information reporting for Secure Flight purposes only.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:1545+000006640++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:1545+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:AJYTR1070219:::1 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA123+++AA' LOC+92+ATL' DTM+189: 0702191540:201' LOC+92+ORD' DTM+232:0702191740:201' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++CLARK:MICHAEL' ATT+2++M' DTM+329:720907' LOC+178+ATL LOC+179+JFK RFF+AVF:TYR123 RFF+ABO:ABC123 RFF+AEA:1234567890ABC RFF+CR:20060907NY123 NAD+FL+++CLARK:CHERYL' ATT+2++F' DTM+329:730407' LOC+178+ATL LOC+179+JFK RFF+AVF:TYR123 RFF+ABO:TYL009 CNT+42:2' UNT+33+PAX001' UNE+1+1' UNZ+1+000006640' Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier CNT represents the total passengers reported in this transmission. Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier DHS - Passenger Redress Number DHS - Known Traveler Number Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Passenger List Transaction Reference Number and Message Sequence number
Page 183
03 Jan 2011
B.3.1. DHS Response The following DHS response message is based on the sample message from Section B.3. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this sample, all of the passengers have a cleared status. The cleared status is identified within the ERC segment following each passenger name record locator (e.g., PNR), and the associated passenger reference number. The ESTA status returned will always be Z travel authorization via ESTA not applicable, for domestic submissions. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+000006640++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+1+UN+D:05B' UNH+PAX001+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:AJYTR1070219:::1 RFF+AF:AA123' DTM+189:0702191540:201' DTM+232:0702191740:201' LOC+92+ATL' LOC+92+ORD' RFF+AF:AA124' DTM+189:0702191840:201' DTM+232:0702191955:201' LOC+92+ORD' LOC+92+JFK' ERP+2' RFF+AVF:TYR123 RFF+ABO:ABC123 ERC+0Z' ERP+2' RFF+AVF:TYR123 RFF+ABO: TYL009 ERC+0Z' UNT+21+PAX001 UNE+1+1' UNZ+1+000006640 Passenger Identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Passenger Identification (PNR) Aircraft operator Unique Passenger Reference identifier 0 Denotes passenger Clear Transaction Reference Number & Message Sequence number Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 184
03 Jan 2011
B.4. In te rn a tio n a l-to -In te rn a tio n a l (U.S . fla g ge d a irc ra ft o p e ra to rs ) This example identifies a single passenger submission with multiple flights legs all of which are non-US airports. The example satisfies reporting requirements for U.S. Flagged aircraft operators with international to international flights. Travel authorization via ESTA not applicable. Message sample identifies information reporting for Secure Flight purposes only.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+080708:0545+000006640++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+080708:0545+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+QQ877+++QQ' LOC+92+VIE DTM+189:0807101500:201' LOC+92+BRU' DTM+232:0807101900:201' TDT+20+ QQ827+++AA' LOC+92+BRU' DTM+189:0808081930:201' LOC+92+CDG DTM+232:0808082230:201' NAD+FL+++BARRETT:TODD ATT+2++M' DTM+329:680223' LOC+178+VIE LOC+179+CDG RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 CNT+42:1 UNT+24+PAX001' UNE+1+1' UNZ+1+000006640' Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Passenger List Transaction Reference Number And Message Sequence number Aircraft operator POC
Page 185
03 Jan 2011
B.4.1. DHS Response The following response message is based on the sample message from Section B.5. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this sample, all of the passengers have a cleared status. The cleared status is identified within the ERC segment following each passenger name record locator (e.g., PNR), and the associated passenger reference number. The ESTA status returned will always be Z - travel authorization via ESTA not applicable, for international-to-international submissions. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+000006640++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+1+UN+D:05B' UNH+PAX001+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:QQ877' DTM+232:0807101900:201' DTM+189:0807101500:201' LOC+92+VIE LOC+92+BRU' RFF+AF:QQ827' DTM+189:0808081930:201' DTM+232:0808082230:201' LOC+92+BRU' LOC+92+CDG ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 ERC+0Z' UNT+18+PAX001 UNE+1+1 UNZ+1+000006640 Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Transaction Reference Number And Message Sequence number Flight number Flight scheduled arrival date/time Flight scheduled departure date/time Departure Info Arrival Info Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 186
03 Jan 2011
B.5. In te rn a tio n a l - to - Do m e s tic (In b o u n d ) The following example identifies a PAXLST message featuring a single passenger with a single non-US airport of departure and a single US arrival airport, message sequence number should equal 1.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+080708:0545+000000011++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+080708:0545+11+UN+D:05B' UNH+PAX11+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+QQ827+++QQ' LOC+125+CDG' DTM+189:0808080900:201' LOC+87+IAD DTM+232:0808081445:201' NAD+FL+++BARRETT:TODD+123 E MAIN ST+STAFFORD+VA+22554+USA' ATT+2++M' DTM+329:680223' LOC+22+IAD LOC+178+CDG LOC+179+IAD LOC+174+FRA NAT+2+FRA RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 DOC+P:110:111+YY3478621' DTM+36:081230' LOC+91+FRA' CNT+42:1 UNT+25+PAX11' UNE+1+11' UNZ+1+000000011' Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time (U.S. destination) Gender Date of Birth Port of CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Passport # Passport expiration date Passport Issuing Country Passenger List Transaction Reference Number and Message Sequence number Aircraft operator Point of Contact Name
Page 187
03 Jan 2011
B.5.1. DHS Response The following response message is based on the sample message from Section B.5. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this example, all of the passengers have a cleared status. The cleared status is identified within the ERC segment following each passenger name record locator (e.g., PNR), and the associated passenger reference number. The ESTA status returned identifies that the passenger is traveling on a VWP passport with approved travel authorization via ESTA. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+000000011++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+11+UN+D:05B' UNH+PAX11+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:QQ827' DTM+189:0808080900:201' DTM+232:0808081445:201' LOC+125+CDG' LOC+87+IAD ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 ERC+0A' UNT+13+PAX11 UNE+1+11' UNZ+1+000000011 Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Transaction Reference Number and Message Sequence number Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 188
03 Jan 2011
B.6. In te rn a tio n a l - to - Do m e s tic (In b o u n d Fligh t ES TA S ta tu s Ch e c k) The following example identifies a PAXLST message featuring multiple passengers with a single non-US airport of departure and a single US arrival airport, message sequence number should equal 1. Multiple documents are submitted to provide example of ESTA status response based on document#1 and document#2 information provided:
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+080708:0545+000000011++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+080708:0545+11+UN+D:05B' UNH+PAX11+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+QQ827+++QQ' LOC+125+CDG' DTM+189:0808080900:201' LOC+87+IAD DTM+232:0808081445:201' NAD+FL+++BARRETT:TODD' ATT+2++M' DTM+329:680223' LOC+22+IAD LOC+178+CDG LOC+179+IAD LOC+174+FRA NAT+2+FRA RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 DOC+P:110:111+YY3478621' DTM+36:081230' LOC+91+FRA' DOC+A:110:111+021353567 DTM+36:101230 LOC+91+USA NAD+FL+++BARRETT:PAUL' ATT+2++M' DTM+329:721019' LOC+22+IAD LOC+178+CDG LOC+179+IAD LOC+174+FRA NAT+2+FRA RFF+AVF:GJIO3RT RFF+ABO:UUI34T544 DOC+C:110:111+054658792' DTM+36:081230' LOC+91+FRA' NAD+FL+++BARRETT:WIL+123 E MAIN ST+STAFFORD+VA+22554+USA' ATT+2++M' Gender Date of Birth Port of CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Permanent Resident Card Expiration date Issuing Country (U.S. destination) Gender Gender Date of Birth Port of CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Passport # Passport expiration date Passport Issuing Country Permanent Resident Card Document #2 expiration date Document #2 country of issuance Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Passenger List Transaction Reference Number and Message Sequence number Aircraft operator Point of Contact Name
Page 189
03 Jan 2011
DTM+329:680223' LOC+22+IAD LOC+178+CDG LOC+179+IAD LOC+174+FRA NAT+2+FRA RFF+AVF:GJIO3RT RFF+ABO:UUI34T545 DOC+P:110:111+YY3478596' DTM+36:081230' LOC+91+FRA' DOC+V:110:111+025868267 DTM+36:100405 LOC+91+USA NAD+FL+++BARRETT:AMY+123 E MAIN ST+STAFFORD+VA+22554+USA' ATT+2++F' DTM+329:950330' LOC+22+IAD LOC+178+CDG LOC+179+IAD LOC+174+FRA NAT+2+FRA RFF+AVF:GJIO3RT RFF+ABO:UUI34T546 DOC+P:110:111+YY3445568' DTM+36:081101' LOC+91+FRA' CNT+42:4 UNT+25+PAX11' UNE+1+11' UNZ+1+000000011'
Date of Birth Port of CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Passport # Passport expiration date Passport Issuing Country U.S. non-immigrant visa Document #2 expiration date Document #2 country of issuance (U.S. destination) Gender Date of Birth Port of CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Passport # Passport expiration date Passport Issuing Country
Page 190
03 Jan 2011
B.6.1. DHS Response The following response message is based on the sample message from Section B.??. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this example, all of the passengers have a cleared status. The cleared status is identified within the ERC segment following each passenger name record locator (e.g., PNR), and the associated passenger reference number. The ESTA status returned is based either on the inclusion of a second document information or the passenger is traveling on a VWP passport with approved travel authorization via ESTA. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+000000011++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+11+UN+D:05B' UNH+PAX11+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:QQ827' DTM+189:0808080900:201' DTM+232:0808081445:201' LOC+125+CDG' ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 ERC+0Z' ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T544 ERC+0Z' LOC+87+IAD ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T545 ERC+0Z' ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T546 ERC+0A' UNT+13+PAX11 UNE+1+11' UNZ+1+000000011 Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Arrival Info Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Transaction Reference Number and Message Sequence number Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 191
03 Jan 2011
B.7. In te rn a tio n a l (Mu ltip le Le g Flig h t) - to - Do m e s tic (In b o u n d ) Multiple flight legs with non-US airports and a single U.S. arrival airport.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+080708:0545+000000009++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+080708:0545+9+UN+D:05B' UNH+000000009+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+ZZ807+++ZZ' LOC+125+CDG' DTM+189:0808080200:201' LOC+87+IAD DTM+232:0808080745:201' TDT+20+ZZ877+++ZZ' LOC+92+IAD DTM+189:0808081140:201' LOC+92+ORD' DTM+232:0808081355:201' TDT+20+ZZ827+++ZZ' LOC+92+ORD' DTM+189:0808081700:201' LOC+92+LAX DTM+232:0808082000:201' NAD+FL+++BARRETT:TODD+123 E MAIN ST+STAFFORD+VA+22554+USA' ATT+2++M' DTM+329:680223' LOC+22+IAD LOC+178+VIE LOC+179+IAD LOC+174+FRA NAT+2+FRA RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 DOC+P:110:111+YY3478621' DTM+36:081230' LOC+91+FRA' NAD+FL+++LANG:KRISTIN+123 E MAIN ST+ STAFFORD+VA+22554+USA' ATT+2++F DTM+329:600606' LOC+22+IAD LOC+178+VIE LOC+179+IAD LOC+174+ESP NAT+2+ESP RFF+AVF:GJIO3RT RFF+ABO:ABC124 DOC+P:110:111+TRQWE9980 DTM+36:090916' LOC+91+ESP' CNT+42:2 UNT+49+000000009 UNE+1+9' UNZ+1+000000009 Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time I Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time (U.S. destination) Gender Date of Birth Port CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Passport # Passport expiration date Passport Issuing Country (U.S. destination) Gender Date of Birth Port CBP Clearance Passenger started journey Passengers destination Country of Residence Citizenship Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Passport # Passport expiration date Passport Issuing Country Passenger List Transaction Reference Number and Message Sequence number Aircraft operator Point of Contact Name
Page 192
03 Jan 2011
B.7.1. DHS Response The following response message is based on the sample message from Section B.6. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this sample, all of the passengers have a cleared status. The ESTA status returned for each passenger indicates that the first passenger is traveling on a VWP participant passport and has approved travel authorization via ESTA. The second passenger, although traveling on a VWP participant passport, has NOT applied for a travel authorization via ESTA program.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+000000009++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+9+UN+D:05B' UNH+000000009+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:QQ877' DTM+189:0807102140:201' DTM+232:0807102355:201' LOC+92+VIE LOC+92+BRU' RFF+AF:QQ827' DTM+189:0808080700:201' DTM+232:0808080800:201' LOC+92+BRU' LOC+92+CDG RFF+AF:QQ827' DTM+189:0808080900:201' DTM+232:0808081445:201' LOC+125+CDG' LOC+87+IAD ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 ERC+0A' ERP+2' RFF+AVF:GJIO3RT RFF+ABO:ABC124 ERC+0B' UNT+27+000000009 UNE+1+9 UNZ+1+000000009 Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Transaction Reference Number and Message Sequence number Flight number Flight scheduled departure date/time Flight scheduled arrival date/time I Departure Info Arrival Info Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 193
03 Jan 2011
Page 194
03 Jan 2011
B.8.1. DHS Response The following response message is based on the sample message from Section B.7. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this sample, all of the passengers have a cleared status. The cleared status is identified within the ERC segment following each passenger name record locator (e.g., PNR), and the associated passenger reference number. The ESTA status returned will be Z for each departing passenger submission. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+123456789++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+123456789+UN+D:05B' UNH+123456789+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:QQ877' DTM+189:0807101500:201' DTM+232:0807101755:201' LOC+92+MIA LOC+92+IAD' RFF+AF:QQ827' DTM+189:0808101830:201' DTM+232:0808101930:201' LOC+92+IAD' LOC+92+JFK RFF+AF:QQ827' DTM+189:0808102000:201' DTM+232:0808110630:201' LOC+125+JFK' LOC+87+CDG ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 ERC+0Z' ERP+2' RFF+AVF:GJIO3RT RFF+ABO:ABC124 ERC+0Z' UNT+27+123456789 UNE+1+123456789 UNZ+1+123456789 Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Transaction Reference Number and Message Sequence number Flight number Flight scheduled departure date/time Flight scheduled arrival date/time I Departure Info Arrival Info Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 195
03 Jan 2011
Page 196
03 Jan 2011
B.9.1. DHS Response The following response message is based on the sample message from Section B.8. DHS Response Messages are identified within the BGM segment with a document type code of 962, DHS Response. Within this example, all of the passengers have a cleared status. The cleared status is identified within the ERC segment following each passenger name record locator (e.g., PNR), and the associated passenger reference number. The ESTA status returned will be Z for each departing passenger submission. The message sequence number will be consistent with request message.
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+080708:1546+999999999++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+080708:1546+9+UN+D:05B' UNH+999999999+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:QQ827' DTM+189:0808102000:201' DTM+232:0808110630:201' LOC+125+JFK' LOC+87+CDG ERP+2' RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 ERC+0Z' ERP+2' RFF+AVF:GJIO3RT RFF+ABO:ABC124 ERC+0Z' UNT+17+999999999 UNE+1+9 UNZ+1+999999999 Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Boarding Pass Printing Result/ESTA status. See below. Transaction Reference Number and Message Sequence number Flight number Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
The cleared status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. Refer to table 14 for all possible ERC segment values.
Page 197
03 Jan 2011
B.10. Flig h t Tra n s itin g th ro u g h th e U.S . For flights transiting through the U.S., separate manifests must be reported for the Inbound and Outbound legs. The assumption is made that the carriers reservation and departure control systems have access to complete activity data for all travelers. The following examples contain flight information of: Rio de Janeiro (GIG) Sao Paulo (GRU) Los Angeles (LAX) Narita (NRT) The Inbound information is GIG GRU LAX. In this example, there are two Inbound transmissions: One for the travelers boarding at GIG, with a transit through GRU One for travelers boarding at GRU only The Outbound information is LAX NRT. There is no explicit designation in PAXLST for Inbound or Outbound CBP has established a logic rule to identify Inbound and Outbound: A flight is considered Outbound if the airport in the LOC+125 segment is an identified US airport, e.g., LAX
During the course of the flight, 3 passengers are carried: P1 boards in GIG and stops in LAX. Reported on inbound transmission #1 P2 boards in GRU and transits to NRT. Reported on both inbound transmission #2; and the outbound transmission #3 P3 boards in LAX, and goes to NRT Reported on the outbound transmission #3.
Page 198
03 Jan 2011
B.10.1. Inbound Reporting Transmission #1 For travelers known at time of departure from GIG.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+040422:1546+00000111++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+040422:1546+111+UN+D:05B' UNH+PAX111+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+RG100+++RG LOC+125+GRU DTM+189:0804221710:201 LOC+87+LAX DTM+232:0804222230:201 NAD+FL+++ANDERSON:STACEY ATT+2++F DTM+329:720623 LOC+22+LAX LOC+178+GIG LOC+179+LAX LOC+174+USA NAT+2+USA RFF+AVF:GJIO3RT RFF+ABO:UUI34T543 DOC+P:110:111+US1234567 DTM+36+051210 LOC+91+USA CNT+42:347 UNT+25+PAX111 UNE+1+111 UNZ+1+00000111 (Flight starts with 347 passengers to U.S.) (Passenger clears CBP at LAX) (Passenger embarks at GIG) (Passenger debarks at LAX) (Residence in USA) (US citizen) Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier (Code FL for this passenger.) (Flight will arrive at LAX. Use LOC+87) (Flight will depart for the U.S. Use LOC+125) Passenger List Transaction Reference Number and Message Sequence number Aircraft operator Point of Contact Name
Page 199
03 Jan 2011
Page 200
03 Jan 2011
B.10.3. Inbound Reporting Transmission #2 For travelers known at time of departure from GRU.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+040422:1546+000006640++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+040422:1546+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+RG100+++RG LOC+125+GRU DTM+189:0804221710:201 LOC+87+LAX DTM+232:0804222230:201 NAD+FL+++ANDERSON:STACEY ATT+2++F DTM+329:720623 LOC+22+LAX LOC+178+GIG LOC+179+LAX LOC+174+USA NAT+2+USA RFF+AVF:P1REF1 RFF+ABO:BB1234567 DOC+P:110:111+US1234567 DTM+36+051210 LOC+91+USA NAD+DDU+++ANDERSON:BRANDY ATT+2++F DTM+329:720623 LOC+178+GRU LOC+22+LAX LOC+179+NRT LOC+174+BRA NAT+2+BRA RFF+AVF:P2REF2 RFF+ABO:BB789011 DOC+P:110:111+BR2345689 DTM+36+041121 LOC+91+BRA CNT+42:416 UNT+38+PAX001 UNE+1+1 UNZ+1+000006640 (Flight continues with 416 passengers to U.S.) (Passport only) (Passenger embarks at GRU) (Passenger clears CBP at LAX) (Passenger debarks at NRT) (Residence in Brazil) (Brazilian citizen) (DDU, because P2 is In-transit. No address.) (Passenger P1 does not have to be reported again, but is) (Flight will arrive at LAX. Use LOC+87) (Flight will depart for the U.S. Use LOC+125) Passenger List Transaction Reference Number and Message Sequence number Aircraft operator Point of Contact Name
Page 201
03 Jan 2011
Page 202
03 Jan 2011
B.10.5. Outbound Reporting Transmission #3 For travelers going from LAX to NRT.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+040422:1546+1212121212++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+040422:1546+12+UN+D:05B' UNH+121212+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:BART34567890:::1 NAD+MS+++DOTTIE MOODY COM+703-555-1212:TE+703-555-4545:FX' TDT+20+RG100+++RG LOC+125+LAX DTM+189:0804221147:201 LOC+87+NRT DTM+232:0804230230:201 NAD+DDU+++ANDERSON:BRANDY ATT+2++F DTM+329:720623 LOC+178+GRU LOC+179+NRT NAT+2+BRA RFF+AVF:P2REF2 RFF+ABO:BB789011 DOC+P:110:111+BR2345689 DTM+36+041121 LOC+91+BRA NAD+FL+++ANDERSON:STUART ATT+2++M DTM+329:820421 LOC+178+LAX LOC+179+NRT NAT+2+JPN RFF+AVF:P3REF3 RFF+ABO:BB789015 DOC+P:110:111+JP9873589 DTM+36+041121 LOC+91+JPN CNT+42:319 UNT+34+121212 UNE+1+12 UNZ+1+1212121212 (Flight continues with 319 passengers leaving U.S.) (Passport only) (Passenger embarks at LAX) (Passenger debarks at NRT) (Japanese citizen) (Passenger P3 has function code FL.') (Passport only) (Passenger embarked at GRU) (Passenger debarks at NRT) (Brazilian citizen) (Passenger P2 is In-transit to NRT, and must be reported) (Flight will arrive in Tokyo. Use LOC+87) (Flight departs from the U.S. Use LOC+125) Passenger List Transaction Reference Number and Message Sequence number Aircraft operator Point of Contact Name
Page 203
03 Jan 2011
UNA:+.? UNB+UNOA:4+USADHS+ APIS*ABE+040422:1546+1212121212++USADHS' UNG+CUSRES+USADHS+ XYZ AIRLINES+040422:1546+12+UN+D:05B' UNH+121212+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:BART34567890:::1 RFF+AF:RG100 DTM+189:0804221147:201 DTM+232:0804230230:201 LOC+125+LAX LOC+87+NRT ERP+2' RFF+AVF:P2REF2 RFF+ABO:BB789011 ERC+0Z' ERP+2' RFF+AVF:P3REF3 RFF+ABO:BB789015 ERC+0Z' UNT+17+121212 UNE+1+12 UNZ+1+1212121212 0 Denotes passenger Clear / ESTA status ESTA Not Applicable 0 Denotes passenger Clear / ESTA status ESTA Not Applicable (Flight departs from the U.S. Use LOC+125) (Flight will arrive in Tokyo. Use LOC+87) Transaction Reference Number and Message Sequence number
Page 204
03 Jan 2011
B.11. Ga te P a s s Re q u e s t (S e c u re Flig h t re p o rtin g ) Message sample identifies information reporting for Secure Flight purposes only. For Gate Pass issuance, a transmission would contain one single Passenger with no flight itinerary. The Airport Location would be identified with a LOC code 91. Gatepass requests are identified within the BGM segment with a document type 655 for Gate Pass. The passenger must be uniquely identified by the requesting Aircraft Operator using BOTH a PNR identifier and Unique Passenger Reference identifier.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070322:1417+0703221417++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070322:1417+1+UN+D:05B' UNH+99999+PAXLST:D:05B:UN:IATA' BGM+655' RFF+TN:ABC1234:::1' NAD+MS+++JOHN SMITH' COM+703-555-1212:TE+703-555-4545:FX' TDT+20+RG100+++RG LOC+91+ORD' NAD+COT+++JONES:JOHN' DTM+329:811215' RFF+AVF:GJIO3RT RFF+ABO:AIR1234567890 DOC+P:110:111+YY8768621' DTM+36:091231' LOC+91+USA CNT+42:1' UNT+14+ 99999 UNE+1+1' UNZ+1+0703221417' TDT segment with FltNo (optional) and Carrier code 91 Gate Pass issue location COT - Involved Party Date of Birth Passenger identification (PNR) Unique Passenger Reference Passport # Passport expiration date Passport country of issuance Gate Pass Transaction Reference Number and Message Sequence number
Page 205
03 Jan 2011
B.11.1. DHS Response The CUSRES response message for Gate Pass requests is associated to the Transaction Reference Number and message sequence number provided within the RFF segment. The ESTA status returned for Gate Pass will always be a returned code Z.
UNA:+.? ' UNB+UNOA:4+USADHS+APIS*ABE+070322:1417+0703221417++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070322:1417+1+UN+D:05B' UNH+99999+CUSRES:D:05B:UN:IATA' BGM+962' RFF+TN:ABC1234:::1' RFF+AF:RG LOC+91+ORD ERP+2' RFF+AVF:GJIO3RT RFF+ABO:AIR1234567890 ERC+0Z' UNT+10+99999 UNE+1+1 UNZ+1+0703221417' Passenger identification (PNR) Passenger Reference 0 Denotes passenger Clear / ESTA status ESTA not applicable Transaction Reference Number and Message Sequence number Carrier Code Gate Pass Issue Location
The cleared status is identified within the ERC segment following the transaction Reference number and message sequence number. Refer to table 14 for all possible ERC segment values.
Page 206
03 Jan 2011
B.12. Qu a lifie d Ch a n ge (AQQ a n d S e c u re Flig h t re p o rtin g ) PRD submissions for qualified change(s) against passenger data are identified within the BGM segment with a document identifier of CP in the BGM-02 data element. In the below example, the qualified change is for a date of birth change for a single passenger. The message sequence number is 2. All passengers identified in the Change Passenger data CP type PAXLST transmission are processed as changes to all of the passengers.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:1845+000000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:1845+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745+CP RFF+TN:AJYTR1070219:::2 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA123+++AA' LOC+92+ATL' DTM+189:0702191540:201' LOC+92+ORD' DTM+232:0702191740:201' TDT+20+AA124+++AA ' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++CLARK:MICHAEL' ATT+2++M' DTM+329:721007' LOC+178+ATL LOC+179+JFK RFF+AVF:TYR123 RFF+SEA:23C RFF+ABO:ABC123 RFF+AEA:1234567890ABC RFF+CR:20060907NY123 CNT+42:1' UNT+28+PAX001' UNE+1+1' UNZ+1+000000001' Gender Date of Birth (Updated) Passenger started journey Passengers destination Passenger identification (PNR) Seat Number/Identifier Aircraft operator Unique Passenger Reference identifier DHS - Passenger Redress Number DHS - Known Traveler Number Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time < CP Change Passenger Data Transaction Reference Number and Message Sequence number (Sequence number +1)
Page 207
03 Jan 2011
Page 208
03 Jan 2011
PRD submissions for non-qualified change(s) are identified within the BGM segment. This example identifies a change in itinerary with a document identifier of CF for Change Flight. The non-qualified change is for a passengers embarkation. Message sequence number is set to 2. Non-Qualified Change message types are for changes in Domestic flight segments - only.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:1900+000000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:1900+987+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+266+CF RFF+TN:AJYTR1070219:::2 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA223+++AA' LOC+92+ATL' DTM+189:0702191540:201' LOC+92+ORD' DTM+232:0702191740:201' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++CLARK:MICHAEL' ATT+2++M' DTM+329:721007' LOC+178+ATL LOC+179+JFK RFF+AVF:TYR123 RFF+SEA:23C RFF+ABO:ABC123 RFF+AEA:1234567890ABC RFF+CR:20060907NY123 NAD+FL+++CLARK:CHERYL' ATT+2++F' DTM+329:730407' LOC+178+ATL LOC+179+JFK RFF+AVF:TYR123 RFF+SEA:23D RFF+ABO:TYL009 CNT+42:2 UNT+35+PAX001' UNE+1+987' UNZ+1+000000001' Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Seat Number/Identifier Aircraft operator Unique Passenger Reference identifier Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Seat Number/Identifier Aircraft operator Unique Passenger Reference identifier DHS - Passenger Redress Number DHS - Known Traveler Number Flight number (Updated flight number) Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight scheduled departure Date/time Arrival Info Flight scheduled arrival date/time < CF Change Flight Transaction Reference Number and Message Sequence number (Sequence number +1)
Page 209
03 Jan 2011
Page 210
03 Jan 2011
B.14. Re d u c tio n in P a rty (AQQ a n d S e c u re Flig h t re p o rtin g ) The following reduction in party example is based on the previous sample message from Section B.12. PRD submissions for Reduction in Party are identified within the BGM segment with a document identifier of RP. The message contains all remaining passengers associated to the same passenger locator reference (e.g., PNR) in which the reduction in party occurred. Passenger(s) not transmitted within the reduction in party message are assumed to be cancelled. In the sample message below, CLARK, CHERYL was not transmitted and will therefore be marked accordingly by DHS as the reduction in party under PNR TYR123. Message sequence number is set to 3.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:2100+900000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:2100+901+UN+D:05B' UNH+900000001+PAXLST:D:05B:UN:IATA' BGM+745+RP RFF+TN:AJYTR1070219:::3 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA223+++AA ' LOC+92+ATL' DTM+189:0702191540:201' LOC+92+ORD' DTM+232:0702191740:201' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++CLARK:MICHAEL' ATT+2++M' DTM+329:720907' LOC+178+ATL LOC+179+JFK RFF+AVF:TYR123 RFF+ABO:ABC123 RFF+AEA:1234567890ABC RFF+CR:20060907NY123 CNT+42:1' UNT+26+900000001 UNE+1+901' UNZ+1+900000001 Gender Date of Birth Passenger started journey Passengers destination Passenger reservation Identifier Aircraft operator Unique Passenger reference identifier DHS - Passenger Redress Number DHS - Known Traveler Number Flight number and Carrier Code Departure Info Flight departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight departure date/time Arrival Info Flight scheduled arrival date/time < RP - Reduction in Party Transaction Reference Number and Message Sequence number. (Sequence number +1)
Page 211
03 Jan 2011
Page 212
03 Jan 2011
B.15. Ca n c e lle d Re s e rva tio n (AQQ a n d S e c u re Flig h t re p o rtin g ) The following cancellation of a reservation (e.g., PNR) is based on the previous sample message from Section B.12. PRD submissions for cancelled reservation are identified within the BGM segment with a document identifier of XR for cancel reservation. The message contains the passenger locator number (e.g., PNR) and passenger reference for the Passenger whose reservation is being cancelled. Message sequence number is set to 4.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070219:0200+999999++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070219:0200+1+UN+D:05B' UNH+1+PAXLST:D:05B:UN:IATA' BGM+745+XR' RFF+TN:AJYTR1070219:::4 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA223+++AA' LOC+92+ATL' DTM+189:0702191540:201' LOC+92+ORD' DTM+232:0702191740:201' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189: 0702191840:201' LOC+92+JFK' DTM+232: 0702191955:201' NAD+ZZZ RFF+AVF:TYR123 RFF+ABO:ABC123 CNT+42+1 UNT+19+1' UNE+1+1' UNZ+1+999999 Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Name(s) of passengers not required. Passenger reservation Identifier Aircraft operator Unique Passenger reference identifier < XR Cancel Reservation Transaction Reference and Message Sequence Number (+1)
Page 213
03 Jan 2011
Page 214
03 Jan 2011
The following response message illustrates a CUSRES Unsolicited Message that may be sent to the aircraft operator in the event changes occur to the passenger status of a previously vetted passenger. In this example, a Not-Cleared condition is being reported to the aircraft operator. DHS Unsolicited Messages are identified within the BGM segment with a document type code of 132, DHS Clearance Notice. The Unsolicited Message identifies a change to the passenger status. The new status is identified within the ERC segment following the passenger name record locator (e.g., PNR) and associated passenger reference number. The ESTA status returned for all Inhibited returned results will equal 1. (This type of message from DHS must be responded to by the Aircraft Operator. See next example.)
UNA:+.? UNB+UNOA:4+USADHS+APIS*ABE+070219:1546+20070219154659++USADHS' UNG+CUSRES+USADHS+XYZ AIRLINES+070219:1546+20070219154659+UN+D:05B' UNH+20070219154659+CUSRES:D:05B:UN:IATA' BGM+132' RFF+TN: DHS1234567890:::1 RFF+AF:AA123' DTM+189:0702191540:201' DTM+232:0702191740:201' LOC+92+ATL' LOC+92+ORD' RFF+AF:AA124' DTM+189:0702191840:201' DTM+232:0702191955:201' LOC+92+ORD' LOC+92+JFK' ERP+2' RFF+AVF:TYR123 RFF+ABO: TYL009 ERC+11' UNT+19+20070219154659 UNE+1+20070219154659 UNZ+1+20070219154659 Passenger Identification(PNR) Aircraft operator Unique Passenger Reference identifier 1 Denotes passenger Inhibited DHS Transaction Reference Number & Message Sequence number Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
Page 215
03 Jan 2011
B.16.1. Aircraft Operator Response to DHS Unsolicited Messages The following response message illustrates a response generated by the aircraft operator that must be returned to DHS upon receipt of an Unsolicited message from DHS. The response from the aircraft operator should be returned to DHS virtually intact and include an indicator that identifies to DHS the status of issuance of a boarding pass. (Refer to FTX segment below). The TRN number on the RFF+TN segment must be returned to DHS on this message.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070219:1546+20070219154659++USADHS' UNG+CUSRES+XYZ AIRLINES+USADHS+070219:1546+20070219154659+UN+D:05B' UNH+20070219154659+CUSRES:D:05B:UN:IATA' BGM+312' RFF+TN: DHS1234567890:::1 RFF+AF:AA123' DTM+189:0702191540:201' DTM+232:0702191740:201' LOC+92+ATL' LOC+92+ORD' RFF+AF:AA124' DTM+189:0702191840:201' DTM+232:0702191955:201' LOC+92+ORD' LOC+92+JFK' ERP+2' RFF+AVF:TYR123 RFF+ABO: TYL009 ERC+11' FTX+AHN+++N UNT+19+20070219154659 UNE+1+20070219154659 UNZ+1+20070219154659 Passenger Identification(PNR) Aircraft operator Unique Passenger Reference identifier 1 Denotes passenger inhibited N Denotes boarding pass has not been issued. Acknowledgement message type DHS Transaction Reference Number & Message Sequence number Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info Flight Identifier Flight scheduled departure date/time Flight scheduled arrival date/time Departure Info Arrival Info
Page 216
03 Jan 2011
B.17. Ca n c e lle d Flig h t (AQQ re p o rtin g ) Message sample identifies information reporting for AQQ purposes only. The following PAXLST message illustrates a cancellation of a flight message. Submissions for cancelled flights are identified within the BGM segment with a document type code 266 and message function identifier of XF (Cancel Flight). The message contains the identity of the flight to be cancelled (TDT segment) along with the full flight itinerary. In the sample message below, the message sequence number is incremented to indicate order in which message was generated by the aircraft operator system.
UNA:+.? UNB+UNOA:4+FFAIR+USADHS+090207:1200+000000001++USADHS' UNG+PAXLST+FFAIR+USADHS+090207:1200+1+UN+D:05B' UNH+1+PAXLST:D:05B:UN:IATA' BGM+266+XF' RFF+TN: RESSRRRT12377:::2 TDT+20+FF345+++FF' LOC+125+LHR' DTM+189:0703221615:201' LOC+87+LAX' DTM+232:0703221905:201' CNT+42:0 UNT+9+1' UNE+1+1' UNZ+1+000000001' Cancel Flight Message Transaction Reference Number and Message Sequence number Cancelled Flight number and Carrier Code Departure Info Flight departure date/time Arrival Info Flight scheduled arrival date/time No Passengers reported on this PAXLST
Page 217
03 Jan 2011
Note: The DHS response (CUSRES) message for a Cancel Flight message will be a DHS General Response identified by an ERP segment with a value of 1 (ERP+1). No passenger status will be returned on this type of DHS Response message. The returned ERC segment will contain a single code identifying acceptance of the message by DHS.
Page 218
03 Jan 2011
B.18. Flig h t Clo s e o u t On b o a rd (AP IS Qu ic k Qu e ry re p o rtin g o n ly) Message sample identifies information reporting for AQQ purposes only. The sample below illustrates a sample Flight Close-out PAXLST message containing the identity of passengers that are on the flight. Submissions for flight close-out are identified within the BGM segment with a document type code 266 and message function identifier of CLOB (Close-Out On-Board). The total number of passengers on the flight is identified in the CNT segment.
UNA:+.? ' UNB+UNOA:4+APIS*ABE+USADHS+070322:0335+0000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070322:0335+1+UN+D:05B' UNH+5755176+PAXLST:D:05B:UN:IATA' BGM+266+CLOB' RFF+TN:ABC1234:::1' NAD+MS+++JOHN SMITH' COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA567+++AA' LOC+125+LHR' DTM+189:0703221615:201' LOC+87+LAX' DTM+232:0703221905:201' NAD+ZZZ' RFF+AVF:TYR123 RFF+ABO:TYL001 NAD+ZZZ' RFF+AVF:TYR123 RFF+ABO:TYL002 NAD+ZZZ' RFF+AVF:TYR123 RFF+ABO:TYL003 NAD+ZZZ' RFF+AVF:TYR123 RFF+ABO:TYL004 NAD+ZZZ' RFF+AVF:AABD55 RFF+ABO:MCO001 NAD+ZZZ' RFF+AVF:AABD55 RFF+ABO:MCO002 NAD+ZZZ' RFF+AVF:ZMJO6O RFF+ABO:VEF001 CNT+42:7 UNT+33+5755176' UNE+1+1' UNZ+1+0000001 PNR Reservation ID Aircraft operator Unique Passenger Reference identifier PNR Reservation ID Aircraft operator Unique Passenger Reference identifier PNR Reservation ID Aircraft operator Unique Passenger Reference identifier PNR Reservation ID Aircraft operator Unique Passenger Reference identifier PNR Reservation ID Aircraft operator Unique Passenger Reference identifier PNR Reservation ID Aircraft operator Unique Passenger Reference identifier PNR Reservation ID Aircraft operator Unique Passenger Reference identifier Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Flight Close-Out w/ ON Board Passengers Transaction Reference and Message Sequence
Page 219
03 Jan 2011
Note: The DHS response (CUSRES) message for a Flight Close-out message will be a DHS General Response identified by an ERP segment with a value of 1 (ERP+1). No passenger status will be returned on this type of DHS Response message. The returned ERC segment will contain a single code identifying acceptance of the message by DHS.
Page 220
03 Jan 2011
B.19. Flig h t Clo s e o u t Not On b o a rd (AP IS Qu ic k Qu e ry re p o rtin g ) Message sample identifies information reporting for AQQ purposes only. The sample below illustrates a sample Flight Close-out PAXLST message containing the identity of passengers that did NOT board the aircraft previous to departure. Submissions for flight close-out with no-boards are identified within the BGM segment with a document type code 266 and a message function identifier of CLNB (CloseOut No-Board). The total number of passengers on the flight is identified in the CNT segment.
UNA:+.? ' UNB+UNOA:4+APIS*ABE+USADHS+070322:0335+5++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070322:0335+5+UN+D:05B' UNH+5+PAXLST:D:05B:UN:IATA' BGM+266+CLNB' RFF+TN:ABC1234:::1' NAD+MS+++JOHN SMITH' COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA567+++AA' LOC+125+LHR' DTM+189:0703221615:201' LOC+87+LAX' DTM+232:0703221905:201' NAD+ZZZ' RFF+AVF:TYR123 RFF+ABO:TYL001 CNT+42:7 UNT+15+5' UNE+1+5' UNZ+1+5' PNR Reservation ID to be cancelled Aircraft operator Unique Passenger Reference identifier Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time < CLNB Flight Close-Out w/ NOT on-Board Passengers Transaction Reference and Message Sequence
Page 221
03 Jan 2011
Note: The DHS response (CUSRES) message for a Flight Close-out message will be a DHS General Response identified by an ERP segment with a value of 1 (ERP+1). No passenger status will be returned on this type of DHS Response message. The returned ERC segment will contain a single code identifying acceptance of the message by DHS.
Page 222
03 Jan 2011
B.20. Cre w a n d P a s s e n g e r Co m b in e d Me s s a g e This example is NOT intended for AQQ or Secure Flight reporting. This example clarifies APIS reporting of combined passenger and crew information within a single transmission. Note the use of USCSAPIS identifier in the UNB Interchange Receiver ID element. Flight/Route: JL #16, NRT SEA This is an example of a transmission that contains both a Crew list and a Passenger list. There is one set of UNA, UNB, UNG, UNE, and UNZ segments for the entire transmission. The UNE group count is 2, since there are two lists. There are two UNH UNT loops, or messages, one for each list. Note that the first has a message reference of PAX001, and the second has a reference of PAX002. The first list (Crew) has a BGM value of 250; the second list (Passengers) has a BGM of 745. The order of the lists is not important. Since both lists should refer to the same flight, the segments in Groups 2 and 3 (TDT, LOC, DTM) for flight identification and itinerary are the same. This example includes changes for TSA crew requirements: BGM Flight Type code of CC (Passenger Flight, Crew Change) Home address for crew members on Group 4 NAD Place of Birth on Group 4 LOC Information may have intentionally been omitted from this example for space considerations. UNA:+.?
UNB+UNOA:4+AIR1:ZZ+USCSAPIS:ZZ+040219:1545+040219PXL0837++APIS UNG+PAXLST+AIR1+USCSAPIS+040219:1545+JLDC020319+UN+D:02B UNH+PAX001+PAXLST:D:02B:UN:IATA (Start of 1st UNH UNT message) BGM+250+CC (Crew list, for change of crew) NAD+MS+++YOSHIKAZU SUZUKI COM+81 3 555 1000 X519:TE+81 3 555 6789:FX TDT+20+JL16+++JL (Flight JL16) LOC+125+NRT (Departure from Narita) DTM+189:0802191540:201 LOC+87+SEA (Arrival in Seattle) DTM+232:0802200130:201 NAD+FM+++KAWASHIMA:TAKATSUGU+1100 WATER ST+SEATTLE+WA+97611+USA ATT+2++M DTM+329:620907 LOC+22+SEA LOC+178+NRT LOC+179+SEA LOC+174+JPN (Japan resident note NAD address)
Customs and Border Protection Page 223
03 Jan 2011
LOC+180+JPN+:::OSAKA EMP+1+CR2:110:111 NAT+2+JPN DOC+P:110:111+KT2937AB7 DTM+36:051021 LOC+91+JPN CNT+41:14 UNT+24+PAX001 UNH+PAX002+PAXLST:D:02B:UN:IATA BGM+745 NAD+MS+++YOSHIKAZU SUZUKI COM+81 3 555 1000 X519:TE+81 3 555 6789:FX TDT+20+JL16+++JL LOC+125+NRT DTM+189:0802191540:201 LOC+87+SEA DTM+232:0802200130:201 NAD+FL+++GATES:WILLIAM:R ATT+2++M DTM+329:600717 LOC+22+SEA LOC+178+NRT LOC+179+SEA LOC+174+USA NAT+2+USA RFF+AVF+543234987 DOC+P:110:111+XY4262411 DTM+36:051021 LOC+91+USA CNT+42:269 UNT+23+PAX002 UNE+2+JLDC020319 UNZ+1+040219PXL0837
(Crew count) (End of 1st UNH UNT message) (Start of 2nd UNH UNT message) (Passenger list) (Same point of contact as Crew list) (Same flight/itinerary as Crew list)
Page 224
03 Jan 2011
B.21. Un iq u e ly Id e n tifyin g a Tra n s m is s io n a n d Me s s a g in g Ord e r Aircraft operators are required to provide passenger data for the following events to DHS as they may occur on a particular passenger reservation. Each must be reported to DHS on separate PAXLST messages in the order in which they occur. Adds Updates (Qualified and Non-Qualified) Reduction in Party Cancellation of Reservation
This reporting requirement is accommodated and identified through the use of the Transaction Reference Number (TRN) and message sequence number, both mapped to RFF segment. When provided, the RFF in its entirety will be echoed back in the CUSRES message. Note: Use of the TRN and the message sequence number for chronological representation is optional. The use of the message sequence number for subsequent message processing is supported by Secure Flight only.
Entire segment is conditional/ optional. Used at the discretion of the aircraft operator to manage messages
Transaction Reference Number The value in this data element represents a Transaction Reference Number (TRN) that may be used by the carrier system to track/reconcile responses from DHS air passenger reporting systems. The value in this element will be returned in the DHS response message (CUSRES) within the RFF segment in that message. Up to 25 bytes of data may be sent in this element. The value assigned by the Aircraft Operator may contain alpha and numeric characters, and may include pound sign (#), dash (-), and period (.).
Customs and Border Protection Page 225
03 Jan 2011
Message Sequence Number The numeric value in this data element may be used to identify the sequence of the message as relates to chronological updates applied to the same passenger manifest. The sequence number should be incremented by +1 to reflect the implied revision sequence to the manifest. Common Access Reference This element appears on the UNH segment and may be used as a message response verification reference similar to that of the TRN identified above. The value sent by the aircraft operator in this data element will be returned similarly on the UNH segment within the CUSRES message set.
Page 226
03 Jan 2011
Message Example The following domestic messages highlight the usage of the Transaction Reference Number and the Message Sequence Number within the RFF segment. The following examples depict the sequence of two transmissions. The 1st transmission contains a passenger name. The 2nd transmission contains additional information collected on the passenger. The order of events (e.g., initial data collection, followed by additional collection) is communicated using the message sequence number. 1st Transmission:
Collection of Passenger Itinerary and name information for a specific reservation. Aircraft Operator assigns a Transaction Reference Number of AJYTR1070219 to the transmission for system tracking purposes. The following example assumes that this is the first transmission for this passenger reservation number of Z2JM6O. The Message sequence number is initialized to 1.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:1545+000000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:1545+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:AJYTR1070219:::1 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702181840:201' LOC+92+JFK' DTM+232:0702181955:201' NAD+FL+++BARRETT:TODD LOC+178+ORD LOC+179+JFK RFF+AVF:Z2JM6O RFF+ABO:ABC123 CNT+42:1 UNT+16+PAX001' UNE+1+1' UNZ+1+000000001' Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Surname and First Name Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger reference identifier Represents the total passengers reported in this transmission. Passenger List Transaction Reference Number and Message Sequence number
Page 227
03 Jan 2011
2nd Transmission:
Aircraft operator now collects the date of birth and gender for passenger reservation number of Z2JM6O. This type of data collection is classified has a qualified change to the passenger reservation and requires a 2nd transmission. Aircraft Operator retains the Transaction Reference Number of AJYTR1070219 for system tracking purposes and increments the message sequence number to 2. The message type is a CP Change Passenger.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070218:1545+000000001++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070218:1545+1+UN+D:05B' UNH+PAX001+PAXLST:D:05B:UN:IATA' BGM+745+CP' RFF+TN:AJYTR1070219:::2 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702181840:201' LOC+92+JFK' DTM+232:0702181955:201' NAD+FL+++BARRETT:TODD ATT+2++M' DTM+329:680223' GEI+4+ZZZ LOC+178+ORD LOC+179+JFK RFF+AVF:Z2JM6O Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Surname and First Name Gender Date of Birth Verified Information Passenger started journey Passengers destination Passenger identification (PNR) Change Passenger Transaction Reference Number and Message Sequence number
RFF+ABO:ABC123
CNT+42:1 UNT+19+PAX001' UNE+1+1' UNZ+1+000000001'
The above examples demonstrate the usage of the message sequence number to reflect the implied revision sequence to the manifest. This method should also be performed when transmitting: Non-Qualified Changes Reduction in party Cancellation of Reservation
Page 228
03 Jan 2011
B.22. Un iq u e ly Id e n tifyin g a P a s s e n ge r A Passenger Record Number Locator, or equivalent unique identifier must be provided. This unique identifier shall be used by DHS in the response message and any required acknowledgements from the aircraft operator. This requirement is accommodated through the usage of multiple RFF segments. A passenger name record locator must be provided using the RFF segment with a function qualifier of AVF. If the passenger name record locator is not unique, or not available, the aircraft operator must send a value in the RFF using a derived default value of up to 6 bytes of data. A Unique Passenger Reference (UPR) identifier must also be provided using the RFF segment with a function qualifier of ABO. The value assigned by the aircraft operator for the UPR may contain alpha and numeric characters, and may include pound sign (#), dash (-), and period (.). All RFF segments provided will be echoed back in their entirety within the CUSRES response message. Ta b le 16: P a s s e n g e r Un iq u e Id e n tifie rs
Data Element Subelements Conditions Format / Values Maximum of 6 characters. Alphabetic and numeric characters Maximum of 25 characters. Alphabetic and numeric characters PAXLST Segment(s) (+ Function Qualifier Code) / Element(s) Group 4 RFF + AVF / 1154
If available
When Passenger Name Record Locator is not available or does not uniquely identify a passenger.
Page 229
03 Jan 2011
The following domestic messages highlight the usage of the Passenger Name Record locator and aircraft operator unique passenger reference identifier within the RFF segment.
Page 230
03 Jan 2011
Individual Reservation example. RFF+AVF uniquely identifies passengers RFF+ABO contains default value of 1.
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070219:1545+3++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070219:1545+3+UN+D:05B' UNH+3+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:AJYTR1070219:::1 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++BARRETT:TODD ATT+2++M' DTM+329:680223' LOC+178+ORD LOC+179+JFK RFF+AVF:Z2JM6O RFF+ABO:1 NAD+FL+++LANG:KRISTIN' ATT+2++F Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Surname and First Name Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Default value assigned by Aircraft Operator system. Surname and First Name Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Default value assigned by Aircraft Operator system. Represents the total passengers reported in this transmission. Passenger List Transaction Reference Number and Message Sequence number
Unique Reservations
Page 231
03 Jan 2011
Page 232
03 Jan 2011
UNB+UNOA:4+APIS*ABE+USADHS+070219:1545+56++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070219:1545+1+UN+D:05B' UNH+1+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:AJYTR1070219:::1 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++BARRETT:TODD ATT+2++M' DTM+329:680223' LOC+178+ORD LOC+179+JFK RFF+AVF:Z2JM6O RFF+ABO:0577660515466 Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Surname and First Name Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Surname and First Name Gender Date of Birth Passenger started journey Passengers destination Passenger identification (PNR) Aircraft operator Unique Passenger Reference identifier Represents the total passengers reported in this transmission. Passenger List Transaction Reference Number and Message Sequence number
Group Reservation
NAD+FL+++LANG:KRISTIN' ATT+2++F DTM+329:600606' LOC+178+ORD LOC+179+JFK RFF+AVF:Z2JM6O RFF+ABO:0577660515467 CNT+42:2' UNT+26+1 UNE+1+1' UNZ+1+56
Page 233
03 Jan 2011
Page 234
03 Jan 2011
UNA:+.? UNB+UNOA:4+APIS*ABE+USADHS+070219:1545+123++USADHS' UNG+PAXLST+XYZ AIRLINES+USADHS+070219:1545+1+UN+D:05B' UNH+123+PAXLST:D:05B:UN:IATA' BGM+745' RFF+TN:AJYTR1070219:::1 NAD+MS+++JOHN SMITH COM+703-555-1212:TE+703-555-4545:FX' TDT+20+AA124+++AA' LOC+92+ORD' DTM+189:0702191840:201' LOC+92+JFK' DTM+232:0702191955:201' NAD+FL+++BARRETT:TODD ATT+2++M' DTM+329:680223' LOC+178+ORD LOC+179+JFK RFF+AVF:123456 Flight number and Carrier Code Departure Info Flight scheduled departure date/time Arrival Info Flight scheduled arrival date/time Surname and First Name Gender Date of Birth Passenger started journey Passengers destination Unique value assigned by Aircraft Operator system consistent with Record Locator data element RFF+ABO:ABCDEF1234 NAD+FL+++LANG:KRISTIN' ATT+2++F DTM+329:600606' LOC+178+ORD LOC+179+JFK RFF+AVF:123456 Aircraft operator Unique Passenger Reference identifier Surname and First Name Gender Date of Birth Passenger started journey Passengers destination Unique value assigned by Aircraft Operator system consistent with Record Locator data element RFF+ABO:ABCDEF5678 CNT+42:2' UNT+24+123 UNE+1+1' UNZ+1+123 Aircraft operator Unique Passenger Reference identifier Represents the total passengers reported in this transmission. Passenger List Transaction Reference Number and Message Sequence number
Page 235
03 Jan 2011
Page 236
03 Jan 2011
Ap p e n d ix C. U.S . S ta te Co d e s
The following table contains valid U.S. State codes in ascending order by State Name. Some of these codes might not be valid for purposes of reporting the U.S. Destination Address. Refer to CBP regulations for details. Ta b le 18: U.S . S ta te Co d e s
State Name/Description ALABAMA ALASKA AMERICAN SAMOA APO/FPO MILITARY (ZIPS 090-098) APO/FPO MILITARY (ZIPS 340) APO/FPO MILITARY (ZIPS 962-966) ARIZONA ARKANSAS CALIFORNIA CANTON & ENDERBURY ISLANDS COLORADO CONNECTICUT DELAWARE DISTRICT OF COLUMBIA FLORIDA FOREIGN COUNTRIES GEORGIA GUAM HAWAII IDAHO ILLINOIS INDEPENDENT INDIAN NATION INDIANA IOWA JOHNSTON ATOLL KANSAS KENTUCKY LOUISIANA MAINE MARYLAND MASSACHUSETTS MICHIGAN MIDWAY ISLANDS MINNESOTA MISSISSIPPI MISSOURI MONTANA NEBRASKA NEVADA NEW HAMPSHIRE NEW JERSEY
Customs and Border Protection
Code AL AK AQ AE AA AP AZ AR CA EQ CO CT DE DC FL XX GA GQ HI ID IL II IN IA JQ KS KY LA ME MD MA MI MQ MN MS MO MT NE NV NH NJ
Page 237
03 Jan 2011
State Name/Description NEW MEXICO NEW YORK NORTH CAROLINA NORTH DAKOTA NORTH MARIANA ISLANDS OHIO OKLAHOMA OREGON PENNSYLVANIA PUERTO RICO RHODE ISLAND RYUKYU ISL - SO. SOUTH CAROLINA SOUTH DAKOTA SWAN ISLANDS TENNESSEE TEXAS TRUST TERRITORY OF PACIFIC ISLANDS U.S. MISCELLANEOUS CARIBBEAN U.S. MISCELLANEOUS PACIFIC ISLANDS UNKNOWN - OTHER STATE UTAH VERMONT VIRGIN ISLANDS VIRGINIA WAKE ISLAND WASHINGTON WEST VIRGINIA WISCONSIN WYOMING
Code NM NY NC ND CQ OH OK OR PA RQ RI YQ SC SD SQ TN TX TQ BQ IQ UN UT VT VQ VA WQ WA WV WI WY
Page 238
03 Jan 2011
Ap p e n d ix D. Co d in g Ru le s fo r TS A Cre w Me m b e r Re p o rtin g
D.1. In tro d u c tio n This appendix describes the requirements and rules for using APIS to report crew member data to comply with the Transportation Security Administration (TSA) requirements. Requirements are described for the electronic submission of: APIS Crew Manifests Master Crew List (MCL)
For the most part, these messages are coded the same way as for passenger manifests, as described in Appendix A. However, there are some important differences, which are described in this section.
D.1.1. Data Requirements The following data elements shall be transmitted to fulfill both APIS crew manifest and Master Crew List (MCL) requirements: Flight Crew Status Last Name First Name Middle Name Date of Birth Gender Document Type Document Number Document Country Code Pilot License Number and Issuing Country Code Country of Residence Home Address Place of Birth Refer to the table of MCL data elements and their coding rules in section 2.4 for more details.
Page 239
03 Jan 2011
D.1.2. APIS Crew Manifest Carriers shall communicate the following crew manifests for both passenger and cargo flights: Crew members of passenger and cargo flights arriving into the United States Crew members of passenger and cargo flights departing the United States Crew members of passenger and cargo flights overflying the United States Crew members serving on flights arriving internationally, with domestic continuance to other U.S. airports (foreign carriers only) Crew members that serve on flights inside the United States with domestic continuance on to U.S. airports, prior to an international departure (foreign carriers only) Crew changes for all such flights, except overflights. Carriers are required to identify each crew manifest by suffixing the flight number with one of the codes identified in Table 10, Crew Manifest Flight Type Codes: Ta b le 19: Cre w Ma nife s t Flig h t Typ e Co d e s
Code C CC B BC A D E EC F FC G H I Definition Passenger Flight, Regularly Scheduled Crew Passenger Flight, Crew Change Cargo Flight, Regularly Scheduled Crew Cargo Flight, Crew Change Overflight, Passenger Flights Overflight, Cargo Flights Domestic Continuance, Passenger Flight, Regularly Scheduled Crew Domestic Continuance, Passenger Flight, Crew Change Domestic Continuance, Cargo Flight, Regularly Scheduled Crew Domestic Continuance, Cargo Flight, Crew Change Master Crew List, Add Record Master Crew List, Delete Record Master Crew List, Change Record
The absence of one of the above Crew Manifest Flight Type Codes will designate the submission as a passenger manifest and not as a Crew Manifest. Carriers are required to identify the status of each crew member on a passenger or allCargo flight. Non-crew members on all-Cargo flights must also be reported and identified. Use one of the codes identified in Table 11 Status Identification Codes: Ta b le 20: S ta tu s Id e n tific a tio n Co d e s
Code FM Definition Crew members include pilots, copilots, flight engineers, airline management personnel, cabin crew, and any relief or deadheading personnel in any of these categories. Cockpit crew and individuals inside cockpit.
Page 240
CR1
03 Jan 2011
CR5
Definition Cabin crew (e.g. flight attendants). Airline operations management with cockpit access (e.g. instructors, safety personnel) Cargo non-cockpit crew and non-crew members. This includes aircraft operator employees, family members, and persons transported for the safety of the flight (e.g. animal handlers) who are not classified as one of the crew member groups. Applies only to all-cargo flights. Pilots on board but not on duty (e.g. deadhead)
Coding rules for crew member manifests are normally the same as for passenger manifests, as described in Appendix A with exceptions noted for crew members. (Also refer to specific business data element coding requirements listed in Section 2.5 / Table 6, Coding Rules for Arrival Manifest Data Crew and Non-Crew and Section 2.6 / Table 7, Coding Rules for Departure Manifest Data Crew and Non-Crew.) The following rules for coding the Group 3 Flight Itinerary are different enough to be described in this section: Coding Rules: Group 3 Flight Itinerary There are some important differences in coding Group 3 between passenger manifests, crew member manifests, and Master Crew Lists. This section applies only to crew member manifests passenger manifests are described in Appendix A.3 and Master Crew List coding rules are described in Appendix D.2. This group is subordinate to Group 2. In the WCO/IATA/ICAO standard, it consists of 2 to 10 loops, each containing a LOC segment and 1 or 2 DTM segments. The LOC reports an airport in the flights itinerary, and the DTM(s) report the scheduled Arrival and Departure date/time at that airport (in the local time zone). Maximum and minimum number of LOC DTM loops: Domestic Continuance manifests: A Domestic Continuance manifest is only required if: (a) the carrier is a foreign-flagged carrier; and (b) the flight arrives at or departs from a U.S airport; and (c) the crew list on the flight for any segment within the U.S. differs from the crew list when the flight crossed the U.S. border. (For example, an inbound flight picks up a crew member in the U.S. and proceeds to another U.S. airport, or a crew member on an outbound flight boarded at one U.S. airport then leaves the flight before the flight departs the U.S.) If this is not the case, a Domestic Continuance manifest is not needed the flight is reported as a normal passenger or all-cargo flight, and the maximum and minimum number of LOC-DTM loops is the same as that stated in Appendix A.3. All U.S. segments must be reported, using a Location Function Code Qualifier of 92. Report a maximum of 9 such airports. Only one foreign airport is reported:
Page 241
03 Jan 2011
On inbound flights, it is the airport of the last foreign departure before arrival in the U.S., and has a Location Function Code Qualifier of 125. On outbound flights, it is the airport of the first foreign arrival after departure from the U.S., and has a Location Function Code Qualifier of 87.
Overflight manifests: An Overflight manifest overflies U.S. territory without ever landing at a U.S. airport. (It may land at a U.S. pre-clearance airport, e.g. Montreal, located in a foreign country.) Only report the airports where the flight lands immediately before and immediately after overflying U.S. territory, using Location Function Code Qualifiers 125 (location of departure) and 87 (location of arrival). Normally, there will only be 2 such airports.
Progressive, Pre-clearance, and Final Destination airports: Progressive flights are considered the same as domestic continuance flights, and are coded using the rules in the Maximum and minimum number of LOCDTM Loops section described above. Pre-clearance of inbound travelers is done at a few foreign airports before the flight departs for entry into the U.S. (for example, in Montreal for a flight to New York). These flights are coded using the same rules as Appendix A.3. Final destination is coded using the same rules as Appendix A.3. A flight that transits through the U.S. must be reported as both an Inbound and an Outbound flight in two separate PAXLST messages.
Date/Time Reporting: This follows the same rules as Appendix A.3. Flights Transiting Through the U.S.: If a flight transits through the U.S., it must be reported as both an Inbound flight and an Outbound flight in two separate PAXLST messages.
Page 242
03 Jan 2011
D.1.3. Master Crew List Carriers are required to electronically transmit a list via APIS of all employed crew members, using the same mechanism as used to transmit crew member(s) of scheduled flights. This electronic transmission does not constitute a real flight arrival, departure, or overflight. Its sole purpose is to allow TSA to electronically receive and authorize a carriers crew member(s). Crew members who have not been authorized prior to serving on one of the flight types in Table 10 Crew Manifest Flight Type Codes may be detained upon arrival in the U.S, and the carrier may face penalties. Coding rules for MCLs shall follow the UN/EDIFACT message syntax standards defined in this Implementation Guide. These are normally the same as for passenger manifests, as described in Appendix A with exceptions noted for crew members and MCLs. (Also, refer to Section 2.4 / Table 5, Coding Rules for TSA Master Crew List Data for requirements of specific data elements.) Following is a list of specific exceptions or clarifications to the Appendix A rules: In the UNB segment, Sender ID, for all senders, shall always read MCCL*TSA. This is regardless of the Sender ID used for any other type of APIS transmission. In the BGM segment, Document Identifier will be G for adds (i.e. a new crew member), H for deletes (i.e. the crew member is to be removed from the MCL), or I for changes (to a previously filed crew member). In the TDT segment: Flight Number format shall be cccxxMCL where: ccc is the carriers IATA carrier code (either 2 or 3 characters) xx is a sequence number (01-99). The first MCL sent on a given day will have 01, the second 02, up to 99. (There is a limit of 99 MCL messages on any given day.) A single transaction must not exceed 5,000 crew members. Multiple transactions shall be required for carriers with an MCL that exceeds 5,000 crew members. As described above in the flight number format, the carrier shall increment the sequence number for each transaction that reports additional crew members on the same day. Group 3 Flight Itinerary: Only 2 airports are coded: First airport: The LOC segment must have a Location Function Code Qualifier of 188 (for Filing Location), and a Location Name Code of XXX. The DTM segment must have a Location Function Code Qualifier of 554 (for Filing Date), and the current date in YYMMDD format. (If the date is formatted as CCYYMMDD, a Date/Time Period Format Code of 102 must follow the date.)
Page 243
03 Jan 2011
Second airport: The LOC segment must have a Location Function Code Qualifier of 172 (for Reporting Location), and a Location Name Code of TST. The DTM segment must have a Location Function Code Qualifier of 554 (for Filing Date), and the current date in YYMMDD format. (If the date is formatted as CCYYMMDD, a Date/Time Period Format Code of 102 must follow the date.) Subsequent transactions that add, delete, or update crew members shall have DTM segment to report the date of when the addition, deletion, or update occurred.
Page 244
03 Jan 2011
D.2. Ma s te r Cre w Lis t Co din g Exa m p le s D.2.1. Master Crew List, Adding Crew Member Records Description This message is used to report additions to the list of crew members that might be assigned to one of the carriers flights for which manifests must be reported. Section G.1.3, Table 10 Crew Manifest Flight Type Codes lists those types of flights. The coding rules for individual data elements are described in Section 2.4, Table 5, Coding Rules for TSA Master Crew List (MCL) Data. (Note the use of USCSAPIS identifier in the UNB Interchange Receiver ID element.) Example Flight/Route: Lufthansa is the carrier. There is no flight / route the MCL is not for a specific flight. The TDT flight number is always the same for a given carrier, except for a sequence number within the date of the report (on Group 3 DTMs following the Group 3 LOCs). The Group 3 LOC segments have fixed values. Since the MCL is not for a specific flight, there is no itinerary for the crew members. Information may have intentionally been omitted from this example for space considerations. UNA:+.?
UNB+UNOA:4+MCCL*TSA:ZZ+USCSAPIS:ZZ+040227:1235+000000001++APIS' UNG+PAXLST+MCCL*TSA+USCSAPIS+040227:1235+1+UN+D:02B' UNH+PAX001+PAXLST:D:02B:UN:CBP' BGM+336+G' (336 is always used on an MCL; G is an Add) NAD+MS+++GUNTHER STRAUSS TDT+20+LH01MCL+++LH' (Lufthansa, Sequence 01) LOC+188+XXX' DTM+554:040227' (Filing date of the MCL addition) LOC+172+TST' DTM+554:040227 NAD+FM+++SCHMIDT:JOHANN+LANGE STRASSE 5-9+FRANKFURT++RHEIN+GER' (Includes home address) ATT+2++M' DTM+329:650716' LOC+174+GER LOC+180+GER+:::HAMBURG (Place of Birth) EMP+1+CR1:110:111 (Status details pilot) NAT+2+GER DOC+P+987345384' DTM+36:051021' LOC+91+GER' DOC+L:110:111+12345678' (Document Type L for Pilots License) LOC+91+GER' (German-issued license) CNT+41:1' (1 total crew reported on this MCL message)
Customs and Border Protection Page 245
03 Jan 2011
D.2.2. Master Crew List, Deleting Crew Member Records Description This message is used to report deletions of crew members from a previously reported MCL (refer to section G.2.1 Master Crew List, Adding Crew Member Records). The data reported in this transaction will identify the crew member to be deleted. The BGM Document Identifier / Flight Type will have a suffix of H instead of G. Example The following example represents a manifest that reports deletions of previously reported crew members. Only the BGM line is shown all other aspects of the manifest are the same as in example G.2.1, and must be used for adequate processing.
BGM+336+H' (336 is always used on an MCL; H is a Delete)
Note: A crew member previously reported on an MCL will not be deleted unless an exact match can be found to a previous record. At minimum, this requires the following crew member identification: Last and First Names (and Middle, if previously reported) Date of Birth Additional data elements will help ensure a successful deletion, and reduce the need to resolve duplicate or missing crew members. These elements include: Gender Document Type, Number, and Issuing Country Pilot License number and country of issuance118 D.2.3. Master Crew List, Changing Crew Member Records Description This message is used to report changes to data values for crew members who have previously been reported on an MCL transaction (refer to section G.2.1 Master Crew List, Adding Crew Member Records). The data reported in this transaction will replace previously reported data, therefore all data elements must be reported, not just those being changed. Change records will resemble the Master Crew List, Adding Crew member Records transaction, but the BGM Document Identifier / Flight Type will have a suffix of I instead of G. Example The following example represents a manifest that reports changes to previously reported crew members. Only the BGM line is shown all other aspects of the manifest are the same as in example G.2.1, and must be used for adequate processing.
BGM+336+I'
Customs and Border Protection
03 Jan 2011
D.3. Flig h t Ma n ife s t Co d in g Exa m p le s D.3.1. Passenger Flight, Regularly Scheduled Crew Description This reports the crew members scheduled to work a flight. It must be filed no later than 1 hour before scheduled takeoff from the last foreign port of departure for the U.S. The flight number has a suffix of C. (Note the use of USCSAPIS identifier in the UNB Interchange Receiver ID element.) Example Flight/Route: Quantas #123, SYD HNL The reported crew member (a pilot) is a Canadian citizen residing in the U.S. Note the time difference of more than 1 hour between the UNB / UNG (12:35) and the departure DTM (15:40) segments. This example includes changes for new TSA crew requirements: Flight Type of C on the BGM (Passenger Flight, Regularly Scheduled Crew) Home address for crew members on Group 4 NAD Place of Birth on Group 4 LOC Status details code on Group 4 EMP Document (Group 5 DOC) and Place of Issue (Group 5 LOC) for Pilots License Information may have intentionally been omitted from this example for space considerations.
UNA:+.?
UNB+UNOA:4+AIR1:ZZ+USCSAPIS:ZZ+040219:1235+000000001++APIS' UNG+PAXLST+AIR1+USCSAPIS+040219:1235+1+UN+D:02B' UNH+PAX001+PAXLST:D:02B:UN:IATA' BGM+250+C' (This is a Crew list, with Flight Type C) NAD+MS+++JOHN SMYTHE TDT+20+UA123+++UA' LOC+125+SYD' DTM+189:0802191540:201' (Departure from Sydney at 15:40) LOC+87+HNL' DTM+232:0802200130:201' NAD+FM+++CLARK:MICHAEL+123 E MAIN ST+NEW YORK+NY+10053+USA' (Home address) ATT+2++M' DTM+329:720907' LOC+22+HNL LOC+178+SYD LOC+179+HNL LOC+174+USA (U.S. resident)
Customs and Border Protection Page 247
03 Jan 2011
LOC+180+CAN+:::TORONTO+:::ONTARIO (Place of Birth) EMP+1+CR1:110:111 (Status CR1 cockpit crew) NAT+2+CAN DOC+P+MB1402411' DTM+36:051021' LOC+91+CAN' DOC+L:110:111+12345678' (Document Type L for Pilots License) LOC+91+CAN' (Canadian-issued license) CNT+41:14' (14 crew on flight; 41 used for Crew) UNT+25+PAX001' (25 segments in UNH UNT message) UNE+1+1' UNZ+1+000000001'
Page 248
03 Jan 2011
D.3.2. Passenger Flight, Crew Change Description A crew change means that a carrier is submitting additional and/or replacement crew members for the flight less than 1 hour prior to the flights departure. (Do not report crew member deletions from the flight via APIS transmissions.) A crew change does not represent data value changes, such as document number or address, for crew members who have already been reported for the flight. It differs from a Passenger Flight Regularly Scheduled Crew manifest by having a BGM Flight Type Code of CC. (Note the use of USCSAPIS identifier in the UNB Interchange Receiver ID element.) Example Flight/Route: JL #16, NRT SEA A crew member has been added to a flight less than 1 hour before takeoff for the U.S. from the last foreign port of departure. Note the time difference of less than 1 hour between the UNB / UNG (15:20) and the departure DTM (15:40) segments. This example includes changes for new TSA crew requirements: Flight Type of CC on the BGM (Passenger Flight, Crew Change) Home address for crew members on Group 4 NAD Place of Birth on Group 4 LOC Information may have intentionally been omitted from this example for space considerations.
UNA:+.?
UNB+UNOA:4+AIR1:ZZ+USCSAPIS:ZZ+040219:1520+040219PXL0837++APIS UNG+PAXLST+AIR1+USCSAPIS+040219:1520+JLDC020319+UN+D:02B UNH+PAX001+PAXLST:D:02B:UN:IATA (Start of 1st UNH UNT message) BGM+250+CC (Crew list change) NAD+MS+++YOSHIKAZU SUZUKI COM+81 3 555 1000 X519:TE+81 3 555 6789:FX TDT+20+JL16+++JL LOC+125+NRT DTM+189:0802191540:201 (Departure from Narita at 15:40) LOC+87+SEA DTM+232:0802200130:201 NAD+FM+++KAWASHIMA:TAKATSUGU+1100 WATER ST+SEATTLE+WA+97611+USA (Home address) ATT+2++M DTM+329:620907 LOC+22+SEA LOC+178+NRT LOC+179+SEA
Customs and Border Protection Page 249
03 Jan 2011
Page 250
03 Jan 2011
D.3.3. Cargo Flight, Regularly Scheduled Crew Description A cargo flight is one that does not transport paying passengers. APIS should never receive a passenger manifest for a cargo flight. However, any non-crew members on the flight (as described in Table 11 Status Identification Codes) must be reported on the crew manifest using a Group 4 NAD segment Party Function Qualifier Code (Status) of CR4. A Cargo Flight Regularly Scheduled Crew manifest differs from a Passenger Flight Regularly Scheduled Crew manifest by having a Flight Type of B on the BGM. Example The only difference from example G.3.1 is the BGM segment.
BGM+250+B (Flight Type of B for cargo flight, scheduled crew)
Page 251
03 Jan 2011
D.3.4. Cargo Flight, Crew Change Description A crew change means that a carrier is submitting additional and/or replacement crew members for the flight less than 1 hour prior to the flights departure. (Do not report crew member deletions from the flight via APIS transmissions.) A crew change does not represent data value changes, such as document number or address, for crew members who have already been reported for the flight. It differs from a Cargo Flight, Regularly Scheduled Crew manifest by having a Flight Type of BC on the BGM. Also, all-cargo flight manifests must report any non-crew crew on board, using a Group 4 NAD segment Party Function Qualifier Code (Status) of CR4 (refer to Table 11 Status Identification Codes). Example The only difference from example G.3.2 is the BGM segment.
BGM+250+BC (Flight Type of BC for cargo flight, crew change)
Page 252
03 Jan 2011
D.3.5. Overflight, Passenger Flights Description An overflight is a flight that passes over U.S. airspace without ever landing at a U.S. airport. Only a crew manifest is required at this time. The PAXLST message for reporting Crew on a Overflight for a Passenger flight is uniquely identified with: BGM+250+A LOC Segments containing non-US airport locations
Example The differences from example G.3.1 are the BGM segment, and no U.S. airport in the flight itinerary.
BGM+250+A' (Flight Type of A for passenger overflight) TDT+20+CA323+++CA' LOC+125+YYZ' (Departure from Toronto) DTM+189:0802190915:201' LOC+87+MEX' (Arrival at Mexico City) DTM+232:0802191357:201'
Page 253
03 Jan 2011
D.3.6. Overflight, Cargo Flights Description A cargo overflight is one that flies over U.S. airspace without ever landing at a U.S. airport. Only a crew manifest is required, at this time. An Overflight Cargo manifest differs from an Overflight Passenger Flight manifest by having a Flight Type of D on the BGM. Also, all-cargo flight manifests must report any non-crew crew on board, using a Group 4 NAD segment Party Function Qualifier Code (Status) of CR4 (refer to table 11, Status Identification Codes). Example The only difference from Passenger Flight Overflight example shown in D.3.5 is the coding of the BGM segment.
BGM+250+D (Flight Type of D for cargo overflight)
Page 254
03 Jan 2011
D.3.7. Domestic Continuance, Passenger Flight, Regularly Scheduled Crew Description For an arriving flight, a domestic continuance flight is one that flies to additional U.S. airports after the initial U.S. arrival airport. For a departing flight, a domestic continuance flight is one that lands at other U.S. airports before the U.S. port of final departure. A separate Domestic Continuance manifest is only required if crew members will differ between the international and domestic segments of the flight if the crew manifest is the same for all segments, no Domestic Continuance manifest is required. If one or more domestic continuance manifests are submitted, the flight itinerary must show the foreign port of departure and all U.S. airports flown to for the submitted manifest. The itinerary for each crew member being reported must show those airports where the crew member will embark and debark from the flight. This type of manifest is used to report the crew members scheduled for a passenger flight prior to 1 hour before departure. This differs from an Overflight Passenger manifest by having a Flight Type of E on the BGM. (Note the use of USCSAPIS identifier in the UNB Interchange Receiver ID element.) Example Flight/Route: Air France #789, CDG JFK ORD The reported crew member (non-duty pilot) is joining the flight in New York for the flight segment to Chicago. The entire flight itinerary is reported, including the arrival and departure dates/times. The crew members itinerary only shows the JFK ORD segment. (Note: the crew member is already in the U.S., so there is no U.S. arrival port / LOC+22.) This example includes changes for new TSA crew requirements: Flight Type of E on the BGM (Domestic Continuance, Passenger Flight, Regularly Scheduled Crew) Party Function (Status) Qualifier Code on Group 4 NAD of FM (not CRx). Home address for crew members on Group 4 NAD Place of Birth on Group 4 LOC Document (Group 5 DOC) and Place of Issue (Group 5 LOC) for Pilots License
Page 255
03 Jan 2011
Information may have intentionally been omitted from this example for space considerations.
UNA:+.?
UNB+UNOA:4+AIR1:ZZ+USCSAPIS:ZZ+040219:0635+000000001++APIS' UNG+PAXLST+AIR1+USCSAPIS+040219:0635+1+UN+D:02B' UNH+PAX001+PAXLST:D:02B:UN:IATA' BGM+250+E' (This is a Crew manifest for Domestic Continuance, passenger, scheduled crew) NAD+MS+++JEAN BOISVERT TDT+20+AF789+++AF' LOC+125+CDG' DTM+189:0802190945:201' (Departure from Paris at 09:45) LOC+87+JFK' DTM+232:0802201107:201' (Arrival in New York at 11:07) TDT+20+AF789+++AF' LOC+92+JFK' DTM+189:0802191421:201' (Departure from New York at 14:21) LOC+92+ORD' (Additional routing within U.S.) DTM+232:0802201639:201' (Arrival in Chicago at 16:39) NAD+FM+++DUPONT:YVES+6 RUE VICTOR COUSIN+PARIS++75005+FRA' (Home address) ATT+2++M' DTM+329:720907' LOC+22+IAD (Port of CBP Clearance) LOC+178+JFK (Port of Embarkation) LOC+179+ORD (Port of Debarkation) LOC+174+FRA (French resident) LOC+180+FRA+:::BORDEAUX (Place of Birth) EMP+1+CR5:110:111 (Status CR5 deadhead pilot) NAT+2+FRA DOC+P+123498701' DTM+36:051021' LOC+91+FRA' DOC+L:110:111+12345678' (Document Type L for Pilots License) LOC+91+FRA' (French-issued license) CNT+41:12' UNT+25+PAX001' UNE+1+1' UNZ+1+000000001'
Page 256
03 Jan 2011
D.3.8. Domestic Continuance, Passenger Flight, Crew Change Description For an arriving flight, a domestic continuance flight is one that flies to additional U.S. airports after the initial U.S. arrival airport. For a departing flight, a domestic continuance flight is one that lands at other U.S. airports prior to the U.S. port of final departure. A separate Domestic Continuance manifest is only required if crew members will differ between the international and domestic segments of the flight if the crew manifest is the same for all segments, no Domestic Continuance manifest is required. If one or more domestic continuance manifests are submitted, the flight itinerary must show the foreign port of departure and all U.S. airports flown to for the submitted manifest. The itinerary for each crew member being reported must show those airports where the crew member will embark and debark from the flight. This type of manifest is used when a carrier is submitting additional and/or replacement crew members for the flight less than 1 hour prior to the flights departure. (Do not report crew member deletions from the flight via APIS transmissions.) This differs from a Domestic Continuance, Passenger Flight, Regularly Scheduled Crew manifest by having a Flight Type of EC on the BGM. Example The difference from example G.3.7 is the BGM segment.
BGM+250+EC (Flight Type of EC for domestic continuance, passenger flight, crew change)
Page 257
03 Jan 2011
D.3.9. Domestic Continuance, Cargo Flight, Regularly Scheduled Crew Description For an arriving flight, a domestic continuance flight is one that flies to additional U.S. airports after the initial U.S. arrival airport. For a departing flight, a domestic continuance flight is one that lands at other U.S. airports prior to the U.S. port of final departure. A separate Domestic Continuance manifest is only required if crew members will differ between the international and domestic segments of the flight if the crew manifest is the same for all segments, no Domestic Continuance manifest is required. If one or more domestic continuance manifests are submitted, the flight itinerary must show the foreign port of departure and all U.S. airports flown to for the submitted manifest. The itinerary for each crew member being reported must show those airports where the crew member will embark and debark from the flight. This type of manifest is used to report the crew members scheduled 1 hour prior to departure to work a cargo flight. This differs from a Domestic Continuance, Passenger Flight, Regularly Scheduled Crew manifest by having a Flight Type of F on the BGM. Also, all-cargo flight manifests must report any non-crew crew on board, using an NAD segment Party Function Qualifier Code (Status) of CR4 (refer to Table 20 Status Identification Codes). Example The difference from example D.3.7 is the BGM segment.
BGM+250+F (Flight Type of F for domestic continuance, cargo, scheduled crew)
Page 258
03 Jan 2011
D.3.10. Domestic Continuance, Cargo Flight, Crew Change Description For an arriving flight, a domestic continuance flight is one that flies to additional U.S. airports after the initial U.S. arrival airport. For a departing flight, a domestic continuance flight is one that lands at other U.S. airports prior to the U.S. port of final departure. A separate Domestic Continuance manifest is only required if crew members will differ between the international and domestic segments of the flight if the crew manifest is the same for all segments, no Domestic Continuance manifest is required. If one or more domestic continuance manifests are submitted, the flight itinerary must show the foreign port of departure and all U.S. airports flown to for the submitted manifest. The itinerary for each crew member being reported must show those airports where the crew member will embark and debark from the flight. This type of manifest is used when a carrier is submitting additional and/or replacement crew members for the flight less than 1 hour prior to the flights departure. (Do not report crew member deletions from the flight via APIS transmissions.) This differs from a Domestic Continuance, Cargo Flight, Regularly Scheduled Crew manifest by having a Flight Type of FC on the BGM. Also, all-cargo flight manifests must report any non-crew crew on board, using an NAD segment Party Function Qualifier Code (Status) of CR4 (refer to Table 20 Status Identification Codes). Example The difference from example D.3.7 is the BGM segment.
BGM+250+FC (Flight Type of FC for domestic continuance, cargo, crew change)
Page 259