MH T 0024-2014 电子客票航空公司部分.pdf

《MH T 0024-2014 电子客票航空公司部分.pdf》由会员分享，可在线阅读，更多相关《MH T 0024-2014 电子客票航空公司部分.pdf（100页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.240.60 V 07 MH 中华人民共和国民用航空行业标准 MH/T 00242014 代替 MH/T 0024-2003电子客票 航空公司部分 Electronic ticket Airline 2014 - 10- 22 发布 2014 - 12 - 01 实施中国民用航空局 发布MH/T 00242014 I 目 次 前言 . . II 1 范围 . . 1 2 规范性引用文件 . . 1 3 术语和定义 . . 1 4 总则 . . 4 5 数据保存 . . 4 6 技术要求 . . 4 7 流程 . . 7 附录 A（规范 性附录） 电子客票数据元词汇 . 19 附录

2、 B（规范性附录） 电子客票信息结构表航空公司信息表 . 69 附录 C（规范性附录） 请求机场控制、状态变更、非请求的机场控制、重新指定机场控制信息表 98 MH/T 00242014 II 前 言 本标准按照GB/T 1.1-2009给出的规则起草。 本标准代替MH/T 0024-2003 电子客票、电子杂费凭证航空公司部 分，除编辑性修改外，主要技术变化如下： 删除了原标准中电子杂费凭证相关的规范和数据元词汇，仅保留了涉及与电子客票相关的部分； 删除了不再适用的涉及纸质客票的部分描述；删除了仅适用于美国航空运输协会（ATA）相关的描述； 针对我国国内客票使用情况，在描述乘机联时增加了相关

3、表述； 修订了与电子客票相关的术语目录； 修订了原标准中若干不准确的内容，如 7.4.1.1 中的票联状态，原为“O”，现修订为“N”； 修订了“机场控制”中距离预订航班离港日期的时间； 针对不准确、有歧义的表述进行了调整。 本标准由中国民用航空局人事科教司提出。 本标准由中国民用航空局航空器适航审定司批准立项。 本标准由中国民航科学技术研究院归口管理。 本标准起草单位：中国民航信息网络股份有限公司。 本标准主要起草人：贾宇清、王丽坤、黄恺、涂卫平。 本标准代替MH/T 0024-2003。 本标准的历次版本发布情况为：MH/T 0024-2003。 MHMH/T 00242014 1 电子客

4、票 航空公司部分 1 范围 本标准规定了与航空公司相关的民用航空电子客票的数据保存、技术要求和流程。 本标准适用于与航空公司相关的民用航空电子客票的设计、使用和管理。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 IATA决议722 过渡性自动打印客票（Transition al automated ticket(TAT)） MH/T 0033 电子客票 中性票（Electronic Tic ket Neutral） IATA决议722h 电子客票地面处理（El

5、ect ronic Ticket Groun d Handling） IATA决议722a 备用过渡性自动打印客票（Off premise t ransitional automated ticket(OPTAT)） IATA决议722c 自动客票或登机牌版本2（ Automated ticket/boarding pass version 2 (ATB2)） IATA决议736 非自愿包机乘客服务计划行程变更（Involuntary change of routing of char ter passengers to scheduled service） IATA决议735d 非自愿承运人

6、、行程、舱位或运价类型变更（Involuntary change of carrier, routing, class or type of fare） IATA推荐性惯例1720a:20 11 运输凭证的标准13位编码体系 （Standard thirteen-digit numbering system for traffic documents） 3 术语和定义 下列术语和定义适用于本文件。 3.1 开账承运人 billing carrier 与运营承运人不是同一承运人时，授权向出票承运人填开账单的航空公司。 3.2 票联数据 coupon data 每张票联的航段数据，包括航空公司代码

7、、航班号、舱位、航班日期、出发地和到达地机场或城市代码、航班离港时间、订座标识和订座状况代码。分为以下5种： 当前票联数据。每张票联当前的航段数据； 已办理乘机手续票联数据。旅客已乘机后的每张票联的航段数据； MH/T 00242014 2 销售票联数据。票联原始销售时的每张票联的航段数据； 已值机票联数据。已办理乘机手续后每张票联的航段数据； 已起飞票联数据。已起飞后每张票联的航段数据。 3.3 数据元 data elements 旅客和机场的数据交换标准（PADIS ）信息的组成单元，包括下列信息： 状态变更信息； 显示信息； 紧急锁定信息； 历史记录显示信息； 重新指定机场控制信息； 请

8、求机场控制信息； 订座变更信息； 系统更新信息； 非请求的机场控制信息。 3.4 电子客票乘机联 ET flight coupon 记录每个出发地和到达地之间的行程，包括承运人、航班、舱位或经停点的变更信息的电子客票票联。 3.5 电子杂费凭证 electronic miscellaneous document EMD 由承运人或其授权的代理人依照可适用的杂费收费价目表所出的电子记录。 3.6 独立电子杂费凭证 electronic miscellaneous document-stand-alone EMD-S 与电子客票乘机联无关联的、为剩余的价值或杂项费用收费所填开的电子杂费凭证。 3.

9、7 关联电子杂费凭证 electronic miscellaneous document-associated EMD-A 与电子客票乘机联有关联的、为杂项费用收费和超重行李收费所填开的电子杂费凭证。 3.8 电子客票 electronic ticket MHMH/T 00242014 3 ET 普通纸质机票的一种电子映像，是传统机票的一种替代品。可以实现客票的无纸化存储，电子化的订票、出票、办理乘机手续、登机、结算等过程。 3.9 最终状态 final status 具有下列票联状态之一的票联： 换票或重新出票； 已乘机或已使用； 换票或飞行中断舱单； 打印换票； 退票； 作废； 已打印；

10、已关闭。 3.10 中间状态 interim status 具有下列票联状态之一的票联： 机场控制； 已办理乘机手续； 异常情况操作； 已起飞或已登机； 仅退税、费、收费； 暂停使用； 不可用。 3.11 行程单 itinerary 可作为电子客票凭证，且含有本标准和MH/T 0033标准所要求的信息和注意事项的一种文件。 3.12 销售承运人 marketing carrier 其代码被作为运输承运人记录在电子客票乘机联或有价票联上的航空公司的代码。 3.13 信息结构表 message construction matrix 含有构成各种电子客票 PADIS信息的数据元的汇总表格。 3.1

11、4 MH/T 00242014 4 运营承运人 operating carrier 提供实际航空运输及其附带服务的航空公司。 3.15 客票处理航空公司 ticket handler 代表运营承运人提供票务服务的航空公司。其在运营承运人没有票务点的地区使用与运营承运人不同的系统提供票务服务。 3.16 客票 ticket 由承运人或其代表填开的，包括所含的合同条件、注意事项和票联的凭证或电子票据。 3.17 出票承运人 validating carrier 填开航空公司，其航空公司数字代码在凭证号码之前。 4 总则 4.1 电子票务是一种确认客运（电子客票）的销售以及跟踪其使用的方法。 4.2

12、 出票承运人应为电子客票交易的控制与授权的实体。电子客票出票前，出票承运人应负责确保与出票行程中所有销售承运人间存在电子客票协议。在代码共享情况下，出票承运人和运营承运人间也应存在电子客票协议。 4.3 对于 GDS 发送的订座变更信息，出票承运人应检验出票承运人和销售承运人之间，以及代码共享情况下的出票承运人和运营承运人之间的订座变更协议。 4.4 “地面服务”处理会根据不同协议存在差别。具体流程符合 IATA 决议722h 的要求。 4.5 电子客票数据应储存在出票承运人的数据库中，应包括附录 A 中所定义的以及附录 B 中所列出的数据元。 4.6 承运人应加入联运数据交换中心（IDEC）

13、进行联运电子客票的开账和结算。 4.7 承运人应按照联运承运协议并遵循出票承运人和销售承运人、运营承运人间的电子客票协议，承认和兑现根据本标准所出的电子客票。 5 数据保存 5.1 含有“开放使用”乘机联的所有电子客票数据记录，自出票之日起，应至少在 13 个月内能够被实时访问。 5.2 承运人应自首次使用之日起，至少在 13 个月内，提供含有 “开放使用” 乘机联的电子客票数据记录的实时访问。 5.3 电子客票数据记录应在所有票联状态达到最终状态后，至少 7 天内能够被实时访问。 6 技术要求 MHMH/T 00242014 5 6.1 格式代码 6.1.1 电子客票的格式代码应符合 IAT

14、A 推荐性惯例 1720a:2011 的规定。 6.1.2 电子客票联票应具有相同的格式代码并按数字排序。 6.2 传输 每次交易中应至少能够传输和接收32K的数据。 6.3 通信 应采用PADIS信息标准交互传输电子客票数据。 6.4 票联状态标识 票联状态标识见表1。 表1 票联状态标识 序号 标识 票联状态 说 明 1 A 机场控制 （Airport Control） 销售承运人或运营承运人在航班离港前已获得电子客票乘机联的控制。获得机场控制的承运人可更新乘机联状态，而客票处理不需依赖发送和接收的连接授权。获得机场控制的承运人应更新票联状态，或在航班计划离港前72 h内将控制返还给出票承

15、运人，或若在航班计划离港后获得控制应在72 h内将控制返还给出票承运人。 2 C 已办理乘机手续 （Checked-in） 旅客已亲自或通过电子方式（例如自助办理乘机手续装置）使销售承运人或运营承运人知道其已办理值机手续，表明旅客已交运行李和（或）领取登机牌。获得机场控制的承运人应更新票联状态，或在航班计划离港前72 h内将控制返还给出票承运人，或若在航班计划离港后获得控制应在72 h内将控制返还给出票承运人。 3 E 换票或重新出票 （Exchanged/Reissued) 电子客票乘机联的价值已被用于新的支付。 4 F 已乘机或已使用 （Flown/Used） 已完成电子客票乘机联相关的旅

16、行，可进行开账或生成收入报告。此状态只应由获得控制的承运人设置。 5 G 换票或飞行中断舱单 （Exchanged/FIM） 电子客票乘机联已被地面服务人更换为飞行中断舱单。 6 I 异常情况操作 （Irregular Operations） 承运人对“A-机场控制”、“C-已办理乘机手续”或“L-已起飞或已登机”票联状态的控制可超出正常规定的72 h以外，但不应超出自航班计划离港日期起7天。 7 L 已起飞或已登机 （Lifted/Boarded） 旅客已登机。获得机场控制的承运人应更新票联状态，或在航班计划离港前72 h内将控制返还给出票承运人，或若在航班计划离港后获得控制应在72 h内将

17、控制返还给出票承运人。 8 N 票联通知 （Coupon Notification） 未显示E、F、P、R或X最终状态以及未提供票联控制的票联数据。 9 O 开放使用 （Open For Use） 电子客票的票联可变更为除“T-纸质客票”状态之外的所有票联状态。 MH/T 00242014 6 表1(续) 序号 标识 票联状态 说 明 10 P 已打印 （Printed） 电子客票的乘机联已被承运人由电子记录转为纸质凭证。一旦打印完成，将作为纸质乘机联使用，不能再回到原来的电子状态。 11 R 已退票 （Refunded） 未使用的电子客票乘机联的票款已退还旅客或付款人。 12 S 暂停使用

18、（Suspended） 电子客票乘机联已被出票承运人禁止使用。 13 T 纸质客票 （Paper Ticket） 售票交易是以带有凭证号码的纸质的客票出票的。此标识可使承运人在同一数据库中储存且（或）跟踪纸质客票和电子客票的使用。 14 U 不可用 （Unavailable） 出票承运人确认此票联不能再作为客票使用。此票联仅能被换票。 15 V 作废 （Void） 在出票承运人结算报告期内取消全部电子销售记录。作废仅能在所有票联处于“O开放使用”或“T纸质客票”状态时使用。作废请求仅对原始出票交易、由换票或重新出票交易出的新票有效。 16 X 打印换票 （Print Exchange） 承运人

19、已用新的客票号，在不影响原支付票款和相关规则情况下打印了电子客票。 17 Y 仅退税、费、收费 （Refund Taxes/Fees/ Charges Only）出票承运人确认此票联不能再作为客票使用，可退掉相应的税、费、收费。 18 Z 关闭 （Closed） 出票承运人确认票联不可被使用。 19 0-9 保留字段，仅航空公司内部使用。 6.5 信息 6.5.1 附录 B 中列出了各种电子客票信息所使用的数据元。各数据元定义见附录 A。 6.5.2 每种信息分为请求传输和应答传输两个部分。对每个发出的请求，应自动生成一个应答。 请求传输是对操作或信息的请求。 应答传输表示收到请求、授权请求的

20、操作、提供所需的信息、或拒绝请求。 6.5.3 电子客票信息包括： 显示：向出票承运人请求电子客票记录所需的所有数据元。应答应提供记录所需的所有数据元、相似的旅客列表，或拒绝该请求； 历史记录显示：向出票承运人请求按时间顺序的电子客票操作历史所需的数据元。应答应提供按时间顺序的电子客票操作历史所需的数据元，或拒绝请求； 订座变更：当电子客票需变更行程时，向出票承运人请求核对出票承运人与所有新的销售承运人之间的协议，以及代码共享情况下与所有新的运营承运人之间的协议，并核对电子客票票联未处于最终状态。出票承运人收到请求后，酌情考虑是否进行附加核查。应答应确认或拒绝请求。任何承运人均可发出订座变更信

21、息； 状态变更：向承运人请求更新电子客票乘机联的票联状态标识。应答应提供所需的数据元并确认电子客票乘机联的票联状态标识的变更，或拒绝请求； MHMH/T 00242014 7 非请求的机场控制：由出票承运人向销售承运人发出的提供电子客票乘机联机场控制的信息。当存在特殊结算协议时， 该信息也可由运营承运人向开账承运人发出以提供已使用客票或票联的信息，以便开账承运人与出票承运人进行客票或票联的结算。应答应提供电子客票乘机联的“应答说明”； 重新指定机场控制：得到机场控制的承运人向出票承运人请求将机场控制“变更指定”给另一个承运人。应答应确认已完成“变更指定”操作，或拒绝请求； 请求机场控制：由销售

22、承运人或运营承运人向出票承运人请求票联的控制。应答应提供所需的数据元并确认电子客票乘机联的票联状态标识的变更，或拒绝请求； 应急锁定：向出票承运人请求设置或清除应急锁定标识； 系统更新：承运人请求 EMD 和电子客票的关联或解除关联。应答应确认或拒绝请求。 7 流程 7.1 通则 7.1.1 应采用 IATA航空公司代码目录公布的国际标准化组织（ISO）货币代码。 7.1.2 应采用 IATA航空公司代码目录中“税、费、收费 ISO 代码和 IATA 货币代码及机票代码”章节公布的税、费、收费代码。在电子客票税、费、收费数据的传输中，不应再使用税、费、收费代码“XT”。 7.1.3 系统应提供

23、 99 种新的“税、费、收费金额”数据元和符合 PADIS 信息标准的 99 种“税、费、收费金额”的数据元。 7.1.4 应采用 IATA航空公司代码目录公布的城市或机场代码。 7.1.5 应采用 IATA航空公司代码目录公布的航空公司代码。 7.1.6 除由出票承运人授权的订座更改外，不应更改电子客票乘机联上的订座数据。 7.1.7 乘机联应按顺序承兑。 7.1.8 出票承运人应通知行程中包括出票承运人在内的所有销售承运人：客票已经以电子方式出票。该通知应在电子客票出票、换票或重新出票时发送，并应按照国际航空运输协会订座联运信息流程（AIRIMP）规定，以特殊服务请求的电子客票票号项（SS

24、R TKNE）格式告知电子客票号码。 7.1.9 在代码共享情况下，销售承运人收到 SSR TKNE时应向运营承运人转发 SSR TKNE，代码共享协议中不需要交换订座数据（例如：包座代码共享）的情况除外。 7.1.10 订座变更后，应将当前电子客票通知给新预订航段的销售承运人。提出订座变更的承运人应发送符合 AIRIMP 标准的电子客票变更票号项（SSR TKNR）信息。 7.1.11 任何承运人均可在需要时根据电子客票协议向出票承运人请求显示或获得控制。 7.1.12 销售承运人应通过 IATA标准航班时刻信息手册（SSIM）标识航班是否为电子客票航班。销售承运人应在 SSIM 的DEI5

25、0数据元中提供运营承运人信息。 7.1.13 出票承运人可使用 SSIM中的数据确定销售承运人或运营承运人的航班是否为电子客票航班。DEI50 数据元中应包含运营承运人数据。 7.2 出票 7.2.1 此操作是对电子客票乘机联的出票。当行程适用电子客票且技术和（或）流程可行时，应出电子客票。 7.2.2 一张电子客票应包括： 电子乘机联； 电子或纸质的会计联或出票人联（可选择）； MH/T 00242014 8 符合 7.2.8的行程单或收据； 纸质收费单（可选择）。 7.2.3 电子客票出票前，出票承运人应核对旅客姓名记录（PNR）中包含的最基本的“安全航班旅客数据”。在没有此项信息的情况下

26、，出票承运人不应出票交易。 7.2.4 对于每次承运人变更以及每个涉及航班或舱位等级变更的旅程部分，应将单独的电子客票航班票联编号存储在出票承运人的数据库中。对于所有乘机联，即使不预订航班，也应指定承运人代码而不应使用代码“YY”。 7.2.5 电子客票国内客票乘机联的票联号码应是自 1至 2 的顺序号，电子客票国际客票乘机联的票联号码应是自 1 至4 的顺序号，且应按顺序出票。每张国内客票允许最多出 2 个乘机联，每张国际客票允许最多出 4个乘机联，每一组连续客票允许最多含有 4 张客票。 计算乘机联总数时，所有的乘机航段和地面运输航段，包括代表同一个城市的不同机场的航段都应计算在内。 示例

27、：参见表2。 表2 需 6 个航段的行程 行程 客票 票联序号 PEK-CAN 1 1 CAN-SHA 1 2 SUPFACE/ARNK（地面运输） 1 3（不可用） PVG-FRA 1 4 FRA-LAX 2 1 LAX-PEK 2 2 7.2.6 附录 B 信息结构表中显示了电子客票记录所包含的数据元。 7.2.7 生成的会计联或费用表应符合 IATA 722 和722c中指定的最少数据。 7.2.8 出票承运人应提供行程单。行程单应含有但不限于以下内容： 旅客姓名； 销售承运人名称或代码； 当运营承运人与销售承运人不同时，运营承运人的名称； 航班号，不适用于 OPEN的旅程段； 舱位；

28、航班日期，不适用于 OPEN 的旅程段； 航班离港时间，不适用于 OPEN 的旅程段； 每个航班的出发地和到达地的机场或城市代码； 票价（基础金额）； 等额票价金额（如果有）； 客票或凭证金额； 付款方式；用信用卡支付时，应省略整个信用卡号或除最后四位外其余用“X”代替。 税、费、收费 金额（如果有）； 订座状态代码； 出票日期； 出票代理人或航空公司名称和出票地点； MHMH/T 00242014 9 客票或凭证号码 签注或限制条款（包括有效期）（如果有）； 免费行李额（可选）； 旅客办理乘机手续识别类型（ FOID）（可选）；当旅客办理乘机手续识别类型是信用卡时，应包含正确的信用卡两字发卡

29、行代码。FOID 应只包含信用卡卡号的前 6 位和后四位，其余数字用“X”代替； 示例： V1123456XXXXXX7890。 行程单中应以不小于8号字打印与服务协议相关的提示信息和国家规定的有关承运人赔偿责任的主要内容。 7.2.9 出票承运人应提供合同条款和其他重要的注意事项，可参考 IATA 决议724。 7.2.10 当由出票承运人收取额外费用时，出票承运人应提供收据。当收取的额外费用包含在行程单中时，应与客票中的税、费、收费分别列出。 7.2.11 根据所适用的国家销售法律或者出票承运人的选择，如交易需要，出票承运人应保留必要的数据元以生成会计联和信用卡费用单。 7.2.12 出票

30、承运人的收费不应在交互信息的税、费、收费数据元中反映。 7.3 显示 7.3.1 附录 A 中列出了“显示”信息所包含的数据元。 7.3.2 附录 B 信息结构表中列出了 “显示 ”信息所包含的数据元。 7.3.3 电子客票号或电子杂费凭证号码是提取电子客票的主查询条件。 7.3.4 提取一个电子客票的辅助查询条件为： 航班日期、出发地机场或城市代码、到达地机场或城市代码、旅客姓名，这些数据应是当前的或代码共享运营承运人的数据； 航空公司代码（销售承运人）航班号、航班时间、出发地机场或城市代码、到达地机场或城市代码、旅客姓名，这些数据应是当前的或代码共享运营承运人的数据，包括： 常旅客参考资料

31、、航班日期； 信用卡号、航班日期、旅客姓名； 航空公司确认编号； 旅客电话号码、旅客姓名及航班日期； 旅客办理登机手续识别类型（FOID） （可选）。当旅客办理乘机手续识别类型是信用卡时，应包含正确的信用卡两字发卡行代码。FOID 应只包含信用卡卡号的前 6 位和后四位，其余数字用“X”代替； 示例： V1123456XXXXXX7890。 7.3.5 若未指定例外情况，应遵循每个查询条件的组合要求。 7.3.6 当旅客姓名用于显示时，国内客票的国内旅客应为中文姓名，显示请求信息应包含中文姓名中的全部汉字（最长 16 个汉字）；国际客票旅客和国内客票的国外旅客的姓氏显示请求信息至少应包含前两个

32、字母，而旅客的名字和称谓可选用。 7.3.7 如果一个显示请求有多条匹配的结果记录时，承运人应以类似的列表应答显示。 7.3.8 当承运人接收到一个显示请求，检索到的匹配电子客票的出票承运人既不是接收承运人也不是请求承运人时，应答中应包含出票承运人的航空公司代码作为“应答建议”。 7.3.9 使用信用卡支付时，显示应答消息不应包含用于支付的信用卡账户号码。 7.3.10 当承运人收到显示请求且仅查找到一张匹配电子客票时， 承运人应确保应答信息中包含真实的票联状态，为此： MH/T 00242014 10 当航段控制权在联运方时，承运人应向拥有控制权的航空公司发送显示请求； 当航段控制权在地面办

33、理乘机手续系统时，承运人应按照 IATA 决议 722h 的要求，向拥有控制权的地面值机系统发送显示请求； 当显示请求被拒绝或超时时，应答信息中应使用票联状态标识“A”。 7.4 控制 7.4.1 控制要求 7.4.1.1 控制确立电子客票乘机联的持有权。应符合以下要求： 任何未参与行程的承运人均可在需要控制时，根据电子客票双边协议向出票承运人请求控制； 只有出票承运人能将电子客票乘机联的控制交给另一承运人。承运人只可将控制返还给出票承运人； 在收到出票承运人的乘机联控制后，任何对支付形式的有效性验证应受限于支付类型； 出票承运人应保持对整个电子客票的控制。一个承运人可在任何时候请求电子客票乘

34、机联的控制，并在需要时将控制返还给出票承运人； 出票承运人可用“状态变更”信息请求销售承运人或运营承运人返还控制。该交易操作为 “C” ，表示使用“N-票联通知”票联状态的“状态变更”信息； 当出票承运人请求返还控制且掌握控制的承运人可在其数据库中访问到该电子客票时，由于客票状态为中间状态或最终状态而不能返还控制，该掌握控制的承运人应在错误应答信息中包含电子客票实际票联状态； 当出票承运人请求销售承运人或运营承运人返还控制，且销售承运人或运营承运人的数据库表明他们不再拥有控制或从来没有该票联的控制时，销售承运人或运营承运人应返还肯定应答信息。当销售承运人或运营承运人数据库中不再有该电子客票时，

35、应返还“票号找不到”的错误信息且出票承运人应取得控制。 7.4.1.2 销售承运人或运营承运人可通过“状态变更”应答信息返还控制或拒绝该请求。 7.4.1.3 掌握控制的承运人在返还电子客票乘机联控制时，应通过“O-开放使用”票联状态标识的“状态变更”信息通知出票承运人。这一标识只应在电子客票当前状态处于“A-机场控制”、“C-已办理乘机手续”、“I-异常情况操作”或“L-已起飞或已登机”时才可使用。该交易操作为“C”，表示使用“O-开放使用”票联状态的“状态变更”信息。 7.4.1.4 出票承运人在任何给定时间只应将电子客票乘机联控制转交给一个承运人， 并应按 IATA 决议736 的规定为

36、该票联建立签注。 7.4.1.5 应用下列信息转交控制： 状态变更； 请求机场控制； 非请求的机场控制； 重新指定机场控制。 7.4.2 状态变更 7.4.2.1 当通知一个承运人票联状态变更时，“状态变更”信息只应包括要变更的票联。 7.4.2.2 当拥有电子客票票联控制的承运人通过“状态变更”信息通知出票承运人更新票联状态标识时，对应的 EMD-A 有价票联应通过单独的“状态变更” 信息发送相同的票联状态标识； 7.4.2.3 电子客票乘机联与 EMD-A 有价票联关联以确保同步使用； MHMH/T 00242014 11 7.4.2.4 若 EMD-A 票联未被使用，通过发送“状态变更”

37、信息将对应的电子客票票联的状态信息变更为“F-已乘机或已使用”之前，应先使用“系统更新”信息取消该 EMD-A 票联与对应电子客票票联的关联。 7.4.2.5 在当前或未来日期乘机票联的预订离港日期（时间）后 72 h 内，或者已过日期乘机票联的控制期超过获得控制之日（之时）后 72 h 内，掌握控制的承运人应通过如下票联状态标识的“状态变更”信息将票联状态更新发送给出票承运人： 换票或重新出票； 已乘机或已使用； 打印换票； 已打印； 退票。 上述所列票联状态标识是最终的状态标识，并且电子客票乘机联已关闭。该交易操作为“C”，用“E-换票或重新出票”、“F-已乘机或已使用”、“R-已退票”、

38、“P-已打印”或“X-打印换票”票联状态表示进行票联状态更新的“状态变更”信息。当发送“F-已乘机或已使用”票联状态时，应发送已登机票联数据。 7.4.2.6 一旦收到对拥有 EMD-A的电子客票设置最终状态的“状态变更”信息时，出票承运人不应自动更新 EMD-A 的票联状态。EMD-A 的最终状态将在收到单独的状态变更信息时设置。 7.4.2.7 如果未获得“状态变更”应答信息，应以约定的时间间隔至少额外发送 5 次“状态变更”信息。 7.4.2.8 当票联状态标识变更为“E-换票或重新出票”、“F-已乘机或已使用”、“R-已退票”或“X-打印换票”时，出票承运人应在“状态变更”应答信息中包

39、含清算授权编码，或拒绝请求。当票联状态标识变更为“P-已打印”时，出票承运人可在“状态变更”应答信息中包含清算授权编码。 当掌握控制的承运人通知出票承运人“E-换票或重新出票”的最终票联状态时，即把电子客票换开成另一电子客票或EMD后，该承运人所出的新的客票票号或EMD号应包含在“状态变更”请求信息中。 7.4.2.9 当换票交易产生可退差额且执行换票的承运人用该可退金额生成 EMD时，应生成 EMD-S。当用可退金额生成了 EMD-S 时， 承运人应生成包含新电子客票票号和用可退金额所出的 EMD-S 的状态变更信息并发送给出票承运人。 7.4.2.10 当销售承运人或运营承运人正在通知出票

40、承运人最终票联状态且出票承运人已对请求承运人显示了最终票联状态，出票承运人应返还包含相同的或新的清算授权编码的肯定应答。当地面服务人将中间或最终票联状态通知运营承运人，运营承运人的票联信息为相同的中间或最终票联状态，且来自于同一地面办理乘机手续系统时，运营承运人应返还肯定应答。 7.4.2.11 掌握控制的承运人应通过 “状态变更” 信息， 在当前或未来日期乘机票联的预订离港日期 （时间）后 72 h内，或者已过日期乘机票联的控制期超过获得控制之日（之时）后 72 h 内，将所有未使用的乘机票联的控制返还给出票承运人。该交易操作为“C”，表示使用“O-开放使用”票联状态的“状态变更”信息。 7

41、.4.2.12 如果当前或未来日期乘机票联的控制期超过预订离港日期（时间）后 72 h 内，或者已过日期乘机票联的控制期超过获得控制之日（之时）后 72 h 内，掌握控制的承运人应通过“非正常运行”票联状态标识的“状态变更”信息通知出票承运人。 这是一个中间票联状态标识，它要求在预订离港日期（时间）后7d内将当前或未来日期乘机票联的控制或最终票联状态标识返还给出票承运人或在获得控制之日（之时）后7天内将已过日期乘机票联的控制或最终票联状态标识返还给出票承运人。该交易操作为“C”，表示使用“I-异常情况操作”票联状态进行票联状态更新的“状态变更”信息。 MH/T 00242014 12 7.4.

42、2.13 销售或运营承运人可通过下列“状态变更”信息通知出票承运人： 办理乘机手续：销售或运营承运人可选用“办理乘机手续”向出票承运人通报旅客已经办理乘机手续； 已登机：销售或运营承运人可选用“已登机”来锁定电子客票乘机联并通报旅客已登机。 这些中间票联状态标识需要一个后续“状态变更”信息将控制返还给出票承运人或向出票承运人通报最终票联状态。提供已办理乘机手续的票联数据，应发送“C-已办理乘机手续”票联状态。提供已登机的票联数据，应发送“L-已起飞或已登机”票联状态。该交易操作为“C”，表示使用“C-已办理乘机手续”或“L-已起飞或已登机”票联状态的“状态变更”信息进行中间票联状态的更新。 7

43、.4.2.14 销售或运营承运人不应拒绝来自出票承运人发送的“状态变更”信息，无论该信息中是否含有旅客身份识别信息。 7.4.2.15 附录 C 票联状态结构表中含有允许票联状态变更表。 7.4.3 请求机场控制 7.4.3.1 销售承运人或运营承运人应用“ B”交易操作通过“请求机场控制”信息向出票承运人请求机场控制。 7.4.3.2 当承运人获得电子客票乘机联的控制时，若该电子客票乘机联有相关联的 EMD-A有价票联，该承运人也应使用“B”交易操作通过“请求机场控制”信息向 EMD-A出票承运人请求相应 EMD-A 的机场控制。 7.4.3.3 出票承运人应在“应答”信息中包含所有与未提供

44、“机场控制”的客票（包括联票）相关的票联数据。对提供“机场控制”的票联应发送“O-开放使用”票联状态。当票联状态为“E-换票或重新出票”、“F-已乘机或已使用”、“P-已打印”、“R-已退票”、“X-打印换票”或“Z-关闭”时应发送实际票联状态，否则应发送“N-票联通知”票联状态作为“票联通知”。 7.4.3.4 销售承运人或运营承运人在发送“状态变更”信息通告中间或最终状态前应获得机场控制。 7.4.3.5 当销售承运人或运营承运人请求机场控制并且出票承运人显示同一销售承运人或运营承运人已获得机场控制时，出票承运人应回复一个“请求机场控制”的应答信息。 7.4.3.6 附录 C 票联状态结构

45、表中有一个允许票联状态变更表。 7.4.4 非请求的机场控制 7.4.4.1 电子客票销售承运人或运营承运人应做出下列一种选择： 选择 1：出票承运人应通过“ 非请求的机场控制” 信息发出 72 h 内离港航班的票联控制。该交易操作为“T”，表示使用“O-开放使用”票联状态的“非请求的机场控制”信息。该信息应包含所有与未提供“机场控制”的客票（包括联票）相关的票联数据。对提供“机场控制”的票联应发送“O-开放使用”票联状态。当票联状态为“E-换票或重新出票”、“F-已乘机或已使用”、“P-已打印”、“R-已退票”、“X-打印换票”或“Z-关闭”时应发送实际票联状态，否则应发送“N-票联通知”票

46、联状态作为“票联通知”； 选择 2：电子客票出票时，出票承运人应立即发出票联控制。该交易操作为“T”，表示使用“O-开放使用”票联状态的“非请求的机场控制”信息。该信息应包含所有与未提供“机场控制”的客票（包括联票）相关的票联数据。对提供“机场控制”的票联应发送“O-开放使用”票联状态。当票联状态为“E-换票或重新出票”、 “F-已乘机或已使用”、 “P-已打印”、“R-已退票”、“X-打印换票”或“Z-关闭”时应发送实际票联状态，否则应发送“N-票联通知”票联状态作为“票联通知”； 选择 3：出票承运人应保留控制直到销售承运人或运营承运人通过“请求机场控制”信息向出票承运人请求机场控制。处理部分见 7.4.3。 MHMH/T 00242014 13 7.4.4.2 当出票承运人与销售承运人或运营承运人通过“请求机场控制”信息交互控制权时应符合以下要求： 销售承运人可选择拒绝“非请求的机场控制”。如果拒绝，销售承运人应应答一个错误消息，而出票承运人则应将票联状态