航空业如何使用EDI进行信息传递？

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的相关信息，欢迎随时联系我们。