把911设为主页 
 客户留言
 新闻中心

繁體中文
当前位置:首页 > 机票代理常用资料 > 详细内容
订座技巧及注意事项
发布时间:2010-8-4  阅读次数:3093  字体大小: 【】 【】【
第一章 航班数据查询 
    
中国民航代理人系统中的航班数据查询,主要是通过系统提供的一系列功能,如 AVSKFV等来实现的,而AV指令是其中最重要的,涵盖功能最全面,且和航班订座紧密相连,故在今后的内容中,我们主要通过AV指令来介绍航班的数据查询。 

我们可以将航班数据查询分为三部分: 
1
 航班数据查询综述; 
2
 中国民航航空公司的航班数据查询; 
3
 外国航空公司的航班数据查询。 


第一节 航班数据查询综述 
    
由于代理人系统是通过与众多民航系统的联接而达到销售的最终目的的,为了使营业员容易了解哪些航空公司可以直接销售,哪些航空公司只能通过申请进行销售哪些航空公司可以直接查询航班数据,哪些航空公司的航班数据是在本系统得到的,等等。故代理人系统在航班显示时,为营业员提供了一些标识,如下例: 
    
当代理人提取PEK-LAX的航班数据时,输入: 

>AV:PEKLAX/5MAR 
05MAR(SUN) PEKLAX 
1- AA7951 PEKLAX 1140 1000 M11 1 M DS* JZ YZ BZ HZ KZ MZ VZ NZ LZ QZ 
2 MU583 PEKLAX 1140 1000 M11 1^M DS# FS CA JA DS YA KA EA HA IS LA* 
3 CA983 PEKLAX 1310 1150 74E 1 M DS# FA AS P4 CA DS JS YA SA HA KA* 
4 NW5983 PEKLAX 1310 1150 74E 1 M * JZ CZ NZ YZ BZ MZ HZ QZ VZ KZ 
5 NW012 PEKNRT 0855 1310 747 0 M * FZ JZ CZ YZ BZ MZ HZ QZ VZ KZ 
KE001 LAX 1455 0730 744 0 M FR CR YD HR TD QD BD SD LD MR* 
6 CA925 PEKNRT 0920 1350 777 0 M DS# CA D1 YA SA BA HA KA LA MA TS* 
+ NH7018 LAX 1555 0825 744 0 DS* FZ CZ YZ VZ SZ EZ BZ 

    
前面已经讲解了AV中一些内容的含义,但是黑体字的部分未解释。黑体字是我们系统与其他系统之间的联接等级标识。这些符号有的单独使用,有的组合使用,有的是空格。 
    
符号通常有以下几种: 
#
*TYABDS#AS#DS*AB*TY* 
    
我们看一下其中的国内航段,MU583CA983,这里的联接等级符号均为“DS#”,这是一种最高等级的联接方式,称为无缝联接,即在第一次AV显示时,直接可以查询到航班是否有座位,营业员可以借此直接销售所需航班的座位。 
    
再来看国际航班,有‘*’符号的,都可以继续查询,而得到国外航空公司的当前的座位情况。 
    
也就是说,第一次AV,如 >AV:PEKLAX/5MAR,会显示所有航班信息,但座位情况未必全能看到。若需要继续查看座位情况,在有高等级联接的情况下,再次查询即可。如果营业员已经明确需要查询的航空公司,直接在AV后加上航空公司代码,即 >AV:PEKLAX/5MAR/DL,不需要第一步查询了。 
    
航班显示标识与联接方式对照表 

国内航空公司
第一次AV显示的标识 联接方式说明 第一次AV显示结果 SD结果 记录编号返回 
DS# 
无缝联接 直接看到航班的准确的舱位状态及可利用座位数 DKHKDWHLNNHN  
AS# 
无缝联接 与上述内容相同,只是提示营业员该航班做过修改 DKHKDWHLNNHN  


国外航空公司:  
AV
显示的标识 联接方式说明 AV不加航空公司代码 AV加航空公司代码 记录编号返回 
DS 
订座协议标识 可直接销售的协议 航班座位情况不明,显示ZAV后加代码可继续查询 显示具体航班座位信息,AL或数字  
AB 
记录编号返回协议  
TY 
同国外CRS存在直接销售的协议  
航班查询协议标识 可直接查询协议 有(DL除外) 
空格 无联接协议 航班座位情况不明,显示Z,通过申请订座  



第二节 国内航空公司的航班数据查询 


国内航空公司系统与代理人系统的联系是非常紧密的,所以代理人提取中国民航航空公司的航班数据是有其特殊性的:即代理人可以最简便,最准确地提取中国民航航空公司的航班数据。 



1.当营业员希望提取PEK-SHA的航线上的航班数据时,输入: 
>AV:PEKSHA/10DEC 

输出结果为
10DEC(FRI) PEKSHA 
1- CA921 PEKSHA 0800 0950 340 0 M DS# FS AS CS DS YS SS BS HS KS LS* 
2 CA929 PEKSHA 0830 1020 763 0 M DS# FS AS CS DS YS SS BS HS KS LS* 
3 CA1501 PEKSHA 0840 1035 777 0 M DS# CA DS YA BA KS ZS VS 
4 CA915 PEKSHA 0920 1110 340 0 M DS# FS AS CS DS YS SS BS HS KS LS* 
5 WH2520 PEKSHA 1130 1320 310 0 M DS# FA YA BS 
6 MU583 PEKSHA 1140 1340 M11 0 M DS# FS CA DA YA EQ VA QA ZS 
7 CA991 PEKSHA 1150 1345 74L 0 M DS# FS AS CS DS YS SS HS KS MS TS* 
8+ NW5991 PEKSHA 1150 1345 74L 0 M * JZ CZ YZ BZ MZ HZ QZ VZ  



营业员不但可以直接看到所需航班的航空公司代码、航班号、起飞降落时间、舱位等数据,最主要的是可以在第一次显示时就可以准确地看到航班舱位的状态,是有票、是没票,还是限制销售等,营业员可以借此直接销售所需航班的座位。 






第三节 国外航空公司的航班数据查询 

当营业员要查询或销售国外航空公司的航班座位时,为了得到准确的航班的信息,一般需要两个步骤

1
 使用航班查询指令AV对该航线的承运航空公司的航班情况进行查询; 
2
 对于可直接到国外航空公司系统提取航班数据的航班(’*’标识),采用指定航空公司的方式进行近一步的查询,以期得到更为准确的航班数据。 

对于存在联接等级标识(即AV中有“DS”“*”等标识)的国外航空公司的航班,建议营业员依据第二步查询到的数据进行销售。 


1.当代理人需要提取 LONLAX的航班数据时输入
>AV:LONLAX/10DEC 

系统输出为
10DEC(FRI) LONLAX 
1- AA137 LHRLAX 1105 1455 763 0 M DS* FZ CZ YZ BZ HZ MZ GZ KZ VZ*  
2 UA935 LHRLAX 1145 1500 777 0 M DS* FZ CZ YZ BZ MZ HZ QZ VZ 
3 VS007 LHRLAX 1200 1510 744 0 M DS* JZ WZ YZ BZ LZ MZ GZ SZ QZ 
4 CO4407 LHRLAX 1200 1510 744 0 M * JZ DZ ZZ YZ HZ KZ BZ VZ QZ * 
5 BA283 LHRLAX 1200 1515 744 0 M TY* FZ JZ DZ YZ BZ HZ KZ MZ VZ* 
6 UA919 LHRLAX 1230 1937 777 1 M DS* FZ CZ YZ BZ MZ HZ QZ VZ 
7 SK3913 LHRLAX 1300 1615 777 0 M * CZ SZ MZ BZ VZ QZ LZ 
8+ NW033 LGWLAX 1325 2100 D10 1 M * JZ CZ YZ BZ MZ HZ QZ VZ KZ* 

说明: 

1. 
我们看到承运人都是国外航空公司,航班座位状态均显示为“Z”,这表明这些航班的座位情况不明确; 

2. 
在通常情况下,第一次AV得到的下列信息,会有助于进一步查询: 
1
 在本航线上,有哪些航空公司承担运输; 
2
 哪些航空公司与代理人系统有高等级联接, 如上例,所有的航班的联接标识都标为“*”,故均可进一步得到航班的准确信息

2.营业员若想进一步查询“UA”航空公司的航班信息,可通过以下的查询方式输入:  

>AV LONLAX/10DEC/UA 
系统输出为:  
10DEC(FRI) LHRLAX FROM UA 
1 UA935 LHRLAX 1145 1500 777 0 * F9 C9 D9 Y9 B9 M9 H9 Q9 V9 * 
2 BA001 LHRJFK 1030 0920 SSC 0 * R9 
UA687 LGAORD 1100 1213 320 0 * F9 Y9 B9 M9 H9 Q9 V9 W9 S9 * 
UA111 LAX 1245 1458 320 0 * F9 Y9 B9 M9 H9 Q9 V9 W9 S9 * 
3 BA003 LHRJFK 1900 1750 SSC 0 * R9 
UA021 LAX 2100 2347 762 0 * P9 C9 D9 Y9 B9 M9 H9 Q9 V9 *  

说明: 
1
 如果营业员能确定需要查询的航空公司时,直接做这一步即可; 

2
 本次航班数据查询(第二个步骤)的实际含义是:营业员通过这种方式,经历了一次直接到UA系统查询航班数据的过程。由于数据是直接从航空公司系统得到的,所以这时看到的数据是最准确的数据。营业员可以看到航班的实际情况,最重要的是这次的航班查询看到的航班状态不再是情况不明的,而是实际的航班状态,如UA935航班,F,C,D,Y,B等舱位后均为9, 表明这些舱位都是有座位的。结合第一次航班查询时UA航空公司存在直接销售的销售方式(“DS”显示), 说明当营业员销售不多于9个座位时可直接销售。 

对比两次显示,我们会发现: 

1
 当第一次提取航班数据时(使用>AV:LONLAX/10EDC),显示的UA919航班在第二次通过直接提取,即使用>AV:LONLAX/10EDC/UA所得到的航班数据中不存在; 

2
 这是因为第一次得到的数据是来自本系统(即代理人系统)的,是相对静态的数据,这些数据的更新是定期进行的,而非实时性的,有不准确的因素存在,如果依此数据订取UA919航班,由于该航班实际不存在,会造成订座的不准确; 

3
 而第二次数据提取是直接访问UA系统,数据是实时的、准确的。这也是在前面提到的,建议大家在订座时,要依据第二次(即加上航空公司代码)提取而得到的航班数据。 


以上分别对国内航空公司的航班数据查询和外国航空公司航班的数据查询进行了讨论。 


它们的相同点是:都是通过系统提供的一系列的功能指令对航班的数据进行提取。而提取的结果都是可以为代理人提供所需的航班信息,如该航线上的承运航空公司有哪些,起飞降落时间,机型,经停点,舱位及舱位状态等。 


它们的不同点也是很突出的:即由于国内航空公司系统与代理人系统联系紧密这一特殊性,营业员无论在何种情况下提取中国民航的航空公司的数据,只需一次查询操作即可得到航班的实际情况,而国外的航空公司(无连接的航空公司除外)往往需要两次数据提取并采用直接存取的方式,才可得到航班的实际情况。 

注意事项: 
1
 AV指令在查询国内航空公司航班时,系统如长时间的没有响应,即WAIT”,代理人应及时与我公司服务台联系、解决。 
2
 AV指令指定国外航空公司,查询国外航空公司航班时,系统显示 
SYSTEM BUSY - PLS TRY LATER 
此类情况通常为系统通讯通道拥堵,如对于某一国外航空公司经常出现此重现象,代理人可反映给我公司服务台,技术解决。 
3
 AV指令指定国外航空公司,查询国外航空公司航班时,系统反映迟慢,并显示 
NO RESPONSE 
此类情况通常为代理人系统与国外系统的联接出现故障,对方系统没有响应而发生的,因此代理人也应与我公司服务台联系、通报,由我公司与国外系统联系解决。 

第二章 订座处理 

在航班状态显示之后,我们来介绍订座的处理。订座时使用的指令依然是SDSS,但是由于存在各种不同的联接关系,订座的情况也是复杂多样的。 

如何查看各种行动代码、记录编号,如何通过订座记录得知是否真正订妥座位,如何得知订座记录与航空公司记录不一致,都是这一章介绍的重点。 


第一节 状态及行动代码 

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

下面将常见的一些状态代码及行动代码列表说明: 

行动代码   封口(@)后状态及含义 
DR 
再确认 RR 再确认 
DK 
直接占座 HK 确认 
DW 
候补 HL 候补 
KK 
确认 HK 确认 
KL 
从候补状态确认 HK 确认 
SS 
已销售 HK 确认  
TK 
确认,提示旅客航班时刻已更改 HK 确认 
TL 
候补,提示旅客航班时刻已更改 HL 候补 
TN 
申请,提示旅客航班时刻已更改 HN 申请 
NN 
申请 HN 申请 
NO 
航空公司不允许销售 该航段被移入PNR的历史部分 
UC 
不接受候补或订座,航班已关闭(不接受申请) 该航段被移入PNR的历史部分 
UN 
航班取消 该航段被移入PNR的历史部分 
US 
不接受订座(航班已关闭,可以候补) HL 候补 
UU 
不接受订座(可以申请) HN 申请 
XL 
取消候补 该航段被移入PNR的历史部分 
XX 
取消确认或申请 该航段被移入PNR的历史部分 


注意事项: 

1
 在订国内航空公司航班座位时,代理人如发现系统显示 
*-CA-*ICS HOST IS DOWN,NO SALE ALLOWED AT PRESENT FOR THIS HOST 
此种情况为代理人系统与国内航空公司系统的联接出现故障,代理人应与本公司 
服务台联系,等待系统故障的排除。 

2
 代理人在订国内航空公司的航班座位时,如有AV显示国内的航班有座,但用SD指令订座时系统立刻回应该航班该舱位‘UNABLE’,此种情况应为代理人系统的航班状态与国内航空公司系统中的航班显示出现不匹配,代理人应与我公司服务台联系,由服务台处理解决。 

3
 代理人在对国外航空公司的航班座位订座时,用AV指令指定国外航空公司代码的情况下,显示航班某一舱位有座,但SD时即被‘UC’此种情况一般来说有两种情况,一种是国外航空公司出于市场方面的考虑,而对于一些系统进行了类似限制销售的限制。另一种为代理人系统与国外系统的航班查询协议较低(代理人系统没有得到及时更新的国外航空公司的航班数据),使代理人在订座时该航班或舱位已经关闭或取消。因此,代理人在发现有此类问题时也可以向服务台反映,由服务台与国外系统联系解决。 





第二节 订座记录编号 

营业员在订取一个旅客订座记录时,封口(@)后,应注意以下几方面内容: 

一. 对于订国内航空公司航班座位 

1
.首先应有航空公司系统的PNR记录编号的返回,即PNRRMK组中有以下 
RMK CA/H1234  
说明: 
此项存在说明在航空公司系统中已形成了相应的旅客订座记录,在航空公司提取该记录编号可得到与代理人系统相对应的PNRPNR中无此项则证明订座不成功。 

2
.其次应留意PNRRMK项中是否有QUEUE字样,与以下格式类似,如: 
RMK CA/XXXXX/QUEUED FOR MANUAL HANDLING/XXXXXX XXXX 
!! 

RMK CA/H12P2/QUEUED FOR MANUAL HANDLING/CHNT/NRC ITINERARY 
说明: 
XXXXX
为航空公司系统的PNR相应的记录编号; 
此种格式说明该PNR的订座或修改操作不成功。(即程序无法自动处理,需工作人员手工处理),此时营业员一定要通知航空公司或计算机中心服务台,来处理此类情况。 

3
.如果PNR的记录中出现了以下内容如: 
RMK NO RESPONSE FROM CA FOR UPDATE#20 
!! 
说明: 
此种情况应为航空公司系统未对代理人系统的修改订座报文进行处理,营业员发现PNR中如有该信息时,一定要通知航空公司或计算机中心服务台,查核PNR状态是否匹配。 

二. 对于订国外航空公司航班座位 

由于代理人系统是通过与众多民航系统的联接而达到销售的最终目的的,国外各家系统之间差异较大,因而在订取外航航班座位时,各国外航空公司的旅客订座记录编号的返回格式并不统一,详见第四章。 

虽然订座记录编号的返回格式并不统一,但是只要PNR中包含了上述23出现的信息,表示该PNR出现问题,一定要通知航空公司或计算机中心服务台。 


我们可以通过提取 PNR的历史部分,看到两个系统的处理情况。 

1.国内航空公司订座记录 

>RT N9061 
1.
徐岩 N9061 
2. CZ3138 Y WE22MAR PEKWUH RR1 1620 1810 
3.BJS/T BJS/T 010-65053330-321/FESCO CHINA WORLD TOWER/LIU XIAO FANG ABCDEFG 
4.PEK/NC 
5.T 
6.RMK CA/JLR2B 
7.FN/FCNY860.00/SCNY860.00/C3.00/ACNY860.00 
8.TN/784-6053105104/P1 
9.FP/CASH,CNY 
10.BJS249 


>RTC 
003 PEK1E 9986 0031 22MAR 
1.
徐岩(001) N9061 
001 2. CZ3138 Y WE22MAR PEKWUH RR1 1620 1810 
DR(001) RR(001) 
001 3.BJS/T BJS/T 010-65053330-321/FESCO CHINA WORLD TOWER/LIU XIAO FANG 
ABCDEFG 
001 4.PEK/NC 
001 5.T 
002 6.RMK CA/JLR2B 
001 7.FN/FCNY860.00/SCNY860.00/C3.00/ACNY860.00 
003 8.TN/784-6053105104/P1 
001 9.FP/CASH,CNY 
001 10.BJS249 


>RTU1 
001 BJS249 3558 0031 22MAR I 
营业员建立PNR - 
002 HDQCA 9983 0031 22MAR /RLC1 
航空公司系统返回记录编号 
001/003 FC/PEK CZ WUH 860.00YB CNY860.00END 
打票后将FC放回历史记录中 
003 PEK1E 9986 0031 22MAR 
代理人系统返回票号 

2.国外航空公司订座记录 
013 SWI1G 9999 0614 22MAR 
1.WANG/CHUXIN(001) N3M9V 
005 2. KL898 B TU28MAR PEKAMS RR1 1045 1500 DCNT 
NN(005) DK(005) HK(005) RR(008) 
005 3. KL3125 B TU28MAR AMSPRG RR1 1620 1745 DCNT 
NN(005) DK(005) HK(005) RR(008) 
001 4.BJS/T PEK/T 010-65538922/CHINA AIR SERVICE COMPANY/DONG SU HUA ABCDEFG 
001 5.65538922XJG 
008 6.T 
PNR历史部分的解释: 
007 7.SSR OTHS 1E *NOTE KL3125 OPERATED BY OK0623 - ADVISE CUSTOMER 
011 8.OSI KL TKN074-2567650643 
011 9.OSI YY TKN074-2567650643 
002 10.RMK AK ZRHSR J5VXDY 
003 11.RMK AK SWI1G M5GV7I 
007 12.RMK AK AMSKL C2GFXU 
008 13.FN/IT//SCNY4800.00/C0.00/XCNY30.00/TRNCNY30.00DE/ - 
009 14.TN/074-2567650643/P1 
008 15.FP/CHECK,CNY/B10065 
001 16.BJS191 + 
>PN 
001 BJS191 9311 0536 22MAR - 
002 SWI1G 9999 0537 22MAR 
003 SWI1G 9999 0540 22MAR 
004 SWI1G 9999 0555 22MAR 
001/005 SR199 K TU28MAR PEKZRH XX1 1355 1830 
NN(001) DW(001) HL(001) KL(004) XX(005) 
001/005 SR446 K TU28MAR ZRHPRG XX1 2035 2150 
NN(001) DW(001) HL(001) KL(004) XX(005) 
005 BJS191 7109 0602 22MAR IK 
006 HDQ1G 9983 0602 22MAR /EDIFACT 
006/007 RMK 1G/M5GV7I 
007 SWI1G 9999 0602 22MAR 
001/008 TL/1200/27MAR/BJS191 
008 BJS191 7109 0611 22MAR I 
008/009 FC/BJS KL AMS KL PRG 0.00BITSP1Y TOT0.00END 
008/009 TC/ITOKL3BJ100 
008/009 EI/NONRER/NONEND/NONRRT/CHG DATE FREE - 
009 PEK1E 9986 0611 22MAR I 
010 SWI1G 9999 0611 22MAR 
011 BJS191 7109 0614 22MAR IK 
012 SWI1G 9999 0614 22MAR 
013 SWI1G 9999 0614 22MAR 




注意事项: 

代理人在对于国外航空公司航班座位进行订座完成‘@’后,应首先提出所订的PNR 

1
 检查该PNR的现行部分是否有国外系统的记录编号返回。一般的国外航空公司正常的情况下都应有记录编号返回(DL航空公司除外)。 

2
 其次,检查同一个国外航空公司系统在我代理人系统的PNR中的记录编号应为唯一记录编号。如有两个、两个以上记录编号的应及时与国外航空公司联系,处理匹配。 
RMK AK SWI1G MRG2NO  
RMK 1G/MRG2NO 
以上两项出现在一个PNR中,格式虽不一致,但均为有效。 

3. PNR
如果进行分离,应检查分离好的各PNR中所对应的国外系统记录编号也同样生成了新的记录编号。代理人如发现分离的PNR所对应的均为原先的外航记录编号时,应对方系统出现处理故障,该订座与对方PNR应为不匹配。代理人应与国外航空公司或服务台联系处理匹配。 

4. 
代理人对PNR进行订座及修改完成后,应及时检查PNR的现行及历史记录。PNR的记录中是否写入国外系统的回应信息(用RTCRTU指令提出),即对方系统是否正常接收此次修改。格式如下: 
HDQ2A 9983 0257 19FEB01 /EDIFACT 
MUC1A 9999 0804 22JAN01 
SWI1G 9999 0804 22JAN01 
BJS111 12345 0805 22JAN01 /EDIFACT 
HKGCX 9999 0353 13FEB01 
HDQAA 9999 0404 13FEB01 
HDQSQ 9983 0251 13FEB01 /EDIFACT 
HDQCX 9983 0311 13FEB01 /EDIFACT 


5. PNR
生成后,再做其他修改(包括修改姓名、航段、做分离、传票号等)后,应检查PNR的记录中是否有一些国外系统的出错提示信息。 
SSR OTHS 1E NO4 UNABLE TO RETRIEVE BOOKING FILE DVD 
SSR OTHS 1E NO4 NAME DIFF BOOKING FILE DVD 
SSR OTHS 1E NO4 NAME DIFF UNABLE TO MATCH 
SSR OTHS 1E CHNT NOT ACCEPTED 
RMK 1A/rejected-MESSAGE/ PNR DIFFER 
    
以上三种一般出现在PNR经过分离或修改姓名后,表明对方系统没有处理成功代理人所做的修改。因此,提示代理人该PNR与国外系统PNR不匹配。 
BJS111 12345 0100 31JAN01 /2A—DN 
    
此种情况,一般出现在PNR的历史记录中(RTCRTU指令可以提出来),表示BJS111 这家代理工作号为12345的代理人于北京时间20011310900这一时间所订的航班(或PNR修改的其他内容),由于国外系统与代理人系统直联协议中断,代理人系统没有收到对方系统的返回信息。代理人需与国外航空公司或我公司服务台联系,处理解决。 
1
  

第三节 匹配 
    
由于营业员通过代理人系统对于航空公司进行航班座位的销售,在销售的过程中,通过与其它系统之间进行报文的传递,来实现航班座位的准确实时销售。 
    
所谓匹配,是指营业员在代理人系统中建立的订座记录,与相应的航空公司系统中的记录是否一致。 
    
由于各系统的差异,以及通讯的传输等多方面因素的影响,各系统之间的匹配存在多方面的表现形式。以下分两个方面介绍订座过程中常见的匹配问题。 


一. 航班状态的不匹配 
    
在航空公司系统和在代理人系统中,我们有时会发现相同航班,显示状态不同。在这种情况下,我们应以航空公司系统显示的航班状态为准。但这种情况不能一概认为是系统的不匹配,以下分别介绍: 

1. 
对于国内航空公司的航班显示 
    
由于航空公司控制人员可以对代理人系统中的航班显示进行政策上的保护和限制,这就出现了在代理人系统,不同的部门有时显示的航班舱位、座位状态不一致。这种情况下,航班的显示状态不能认为是不匹配的。 
    
但假如航空公司并没有做任何限制时,两系统的航班显示出现不同,此时就是系统的不匹配了。代理人遇到此类现象时,可通知航空公司控制部门重新拍发相应电报,以调整航班的显示,如仍无法更新,可与计算机中心服务台联系,以便通过其他技术手段,调整航班的显示。 

2. 
对于国外航空公司的航班显示  
    
代理人系统是通过以下方式得到国外航空公司的航班可利用信息: 
A——
通过直接存取方式(AV后加航空公司代码)到国外航空公司系统直接提取航班可利用信息。 
B——
通过国外的代理人系统(它与国外的航空公司有一定的协议)来提取航班的可利用信息。 
C——
通过装OAG公司(国外航空公司把本航空公司的航班数据定期送到OAG公司)定期的航班数据磁带,以调整代理人系统的航班显示。 
    
三种不同的方式,决定了通过代理人系统提取不同的国外航空公司的数据时,会有一些准确性上的差异。这一点,在任何CRS系统都会存在准确性的差异的。 
    
代理人在通过前两种协议提取的航班数据,由于是直接到对方系统读取数据,因此是相对准确的,代理人在通过第三种方式提取的航班数据存在以下方面的问题: 

1
 首先,航空公司将航班数据提供给OAGOAG经过集中整理,再以邮寄的方式寄到计算机中心,计算机中心工作人员再把此磁带数据读入我系统,其中必然存在时间上的非实时性。 

2
 其次,国外系统在对于其航班状态调整时,未必会实时地向我系统拍发航班可利用信息报文。 
    
因此,代理人在对第三种方式进行订座时,必然会存在一些问题,例如,对方系统有的航班,而我系统没有;对方系统显示没有的航班,我系统显示有;或者对方系统的航班舱位的状态,与我系统的该航班舱位显示状态不一致。 
    
遇到此类问题,代理人应对该航班的订座记录进行较长时间的监控,因为一般情况下,对方系统会对已经取消的航班的昵攵┳馗匆桓龊桨嘁讶∠蚝桨嗖淮嬖诘男畔ⅲ蕴崾敬砣恕R虼舜砣嗽诩觳槎┳锹际保饕炊┳锹贾杏忻挥卸苑较低车姆祷厝啡闲畔ⅰU馐潜Vざ┳既返姆浅V匾氖侄巍?/SPAN>  


二. 旅客订座记录的不匹配。 

    
代理人在航班订座的时候遇到的旅客订座记录的不匹配,造成这种现象的主要的原因有很多方面。诸如: 

1
 在电报传输过程中通讯方面造成的问题。 
    
这是造成系统间订座记录不匹配的最常见的原因,因为我系统与国外系统之间旅客订座报文的传输,是根据系统间不同的协议级别决定的: 
    
一类是TYPE—A方式,即实时地向对方系统拍发,这样的报文没有时间延迟; 
    
一类是TYPE—B方式,即由我系统发向SITA,再由SITA发到各国外系统,这就会有可能出现通讯方面的延迟,甚至丢失电报。当系统处理发生延迟时,代理人所订的PNR会长时间地得不到对方系统的回复信息,也不会有记录编号的返回。此时会发生代理人所订的PNR与航空公司系统的旅客订座记录不一致。 


2
 航空公司系统停机。 
    
航空公司系统,包括国内、国外的航空公司系统和国外的代理人系统,因某些原因(如计划停机,系统更新或系统通讯堵,程序更新造成系统不兼容等)造成系统暂时的停机,这种情况下,代理人订座是无法确认的,订座的状态为申请,且没有对方系统的记录编号的返回。 

3
 程序处理方面的问题 
    
无论是我们系统还是国外系统,都有可能存在一些内部的程序问题,会造成少量的出错,这也是造成系统间订座记录的不匹配的原因。这种情况非常少见。如果是我系统的航空公司订座,再修改时,在PNR中的RMK项里,会有QUEUE字样的出现,而国外的航空公司订座,PNR会得不到对方系统的回复信息。PNR记录中也会有相应的提示信息。 


    
总之,最大程度地减少系统间不匹配的问题发生,是我们一直以来致力于的工作,代理人在日常工作中,主要有以下几方面的工作可以尽可能地减少不匹配问题的发生,且把不匹配问题的后果减到最小。 

第一. 在订座完成后,检查PNRRMK项,是否有对方系统的记录编号的返回; 

第二. 在修改订座后,检查PNR的历史记录中(RTU1),是否有对方回复的信息,如 002 HDQCA 9983 0559 15MAR00 /RLC1  
对于修改操作的系统响应信息,或回复信息。 

第三. 代理人及时处理本部门的QUEUE,也是减少系统间的PNR不匹配的重要手段。 

第四. 发现系统间的不匹配现象,及时通知我中心工作人员,由我中心工作人员,及时检查系统间的不匹配现象,是本系统的原因,还是对方系统的问题,找出其根本原因,使其从根本上解决,以杜绝类似问题的发生。
我要评论
  • 匿名发表
  • [添加到收藏夹]
  • 发表评论:(匿名发表无需登录,已登录用户可直接发表。) 登录状态:未登录
最新评论
所有评论[0]
    暂无已审核评论!

 机票代理人专用导航网

 免责声明:本站信息均来源于互联网和注册会员,本站对任何使用或提供本网站信息的商业活动及其风险不承担任何责任。