Remark : 고전적인 방법인 Host 명령어 절차를 알아본다.
uapi 로는 AckScheduleChangeReq 서비스를 이용하는 것이 편리하다.
1. 23번 방에 PNR 개수 확인 -> QCA
|
1 2 3 4 5 6 7 |
05OCT 655C 1459 SPV ....0 MSG ....0 05OCT 655C UTC INT 180 MIN BOOKING FILE QUEUES UTC ....0 LMT ....0 URG ....0 GEN ..119 Q02 ...37 Q03 ..110 Q16 ..154 Q21 ....1 Q22 ..116 Q23 ...30 Q25 ..135 Q30 ..383 |
2. 23번 방에 PNR 존재시 진입 -> Q/23
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
HX NOTIFICATION 2MT1P5/WS SELOU 655CGWS AG 17307124 29SEP 1.1LEE/DONG JUNMR 1. KE 5019 U 05OCT ICNSEA HX1 1920 1335 O* E WE OPERATED BY DELTA AIR LINES 2. KE 5020 K 29DEC SEAICN HX1 1120 #1615 O* E TH OPERATED BY DELTA AIR LINES ** FILED FARE DATA EXISTS ** ;*FF; ** VENDOR LOCATOR DATA EXISTS ** *VL; ** VENDOR REMARKS DATA EXISTS ** *VR; ** SERVICE INFORMATION EXISTS ** *SI; ** EMAIL ADDRESS EXISTS ** *EM; FONE-SELT*0220753222 LOTTE TOUR-T |
3. PNR에 HX 세그가 존재 하면 세그 정리 -> @ALL
|
1 2 3 4 5 6 |
** OTHER SUPPLEMENTARY INFORMATION ** CARRIER RELATED 1. KE X/CTCT SEL 0220753222 LOTTE TOUR-T 2. 1G SNC RLOC 1A 5AW9ZM |
4.PNR 저장 -> R.P + ER
오류 메시지 노출 없이PNR이 여정없이 아래와 같이 조회되면 다음단계 진행
|
1 2 3 4 5 6 7 |
2MT1P5/WS SELOU 655CGWS AG 17307124 29SEP 1.1LEE/DONG JUNMR ** FILED FARE DATA EXISTS ** ;*FF; ** VENDOR LOCATOR DATA EXISTS ** *VL; |
-혹시 이외 다른 메시지 노출되면서 저장명령어 (ER) 한번 더 입력 처리
5.23번 방에서 해당 PNR 제거 -> QR
QR 진행 시 FINISH OR IGNORE 는 PNR 에 변경이 있는 것이라 명령어 IR (IGNORE +PNR RETRIEVE) 후 처음부터 다시 진행
6. 다음 PNR 조회 -> I
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
HX NOTIFICATION 2LVHF0/WS SELOU 655CGWS AG 17307124 25SEP 1.1LEE/YOUNGHEEMS 1. KE 703 E 23OCT ICNNRT HX1 1010 1235 O* E SU 2. KE 704 E 03NOV NRTICN HX1 1400 1650 O* E TH ** FILED FARE DATA EXISTS ** >*FF; ** VENDOR LOCATOR DATA EXISTS ** >*VL; ** VENDOR REMARKS DATA EXISTS ** >*VR; ** SERVICE INFORMATION EXISTS ** >*SI; ** EMAIL ADDRESS EXISTS ** >*EM; FONE-SELT*0220753222 LOTTE TOUR-T 2. SELT*YHL8130//NAVER.COM 3. SELM*01024915574 |
7. 마지막 PNR까지 3번, 4번, 5번 반복
8. Q 에서 나오기 -> QXI
– 일반적 프로세서 –
@ALL 명령어는 여정의 모든 상태코드를 한번에 정리할수 있는 명령어로
TK/KL/KK 는 HK 로 변경
UU 는 HL 로 변경
NO/UN/UC/HX 는 삭제 됩니다.
23번 큐방의 PNR 의 일부 여정만 HX 이고 일부여정은 HX 이외 다른 상태 코드이시라면
이럴경우 대부분은 PNR 정리 (@ALL)를 처리 하면 HX를 포함한 NO/UN/UC여정은 삭제 되고 이외의 여정 상태코드는 남게 되며, 이후 23번 큐 방에서 PNR 을 제거 (QR) 하는 것이 일반적으로 진행하는 프로세스 입니다.
– 예외 프로세서 TW
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
HX NOTIFICATION 212T4S/20 XDBKR C247203 AG 99999992 07JUL 1.1ROBERTS/ISABELA MS 2.I/1ROBERTS/CLAUDIA MISS*19DEC21 1. TW 217 Y 12OCT ICNNRT HK1 1110 1340 WE 2. TW 218 K 18OCT NRTICN HX1 1510 1800 TU 3. TW 101 N 24OCT ICNBKK HX1 2025 #0025 MO ** VENDOR LOCATOR DATA EXISTS ** >*VL; ** VENDOR REMARKS DATA EXISTS ** >*VR; ** SERVICE INFORMATION EXISTS ** >*SI; FONE-SELT*30943040 @ALL -> 1. TW 217 Y 12OCT ICNNRT HK1 1110 1340 WE ** SPECIAL SERVICE REQUIREMENT ** SEGMENT/PASSENGER RELATED S 1. TW 0217 Y 12OCT ICNNRT P 1. ROBERTS/ISABELA| LCML HK 1 P 2. ROBERTS/ISABELA| INFT PN 1 ROBERTS/CLAUDIA MISS 19DEC- 21 ** OTHER SUPPLEMENTARY INFORMATION ** CARRIER RELATED 1. 1G SNC RLOC TW FNJRM2 R.P -> * ER -> NEED TICKETING INFORMATION ER -> MODIFY BOOKING |
예외 프로세서 TW 해결방법 :
PNR 히스토리를 확인해 보니 TW 에서 여정이 유입된 구간이있는데 GDS 에서 예약한 여정이 포함되 PNR 에 대해 저장시에
“NEED TICKETING INFORMATION” 메시지가 나올 수 있습니다. 해당 메시지가 나오면 명령어 T.T* 입력 후 ER 해서 PNR 저장하는 것으로 처리