Travelport (Galileo): различия между версиями

Материал из Центр поддержки системы бронировании
Перейти к навигации Перейти к поиску
(Нюансы работы: http://helpdesk.nemo.travel/issues/16228)
(http://helpdesk.nemo.travel/issues/17940)
Строка 129: Строка 129:
  
 
*cancelled - бронь отменена.
 
*cancelled - бронь отменена.
 +
 +
{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}
  
 
<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span>Алгоритм обновления данных по заказу в Nemo для GDS Galileo учитывает удаление пассажиров в заказе через терминал.</span>
 
<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span>Алгоритм обновления данных по заказу в Nemo для GDS Galileo учитывает удаление пассажиров в заказе через терминал.</span>

Версия 12:59, 21 октября 2015

Логотип GDS Galileo

Система бронирования Немо позволяет продавать на вашем сайте авиабилеты через распределительную систему Галилео от компании Travelport. Сайт системы Немо

Галилео (Galileo) - крупнейшая (ГРС), предлагающая услуги по бронированию авиаперевозок, отелей, туристических услуг и аренды автомобилей. Наряду с глобальной дистрибутивной системой Worldspan входит в холдинг Travelport.

Клиентами ГРС "Галилео" являются более 50 000 турагентств в 140 странах мира. Система обрабатывает около 197 000 000 запросов в день.

Mute Lab Software является официальным разработчиком на Galileo Web Services.

Содержание

Подключение к Galileo

Для подключения авиационного блока системы Nemo, работающего с системой Galileo, необходимо выполнить следующие действия:

1) Заключить договор с компанией "Трэвелпорт". Для этого нужно связаться с локальным офисом компании "Трэвелпорт" и попросить выслать заявку на заключение договора. В ней необходимо указать, что вам необходимы следующие PCC (офисы):

  • для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
  • для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.

! Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.

Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.

При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует агентство по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.

Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.

Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с "Трэвелпортом", то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.

! Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.

В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании "Трэвелпорт" и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.

Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB - Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.

2) Если у вас уже заключен договор абонентского обслуживания с компанией "Трэвелпорт", то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы.

3) В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).

Если в заявке вы не указали, что вам требуются masterGTIDы, то их можно заказать после получения от "Трэвелпорта" заказанных вами конфигураций PCC (ПСС).

Срок исполнения заявок на создание новых PCC и masterGTIDов для них определяется регламентом, принятым в компании "Трэвелпорт" (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).

4) Получив от "Трэвелпорта" заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в "Новую Студию" (номера PCC и masterGTIDы для них). Мы закажем в "Трэвелпорте" для вас HAPы (HAP - Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему Nemo. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

5) ! Создаваемые PCC изначально являются «пустышками» в смысле основных настроек. Для правильной работы как в оффлайне, так и в онлайне эти PCC должны быть настроены. Настройка PCC выполняется сотрудниками локального офиса "Трэвелпорта" по вашим письмам, направляемым вашему аккаунт-менеджеру:

  • письмо с просьбой настроить офис XXX (где XXX– номер офиса (PCC) из полученной вами конфигурации) для работы с BSP и добавить в него все авиакомпании из установок BSPLINK для вашего агентства– пишется на бланке агентства с подписью и печатью, указывается ваш валидатор BSP (номер IATA, адрес, название). После того, как для офиса сделаны настройки на BSP, новые авиакомпании будут добавляться в него автоматически из данных в BSPLINK. На каждый из офисов BSP (онлайн и оффлайн) пишется отдельное письмо.
  • письмо с просьбой настроить офис XYZ (OL SBB) для поиска в онлайне – пишется на бланке агентства с подписью и печатью, указывается ваш валидатор BSP (номер IATA, адрес, название). Отличительной настройкой этого офиса является то, что если вы заказали онлайн-офис для ТКП и/или онлайн-офис для ETAT к-л авиакомпании, то вы просите добавить в него авиакомпании из BSPLINK, авиакомпании, участвующие в проекте Galileo – ТКП, и/или, авиакомпании, с которыми вы будете работать по ETAT.

Агентство должно периодически проверять через своего аккаунт-менеджера настройки этого офиса в системе Galileo, так как авиакомпании, участвующие в проекте Galileo-ТКП, автоматически в список авиакомпаний в этот офис не добавляются (в отличие от BSP-авиакомпаний).

  • Для корректной работы с авиакомпаниями в онлайне нужно чтобы локальный офис "Трэвелпорта" получил от каждой авиакомпаний, с которой вы работаете по ETAT, письмо, подтверждающее, что вашему офису YYYY (OL SU, например) разрешается выписка ETAT авиакомпании (в нашем случае, SU). В свою очередь, вы должны прислать своему аккаунт-менеджеру в "Трэвелпорт" письмо на бланке агентства (с подписьюм и печатью) с валидатором, который будет использоваться при выписке электронного билета авиакомпании, например, 555 1234567.

Если вы являетесь субагентом к-л агентства, имеющего договор с авиакомпанией по ETAT, то такое письмо должно быть направлено в Трэвелпорт от имени агентства, так как именно в договоре этого агентства с авиакомпанией прописан ваш пункт продажи ЕТАТ авиакомпании.

  • Для корректной работы в онлайне с ТКП через Galileo, ваш онлайн-офис ТКП ZZZZ (OL TCH), офис ТКП-оффлайн, терминалы и агенты (их подписи – sign-on) должны быть авторизованы ТКП для выписки (продажи) через Galileo. В противном случае, выписка ТКП через Galileo не будет возможной. Соответствующая заявка должна быть подана в ТКП вами (если вы прямой агент ТКП) или вашим агентством (если вы – субагент). Время обработки заявки на авторизацию регламентируется внутренними процедурами ТКП. Загрузка обновленного файла ТКП выполняется "Трэвелпортом" на ежедневной основе.

Подводные камни:

  • Любая субагентская деятельность требует заказа отдельных PCC для онлайна и оффлайна, неважно, ETAT, ТКП или BSP. То есть, если по к-л авиакомпании вы являетесь субагентом агентства в рамках BSP, то для выписки на эту авиакомпанию вам нужны отдельные PCC для онлайна/ оффлайна, имеющие название, адрес и валидатор BSP этого агентства.
  • При конфигурировании офисов (PCC) рекомендуется сразу же попросить "Трэвелпорт" установить прозрачность (Selective Access) между всеми вашими офисами – это позволит иметь доступ к созданной брони из любого вашего PCC (исключение составляет доступ к офису ТКП, куда можно войти только под авторизованной ТКП подписью (sign-on). Если вы субагент, а PCC относится к вашему агентству, то запрос на прозрачность посылается в "Трэвелпорт" как вами, так и вашим агентством.
  • Выписка ETAT билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в "Трэвелпорт" по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках Nemo логического адреса добавленного в конфигурацию Galileo принтера .
  • Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

Для того, чтобы привязка принтеров выполнялась правильно, "Трэвелпорт" рекомендует обращаться в локальный офис за помощью в выполнении этих операций.

Последним шагом в этой процедуре является указание в настройках Nemo логического адреса принтера, добавленного в конфигурации Galileo и прилинкованного в PCC.

Реквизиты подключения к сервисам Galileo

Реквизиты подклюючения к Galileo указываются в разделе "Администрирование" - "Реквизиты подключения".

Galileo registration1.png

Galileo registration2.png


Синхронизация Nemo и Galileo

Синхронизация Nemo и Galileo предполагает обновление статусов заказа и его состояния в Nemo в соответствии с изменениями в ГРС.

! Если билет был забронирован в Nemo, но выписан в терминале при обновлении заказа в Nemo, статус изменится на «Выписан».

Параметр <Status>cancelled</Status> может принимать следующие значения:

const STATUS_PENDING - 'pending';

const STATUS_PENDING_CONF - 'pending confirmation';

const STATUS_WAITING - 'waiting';

const STATUS_BOOKED - 'booked'; const STATUS_CANCELLED - 'cancelled';

const STATUS_TICKET - 'ticket';

const STATUS_NEEDCONFIRM - 'needconfirm'; const STATUS_REJECT - 'reject';

Тот или иной статус присваивается параметру в следующих ситуациях:

  • pending - заказ отложен для бронирования, новая бронь;
  • reject - заказ отвергнут поставщиком;
  • pending confirmation - бронь в ожидании подтверждения от поставщика;
  • waiting - бронь в ожидании результатов от поставщика;
  • need confirm - бронь в ожидании ручного подтверждения от клиента;
  • booked - забронировано и подтверждено;
  • ticket - забронировано и выписаны документы;
  • cancelled - бронь отменена.

Оплаченные брони могут иметь только три статуса:

  • booked - забронировано и подтверждено;
  • ticket - забронировано и выписаны документы;
  • cancelled - бронь отменена.

Внимание! Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.

!Алгоритм обновления данных по заказу в Nemo для GDS Galileo учитывает удаление пассажиров в заказе через терминал.

Выписка в Galileo

При выписке билетов в Galileo происходит последовательная проверка актуальности существующего тарифа, которая предполагает:

1. Проверку статуса установленной цены;
2. Если статус цены - отменена или невалидна, удаление старой записи о цене. Здесь возможно исключение «CONFIRM SEGMENT 01», означающее что сегмент был отменён (скорее всего, авиакомпанией);
3. Если старая невалидная цена успешно была отменена, то выполняется запрос по установке цены заново. Здесь возможно исключение «NO VALID FARE FOR INPUT CRITERIA», означающее «несоответствие» между PNR (ПНР) и базой данных цен Галилео.

Т.е., переустановка цены проходит в два этапа:
1. удаление старой,
2. установка новой цены. Это происходит, если приходит статус цены как (из спеков):

  • I = Invalid Fare, e.g., due to name/itin change;
  • X = Expired Fare, older than 7 days;
  • V = Reprice (need requote to ticket).

! Рекомендовано обновлять цену непосредственно перед выпиской билета в случае, если выписка происходит в другой день.

Ошибки при бронировании и выписке в ГРС Galileo

Генерация билетов

На каждые 4 сегмента в брони создается отдельный номер билета. Это стандартная логика хоста Galileo и не зависит от клиентской платформы.

Отображение комиссии агентства в ГРС Galileo

Агентская комиссия назначается агентству авиакомпанией в соответствии с договором. Комиссия может быть одинаковой для любых перевозок, а может различаться по направлениям, странам, типам перелета.

! Ни при каких обстоятельствах ни в электронном билете, ни в маршрут-квитанции комиссия не отображается.

Комиссию, которая причитается агенту по той или иной брони, в Galileo можно увидеть в отчете TINS /TICKET AND INVOICE NUMBERING SYSTEM REPORT. Этот отчет выводится на экран по команде HMPR.

Для просмотра суммы комиссии может быть использован расширенный отчет - этот отчет выводится на экран по команде HMPR*E.

Курсы валют в ГРС Galileo

Валюта, в которой приходит базовая цена от поставщика, зависит от типа перелета. Валюта, в которой приходит эквивалентная цена, зависит от местонахождения агентства. Galileo поддерживает 3 основных банковских курса между валютами, в которых и осуществляется пересчет.

  • Банковский курс продажи (BSR) - используется в случае, если платеж осуществляется в валюте страны местонахождения агентства и в качестве оплаты принимается местная валюта. Например, тариф на перевозку из Гонконга (HKG) в Лос-Анджелес (LAX) составляет 23000 гонконгских долларов (HKD). Если билет выдается в агентстве в Лондоне и платеж осуществляется в английских фунтах стерлингов (GBP), перевод стоимости тарифа из HKD в GBP будет осуществляться по курсу продажи (Формат: FZSHKD23000GBP). По курсу BSR так же происходит пересчет комиссий.
  • Банковский курс покупки (BBR) - применяется, если платеж осуществляется не в местной валюте местонахождения агентства и в качестве оплаты билета принимается иностранная валюта. Например, тариф на перевозку из Копенгагена (CPH) в Кингсфорд Смит (SYD) составляет 23000 датских крон (DKK). Если билет выдается в агентстве в Лондоне и платеж принимается в евро (EUR), перевода суммы тарифа из крон в евро будет использоваться BBR - курс (курс покупки, формат: FZBDKK23000EUR). При этом необходимо помнить о том, что:

1. Тариф рассчитывается только для справки.
2. В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.

  • Расчетный курс IATA (ICH) - расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

Причины не пересчета тарифа в Nemo при изменении курса в Galileo

По технологии Galileo можно тариф и не пересчитывать (даже при изменении курса у валют), если он гарантирован. При получении начета от а/к - отправить в группу ADM Galileo, чтобы вернули деньги.

FAQ по бронированию в GDS Galileo

Как избежать ошибок при работе с комиссиями, заполненными в cat35?

Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила: •Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана. •Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована. •Если комиссия остутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.

Какие существуют ограничения по количеству пассажиров в FQSBB запросах?

1. До 9 пассажиров. Более 9 - уже группа. Можно использовать максимум 4 разных кода PTC.

2. Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.

Как осуществляется тарификация и бронирование для детей, сопровождаемых взрослыми?

  • Нельзя бронировать 2 разных класса для разных типов пассажиров. Чтобы получить детский тариф, надо создать новый ПНР и обязательно прописать данные взрослого в ПНР ребёнка.
  • Детский тариф котируется только в сопровождении взрослого в запросе.
  • Если нужны самые низкие тарифы для детей, тогда вы можете пожертвовать самым дешевым тарифом и сделать бронь на ребенка со взрослым классом бронирования (в случае, если хотите создать только один ПНР).

Альтернативный способ: Оба пассажира в одном и том же классе с оплатой самого высокого тарифа.

Как добавить эндорсмент в PNRBFManegement?

Эндорсмент в PNRBFManegement можно добавить так:

<EndorsementBox>
			<Endors1>VALID ON AI IC ONLY</Endors1>
			<Endors2>NON END PENALTIES APPLIES</Endors2>
			<Endors3>NON RE ROUTABLE</Endors3>
		</EndorsementBox>

Как добавить разные эндорсменты для каждого пассажира?

Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование. Необходимо выписывать один тариф за один раз.

При заказе на выписку второго билета нужно сначала извлечь ПНР и указать заполненный тарифный номер в соответствующей секции.

Пример:

<FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>	
</FareNumInfo>

Если вы хотите сделать отдельные тарифные котировки, вы должны послать 2 блока <StorePriceMods>в запросе.

Пример:

<StorePriceMods>
		<SegSelection>
			<ReqAirVPFs>N</ReqAirVPFs>
			<SegRangeAry>
				<SegRange>
					<StartSeg>01</StartSeg>
					<EndSeg>01</EndSeg>
					<FareType>N</FareType>

				</SegRange>
			</SegRangeAry>
		</SegSelection>
		<PassengerType>
			<PsgrAry>
				<Psgr>
					<LNameNum>01</LNameNum>
					<PsgrNum>01</PsgrNum>
					<AbsNameNum>01</AbsNameNum>
					<PTC/>
					<TIC/>
				</Psgr>
			</PsgrAry>
		</PassengerType>
	</StorePriceMods>
	
	<StorePriceMods>
		<SegSelection>
			<ReqAirVPFs>N</ReqAirVPFs>
			<SegRangeAry>
				<SegRange>
					<StartSeg>02</StartSeg>
					<EndSeg>02</EndSeg>
					<FareType>N</FareType>
				</SegRange>
			</SegRangeAry>
		</SegSelection>
		<PassengerType>
			<PsgrAry>
				<Psgr>
					<LNameNum>02</LNameNum>
					<PsgrNum>02</PsgrNum>
					<AbsNameNum>02</AbsNameNum>
					<PTC/>
					<TIC/>
				</Psgr>
			</PsgrAry>
		</PassengerType>
	</StorePriceMods>

Если вы хотите сохранить 4 разных заполненных тарифа – по одному (также с эндорсментом) на каждого пассажира, необходимо сделать 4 запроса.

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:

Рекомендуется также зайти через API developer notes и посмотреть "Issuing ticket on Galileo/Apollo CRS" ппо следующим ссылкам:

В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.

Для определения местного времени в данном городе используется транзакция:

<LocalDateTimeCT_6_0>
 <LocalDateTimeMods>
 <ReqCity>MAD</ReqCity>
  </LocalDateTimeMods>
  </LocalDateTimeCT_6_0>

Response:

<LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0>

Почему могут приходить ошибки при попытке предварительного бронирования мест?

Перевозчик может не входить в список АК – участников системы, которые позволяют предварительнное бронирование мест.

Общая информация о запросе на места в ГРС «Галилео»:

«Возможен запрос на резервирование мест заранее (до путешествия) для большинства перевозчиков – участников «Галилео». Эта возможность может контролироваться каждой авиакомпанией в зависимости от текущей ситуации. «Галилео» также предлагает интерактивное размещение. Это позволяет получить немедленное подтверждение о выполненном резервировании в момент запроса, до окончания транзакции.

Эти улуги могут быть предложены следующими перевозчками:

AZ BA CX EI ET FU GJ IW KA KE KL KQ KU LO LP LX MA MH NH OA OM PX QE RD RJ RO RQ SA SN SQ SR SV SW TP TR UA VR XM 2T 6A 9W».

При получении ошибки необходимо обратиться в локальный офис за информацией о перевозчике и убедиться, что он действительно не входит в список.

Можно ли проверить доступность мест для всего рейса в одном запросе?

Для одного сегмента существует запрос AirAvailability_X.

Для получения информации о доступности мест для всех сегментов нужно проверить элемент InsideAvailOption. Ответ покажет доступные места для всего рейса.

При необходимости проверки доступного статуса для всего рейса, включить соответствующий KLRID в запрос FQSBB: <KlrID>AAB1</KlrID> Используя запрос на доступность, можно получить доступные места для всего рейса.

Номер внутри BICStatus – это количество доступных мест.

Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?

Можно открыть только однну сессию одновременно в HAP.

Сессия остаётся открытой 3 минуты, если не совершено никаких входов.

Полезная ссылка:

Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах «Галиилео»?

Как происходит запрос и последующее использование приватных тарифов?

Информация о том, как запрашивать приватные тарифы, находится по ссылке:

Переход к Goto XML Select Service > API Developer Notes

Как получить последнюю дату действия тарифа?

Для того, чтобы узнать дату окончания действия тарифа, нужно проверить поле <LastTkDt>, которое возвращается в секции FQSBB GenQuoteDetails.

Если нет дополнительной информации о продаже (например, <AdvTkRsvnTm>0</AdvTkRsvnTm>), днем последнего тикетинга будет дата отправки в ответе FQSBB.

Однако как только совершается продажа действующих рейсов и сохранение тарифа, «Галилео» имеет семидневную гарантию. Если нет дополнительных правил продажи, определяющих последнюю возможную дату тикетинга, дата наступает через 7 дней со дня сохранения тарифа или дня отправки.

Можно заполнить поле таймлимита (например, <Tk>TAU/07MAY</Tk>), используя секцию <LastTkDt>, которая возвращается в секции FQSBB's GenQuoteDetails section или, в качестве альтернативы, обсудить с клиентом, какую дату он хотел бы использовать (иногда агенты могут использовать дату резервирования во всех классах).

Файл бронирования будет автоматически размещён в очереди 10 на дату выписки билета. Когда биллет выписывается, поле автоматически обновляется с демонстрацией даты и времени выписки.

Нужно ли все запросы к "Галилео" проводить в рамках сессий?

Все действия, связанные с бронированием (создание брони, её модификация, удаление) рекомендовано совершать в сессии. Создание ПНР может проходить и вне сессии, но в этом случае при сохранении брони вендорная ремарка будет приходить в виде маски. Смысл сессии - в передаче давных в явном виде. В то же время не рекомендуется использовать сессии для поисковых и шоппинговых запросов из-за увеличения нагрузки на хост.

Нюансы работы

В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

Предмет ADM:
20. Отсутствие в PNR введенной с использованием поля SSR прямой контактной информации пассажира или контактной информации уполномоченного пассажиром лица (включая самого Агентом) для обеспечения возможности круглосуточной связи Перевозчика и пассажира (уполномоченного лица пассажира). Формат Galileo: SI. PS * CTC 1234567

В соответствии с требованием в PNR с сегментами МАУ автоматически вносятся контакты пассажира в указанном формате Other Service Information “SI. PS * CTC 1234567”.

  • Некоторые авиакомпании из внесенных в Galileo контактов видят только первое поле, поэтому контакты идут в следующем порядке: клиент, пассажир, агентство.
  • Если на стороне GDS Galileo не выключено скрытие данных пассажиров, то после бронирования в дате рождения используется текущая дата. На тестовом HAP скрытие не отключено.
  • Если некоторые из оригинальных сегментов брони были удалены, то билеты остаются активными, но невалидными в PNR. Наличие (внесение) новых, в том числе полностью идентичных, сегментов всё равно приводит к невалидности билетов. К примеру такая ситуация может возникать при принятии изменений в расписании, внесённых авиакомпанией через добавление нового ТК сегмента с присвоением старому UN статуса. Такие билеты требуют перевыпуска (обмен/ревалидация) для их возвращения в PNR в качестве не только активных, но и валидных. В случае наличия активных билетов не в PNR, Немо считает что требуется их перевыпуск для данного PNR, устанавливает статус брони, отличный от "забронировано", парсит эти билеты в бронь и возвращает предупреждение о необходимости перевыписки билетов для определённой брони. Агентству отправляется соответствующая нотификация.

См. также

Полезные ссылки