国际航班查询与订座基础

发布时间:2019-12-16   来源:文档文库   
字号:
与代理人系统联接的航空公司大致分为如下几类:
1.直联的航空公司,---- 联接等级高,AVSD 数据都会准确; 2.通过其他系统联接的航空公司:
1)与该系统间的联接等级高的航空公司,---- AVSD 数据比较准确; 2)与该系统间的联接等级低的航空公司,---- AVSD 数据准确性较差; 3.无联接关系的航空公司,---- 无法取得数据,只能申请座位。

中国民航代理人系统中的航班信息查询,首先讲解这些航班数据的来源:
1. 中国民航航空公司系统 ICSINVENTORY CONTROL SYSTEM 如国航、东航、南航等; 2. 国外航空公司系统,国泰航空、美国大陆航空公司、英国航空公司等; 3. 国外 GDSGLOBAL DISTRIBUTION SYSTEM)如 1A1S1G 等; 4. OAGOFFICIAL AIRLINE GUIDE)静态航班数据。

OM参数分别对应于代码共享航班的承运方以及市场方; S 参数星空联盟; T 参数天合联盟; W参数寰宇一家。

(二) AV产品介绍
介绍航信CRS 系统与不同外航的AV 产品。 1DA 直联,直联航空公司显示 >AVCITYPAIR/DATE/AIRLINE 2OAG 数据的显示,GDS 的显示; >AVCITYPAIR/DATE
3SEAMLESS 以及使用的航空公司. 1 DA全称Direct Access是通过航信系统直接查询外航航班座位状态的一种产品。目前航信支持两种方式的DA第一种是EDI 方式,在这种方式下,航信和航空公司系统通过专线,实时的交换EDI 报文。所以显示的数据是最准确的。与航信系统直联的外航稍后会在以后的章节里为大家具体介绍。查询外航航班信息一般建议指定航空公司代码,如果是直联的航空公司数据就比较准确。

国外航空公司的航班显示 三种途径:
①通过直接存取方式到国外航空公司系统直接提取信息。 ②通过国外GDS 系统提取信息。
③通过装OAG 公司定期提供的航班数据磁带获得信息。
方式的不同决定了提取数据的准确性有差异。这种差异在任何CRS 系统或GDS 系统都存在。

AV 小节】
由于营业员通过代理人系统对航空公司进行航班座位的销售,在销售的过程中,通过与其它系统之间进行报文的传递,来实现航班座位的准确实时销售。
由于各系统的差异,以及通讯的传输等多方面因素的影响,各系统之间的匹配(所谓匹配,是指营业员在代理人系统中建立的订座记录,与相应的航空公司系统中的记录是否一致存在多方面的表现形式。以下讲解航班状态的不匹配。 在航空公司系统和在代理人系统中,我们有时会发现相同航班,显示状态不同。在这种情况下, 我们应以航空公司系统显示的航班状态为准。但这种情况不能一概认为是系统的不匹配,以下分别 介绍:

对于国内航空公司的航班显示
由于航空公司控制人员可以对代理人系统中的航班显示进行政策上的保护和限制,这就出现了在代理人系统,不同的部门有时显示的航班舱位、座位状态不一致。这种情况下,航班的显示状态不能认为是不匹配的。但假如航空公司并没有做任何限制时,两系统的航班显示出现不同,此时就是系统的不匹配了。代理人遇到此类现象时,可通知航空公司控制部门重新拍发相应电报,以调整航班的显示,如仍无法更新,可与我公司在线服务部联系,以便通过其他技术手段调整航班的显示。
对于国外航空公司的航班显示
代理人系统是通过以下方式得到国外航空公司的航班可利用信息:
A——通过直接存取方式(AV后加航空公司代码)到国外航空公司系统直接查询航班可利用信息。 B ——通过国外的代理人系统(它与国外的航空公司有一定的协议)来提取航班的可利用信息。
C ——通过装OAG 公司(国外航空公司把本航空公司的航班数据定期送到OAG 公司)定期的航班数据磁带,以调整代理人系统的航班显示。
三种方式的不同,决定了通过代理人系统提取不同的国外航空公司的数据时,会有一些准确性上的差异。这种差异在任何CRS 系统或GDS 系统都存在。
代理人在通过前两种协议提取的航班数据,由于是直接到对方系统读取数据,因此是相对准确的,而代理人在通过第三种方式提取的航班数据存在以下方面的问题:
1.首先,航空公司将航班数据提供给OAGOAG经过集中整理,再通过国际互联网将航班数据传输至我公司,由我公司工作人员把此数据读入我系统,其中必然存在时间上的非实时性。
2.其次,国外系统在对于其航班状态调整时,未必会实时地向我系统拍发航班可利用信息报文。因此,代理人在对第三种方式进行订座时,必然会存在一些问题。例如,对方系统有的航班,
而我系统没有;对方系统显示没有的航班,我系统显示有;或者对方系统的航班舱位的状态,与我系统的该航班舱位显示状态不一致。
遇到此类问题,代理人应对该航班的订座记录进行较长时间的监控。因为一般情况下,对方系统会对已经取消的航班的申请订座,回复一个航班已取消,或航班不存在的信息,以提示代理人。
因此代理人在检查订座记录时,主要看订座记录中有没有对方系统的返回确认信息。这是保证订座准确与否的非常重要的手段。

状态及行动代码
所谓状态代码和行动代码,是旅客订座记录里航段组(特殊服务组中通常也包含少数行动代码和状态代码)中非常重要的组成部分。代理人可以通过检查旅客订座记录中的状态代码和行动代码,来确定这个订座记录的真实占座情况。通常我们所说的旅客订座记录的状态,就是指这个PNR 的航段状态代码及行动代码的状态。

订座过程:
营业员订座,在CRS 系统中使用AVSD 或者SS 指令生成PNR CRS 系统将订座信息传送到航空公司系统; 航空公司系统生成相应的PNR
航空公司系统将记录编号返回到CRS 系统。

【补充讲解提取记录的指令格式】 提取记录的基本格式是: >RT:记录编号
查看记录完整部分是提出记录后 >RTC 同时提取记录也有其他的参数,例如从历史部分RTC 到现行部分RTA ,记录的显示顺序都是相同的,旅客姓名,航段,联系组等。有些时候我们只是需要查看记录的某些部分,比如票号项,名字信息等。实际可以指定某些信息可以查看记录。对于一个PNR,在可以指定开始显示的项中,是按下列顺序排列的:

NM 姓名项(-> SS 航段项(-> CT 联系项(-> MA 邮寄地址项(-> BA 开帐地址项(-> AUX 辅助服务项目项(-> SSR 特殊服务项(-> OSI 其它服务情况组-> RMK 备注组-> TN (CRS 系统的票号项(-> RP 责任组-> Un 历史记录的第几步
TKN 是类型为TKNX SSR 项,FOI 是类型为FOIX SSR 项,OTH 是类型为OTHX SSR项。 如果指定开始显示的项不存在,则会从PNR中存在的,并且该项排在指定显示项的后面开始显示。
PNR中航空公司系统的记录编号的返回是订妥座位与否的重要标志。


通过1G 转订航空公司记录编号 格式1 RMK 1G/XXXXXX RMK YY/ZZZZZZZ 1G代表GALILEOXXXXXX代表1G系统里面的记录编号,YY代表记录中预定机位的航空公司代码,ZZZZZZ 表航空公司的记录编号。

格式2
RMK 1G/XXXXXX RMK AK MUC1A ZZZZZZ/1G
航信系统通过1G订座的航空公司机位一定是返回两个记录编号,首先是1G的记录编号,然后是订座的航空公司的记录编号。例如格式1但是有些航空公司比较特殊,返回的记录编号情况如格式2 即第二项是AK MUC1A ZZZZZZ/1G订座的外航的记录编号是ZZZZZZ
如果记录封口后只返回了一个1G的编号,多数情况下是航空公司没有产生预定,是一个不成功的记录。航空公司在处理营业员的订座过程中出现了问题,一般建议先取消这个记录,重新预定新记录。

通过1S 转订的航空公司记录编号 格式
RMK 1S/XXXXXX RMK YY/ZZZZZZ 1. 1S 代表SABREXXXXXX代表1S 系统里面的记录编号。YY代表记录中预定机位的航空公司代码,ZZZZZZ 表航空公司的记录编号。 小节
由于中国民航代理人系统与诸多的国外系统联接,而国外各系统之间差别较大,因而在订取外航航班座位时,各国外航空公司的旅客订座记录编号的返回格式不统一, 记录编号又是确定本次订座是否可靠的有效并直接的方法。营业员在订座时一定要关注外航记录编号的返回情况,尤其是多家外航订座在一起。 【补充讲解】

没有联接协议的航空公司通过TYPE-B 方式订座,没有航空公司记录编号。航信系统通过向航空公司拍发国际统一标准的订座电报完成订座。除了直联航空公司、通过GDS转订的航空公司以外,还有一部分的航空公司没有订座协议,这些航空公司怎样订座呢?这类航空公司航信系统主要通过向航空公司拍发国际统一标准的订座电报完成订座。通常情况下没有航空公司的记录编号,一般订座后为HN申请状态,如果航空公司收到订座报文,就会对记录做相应的处

常见问题举例讲解分析
重复订座 记录不匹配
订座后无记录编号返回 被取消航段的处理 1、重复订座 原因:
1)外航联接方式的多样性 2)旅客行程长涉及外航段多 3)反复修改航段
注意航空公司在记录中提示重复订座的SSR 信息: SSR OTHS 1E DUPLICATED WITH PEK1Eˇˇ
SSR OTHS 1E SUSPECT DUPE ON NZ FLTS WITH ANOTHER AGT SSR OTHS 1E CONTACT NEAREST LX OFFICE IF NOT DUPE SSR OTHS 1E PLS CFY DUPE WITHIN 7DAYS OR WILL AUTOCNCL OURSIDE SSR OTHS 1E ADVISE PSGR TO CANCEL DUPE FJ BKGINGS OR RISK AUTO XXL SSR OTHS 1E FROM CX/ 04MAR DUPE BOOKING FOUND PLEASE HAVE PAX CANCEL DUPE
2、记录不匹配
记录出Q(即营业员订座的记录与航空公司的记录不匹配),原因多种多样。要具体分析。 原因: 系统连接
易触发不匹配操作 如:取消旅客和分离记录
航空公司对PNR 操作 如:航空公司修改名字、分离记录、取消航段等 一般常见的Q 信息如下:
1RMK 1G/PNR QUEUED FOR MANUAL PROCESSING 2. RMK 1A/REJECTED-MESSAGE / PNR DIFFER 3. RMK KE/PNR QUEUED FOR MANUAL PROCESSING
3、订座后没有航空公司记录编号
1)没有订座协议的航空公司,例如JS 高丽航空,订座后没有航空公司编号。建议:联系航空公司订座。
2)有些航空公司有订座协议,但是也没有记录编号,这个情况有可能是连接出现问题,一般订座状态代码是NN 状态,而且有*DN* 提示连接有问题。建议:联接恢复正常后再预定记录。
3)有的记录状态代码封口后也是HK的,但是也没有航空公司记录编号返回。这类记录有可能一次预定了太多的航段,检查航段是否连续。建议:首先请检查航段是否连续解决方法:订一个航段完成PNR,航空公司返回记录编号后继续订座后续航段。
4系统连接正常,记录中也返回了RMK项,但不是记录编号是Q 信息。这类记录是因为记录中某些特殊信息航空公司处理不了,所以返回Q 信息提示代理人航空公司没有产生相应的记录。建议:第一步订座时只输入记录的基本信息,其它SSROSIRMK等备注信息在封口产生航空公司记录编号以后再输入。


4、被取消航段的处理
处理方法:@k 再操作记录。 如果在记录中,航段被“UCUNNO”或“HX,如果已无有效航段请放弃当前记录号 重新订座。一般情况下航空公司会同时发送如下信息:
SSR OTHS 1E HX/DELETE HX SEGS FROM PNR TO KEEP RES IN SYNCH 如记录中还有有效航段,可以重新订座。 1RT 提取记录
2@K 将已经被取消的航段由现行部分删除 3、重新订所需要的航班
注意备注信息,同时请关注航空公司发送的提示信息: 出票时限提醒:
SSR ADTK 1E ADV TKT NBR TO CX BY 15MAR OR SUBJECT TO CANCEL SSR OTHS 1E BY28OCT03 OR BOOKING WILL AUTOCANCEL /MSGCN SSR ADTK 1E KK/ TL 02MAR OR CNL /TYONH/1855Z/02MAR
【总结】
旅客订座记录的不匹配代理人在航班订座的时候遇到的旅客订座记录的不匹配,造成这种现象的原因有很多方面。诸 如:
在电报传输过程中通讯方面造成的问题:
这是造成系统间订座记录不匹配的最常见的原因,因为我系统与国外系统之间旅客订座报文的 传输,是根据系统间不同的协议级别决定的:
一类是TYPE A 方式,即实时地向对方系统拍发,这样的报文没有时间延迟;
一类是TYPE B 方式,即由我系统发向SITA,再由SITA 发到各国外系统,这就会有可能
出现通讯方面的延迟,甚至丢失电报。当系统处理发生延迟时,代理人所订的PNR会长时间地得不到对方系统的回复信息,也不会有记录编号的返回。此时会发生代理人所订的PNR与航空公司系统的旅客订座记录不一致。 航空公司系统停机:
航空公司系统,包括国内、国外的航空公司系统和国外的代理人系统,因某些原因(如计划停机,系统更新、程序更新或系统通讯堵塞)造成系统暂时的停机,这种情况下,代理人的订座是无法确认的,订座的状态为申请,且没有对方系统的记录编号返回。 程序处理方面的问题:
无论是航信系统还是国外系统,都有可能存在一些内部的程序问题,会造成少量的出错,这也是造成系统间订座记录的不匹配的原因。这种情况非常少见。如果是我系统的航空公司订座,再修改时,PNR 中的RMK 项里,会有QUEUE 字样的出现,而国外的航空公司订座,PNR 会得不到对方系统的回复信息。PNR 记录中也会有相应的提示信息。 总之,最大程度地减少系统间不匹配问题的发生,是我们一直致力于解决的工作。代理人在日常工作中,主要有以下几方面的工作可以尽量减少不匹配问题的发生,或把不匹配问题的后果减到最小。 1PNR 建立和修改之后,务必检查相应步骤的反馈信息 2、尽可能使PNR 简单些,以减少不匹配发生的机会 3、尽量避免重复订座
4、认真、及时地检查和处理自己的OFFICE QUEUE 5PNR 一旦发生不匹配,务必在不匹配的情况下继续其它操作 6、一旦航空公司系统修改了您的订座记录,绝不可再自行修改

关于记录API 信息

2005 年美国要求在记录中输入居住国、美国地址(美国公民或持美国居住卡的除外)、护照到期日期信息。此信息统称为API 信息包括 DOCS DOCO DOCA SSR DOCS:输入旅客的护照等证件信息
SSR DOCA:输入旅客的居住地以及目的地地址信息
SSR DOCO:输入旅客的其他相关信息,如VISA 卡信息等

CNTZ
Z 指令帮助信息 CNTZC/NA-CODE 国家或地区代码查询. ex. > CNTZC/US CNTZN/NA-NAME 国家或地区名称查询. ex. > CNTZN/UNITED STATES CNTZS/ST-CODE[/NA-CODE] 省或州代码查询. ex. > CNTZS/AL CNTZO/ST-NAME[/NA-CODE] 省或州名称查询. ex. > CNTZO/ALABAMA CNTZA/CITY-CODE 城市代码查询. ex. > CNTZA/WAS CNTZT/CITY-NAME[/NA-CODE] 城市名称查询. ex. > CNTZT/WASHINGTON/US CNTZD/AIRLINE-CODE 航空公司代码查询. ex. > CNTZD/UA CNTZM/AIRLINE-NAME 航空公司名称查询. ex. > CNTZM/UNITED AIRLINES CNTZP/AIRPORT-CODE 机场代码查询. ex. > CNTZP/LAX CNTZR/AIRPORT-NAME 机场名称查询. ex. > CNTZR/LOS ANGELES
1)婴儿信息的输入SSR INFT 一般情况婴儿是不占位子的,但是记录中也需要输入婴儿的信息,方便航空公司的工作人员准备婴儿摇篮等服务。指令格式是通过SSR INFT(国际航协新制定的标准向航空公司申请婴儿座位,由航空公司依据航班销售的实际情况对婴儿座位申请进行相应的处理。 指令格式:
1.对于婴儿不占座的情况: 格式:
SSR INFT 航空公司代码 Action-Code 1 城市对 航班号 舱位 航班起飞日期 婴儿姓/ 婴儿名 出生日期/ 自由文本/Pn 示例:
SSR INFT KA NN1/PEKHKG KA3102 Y 12JUL TEST/BABY 07DEC07/P1 这里也可以简化输入指定航段序号
SSR INFT KA NN1 TEST/BABY 07DEC07/P1/S1 2.对于婴儿占座的情况: 格式:
SSR INFT 航空公司代码 Action-Code 1 城市对 航班号 舱位 航班起飞日期 出生日期 OCCUPYING SEAT/ 自由文本/Pn 示例:
SSR INFT KA NN1/PEKCAN 3196 Y 12JUL 07DEC07 OCCUPYING SEAT/P2

2 常旅客卡号的输入SSR FQTV 持有航空公司的常旅客卡号可以累积里程,需要在记录中输入FQTV常旅客卡号。如果记录中只有一个航空公司指令格式是:
SSR FQTV YY HK/YY456567567868/P1 【说明】
YY承运航空公司代码, YY456567567868 常旅客卡号。
如果记录中订了多个航空公司的位子,需要输入不同的卡号,在输入时就要指定航段,格式如下: SSR FQTV YY HK/YY44654667/P1/S1
3)使用SSR 输入特殊服务项
有些旅客在乘飞机时有特殊要求,例如餐食、轮椅、无烟座位等。需要向航空公司申请,在记 录中可以通过SSR 格式申请。 指令格式:
SSR 服务类型代码 航空公司代码 行动代号 需要该项服务的 人数 航段 自由格式文本 旅客标识 需要该项服务的航段序号 示例:
SSR SPML CA NN1 NOSALT/P2/S2 (建立一个PNR 为第二个旅客的第二航段加入特殊餐食) 第一章 航班信息查询及订座 例如为旅客申请无烟座位。

SEATMAP 1、什么是SEATMAP 2、举例讲解具体的操作
首先介绍ASRASR 是指机上座位预定产品。代理人能通过该产品实时的预定航班机上座位,
ASR 一般是和Seat Map 产品成对出现。SEATMAP 对于国内航空公司通常称为ASR 功能,即机上 预留座位。定好机位后指令格式为:ADM:航段序号
这个功能就是帮助旅客提前预留机上座位。目前航信系统有以下国外航空公司支持此功能: KA CX SQ NW UA NH EK CO BR

DA PNR DA PNR 指在航信系统查看外航的记录情况。 指令格式:
RT:航空公司编号/ 航空公司代码 【说明】
目前在航信系统使用此用能的航空公司: CX CI KA BR B7



MARRIED SEGMENT MSC 全称是Married Segment Control,主要是航空公司进行分销控制、收益管理的一种产品。 航信系统对于航空公司MSC 的支持,能给代理人提供更好的预定服务。 目前在航信系统支持此功能的航空公司:NW CX KA AF KL CO 等。
如下所示,在存在MSC 航段的情况下,PNR 中有MARRIED SEGMENT EXIST IN THE PNR 未命名-9 72 1918.8.4, 5:41 PM 73 第一章 航班信息查询及订座
的提示,而且在舱位后面有一个数字表示MSC 航段组。 MARRIED SEGMENT EXIST IN THE PNR 1.TEST/TSKY 2. CO088 M1 FR23JAN PEKEWR DK1 1700 1740 E 3. CO1237 M1 FR23JAN EWRORD DK1 2015 2208 E

外航团队订座
(一)外航订座团队方法 1、使用SS 指令
2、订座时需要注意问题
未命名-9 73 1918.8.4, 5:41 PM 74 在航信系统也可以订座外航的团队记录。但是并不是所有的外航都可以订座团队,具体看航空公司的政策。同时每个航空公司的订座方式也不同,所以订座外航团队比较复杂。
通常外航订座团队建议大家使用SS格式订座,订座时需要注意城市对的输入,在订座时输入的是机场代码,而不是城市代码。
(二)PUSH PNR 介绍以及订座方式
PUSH PNR 是航空公司一种团队销售产品。由航空公司在自己的系统中预定团队记录,然后通过Push 的操作将记录发送到航信系统,生成航信系统的五位记录编号。由代理人添加票价、联系信息等并出票。这样的记录中都会一行信息提示是PUSH PNR。目前使用此功能的航空公司是CXKE 【说明】
PUSH 的记录是由国外航空公司订座的,所以这类记录限制代理人修改记录,代理人只能进行打票的操作。
修改记录的操作:修改名字、取消航段、分离、座位状态代码改为RR 等都是不允许的。营业员处理这类记录时请注意。
(三) PASSIVE PNR 介绍 以及订座方式 国际普遍采用的不占座位的出票方法。 目前航信系统使用此功能的航空公司: B7 BA BR OS QF SK TG 操作步骤:
1 代理提供名单和行程给航空公司。
2 航空公司建立完相应记录后,告知代理航空公司的记录编号,航空公司系统中的团队名称。 3 代理据此在1E 系统中建立相应PNR,并出票。 【说明】
由于PASSIVE 功能只是用于在1E 系统中出票,并不从航空公司系统订位。订位是在航空公司系统中做,由于操作分别在不同系统中进行,所以一定要保证两系统中PNR的一致。否则可能会带来旅客无法登机的严重后果。

通常代理人在1E 系统中除做预订和出票相关操作,其它任何操作都是不应该做的。 以下事项需请注意:
1 代理在1E 系统中订座前,必须确定在航空公司系统中已有相同姓名、相同航段的记录。
2 出票前如果遇到旅客姓名变更,务必先请航空公司更新航空公司中的记录后,再更新1E中的记录。
3 如记录中出现RMK 1A/Rejected……的信息,务必请与航空公司确认团队名称、旅客姓名、航段是否一致。 4 建议出票后要与航空公司确认票号传输是否OK
5 团队票,输入的团名必须与航空公司系统中的完全一致,否则会不成功。
6 如出现操作错误,所建立的PNR与航空公司系统中不一致,建议再重新订立PNR,原PNR可以不必再理会。 7 QF记录编号的输入方法:RMK QF/QF 的记录编号。
8 对于团队票建议,在最终确认人员名单后再在1E系统中订座出票,如果已提前请航空公司建立了记录,如最终名单与先前的有出入,务必先通知航空公司进行更新,确认航空公司更新完成后再在1E 进行订座出票。 【说明】
在航信系统并不是所有代理人都可以预定这些航空公司的无源航段记录,如果需要的话,请和航空公司的办事处联系申请。
(四) CLAIM PNR介绍以及订座方式
PUSH PNR 一样,CLAIM PNR 也是一种航空公司团队销售产品。同样是由航空公司在自己
的系统中预定团队记录。不同的是Claim是代理通过自己的操作将记录提到航信系统,添加票价、联 系信息后完成出票操作。目前在航信系统使用这个功能的航空公司:LH DL AA 操作步骤:
1.代理提供名单和行程给航空公司。
2.航空公司建立完相应记录后,告知代理外航的记录编号。
3.代理人使用RRT 指令在1E 系统中转换建立相应PNR,并出票。 指令格式如下:
指令格式:RRTD/[AIRLINE]/[RECORD LOCATOR] 第二步:PNR CLAIM,在1E 中生成新的PNR(必须在第一步之后进行) 指令格式:RRTOK 错误提示列表:
1 RRTV MUST BE DONE FIRST 说明:在RRTOK 之前没有作PNR VIEW
2 PNR MATCH NOT FOUND 说明:在对方系统内找不到对应输入记录编号的PNR
3 NUMBER IN PARTY EXCEEDS MAXIMUM 说明:所要提取的PNR 团队人数超过对方系统限制,不能被提取。 4 UNABLE TO RETRIEVE PNR DATABASE ERROR 说明:对方数据库故障,无法提取PNR
5 PNR SECURED 说明:所要提取的PNR 在对方系统内被保护,无法提取。
6 NOT AUTHORIZED(TO CLAIM 说明:代理人没有作PNR CLAIM 的权限。
7 PNR HAS ALREADY BEEN CLAIMED 说明:PNR 已经做过CLAIM,在CRS 生成了PNR,无法再次CLAIM 8 GENERAL SYSTEM ERROR 说明:对方系统故障。 9 INVALID FORMAT 说明:输入格式错误。

补充讲解CRS 系统查询外航信息的指令AUFD AUFD:针对目前越来越多的外航与航信签署各类协议,并开通和CRS 的联接、使用我们的产 品和服务,非常有必要使用一个指令把外航使用功能信息整合起来,让代理人可以对各类信息进行 方便快捷的查询,从而可以使其对我们系统目前可以提供的功能、产品和服务有一个全面的了解。

此功能主要面向使用1E 系统的代理人。 AUFD (OR AUFD? - 帮助信息 AUFDD - 相关功能介绍
AUFDM - 显示维护操作指令 AUFDF/C - 显示系统联接情况
AUFDF/P - 显示PNR 操作相关功能 AUFDF/T - 显示票务操作相关功能
AUFDF/F - 显示航班显示与控制相关功能
AUFDA/ - 显示指定航空公司的产品功能

本文来源:https://www.2haoxitong.net/k/doc/bb96c343fc4733687e21af45b307e87101f6f8c4.html

《国际航班查询与订座基础.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式