Изменения

Перейти к навигации Перейти к поиску

Travelport (Galileo)

66 байт убрано, 13:54, 10 мая 2017
Нет описания правки
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]
<!-- -->
'''Travelport (Galileo)''' — крупнейшая [[ГРС]], предлагающая услуги по бронированию авиаперевозок, отелей, туристических услуг и аренды автомобилей. Наряду с глобальной дистрибутивной системой Worldspan входит в холдинг Travelport.
== Описание ==
Компания Nemo.Travel {{NameSystemLink}} является официальным сертифицированным разработчиком на Galileo Web Services. Система бронирования {{NameSystem}} поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Galileo.
На данный момент, в целях развития продукта Nemo.travel {{NameSystem}} в рамках сотрудничества с компанией Travelport была добавлена интеграция с новым протоколом взаимодействия с GDS ГРС Galileo - Travelport uAPI. Он является более эффективным и предоставляет больше возможностей по сравнению с предыдущей версией коннектора - Galileo Web Services (например, семейства тарифов). В виду перехода на этот более функциональный протокол взаимодействия с GDS ГРС Galileo доработка нового функционала будет производиться только для коннектора к Travelport uAPI и не будет производиться для Galileo WS.
[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]
* Из реквизитов/настроек
** Скрытие цены на сайте ГДСГРС
** Добавление титула пассажира
** RebookForLowestPrice[[#FAQ по GDS/ГРС/API Galileo|<sup>[1]</sup>]]
** Проверка на наличие билетов вне PNR
** Импорт брони по PNR локатору
** Получение истории брони из ГДСГРС
** Модификация имени и отчества пассажиров
** Изменение внесённого контента брони
** Комиссия на тип пассажира
** Простановка эндорсментов
** ГДСGDS-процессинг** МультиФОП ГДСGDS-процессинг** Проксирование ГДСGDS-процессинга через ПШ
** Войдирование
** Возврат билетов
# Проверку статуса установленной цены.
# Если статус цены — отменена или невалидна, удаление старой записи о цене. Здесь возможно исключение «CONFIRM SEGMENT 01», означающее что сегмент был отменён (скорее всего, авиакомпанией).
# Если старая невалидная цена успешно была отменена, то выполняется запрос по установке цены заново. Здесь возможно исключение «NO VALID FARE FOR INPUT CRITERIA», означающее «несоответствие» между [[PNR]] и базой данных цен ГалилеоГРС Galileo.
То есть переустановка цены проходит в два этапа:
* Некоторые авиакомпании из внесенных в Galileo контактов видят только первое поле, поэтому контакты идут в следующем порядке: клиент, пассажир, агентство.
* Если на стороне ГРС Galileo не выключено скрытие данных пассажиров, то после бронирования в дате рождения используется текущая дата. На тестовом HAP скрытие не отключено.
* Если некоторые из оригинальных сегментов брони были удалены, то билеты остаются активными, но невалидными в PNR. Наличие (внесение) новых, в том числе полностью идентичных, сегментов всё равно приводит к невалидности билетов. К примеру такая ситуация может возникать при принятии изменений в расписании, внесённых авиакомпанией через добавление нового ТК сегмента с присвоением старому UN статуса. Такие билеты требуют перевыпуска (обмен/ревалидация) для их возвращения в PNR в качестве не только активных, но и валидных. В случае наличия активных билетов не в PNR, {{NameSystem}} считает что требуется их перевыпуск для данного PNR, устанавливает статус брони, отличный от «забронировано», парсит эти билеты в бронь и возвращает предупреждение о необходимости перевыписки билетов для определённой брони. Агентству отправляется соответствующая нотификация.* В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования 2.0]] предотвращает ошибки бронирования, связанные с нарушением ограничений Galileo на количество символов, отведенное для ФИО пассажира:
** Максимальное количество символов для фамилии и имени в сумме – 52.
** Максимальное количество символов для фамилии, имени и отчества в сумме – 51.
==Опция FSBC==
'''FSBC''' - это опция, которая позволяет получать тарифы по более дешевой цене, но тогда их приходится бронировать по отдельности (т.е. в разных PNR). Например, в ситуациях ADT+CNN. Т.е. на разные типы пассажиров приходят разные литеры классов бронирования на одни и те же сегменты по минимальной цене. Причина, как правило, заключается в разных значениях скидок для ребенка на самом дешевом и более дорогом варианте (25% и 50%). Поскольку в Немо {{NameSystem}} пока нет возможности делить PNR, эту опцию нужно заранее отключать на стороне поставщика для конкретного РСС клиента. Удалять такие перелеты из выдачи полностью тоже некорректно, т.к. тогда пропадает часть контента, что клиентов не устраивает, как правило.
Для этого писать в локальный хелпдеск Galileo по адресу '''techservices-russia@travelport.com''' - только для российских локаций! Для других рынков (Германия, Украина и т.д.) клиент должен обращаться к своему аккаунт-менеджеру.
'''{{Attention|При создании новых НАРов / IPCC эту опцию отключать сразу же заранее.'''}}
== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|
* Нельзя бронировать 2 разных класса для разных типов пассажиров. Чтобы получить детский тариф, надо создать новый PNR и обязательно прописать данные взрослого в PNR ребёнка.
* Детский тариф котируется только в сопровождении взрослого в запросе.
* Если нужны самые низкие тарифы для детей, тогда вы можете пожертвовать самым дешевым тарифом и сделать бронь на ребенка со взрослым классом бронирования (в случае, если хотите создать только один PNR).
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.
При заказе на выписку второго билета нужно сначала извлечь PNR и указать заполненный тарифный номер в соответствующей секции.
''' Пример '''
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.
'''Общая информация о запросе на места в ГРС ГалилеоGalileo:'''
«Возможен запрос на резервирование мест заранее (до путешествия) для большинства перевозчиков-участников ГалилеоГРС Galileo.
Эта возможность может контролироваться каждой авиакомпанией в зависимости от текущей ситуации.
Галилео ГРС Galileo также предлагает интерактивное размещение. Это позволяет получить немедленное подтверждение о выполненном резервировании в момент запроса, до окончания транзакции.
Эти услуги могут быть предложены следующими перевозчиками:
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГалилеоГРС Galileo?
|-
|
Полезная ссылка:
* [GWS help pages http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h]
|}
|-
|
Для того, чтобы узнать дату окончания действия тарифа, нужно проверить поле <LastTkDt>, которое возвращается в секции FQSBB GenQuoteDetails.
Если нет дополнительной информации о продаже (например, <AdvTkRsvnTm>0</AdvTkRsvnTm>), днем последнего тикетинга будет дата отправки в ответе FQSBB.
Однако как только совершается продажа действующих рейсов и сохранение тарифа, «Галилео» ГРС Galileo имеет семидневную гарантию. Если нет дополнительных правил продажи, определяющих последнюю возможную дату тикетинга, дата наступает через 7 дней со дня сохранения тарифа или дня отправки.
Можно заполнить поле таймлимита (например, <Tk>TAU/07MAY</Tk>), используя секцию <LastTkDt>, которая возвращается в секции FQSBB's GenQuoteDetails section или, в качестве альтернативы, обсудить с клиентом, какую дату он хотел бы использовать (иногда агенты могут использовать дату резервирования во всех классах).
Файл бронирования будет автоматически размещён в очереди 10 на дату выписки билета. Когда биллет выписывается, поле автоматически обновляется с демонстрацией даты и времени выписки.
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" |Нужно ли все запросы к Галилео ГРС Galileo проводить в рамках сессий?
|-
|
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table. |width="40%"|Необходимо обратиться в локальную службу техподдержки Travelport.
|}
|-
! align="center" width="50%"|«CHECK FORMAT» (при введении номера телефона)
|Ошибка может возникнуть, потому что требуется также обозначить город. В случае с мобильными номерами, которые не имеют привязки к региону, возможно, следует указать код города по умолчанию для PCC, в котором происходит бронирование. Если проблема не решена, необходимо обратиться в региональную службу техподдержки.
|-
! align="center" width="50%"|«INVALID INPUT»
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Может происходить в случае, если нет тарифа, который применяется для маршрута с указанным классом обслуживания. Ошибка иногда приходит, даже если PNR создан и получен его локатор.
|-
! align="center" width="50%"|«Error of Frequent Flyer Number»
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГДС ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГДСГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГалилеоГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
''' Вопросы, связаные с работой ГРС Galileo, с которыми рекомендовано обращаться в локальный хэлпдеск Travelport '''
* '''Билеты с PNR, войдированые агентом GWS. Необходимо получить IP адрес или любые другие данные, идентифицирующие агента, сделавшего войдирование.'''
Помощь оказывает локальный хэлпдеск.
История отмены и как именно она была совершена.
* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[API ВИП Сервис (Vip Service)]]
* [[Nemo Inventory (компонент)]]

Навигация

'