简介本资源是一份面向航空公司一线操作员、值机与订座岗位新人及民航相关专业学员的ETERM终端系统指令实操培训文档聚焦航班查询、座位预定、PNR创建与维护、出票时限设定、电子客票提取、里程录入及PNR分离/还原等核心业务场景。文档以清晰指令格式典型示例关键注释方式展开覆盖AV、SD、NM、TKTL、RT、SSR、DETR、SP、IG、FF、FD等高频指令的语法、参数含义与使用时机并特别强调封口指令/\在操作闭环中的决定性作用。资源为单个72KB的Word文档.docx内容结构完整、排版规范适合作为岗前速查手册或教学辅助材料。目前已有664人学习下载读者可直接掌握从航班查询到出票全流程的标准化指令组合、常见错误规避要点及真实业务中高频出现的航变、儿童票、一次性封口等特殊情形处理方法。1. ETERM指令培训不是背命令手册而是掌握航空出票系统的“呼吸节奏”你刚接手国际机票销售岗打开ETERM终端——黑底绿字界面跳出来光标在左上角无声闪烁。输入SI回车系统返回NOT AUTHORIZED试AO提示INVALID COMMAND连输三遍DF想查航班却弹出NO FLIGHTS FOUND……这不是命令记错了是没摸清ETERM的底层逻辑它不认“孤立指令”只响应“上下文链”。ETERM指令培训的本质是训练操作者在实时航班数据库、航司运价规则、GDS权限树和旅客身份状态四重约束下用最小指令序列完成一次闭环操作。它面向的是航司地服、OTA出票专员、旅行社B2B系统对接工程师——不是教你怎么打字而是教你如何让系统“听懂你真正想问什么”。常见误区是把ETERM当Linux终端死记硬背结果在SD显示航班后忘了接SE选择航班或在TR票价查询前漏掉TWD设置出发城市导致整条指令链断裂。本文不列500条指令索引只拆解真实工单中最常卡壳的7类场景从登录鉴权到客票状态追踪从运价强制覆盖到多段联程改期每一步都带参数边界说明、失败日志特征和可验证的调试技巧。2. 登录与会话管理为什么AI指令总报SESSION EXPIREDETERM会话不是简单用户名密码登录而是一套三层校验机制终端设备指纹绑定、用户角色权限继承、GDS主机会话令牌续期。AIAgent Identification指令表面是登录入口实则是触发整个认证链的开关。2.1AI指令的完整语法与必填字段AI:AA/1234567890/ABC123/12345678901234567890123456789012AA航司两字码如CA、MU、CZ必须与你所在机构签约航司一致1234567890代理编号ARC/IATA号非个人工号ABC123用户ID由航司后台分配区分大小写1234567890123456789012345678901232位会话密钥Session Key由GDS主机动态生成有效期90秒提示密钥过期是SESSION EXPIRED主因。不要复制粘贴旧密钥——每次AI前必须先执行SKSession Key Request获取新密钥。SK返回值含KEY:前缀需手动截掉再拼入AI。2.2 会话保持的三个关键心跳指令指令触发条件作用失败现象SK密钥剩余有效期30秒刷新密钥返回NO KEY AVAILABLE表示账号被锁ST连续空闲120秒重置空闲计时器返回SESSION ACTIVE即成功SI执行任意业务指令前校验当前会话状态返回NOT AUTHORIZED说明会话已断实际操作中我习惯在脚本开头加自动心跳# Python伪代码ETERM会话保活逻辑 def keep_alive(): send_command(SK) # 获取新密钥 key parse_key_response() # 解析KEY:后的32位字符串 send_command(fAI:AA/{ARC}/{USER_ID}/{key}) time.sleep(2) if not check_response(WELCOME): # 检查登录成功标识 raise SessionAuthError(AI failed - check ARC/USER_ID format) # 启动后台心跳线程每90秒执行ST threading.Timer(90, lambda: send_command(ST)).start()ST指令必须在AI成功后立即执行否则首次业务指令可能因空闲超时被拒。很多新人在AI后直接输SD结果SD返回SESSION INVALID——其实是AI成功了但SD触发时会话已空闲超时。3. 航班查询与选择SDSE链式操作中的隐藏陷阱SDSchedule Display和SESelect Flight是ETERM最常用指令对但90%的查询失败源于参数组合越界。系统对日期、城市对、舱位的校验不是松散匹配而是严格按GDS运价库预加载数据校验。3.1SD指令的时空边界规则SD25OCT24/MEL-SYD/Y25OCT24日期格式强制为DDMMMYY如01JAN25不接受2024-10-25或25/10/2024MEL-SYD城市对必须是IATA三字码且航线需在航司当日航班计划中存在SD不查历史/未来航班只查当日7天内已发布计划Y舱位代码必须是航司实际销售的舱等如Y经济舱、C公务舱F头等舱若未开放销售则返回NO FLIGHTS注意SD默认只返回当天航班。要查未来日期必须显式指定日期——SD/MEL-SYD无日期等同于SDTODAY/MEL-SYD永远查不到明天航班。3.2SE指令的航班锁定机制SE不是简单选中航班而是向GDS主机申请航班资源锁定Resource Lock。其语法为SE1/MEL-SYD/25OCT24/737/1200/1430/Y1航班序号SD返回列表中的行号从1开始/MEL-SYD/25OCT24必须与SD参数完全一致包括大小写和顺序737机型代码SD返回的机型字段如737-800需缩写为7371200/1430起飞/到达时间精确到分钟SD返回的时间字段Y舱位必须与SD中该航班显示的可售舱位一致常见翻车点SD返回QF123 737-800 1200 1430 Y但SE写成SE1/MEL-SYD/25OCT24/737-800/1200/1430/Y——737-800中的短横线导致锁定失败系统返回FLIGHT NOT FOUND。4. 票价计算与强制覆盖TR指令背后的运价引擎博弈TRFare Calculation指令表面是查价格实则是调用GDS运价引擎执行实时计算。它受制于航司运价规则、旅客身份、预订渠道三重限制单纯TR常返回NO FARES FOUND——这不是没价格是规则拦截。4.1TR指令的强制参数链TR1/MEL-SYD/25OCT24/Y/ADT/1/CA1旅客类型序号TR1查成人TR2查儿童TR3查婴儿/MEL-SYD/25OCT24/Y必须与SE锁定的航班完全一致ADT旅客类型代码ADT成人/CHD儿童/INF婴儿1人数CA渠道代码CA航空公司直售TK旅行社OTOTA影响运价等级关键点TR前必须已执行SE锁定航班否则返回NO FLIGHT SELECTED。很多操作员在SD后直接TR系统根本不知道你要算哪趟航班的价格。4.2 强制覆盖运价的FX指令实战当TR返回高价运价如Y舱$1200但你知道有促销价Y舱$850时不能删掉重查——要用FXFare Override强制注入运价FX1/Y/850.00/USD/CA1对应TR1的序号Y舱位代码850.00强制价格注意小数点后两位USD币种必须与TR返回币种一致CA渠道代码必须与TR一致血泪经验FX后必须立即执行TKTicket出票否则30秒内未出票系统自动撤销覆盖下次TR又回到原高价。曾有同事FX后去接电话回来发现TR恢复$1200只能重新走流程。5. 避坑指南ETERM指令链中5个高频致命错误ETERM指令不是独立命令而是状态机驱动的链式操作。以下错误均来自真实工单日志按发生频率排序5.1 现象TR返回NO FARES FOUND但SDSE确认航班存在原因TR前未执行SE锁定航班或SE参数与SD不一致如日期格式错、城市码大小写错解决执行SI检查当前会话状态确认FLIGHT SELECTED字段存在若为空重新SE并核对SD返回的原始字段5.2 现象TK出票时提示PASSENGER NAME MISMATCH原因PNR中旅客姓名与TR/FX使用的旅客类型不匹配如TR1查成人价但PNR中录入CHD儿童解决用RTRetrieve PNR查看当前PNR结构确认ADT/CHD/INF标签与票价计算序号一致修改用XN指令如XN1ADT将第1位旅客改为成人5.3 现象SD查不到某航线但航司官网显示有航班原因GDS运价库未同步该航线或该航班未开放给当前代理等级销售SD只返回授权销售的航班解决执行SD后加/ALL参数SD25OCT24/MEL-SYD/ALL查看所有承运航司航班若仍无联系航司GDS接口人确认代理权限配置5.4 现象AI成功后SD返回ACCESS DENIED原因用户角色权限未开通航班查询模块常见于新入职员工仅开通出票权限解决联系航司管理员在GDS后台为该用户ID勾选Schedule Display权限组通常需2小时生效5.5 现象FX覆盖成功但TK出票时价格恢复原价原因FX后30秒内未执行TK系统自动回滚或TK前执行了其他指令如RT导致会话状态重置解决FX后立即执行TK中间不插入任何其他指令若需查PNR用RT后必须重新FX6. 客票状态追踪与异常处理用RTXS穿透GDS黑匣子当旅客来电问“我的票出没出”、“为什么扣款了但没收到票号”靠RTRetrieve PNR只能看到表层信息。真正定位问题必须用XSe-Ticket Status指令穿透GDS与航司核心系统的数据同步层。6.1RT指令的深度解析技巧RT返回的PNR结构看似简单但关键字段藏在细节里SSR TKNE CA HK1 MEL-SYD 25OCT24 737 1200 1430 Y OSI CA TKT 123-4567890123 TICKET ELEMENTS 1. CA 123-4567890123 Y MEL-SYD 25OCT24 1200 1430 OKSSR TKNE航司特殊服务请求HK1表示已确认座位NN1未确认HL1HOLD状态OSI CA TKT航司内部票号123-4567890123是真实票号非PNR编号TICKET ELEMENTS下的OK表示GDS端票已出但不保证航司系统已接收6.2XS指令的三态诊断法XS指令格式XS123-4567890123输入OSI行中的票号返回三种核心状态返回值含义处理动作ETKT STATUS: CONFIRMED航司系统已确认出票票号有效发送电子客票至旅客邮箱ETKT STATUS: PENDINGGDS已发指令航司系统未响应常见于航司IT维护30分钟后重试XS若持续PENDING联系航司GDS支持ETKT STATUS: REJECTED航司拒绝出票原因在REJECT CODE字段查REJECT CODERC01旅客身份不符RC02支付失败RC03库存不足实战技巧当XS返回PENDING不要反复重试——GDS有防刷机制5分钟内连续3次XS会触发限流。我习惯用XS后立即执行XKe-Ticket Audit查GDS侧日志XK123-4567890123返回SENT TO AIRLINE AT 20241025120033证明指令已发出只需等待航司处理。6.3 历史指令回溯用HI找回被覆盖的操作痕迹ETERM不保存操作日志但HIHistory指令可调取最近20条指令记录HI返回示例1. AI:CA/1234567890/ABC123/... 2. SD25OCT24/MEL-SYD/Y 3. SE1/MEL-SYD/25OCT24/737/1200/1430/Y 4. TR1/MEL-SYD/25OCT24/Y/ADT/1/CA 5. FX1/Y/850.00/USD/CA 6. TK当出票失败需复盘时HI比记忆可靠得多。特别注意第6行TK若缺失说明根本没走到出票步骤——问题一定在FX或之前环节。最后说个我坚持了5年的习惯每次AI成功后立刻手写记录本次会话的ARC、USER_ID、KEY有效期起止时间贴在显示器边框。不是信不过系统是信不过自己——凌晨三点处理紧急改期时大脑会本能跳过SK直接AI那张小纸条就是唯一的后悔药。希望帮到你。本文还有配套的精品资源点击获取