简介面向航空公司票务、地服与营业部操作人员的ETERM指令培训文档从航班座位查询、预订、PNR建立到出票、取消、修改与分离完整串联日常高频业务。内容以模块化指令讲解为主涉及AV、SD、NM、TKTL、SSR FOID/PSPT、DETR、XEPNR、SP等格式与示例并针对儿童姓名加CHD、一次性封口生成记录、IG还原、里程录入等细节作出提示同时也涵盖航班经停、票价、城市代码查询等辅助指令适合初学入门与岗位速查。资源为单个docx文件压缩包约72KB便携易用。该文档已吸引664人学习不仅给出指令格式还配有分离PNR等场景的实操注释能帮助操作人员快速理解封口生效机制、规范出票前信息录入降低误操作率提升ETERM指令运用熟练度。1. ETERM 指令的核心逻辑从封口看黑屏系统的状态机假设你刚从国内某航司的 GUI 前端切到黑屏系统面对一个只有绿色光标闪烁的终端窗口上手第一周最容易困惑的不是背不下指令而是搞不清“为什么我明明建了 PNR系统却不认”。ETERM 这套在中国民航分销系统里运行了几十年的指令体系本质上是把“航空订座”这个大状态机拆解成一条条命令先查询航班座位AV再预订具体座位SD然后录入旅客姓名NM设定出票时限TKTL最后必须用或\封口记录才会真正落入系统并分配 PNR 编号。封口之前的全部修改都停留在临时缓冲区可随时用 IG 指令还原。理解这个“缓冲—封口—生效”的状态模型是掌握 ETERM 指令最关键的一步也是排查“明明输入了为什么没保存”这类问题的唯一钥匙。这篇文章适合刚接触航信黑屏的票务操作员、航司营业部后台人员以及需要给团队做指令培训的 IT 支持工程师——内容尽量贴着真实业务场景走熟手也能在参数边界上找到点信息量。2. 从 AV 到 PNR查询、订座与封口的最小闭环2.1 AV 指令的城市对与舱位逻辑2.1.1 一次完整的航班可用性查询AV 指令看起来简单格式是AV: H/城市对/日期/时间/ 航空公司代码但这里面藏着不少细节。比如我想查 10 月 20 日北京到上海上午出发的国航航班AV: H/PEKSHA/20OCT/0800/CA逻辑说明H代表经济舱也可以换成F头等舱、C公务舱、Y普通经济舱等舱位代码。PEKSHA是城市对注意这里必须是城市三字码不是机场三字码北京首都机场是 PEK上海虹桥是 SHA如果查浦东要写 PVG。日期格式是 DDMMM月份用英文三字缩写20OCT 就是 10 月 20 日。时间 0800 表示早上 8 点起系统会从这个时间点开始列出后续航班。参数说明航司代码可以省略省略后显示全部航司。如果直接输入AV: H/PEKSHA/20OCT系统返回的是当天所有航司的航班情况数据量会比较大屏幕翻页需要用 PB上一页和 PN下一页。实际操作中我一般会带上航司代码减少无效信息干扰。2.1.2 理解 AV 返回列表的状态列AV 返回的列表里每一行代表一个航班关键看两列座位状态和舱位等级。状态列出现A表示有座L表示座位数少于 9 个但还能订C表示完全关闭。舱位等级列会显示Y、B、H、K、L等字母这些是子舱位代码直接决定票价和累计里程。比如国航经济舱通常有 Y、B、H、K、L、M、N、Q、T、Z 等子舱位字母越靠后折扣越大但退改签限制也越多。这里有个常见的理解偏差AV 查询时指定的H舱只是查询入口不代表最终一定要订 H 舱。返回结果里会出现多个子舱位你需要根据旅客的票价预算和签转要求在下一步 SD 指令里指定具体的舱位代码。2.2 SD 与 NM将座位变成订单2.2.1 SD 指令的序列与舱位绑定通过 AV 查到航班后比如我看到第 2 行是 CA1501Y 舱有座就要用 SD 指令预订。格式是SD 序列舱位数量SD 2 Y1逻辑说明2是 AV 返回结果中的行号序列Y是舱位代码1是预订座位数。执行成功后系统会分配一个 PNR 编号比如 MS5RV但这个 PNR 还处于未封口状态。此时如果输入封口系统会报错提示姓名缺失因为还没录入旅客信息。参数说明如果是多人同行SD 2 Y3就表示订 3 个 Y 舱座位。但注意有些特价舱位不允许一次性预订多人系统会提示CHD儿童或INF婴儿需单独处理这时候就需要分多个 SD 指令操作。2.2.2 NM 录入姓名与 CHD/INF 标记座位订好后下一步是录入乘机人姓名。格式是NM 数量 姓名NM 1 杨振振如果是儿童姓名后面必须加 CHDNM 1 杨振振 CHD婴儿则是 INF且婴儿不占座通常与成人关联在同一记录中。这里有个非常容易踩的坑姓名必须与证件上的拼音或汉字完全一致即使系统提示姓名格式异常也不能随意简写。国内航班用汉字国际航班用拼音拼音的姓和名之间用斜杠分隔比如NM 1 YANG/ZHENZHEN。逻辑说明NM 指令可以连续输入多条系统会把所有旅客信息暂存在缓冲区。如果录错了在封口前可以用XE 序号删除或者直接重新输入正确的 NM 覆盖。但封口后要改姓名就只能通过特殊权限操作或者取消 PNR 重建所以封口前一定要核对姓名和证件号。2.3 TKTL 出票时限与封口指令的不可逆性2.3.1 出票时限的标准写法TKTL 指令用于设定出票时限格式是TK TL/时间/日期/Office号TK TL/1200/01OCT/BJS123逻辑说明1200是 12 点整01OCT是 10 月 1 日BJS123是代理人 Office 号。设定后系统会在该时间点自动检查 PNR 是否已出票如果没出票且没有申请延期座位会被自动释放。参数说明Office 号必须填本代理人的 Office 号不能填航司的否则系统不识别。有些代理人习惯省略 Office 号直接写TK TL/1200/01OCT但这样在部分航信版本里不会生效建议养成带 Office 号的习惯。出票时限一般根据航司政策来定普通散客通常是航班起飞前 24 小时或预订后 2 小时团队票则按航司协议执行。2.3.2 封口指令的状态切换封口指令是或\可以单独输入也可以放在一组指令的最后。执行成功后屏幕会返回 PNR 编号和航段信息比如系统返回类似MS5RV MU5118 Y TU20OCT PEKTNA HK1 1050 1130的信息说明 PNR 已生效。封口时系统会自动检查完整性姓名、航段、联系信息缺一不可如果缺项会直接报错并停留在当前 PNR不会生成记录号。提示封口后如果想要修改 PNR必须再次提取RT后才能操作。封口这个动作本质上是把状态从“编辑中”切换到“已生效”理解这一点后面的 IG 还原和 SP 分离就都好解释了。另外同一时间只能有一个 PNR 处于编辑状态所以封口前要确认当前缓冲区里没有上一个 PNR 的残留信息。3. 出票前的合规装配RT 提取、SSR 证件与 DETR 校验3.1 RT 记录提取与 PNR 结构解析3.1.1 RT 的三种基本用法封口后的 PNR 会获得一个六位记录编号比如 MS5RV。再次操作时首先要提取记录格式是RT 记录号RT MS5RV系统返回完整的 PNR 内容包括旅客姓名、航段、票号、证件号、SSR 项、历史记录等。RT 还有两种常用变体RT 姓名可以按姓名提取RT 航班号/日期/航段可以按航班提取。比如我需要找出 12 月 1 日 CANPEK 航段的所有记录可以用 AB 指令但通过 RT 加航班条件也能实现类似目的。逻辑说明RT 提取出来的 PNR 默认处于只读状态如果要修改需要重新输入一次RT 记录号加上D参数Display with modify或者直接输入RT MS5RV/U进入修改模式。不同航信版本参数略有差异建议先查 HELP 确认。3.1.2 PNR 各要素与 SSR 项的对应关系一个标准的 PNR 由姓名组、航段组、联系组CT、出票时限TKTL、SSR 项和票号信息组成。SSR 是 Special Service Request 的缩写用于传递旅客的证件信息、特殊服务需求等。国内旅客的证件信息通过 SSR FOID 录入国际旅客通过 SSR PSPT 录入这两者是出票前必须完成的动作否则平台提交时会提示“证件信息不完整”。3.2 国内与国际旅客的 SSR 差异化录入3.2.1 SSR FOID 的证件代码规则国内旅客的格式是SSR FOID CA HK/证件代码及号码/PnSSR FOID CA HK/NI110101199001011234/P1逻辑说明CA是承运航空公司代码HK是状态码表示已确认NI是身份证代码后面跟证件号码/P1表示该证件属于 PNR 中的第 1 位旅客。证件种类代码中NI 代表身份证PP 代表护照ID 代表其他证件。参数说明如果同一个 PNR 里有多个旅客需要分条输入比如SSR FOID CA HK/NI110101199001011234/P1 SSR FOID CA HK/PP E12345678/P2注意国际旅客虽然也用 PP 代码但建议用 PSPT 指令因为 PSPT 可以同时录入更多信息。3.2.2 SSR PSPT 的完整字段顺序国际旅客的格式更复杂包含护照号码、国籍、生日、姓名、性别、婴儿标识等SSR PSPT CA HK/E12345678/CN/01JAN1990/YANG/ZHENZHEN/M/P1逻辑说明字段顺序是固定且敏感的。E12345678是护照号码CN是国籍代码中国01JAN1990是旅客出生日期YANG是姓ZHENZHEN是名M是性别M 男F 女/P1是旅客序号。如果旅客携带婴儿且婴儿信息也在这个 PNR 里需要在婴儿的 PSTP 项后面加/INF标识同时关联成人的序号。这里有个非常实用的细节PSPT 里的生日格式必须是 DDMMMYYY不能写成年月日数字串比如 01JAN1990 是正确的19900101 会被系统拒收。另外姓和名的拼音全部大写中间用斜杠分隔顺序不能颠倒。3.2.3 CT 联系方式的补全SSR 证件录完后还需要录联系方式格式是CT 城市代码/电话号码CT PEK/1234567逻辑说明PEK是联系人的所在城市三字码1234567是电话号码。有些代理人会忽略这一步但在出票平台自动提交时缺少联系方式会导致 PNR 不完整所以我会在录完 SSR 后顺手把 CT 补上避免后面来回折腾。3.3 电子客票提取 DETR 的三种入口3.3.1 按记录号、身份证号、票号提取出票后电子客票信息会关联到 PNR 上。需要验证是否出票成功时用 DETR 指令DETR:CN/记录编号 DETR:NI/身份证号 DETR:TN/票号逻辑说明DETR:CN/MS5RV按 PNR 记录编号提取对应电子客票DETR:NI/110101199001011234按身份证号反查旅客的电子客票DETR:TN/999-1234567890按票号提取。第三种最常用因为拿到票号后可以直接确认航段、舱位、票价和退改签状态。参数说明票号格式是三个数字的航司前缀加十位票号比如国航是999东航是781南航是784。输入票号时可以不加航司代码但如果票号前缀有歧义建议带上。3.3.2 票号反查证件号的实用技巧有时旅客只提供了票号需要反查证件号来核对信息可以这样写DETR:TN/783-2203752149,F逻辑说明末尾的,F表示在返回结果中显示证件信息。这个技巧在处理旅客证件号变更、值机时的证件核对特别有用。如果没有,F参数系统只返回票号和航段信息看不到关联的证件号码。另外手工票号录入使用 TKT 指令TKT/783-2203752149/P1这个用于极少数需要手工补录票号到 PNR 的场景比如 BSP 票号回填失败时。正常情况电子客票会自动关联不需要手动 TKT。我一般会在票号回填后立刻用DETR:TN/票号验证一遍确认系统里能查到才放心。4. 异常订单处理PNR 分离、还原与航班信息解析4.1 SP 指令拆分多人 PNR 的边界条件4.1.1 标准分离流程多人 PNR 在创建时可能都在一起但后续发生行程变更时经常需要把其中某几位旅客拆分出去。比如 PNR MS5RV 里有 3 个旅客现在要把第 1 位和第 3 位分出去RT MS5RV SP:1/3逻辑说明SP 指令执行后系统会显示新 PNR 的旅客列表和航段指定旅客的航段数量会根据人数自动调整。比如原来 3 人 HK3分离后新 PNR 显示 HK2原 PNR 只剩 HK1。此时不要急着封口先看一下系统返回的内容是否和预期一致确认无误再输入封口。4.1.2 分离后的 PNR 状态和限制条件封口后系统会返回两个 PNR 编号新的 PNR 是从原 PNR 分离出来的比如 MS6XS SPLIT FROM MS5RV原 PNR 变成只剩下未分离的旅客。实际操作中有一个边界条件需要特别注意有些系统规定某些航班只允许分离一次也就是说 PNR 中存在这些航段时最多只能做一次 SP 操作如果还有旅客需要更改行程只能重新建立新的 PNR。提示SP 指令执行时如果 PNR 里有已出票的旅客要特别小心。建议在 SP 分离前先把已出票和未出票的旅客分开处理否则分离后票号与 PNR 的对应关系会出现错位后续改签退票会非常麻烦。4.2 IG 还原与 XE 删除的适用场景4.2.1 IG 的缓冲区回滚IG 指令是我个人最喜欢用的“后悔药”。在封口之前如果发现刚输入的姓名拼错了、SSR 证件号少了一位或者 TKTL 时间写错了直接输入 IG 就能把整个 PNR 还原到上一次封口时的状态IG逻辑说明IG 的底层原理是丢弃当前缓冲区里的所有未封口修改从持久层重新加载数据。所以它只能恢复到最近一次封口的状态不能无限回滚。对于刚把 PNR 改得乱七八糟的情况IG 比逐条 XE 删除高效得多。4.2.2 XE 序号化的精细删除如果只是需要删除某个特定元素比如多余的 SSR 项或某位旅客用 XE 加序号更精准。格式是XE 序号序号可以是单个数字也可以是斜杠分隔的多序号XE 3 XE 1/3逻辑说明XE 3删除序号为 3 的元素XE 1/3同时删除序号 1 和序号 3 的元素。执行 XE 后被删除的元素会在屏幕上显示为带删除标记的状态此时还没有真正生效需要封口才完成删除。这也是新手容易懵的地方——删除了但没封口重新提取 PNR 后那条记录还在。参数说明如果要删除姓名组以外的所有内容可以用XE 姓名组序号的变体比如XE 1/3删除第 1 到第 3 个元素。但注意姓名组通常不能直接删除必须通过修改1/1 杨振振来替换格式是先输入序号再输入新的姓名内容。4.3 FD 与 NFD公布运价与特价的多维度查询4.3.1 FD 查询指定航段公布运价FD 指令可以查询城市对之间的当前可用票价格式是FD:城市对/日期/航空公司代码/查询选项FD:PEKSHA/20OCT/CA逻辑说明返回结果会列出不同子舱位的票价、舱位代码、使用条件等。比如 Y 舱全价B 舱 90 折H 舱 85 折K 舱 75 折等。这里的票价是公布运价对于特价机票不一定准确航司官方的促销运价需要通过 NFD 查询。参数说明FD 指令的日期参数可以省略省略后默认查询当天。航司代码也可以省略但省略后返回全航司的运价信息量太大。查询选项里常用D直达、R往返、S停留等参数比如FD:PEKSHA/20OCT/CA/R查往返运价。4.3.2 NFD 特价舱位的运价查询NFD 是专门用于查询特价舱位的指令格式是NFD:城市对/日期/航空公司代码NFD:PEKSHA/20OCT/CA逻辑说明NFD 返回的是航司发布的特价产品比如“提前购票享 3 折”“往返特惠”等。这些运价通常有时间限制和退改签限制NFD 会在返回结果里附带限制条件说明。这条指令在做比价和行程规划时非常有用但要注意 NFD 查询需要使用特定版本的航信客户端老版本黑屏可能不支持。提示FD 和 NFD 的返回值有点类似但两者的运价体系不同FD 是标准公布运价NFD 是促销运价。做团队票报价时两者都要查避免给出的报价和系统实际的可用运价差距过大。5. 黑屏操作进阶城市对反查与日期推算的隐藏技巧5.1 CNTD/CD 城市三字码与中文名互查黑屏操作里城市三字码的记忆是最让人头痛的一关。除了少数热门城市PEK、SHA、CAN之外很多二线城市和境外城市的三字码容易混淆。当旅客只提供中文城市名时使用 CNTD 反查CNTD:T/乌鲁木齐参数说明T是查询类型乌鲁木齐是城市全拼或中文名。执行后返回乌鲁木齐对应的三字码 URC。反向操作使用 CD 指令比如知道三字码要查中文城市名CD:URC返回结果为乌鲁木齐。这两条指令在录入 PNR 和核对航段时非常实用特别是在处理生僻城市时不需要切换到外部搜索引擎黑屏内直接完成。另外CNTD 还支持按国家代码查询比如CNTD:C/CN可以列出中国境内所有通航城市三字码适合做航线图分析。5.2 DATE 指令在连续日期查询中的妙用查询航班价格趋势或处理改期时经常需要确定某一天之后 N 天的日期。人工推算容易出错DATE 指令可以自动返回从指定日期起连续多天的日期列表DATE 01JAN04/20逻辑说明该指令输入后系统返回从 2004 年 1 月 1 日起的 20 天日期格式按航信标准日期显示。这在组建团队票、安排航班计划时特别有用尤其是跨越月末、年末时人工推算极易出现“2 月 30 日”这样的低级错误。DATE 指令还支持负数比如DATE 01JAN04/-7返回 1 月 1 日之前的 7 天日期。5.3 FF 指令解析航班经停与起降时刻FF 指令是航班详细信息查询的主力工具。格式为FF:航班号/日期FF:CA1501/20OCT逻辑说明返回结果包含航班的计划起降时间、经停点、航站楼、机型等详细信息。相比 AV 列表里的粗略时间FF 显示的是精确到分钟的起降时刻并且会标记出经停城市。这个功能在处理中转衔接和延误分析时的价值很大——AV 里只看到 1050 1130 这种起降时间如果航班有经停AV 不显示经停点但 FF 会明确标出。处理中转时我会用 FF 指令分别查询前段和后段的经停信息再用 DATE 指令推算中转时间是否充足。黑屏的高效不体现在单条指令上而是体现在这些基础指令的组合运用中上述几个“隐藏技巧”在实际培训中最容易带来效率提升建议作为团队的日常内训内容。本文还有配套的精品资源点击获取 ETERM黑屏指令实战：从AV查询到PNR封口与出票全流程
简介面向航空公司票务、地服与营业部操作人员的ETERM指令培训文档从航班座位查询、预订、PNR建立到出票、取消、修改与分离完整串联日常高频业务。内容以模块化指令讲解为主涉及AV、SD、NM、TKTL、SSR FOID/PSPT、DETR、XEPNR、SP等格式与示例并针对儿童姓名加CHD、一次性封口生成记录、IG还原、里程录入等细节作出提示同时也涵盖航班经停、票价、城市代码查询等辅助指令适合初学入门与岗位速查。资源为单个docx文件压缩包约72KB便携易用。该文档已吸引664人学习不仅给出指令格式还配有分离PNR等场景的实操注释能帮助操作人员快速理解封口生效机制、规范出票前信息录入降低误操作率提升ETERM指令运用熟练度。1. ETERM 指令的核心逻辑从封口看黑屏系统的状态机假设你刚从国内某航司的 GUI 前端切到黑屏系统面对一个只有绿色光标闪烁的终端窗口上手第一周最容易困惑的不是背不下指令而是搞不清“为什么我明明建了 PNR系统却不认”。ETERM 这套在中国民航分销系统里运行了几十年的指令体系本质上是把“航空订座”这个大状态机拆解成一条条命令先查询航班座位AV再预订具体座位SD然后录入旅客姓名NM设定出票时限TKTL最后必须用或\封口记录才会真正落入系统并分配 PNR 编号。封口之前的全部修改都停留在临时缓冲区可随时用 IG 指令还原。理解这个“缓冲—封口—生效”的状态模型是掌握 ETERM 指令最关键的一步也是排查“明明输入了为什么没保存”这类问题的唯一钥匙。这篇文章适合刚接触航信黑屏的票务操作员、航司营业部后台人员以及需要给团队做指令培训的 IT 支持工程师——内容尽量贴着真实业务场景走熟手也能在参数边界上找到点信息量。2. 从 AV 到 PNR查询、订座与封口的最小闭环2.1 AV 指令的城市对与舱位逻辑2.1.1 一次完整的航班可用性查询AV 指令看起来简单格式是AV: H/城市对/日期/时间/ 航空公司代码但这里面藏着不少细节。比如我想查 10 月 20 日北京到上海上午出发的国航航班AV: H/PEKSHA/20OCT/0800/CA逻辑说明H代表经济舱也可以换成F头等舱、C公务舱、Y普通经济舱等舱位代码。PEKSHA是城市对注意这里必须是城市三字码不是机场三字码北京首都机场是 PEK上海虹桥是 SHA如果查浦东要写 PVG。日期格式是 DDMMM月份用英文三字缩写20OCT 就是 10 月 20 日。时间 0800 表示早上 8 点起系统会从这个时间点开始列出后续航班。参数说明航司代码可以省略省略后显示全部航司。如果直接输入AV: H/PEKSHA/20OCT系统返回的是当天所有航司的航班情况数据量会比较大屏幕翻页需要用 PB上一页和 PN下一页。实际操作中我一般会带上航司代码减少无效信息干扰。2.1.2 理解 AV 返回列表的状态列AV 返回的列表里每一行代表一个航班关键看两列座位状态和舱位等级。状态列出现A表示有座L表示座位数少于 9 个但还能订C表示完全关闭。舱位等级列会显示Y、B、H、K、L等字母这些是子舱位代码直接决定票价和累计里程。比如国航经济舱通常有 Y、B、H、K、L、M、N、Q、T、Z 等子舱位字母越靠后折扣越大但退改签限制也越多。这里有个常见的理解偏差AV 查询时指定的H舱只是查询入口不代表最终一定要订 H 舱。返回结果里会出现多个子舱位你需要根据旅客的票价预算和签转要求在下一步 SD 指令里指定具体的舱位代码。2.2 SD 与 NM将座位变成订单2.2.1 SD 指令的序列与舱位绑定通过 AV 查到航班后比如我看到第 2 行是 CA1501Y 舱有座就要用 SD 指令预订。格式是SD 序列舱位数量SD 2 Y1逻辑说明2是 AV 返回结果中的行号序列Y是舱位代码1是预订座位数。执行成功后系统会分配一个 PNR 编号比如 MS5RV但这个 PNR 还处于未封口状态。此时如果输入封口系统会报错提示姓名缺失因为还没录入旅客信息。参数说明如果是多人同行SD 2 Y3就表示订 3 个 Y 舱座位。但注意有些特价舱位不允许一次性预订多人系统会提示CHD儿童或INF婴儿需单独处理这时候就需要分多个 SD 指令操作。2.2.2 NM 录入姓名与 CHD/INF 标记座位订好后下一步是录入乘机人姓名。格式是NM 数量 姓名NM 1 杨振振如果是儿童姓名后面必须加 CHDNM 1 杨振振 CHD婴儿则是 INF且婴儿不占座通常与成人关联在同一记录中。这里有个非常容易踩的坑姓名必须与证件上的拼音或汉字完全一致即使系统提示姓名格式异常也不能随意简写。国内航班用汉字国际航班用拼音拼音的姓和名之间用斜杠分隔比如NM 1 YANG/ZHENZHEN。逻辑说明NM 指令可以连续输入多条系统会把所有旅客信息暂存在缓冲区。如果录错了在封口前可以用XE 序号删除或者直接重新输入正确的 NM 覆盖。但封口后要改姓名就只能通过特殊权限操作或者取消 PNR 重建所以封口前一定要核对姓名和证件号。2.3 TKTL 出票时限与封口指令的不可逆性2.3.1 出票时限的标准写法TKTL 指令用于设定出票时限格式是TK TL/时间/日期/Office号TK TL/1200/01OCT/BJS123逻辑说明1200是 12 点整01OCT是 10 月 1 日BJS123是代理人 Office 号。设定后系统会在该时间点自动检查 PNR 是否已出票如果没出票且没有申请延期座位会被自动释放。参数说明Office 号必须填本代理人的 Office 号不能填航司的否则系统不识别。有些代理人习惯省略 Office 号直接写TK TL/1200/01OCT但这样在部分航信版本里不会生效建议养成带 Office 号的习惯。出票时限一般根据航司政策来定普通散客通常是航班起飞前 24 小时或预订后 2 小时团队票则按航司协议执行。2.3.2 封口指令的状态切换封口指令是或\可以单独输入也可以放在一组指令的最后。执行成功后屏幕会返回 PNR 编号和航段信息比如系统返回类似MS5RV MU5118 Y TU20OCT PEKTNA HK1 1050 1130的信息说明 PNR 已生效。封口时系统会自动检查完整性姓名、航段、联系信息缺一不可如果缺项会直接报错并停留在当前 PNR不会生成记录号。提示封口后如果想要修改 PNR必须再次提取RT后才能操作。封口这个动作本质上是把状态从“编辑中”切换到“已生效”理解这一点后面的 IG 还原和 SP 分离就都好解释了。另外同一时间只能有一个 PNR 处于编辑状态所以封口前要确认当前缓冲区里没有上一个 PNR 的残留信息。3. 出票前的合规装配RT 提取、SSR 证件与 DETR 校验3.1 RT 记录提取与 PNR 结构解析3.1.1 RT 的三种基本用法封口后的 PNR 会获得一个六位记录编号比如 MS5RV。再次操作时首先要提取记录格式是RT 记录号RT MS5RV系统返回完整的 PNR 内容包括旅客姓名、航段、票号、证件号、SSR 项、历史记录等。RT 还有两种常用变体RT 姓名可以按姓名提取RT 航班号/日期/航段可以按航班提取。比如我需要找出 12 月 1 日 CANPEK 航段的所有记录可以用 AB 指令但通过 RT 加航班条件也能实现类似目的。逻辑说明RT 提取出来的 PNR 默认处于只读状态如果要修改需要重新输入一次RT 记录号加上D参数Display with modify或者直接输入RT MS5RV/U进入修改模式。不同航信版本参数略有差异建议先查 HELP 确认。3.1.2 PNR 各要素与 SSR 项的对应关系一个标准的 PNR 由姓名组、航段组、联系组CT、出票时限TKTL、SSR 项和票号信息组成。SSR 是 Special Service Request 的缩写用于传递旅客的证件信息、特殊服务需求等。国内旅客的证件信息通过 SSR FOID 录入国际旅客通过 SSR PSPT 录入这两者是出票前必须完成的动作否则平台提交时会提示“证件信息不完整”。3.2 国内与国际旅客的 SSR 差异化录入3.2.1 SSR FOID 的证件代码规则国内旅客的格式是SSR FOID CA HK/证件代码及号码/PnSSR FOID CA HK/NI110101199001011234/P1逻辑说明CA是承运航空公司代码HK是状态码表示已确认NI是身份证代码后面跟证件号码/P1表示该证件属于 PNR 中的第 1 位旅客。证件种类代码中NI 代表身份证PP 代表护照ID 代表其他证件。参数说明如果同一个 PNR 里有多个旅客需要分条输入比如SSR FOID CA HK/NI110101199001011234/P1 SSR FOID CA HK/PP E12345678/P2注意国际旅客虽然也用 PP 代码但建议用 PSPT 指令因为 PSPT 可以同时录入更多信息。3.2.2 SSR PSPT 的完整字段顺序国际旅客的格式更复杂包含护照号码、国籍、生日、姓名、性别、婴儿标识等SSR PSPT CA HK/E12345678/CN/01JAN1990/YANG/ZHENZHEN/M/P1逻辑说明字段顺序是固定且敏感的。E12345678是护照号码CN是国籍代码中国01JAN1990是旅客出生日期YANG是姓ZHENZHEN是名M是性别M 男F 女/P1是旅客序号。如果旅客携带婴儿且婴儿信息也在这个 PNR 里需要在婴儿的 PSTP 项后面加/INF标识同时关联成人的序号。这里有个非常实用的细节PSPT 里的生日格式必须是 DDMMMYYY不能写成年月日数字串比如 01JAN1990 是正确的19900101 会被系统拒收。另外姓和名的拼音全部大写中间用斜杠分隔顺序不能颠倒。3.2.3 CT 联系方式的补全SSR 证件录完后还需要录联系方式格式是CT 城市代码/电话号码CT PEK/1234567逻辑说明PEK是联系人的所在城市三字码1234567是电话号码。有些代理人会忽略这一步但在出票平台自动提交时缺少联系方式会导致 PNR 不完整所以我会在录完 SSR 后顺手把 CT 补上避免后面来回折腾。3.3 电子客票提取 DETR 的三种入口3.3.1 按记录号、身份证号、票号提取出票后电子客票信息会关联到 PNR 上。需要验证是否出票成功时用 DETR 指令DETR:CN/记录编号 DETR:NI/身份证号 DETR:TN/票号逻辑说明DETR:CN/MS5RV按 PNR 记录编号提取对应电子客票DETR:NI/110101199001011234按身份证号反查旅客的电子客票DETR:TN/999-1234567890按票号提取。第三种最常用因为拿到票号后可以直接确认航段、舱位、票价和退改签状态。参数说明票号格式是三个数字的航司前缀加十位票号比如国航是999东航是781南航是784。输入票号时可以不加航司代码但如果票号前缀有歧义建议带上。3.3.2 票号反查证件号的实用技巧有时旅客只提供了票号需要反查证件号来核对信息可以这样写DETR:TN/783-2203752149,F逻辑说明末尾的,F表示在返回结果中显示证件信息。这个技巧在处理旅客证件号变更、值机时的证件核对特别有用。如果没有,F参数系统只返回票号和航段信息看不到关联的证件号码。另外手工票号录入使用 TKT 指令TKT/783-2203752149/P1这个用于极少数需要手工补录票号到 PNR 的场景比如 BSP 票号回填失败时。正常情况电子客票会自动关联不需要手动 TKT。我一般会在票号回填后立刻用DETR:TN/票号验证一遍确认系统里能查到才放心。4. 异常订单处理PNR 分离、还原与航班信息解析4.1 SP 指令拆分多人 PNR 的边界条件4.1.1 标准分离流程多人 PNR 在创建时可能都在一起但后续发生行程变更时经常需要把其中某几位旅客拆分出去。比如 PNR MS5RV 里有 3 个旅客现在要把第 1 位和第 3 位分出去RT MS5RV SP:1/3逻辑说明SP 指令执行后系统会显示新 PNR 的旅客列表和航段指定旅客的航段数量会根据人数自动调整。比如原来 3 人 HK3分离后新 PNR 显示 HK2原 PNR 只剩 HK1。此时不要急着封口先看一下系统返回的内容是否和预期一致确认无误再输入封口。4.1.2 分离后的 PNR 状态和限制条件封口后系统会返回两个 PNR 编号新的 PNR 是从原 PNR 分离出来的比如 MS6XS SPLIT FROM MS5RV原 PNR 变成只剩下未分离的旅客。实际操作中有一个边界条件需要特别注意有些系统规定某些航班只允许分离一次也就是说 PNR 中存在这些航段时最多只能做一次 SP 操作如果还有旅客需要更改行程只能重新建立新的 PNR。提示SP 指令执行时如果 PNR 里有已出票的旅客要特别小心。建议在 SP 分离前先把已出票和未出票的旅客分开处理否则分离后票号与 PNR 的对应关系会出现错位后续改签退票会非常麻烦。4.2 IG 还原与 XE 删除的适用场景4.2.1 IG 的缓冲区回滚IG 指令是我个人最喜欢用的“后悔药”。在封口之前如果发现刚输入的姓名拼错了、SSR 证件号少了一位或者 TKTL 时间写错了直接输入 IG 就能把整个 PNR 还原到上一次封口时的状态IG逻辑说明IG 的底层原理是丢弃当前缓冲区里的所有未封口修改从持久层重新加载数据。所以它只能恢复到最近一次封口的状态不能无限回滚。对于刚把 PNR 改得乱七八糟的情况IG 比逐条 XE 删除高效得多。4.2.2 XE 序号化的精细删除如果只是需要删除某个特定元素比如多余的 SSR 项或某位旅客用 XE 加序号更精准。格式是XE 序号序号可以是单个数字也可以是斜杠分隔的多序号XE 3 XE 1/3逻辑说明XE 3删除序号为 3 的元素XE 1/3同时删除序号 1 和序号 3 的元素。执行 XE 后被删除的元素会在屏幕上显示为带删除标记的状态此时还没有真正生效需要封口才完成删除。这也是新手容易懵的地方——删除了但没封口重新提取 PNR 后那条记录还在。参数说明如果要删除姓名组以外的所有内容可以用XE 姓名组序号的变体比如XE 1/3删除第 1 到第 3 个元素。但注意姓名组通常不能直接删除必须通过修改1/1 杨振振来替换格式是先输入序号再输入新的姓名内容。4.3 FD 与 NFD公布运价与特价的多维度查询4.3.1 FD 查询指定航段公布运价FD 指令可以查询城市对之间的当前可用票价格式是FD:城市对/日期/航空公司代码/查询选项FD:PEKSHA/20OCT/CA逻辑说明返回结果会列出不同子舱位的票价、舱位代码、使用条件等。比如 Y 舱全价B 舱 90 折H 舱 85 折K 舱 75 折等。这里的票价是公布运价对于特价机票不一定准确航司官方的促销运价需要通过 NFD 查询。参数说明FD 指令的日期参数可以省略省略后默认查询当天。航司代码也可以省略但省略后返回全航司的运价信息量太大。查询选项里常用D直达、R往返、S停留等参数比如FD:PEKSHA/20OCT/CA/R查往返运价。4.3.2 NFD 特价舱位的运价查询NFD 是专门用于查询特价舱位的指令格式是NFD:城市对/日期/航空公司代码NFD:PEKSHA/20OCT/CA逻辑说明NFD 返回的是航司发布的特价产品比如“提前购票享 3 折”“往返特惠”等。这些运价通常有时间限制和退改签限制NFD 会在返回结果里附带限制条件说明。这条指令在做比价和行程规划时非常有用但要注意 NFD 查询需要使用特定版本的航信客户端老版本黑屏可能不支持。提示FD 和 NFD 的返回值有点类似但两者的运价体系不同FD 是标准公布运价NFD 是促销运价。做团队票报价时两者都要查避免给出的报价和系统实际的可用运价差距过大。5. 黑屏操作进阶城市对反查与日期推算的隐藏技巧5.1 CNTD/CD 城市三字码与中文名互查黑屏操作里城市三字码的记忆是最让人头痛的一关。除了少数热门城市PEK、SHA、CAN之外很多二线城市和境外城市的三字码容易混淆。当旅客只提供中文城市名时使用 CNTD 反查CNTD:T/乌鲁木齐参数说明T是查询类型乌鲁木齐是城市全拼或中文名。执行后返回乌鲁木齐对应的三字码 URC。反向操作使用 CD 指令比如知道三字码要查中文城市名CD:URC返回结果为乌鲁木齐。这两条指令在录入 PNR 和核对航段时非常实用特别是在处理生僻城市时不需要切换到外部搜索引擎黑屏内直接完成。另外CNTD 还支持按国家代码查询比如CNTD:C/CN可以列出中国境内所有通航城市三字码适合做航线图分析。5.2 DATE 指令在连续日期查询中的妙用查询航班价格趋势或处理改期时经常需要确定某一天之后 N 天的日期。人工推算容易出错DATE 指令可以自动返回从指定日期起连续多天的日期列表DATE 01JAN04/20逻辑说明该指令输入后系统返回从 2004 年 1 月 1 日起的 20 天日期格式按航信标准日期显示。这在组建团队票、安排航班计划时特别有用尤其是跨越月末、年末时人工推算极易出现“2 月 30 日”这样的低级错误。DATE 指令还支持负数比如DATE 01JAN04/-7返回 1 月 1 日之前的 7 天日期。5.3 FF 指令解析航班经停与起降时刻FF 指令是航班详细信息查询的主力工具。格式为FF:航班号/日期FF:CA1501/20OCT逻辑说明返回结果包含航班的计划起降时间、经停点、航站楼、机型等详细信息。相比 AV 列表里的粗略时间FF 显示的是精确到分钟的起降时刻并且会标记出经停城市。这个功能在处理中转衔接和延误分析时的价值很大——AV 里只看到 1050 1130 这种起降时间如果航班有经停AV 不显示经停点但 FF 会明确标出。处理中转时我会用 FF 指令分别查询前段和后段的经停信息再用 DATE 指令推算中转时间是否充足。黑屏的高效不体现在单条指令上而是体现在这些基础指令的组合运用中上述几个“隐藏技巧”在实际培训中最容易带来效率提升建议作为团队的日常内训内容。本文还有配套的精品资源点击获取