PNR指令速查：从建单到BSP自动出票的完整操作指南

简介：这份PDF面向民航订座、票务代理及BSP自动出票岗位的学习者，系统梳理PNR（旅客订座记录）日常操作中最常用的指令要点，帮助读者快速掌握订座与出票环节的核心操作逻辑。资源包共1个PDF文件，约244KB，内容以指令说明与实例演示为主，便于随身查阅和对照练习。文件围绕DI、DZ、FC、FN、FP、TN、TSL、VT等八条重点指令展开，并延伸讲解PNR的现行部分与历史部分结构、姓名组与航段组等组成要素，以及通过BSP自动出票系统建立PNR的完整流程。其中FN票价组指令的多种输入格式、多税项与免税处理、外币票价转换、婴儿票及IT票等特殊场景均有具体示例，可帮助读者理解票面价、等值付款、现金收受、代理费与税款等栏位的填写规则。目前已有171人学习，适合作为票务岗位入门与日常查询的参考材料。

1. PNR 指令体系为什么值得单独整理成一份速查

订票系统里最贵的错误不是查不到航班，而是把一段本该一次成功的 PNR 建得七零八落。旅客在电话那头等，你在终端里反复RT、XE、IG，最后发现只是忘了在封口前补SSR或TKTL。PNR 指令部分推荐这件事，本质上是把高频指令按业务阶段重新排布：查询、占位、旅客信息、联系要素、出票时限、封口、提取与修改。它解决的是记忆负担和顺序错误，适合刚上手的票务操作、需要带新人的组长，以及要把指令沉淀成内部手册的团队。BSP 自动出票、FN 项、wl 指令这些词经常和 PNR 一起出现，但真正决定一张记录能不能顺利进入出票流程的，是封口前那几项要素是否齐全。

2. PNR 指令的分层逻辑与最小可用指令集

2.1 从会话到 PNR：指令为什么必须按阶段执行

PNR 不是一次性写成的，它依赖终端会话状态。你输入AV查航班，系统返回可用性；输入SS或SD占位，系统把航段挂到当前工作区；再输入NM加旅客姓名，输入CT加联系方式，输入TKTL加出票时限，最后ER封口。每一步都在修改同一个未封口的记录。如果顺序颠倒，比如先封口再补姓名，多数系统会要求你先RT提取再XE拆开，操作成本翻倍。

常见做法是记住一条主线：AV → SS → NM → CT → TKTL → ER。这条线覆盖了国内票务最基础的 PNR 建立流程。BSP 自动出票场景下，TKTL和FN项尤其关键，因为出票系统会检查时限和运价基础是否匹配。

2.2 最小可用指令集：AV、SS、NM、CT、TKTL、ER

下面这段不是代码，而是终端里逐条输入的指令序列，用 bash 代码块标注只是为了保留格式和注释。

AV PEK SHA 2025-06-15 # 查询北京到上海 6 月 15 日可用航班 SS 1 Y 2 # 选择第 1 个航班，Y 舱，占 2 个座位 NM ZHANG/SAN MR # 添加旅客姓名，姓在前，名在后，MR 为称谓 CT 13800138000 # 添加联系电话 TKTL 2025-06-10/1200 # 设置出票时限为 6 月 10 日 12:00 ER # 封口并生成 PNR 记录

逻辑说明：AV返回的每一行有编号，SS后面的数字对应行号。NM的格式必须是姓/名，多个旅客用1ZHANG/SAN 2LI/SI这种带序号的写法。CT可以接手机号，也可以接P1指定旅客。TKTL的日期格式各系统略有差异，常见是DDMMM/时间或YYYY-MM-DD/时间，输入后系统会回显确认。ER执行后 PNR 才真正落库，之前所有操作都在工作区。

参数说明：SS后面的舱位代码必须和AV显示的一致，否则会返回CHECK FORMAT或UNABLE。TKTL如果省略，部分系统会使用默认时限，但 BSP 自动出票通常要求显式设置，否则出票队列可能直接跳过。

2.3 封口前必须检查的 5 个要素

这五项里，FN项经常被忽略。FN是运价基础信息，格式通常是FN 100.00 CNY或带税费的完整写法。如果 PNR 里没有FN，自动出票系统在匹配运价时会报错，尤其是涉及 BSP 结算的票。常见做法是在TKTL之后、ER之前补FN，或者封口后用RT提取再补。

提示：不同 GDS 对FN的格式要求不同，输入前先确认当前系统的帮助指令，比如HE FN。

3. 用 PNR 指令完成一次完整占位与出票准备

3.1 查询与占位：AV、SS、SD 的选用差异

AV是可用性查询，返回航班、舱位、剩余座位。SS是直接占位，SD是候补占位。两者的区别在于：SS要求舱位有可用座位，SD可以在座位已满时排队。wl 指令在部分系统里就是候补列表的查看方式，输入WL或SD后系统会返回候补序号。

AV PEK CAN 2025-06-20 # 查询北京到广州 SS 3 Y 1 # 直接占第 3 个航班的 Y 舱 1 个座位 SD 5 Y 1 # 候补占第 5 个航班的 Y 舱 1 个座位 WL # 查看当前候补状态

逻辑说明：SS成功后会返回航段确认号，SD返回候补序号。候补状态下不能直接ER出票，必须等系统确认座位后转为SS状态。WL只用于查看，不修改记录。

参数说明：SS后面的数字是AV返回的行号，不是航班号。舱位代码Y是经济舱，C是公务舱，F是头等舱。如果输入SS 3 Y 2但只剩 1 个座位，系统会返回UNABLE或SEATS NOT AVAILABLE。

3.2 旅客与联系要素：NM、CT、AP 的格式陷阱

NM的格式错误是新手最容易踩的坑。姓和名之间必须用斜杠，名后面可以跟称谓。多个旅客要带序号。

NM 1ZHANG/SAN MR 2LI/SI MS # 两个旅客，分别带称谓 CT P1 13800138000 # 给第一个旅客加电话 CT P2 13900139000 # 给第二个旅客加电话 AP PEK 13800138000 # 添加联系要素，PEK 为城市代码

逻辑说明：NM前面的1和2是旅客序号，封口后系统会按序号生成旅客标识。CT后面的P1、P2指定旅客，不指定则默认加到第一个旅客。AP是另一种联系要素，通常用于添加地址或电话，格式因系统而异。

参数说明：称谓MR、MS、MRS、CHD分别对应先生、女士、夫人、儿童。儿童旅客通常还需要SSR CHLD或SSR INFT指令补充年龄信息，否则出票时可能被拒绝。

3.3 出票时限与 FN 项：BSP 自动出票的前置条件

BSP 自动出票依赖 PNR 里的TKTL和FN。TKTL决定出票队列什么时候抓取这条记录，FN决定运价是否匹配。

TKTL 2025-06-18/1800 # 设置出票时限 FN 1280.00 CNY # 添加运价基础 ER # 封口 RT # 提取刚封口的 PNR，核对所有要素

逻辑说明：TKTL设置后，系统会在时限前将 PNR 放入出票队列。FN的金额要和实际运价一致，否则出票时系统会报FARE MISMATCH。ER封口后，RT提取可以核对航段、旅客、联系、时限、运价五项是否齐全。

参数说明：TKTL的时间格式通常是DDMMM/HHMM或YYYY-MM-DD/HHMM，具体看系统。FN的货币代码CNY必须大写，金额保留两位小数。如果 PNR 涉及多段航程，FN可能需要按航段分别添加。

注意：BSP 自动出票队列通常每隔一段时间扫描一次，TKTL设置过晚可能导致记录来不及被抓取。常见做法是至少提前 24 小时设置。

4. PNR 指令的修改、提取与常见报错处理

4.1 RT、XE、IG：提取与拆开记录的正确姿势

RT是提取 PNR，后面可以跟记录编号或旅客姓名。XE是删除航段，IG是忽略当前工作区。这三个指令在修改 PNR 时高频出现。

RT ABC123 # 按记录编号提取 RT ZHANG/SAN # 按旅客姓名提取 XE 2 # 删除第 2 个航段 IG # 忽略当前未封口的修改 ER # 重新封口

逻辑说明：RT提取后，PNR 进入工作区，可以修改。XE后面的数字是航段序号，不是航班号。IG会放弃当前工作区的所有未封口修改，回到提取前的状态。修改完成后必须ER重新封口，否则修改不生效。

参数说明：RT后面不跟参数时，系统会提取最近一次操作的 PNR。XE可以一次删除多个航段，比如XE 2,3。IG不会删除已封口的 PNR，只放弃工作区修改。

4.2 常见报错与排查路径

排查路径：先RT提取记录，逐项核对航段、旅客、联系、时限、运价。如果报错涉及运价，用FN重新输入正确金额。如果报错涉及时限，用TKTL补设。所有修改完成后ER封口，再RT确认。

4.3 用 RT 核对 PNR 完整性的检查清单

RT ABC123 # 提取记录 # 核对以下五项： # 1. 航段是否存在，舱位是否正确 # 2. 旅客姓名是否与证件一致 # 3. 联系方式是否完整 # 4. TKTL 是否已设置且在有效期内 # 5. FN 金额是否与运价匹配

逻辑说明：RT返回的每一行都有标识，航段行通常以数字开头，旅客行以NM开头，联系行以CT或AP开头，时限行以TKTL开头，运价行以FN开头。逐项核对可以避免封口后才发现遗漏。

参数说明：如果 PNR 有多页，用RT后跟MD或MU翻页。部分系统用RTN提取下一个旅客的记录。

5. 把 PNR 指令沉淀成可复用的操作模板

5.1 用脚本封装高频指令序列

如果每天要建大量 PNR，可以把固定序列写成脚本，减少重复输入。下面是一个 bash 函数示例，用于生成基础 PNR 指令序列。

pnr_basic() { local from=$1 to=$2 date=$3 name=$4 phone=$5 tktl=$6 fare=$7 echo "AV $from $to $date" echo "SS 1 Y 1" echo "NM $name" echo "CT $phone" echo "TKTL $tktl" echo "FN $fare" echo "ER" } pnr_basic PEK SHA 2025-06-15 ZHANG/SAN 13800138000 2025-06-10/1200 1280.00

逻辑说明：函数接收出发地、目的地、日期、姓名、电话、时限、运价七个参数，按顺序输出指令。实际使用时，把输出复制到终端逐条执行，或者通过终端脚本自动发送。

参数说明：from和to是三字代码，date是YYYY-MM-DD格式，name是姓/名格式，tktl是YYYY-MM-DD/HHMM格式，fare是带货币代码的金额。

5.2 指令模板的版本管理与团队共享

把模板放在团队共享目录，用 git 管理版本。每次系统升级或航司规则变化时，更新模板并记录变更。

mkdir -p ~/pnr-templates cd ~/pnr-templates git init # 把 pnr_basic.sh 放入目录 git add pnr_basic.sh git commit -m "add basic PNR template"

逻辑说明：git init初始化仓库，git add添加模板文件，git commit提交版本。团队成员可以git clone获取最新模板，避免各自维护一套。

参数说明：模板文件建议按业务场景命名，比如pnr_basic.sh、pnr_group.sh、pnr_infant.sh。每次修改后提交时写清楚变更原因，方便回溯。

5.3 用 RT 和 FN 做封口后的二次验证

封口不是终点，RT提取后核对FN和TKTL才是。常见做法是封口后立即RT，检查五项要素，确认无误后再进行下一步操作。如果发现FN缺失，用RT提取后补FN，再ER重新封口。

ER # 封口 RT # 提取核对 # 如果 FN 缺失： FN 1280.00 CNY # 补运价 ER # 重新封口 RT # 再次核对

逻辑说明：ER封口后，RT提取可以看到完整记录。如果FN缺失，直接在提取状态下补FN，再ER重新封口。重新封口后再次RT确认。

参数说明：重新封口时，系统可能会提示REENTER或OK，按提示操作即可。如果FN金额不确定，先用RT查看运价行，再决定输入多少。

提示：BSP 自动出票前，建议用RT核对TKTL是否在有效期内，过期记录会被队列跳过。

本文还有配套的精品资源，点击获取