EDI为航空业带来诸多好处,如:通过EDI进行及时的信息传递,减少各种纸质化的单据制作程序,降低审核的劳动强度和费用。并且可以通过EDI的自动化传输,消除手工操作失误导致的差错。
当今国际流行的EDI国际标准有两大主流体系,即EDIFACT和ANSI X12标准。对于航空业而言,这两种报文标准将持续并存。但由于越来越多的国家支持EDIFACT,因此本文主要介绍航空业使用的EDIFACT标准下的两个常用EDI报文——IFLRQ以及IFLIRR报文,并针对这两种报文中的必需字段进行解析。
报文功能:
IFLRQ提供航班请求信息的完整数据,IFLIRR提供航班响应信息的完整数据。
报文列表:
1.IFLIRQ 1A 15.2.2(NGINV)——为航班请求信息提供完整数据(Provide Complete Data for a Flight request message)
功能:要求提供一个航班的全部信息
平均大小:50字节
最大尺寸:100字节
状态:Prometed
IFLIRQ报文的必需字段包括:
- FDQ 1A 10.1.16 (NGINV)——将向RMS提供飞行日期的信息。
boardPoint和offPoint可以指定一个航段。在这种情况下,departureDate成为该航段的登机日期,检索到的航班日期是包含该航段的登机日期。如果这些信息中只有一个缺失,另一个就会被忽略。
例:对于一个有两段航程分别为AAABBB和BBBCCC的航班,其登机日期分别为25-MAR-21和26-MAR-21,下面的FDQ段将检索到相同的航班日期:
-FDQ+6X+42+250302′
-FDQ+6X+42+250302+AAA+BBB′
-FDQ+6X+42+250302+AAA+CCC′
-FDQ+6X+42+250302+BBB′
-FDQ+6X+42+250302++CCC′
-FDQ+6X+42+260302+BBB+CCC′
- STX IA 07.1.6 (NGCOM)——表示是否应该在飞行日期上抓取锁定信息。
statusIndicator的可能值是:
- GBL:抓取锁定信息(强制) actionRequest的可能值是:
- 2:检索飞行日期信息,不抓取任何锁定信息(强制)。 RMS必须将statusIndicator直接编码为“GBL”,将actionRequest直接编码为“2”。 例:STX+GBL:2′
2.IFLIRR 1A 15.2.2 (DOC_GENERATION)——为航班响应信息提供完整数据(Provide Complete Data for a Flight response message)
功能:提供一次航班响应的全部信息
平均大小:12 KB
最大尺寸:1MB
状态:Promoted
IFLIRR报文的必需字段包括:
-
ERC 1A 10.1.20:应用程序错误信息 识别信息中的应用错误类型。此字段取值可能为:
- EC:错误代码
- INF:信息代码
- WEC:警告代码
例:ERC+6732:WEC’
- FDR 1A 02.1.15(NGINV):提供信息的飞行日期。
例:2021年5月6日的6X 66航班表示为:FDR+6X+66+060521′
-
FDD 1A 02.1.4 (NGINV):飞行日期级别的信息。 飞行级别的可能取值为:
- :没有特殊状态
- SO:航班取消
- BRB:航班排班不足以及重建座椅 飞行特性的可能取值为:
- INT:国际
- DOM:国内
- GRD:地勤处理
- HID:隐藏
- PSD:伪 通常情况下,航班是INT或者DOM。除此之外,还有如GRD、HID或者PSD等特性。
例:FDD++INT+PSD’
- REF IA 02.2.49 (NGINV):锁定信息
可能取值为:
- :无锁定
- LID:界面(GUI)锁定
- ELC:紧急锁定 在交互式IFLIRR报文中,即使在飞行日期上没有设置锁定,但REF段总是被编码的。
例:REF’没有锁定。 例:REF+ELC’ 紧急锁定。
如果飞行日期被GUI锁定,在IFLIRR报文交换过程中会对锁定飞行日期的用户ID进行 编码。
例:GUI锁定。 REF+LID:NCE1A0955/8235CN’ 在BIF中,REF段总是空的,就像没有对飞行日期设置锁定一样。
以上介绍了IFLRQ以及IFLIRR报文中的部分关键信息,了解更多航空业EDI的相关信息,欢迎随时联系我们。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。