Изменения

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

Компания Nemo.Travel {{NameSystemLink}} является официальным сертифицированным разработчиком на Galileo Web Services. Система бронирования {{NameSystem}} поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Galileo. На данный момент, в целях развития продукта {{NameSystem}} в рамках сотрудничества с компанией Travelport была добавлена интеграция с новым протоколом взаимодействия с ГРС Galileo — Travelport uAPI. Он является более эффективным и предоставляет больше возможностей по сравнению с предыдущей версией коннектора — Galileo Web Services (например, семейства тарифов). В виду перехода на этот более функциональный протокол взаимодействия с ГРС Galileo доработка нового функционала будет производиться только для коннектора к Travelport uAPI и не будет производиться для Galileo WS. [[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

* Weekend* Отправка терминальных команд* Поиск с ограничением цен(для uApi необходимо указывать необходимость данного функционала в опроснике)

* Максимальное количество сегмантов при сложном маршруте — 8(uApi - 6)

** Скрытие цены на сайте ГДСГРС** Добавление титула пассажира(не поддерживается uApi)

** Повтор взятия мест при получении NN статуса(не поддерживается uApi)

** Проверка доступности через взятие мест(не поддерживается uApi)

** Проверка на наличие билетов вне ПНРPNR** Импорт брони по ПНР PNR локатору** Получение истории брони из ГДСГРС

** ГДСGDS-процессинг(не поддерживается uApi)** МультиФОП ГДСGDS-процессинг(не поддерживается uApi)** Проксирование ГДСGDS-процессинга через ПШ (не поддерживается uApi)

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

# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» {{NameSystem}} (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней. {{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов/WAB'ов браться в работу не будет.}}  *'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]] 

# Если старая невалидная цена успешно была отменена, то выполняется запрос по установке цены заново. Здесь возможно исключение «NO VALID FARE FOR INPUT CRITERIA», означающее «несоответствие» между [[ПНРPNR]] и базой данных цен ГалилеоГРС Galileo.

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

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

* Если некоторые из оригинальных сегментов брони были удалены, то билеты остаются активными, но невалидными в ПНРPNR. Наличие (внесение) новых, в том числе полностью идентичных, сегментов всё равно приводит к невалидности билетов. К примеру такая ситуация может возникать при принятии изменений в расписании, внесённых авиакомпанией через добавление нового ТК сегмента с присвоением старому UN статуса. Такие билеты требуют перевыпуска (обмен/ревалидация) для их возвращения в ПНР PNR в качестве не только активных, но и валидных. В случае наличия активных билетов не в ПНРPNR, {{NameSystem}} считает что требуется их перевыпуск для данного ПНРPNR, устанавливает статус брони, отличный от «забронировано», парсит эти билеты в бронь и возвращает предупреждение о необходимости перевыписки билетов для определённой брони. Агентству отправляется соответствующая нотификация.* В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования 2.0]] предотвращает ошибки бронирования, связанные с нарушением ограничений Galileo на количество символов, отведенное для ФИО пассажира:

'''FSBC''' - это опция, которая позволяет получать тарифы по более дешевой цене, но тогда их приходится бронировать по отдельности (т.е. в разных ПНРPNR). Например, в ситуациях ADT+CNN. Т.е. на разные типы пассажиров приходят разные литеры классов бронирования на одни и те же сегменты по минимальной цене. Причина, как правило, заключается в разных значениях скидок для ребенка на самом дешевом и более дорогом варианте (25% и 50%). Поскольку в Немо {{NameSystem}} пока нет возможности делить ПНРPNR, эту опцию нужно заранее отключать на стороне поставщика для конкретного РСС клиента. Удалять такие перелеты из выдачи полностью тоже некорректно, т.к. тогда пропадает часть контента, что клиентов не устраивает, как правило.

'''{{Attention|При создании новых НАРов / IPCC эту опцию отключать сразу же заранее.'''}}

* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.

* Нельзя бронировать 2 разных класса для разных типов пассажиров. Чтобы получить детский тариф, надо создать новый ПНР PNR и обязательно прописать данные взрослого в ПНР PNR ребёнка.

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

Необходимо выписывать один тариф за один раз.

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

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

«Возможен запрос на резервирование мест заранее (до путешествия) для большинства перевозчиков-участников ГалилеоГРС Galileo.

Галилео ГРС Galileo также предлагает интерактивное размещение. Это позволяет получить немедленное подтверждение о выполненном резервировании в момент запроса, до окончания транзакции.

! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?

! 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.

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

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

! style="text-align:left; width: 1400px;" |Нужно ли все запросы к Галилео ГРС Galileo проводить в рамках сессий?

Все действия, связанные с бронированием (создание брони, её модификация, удаление) рекомендовано совершать в сессии. Создание ПНР PNR может проходить и вне сессии, но в этом случае при сохранении брони вендорная ремарка будет приходить в виде маски. Смысл сессии — в передаче давных в явном виде. В то же время не рекомендуется использовать сессии для поисковых и шоппинговых запросов из-за увеличения нагрузки на хост.|}{| class="wikitable mw-collapsible mw-collapsed"|-! style="text-align:left; width: 1400px;" | Как отключить скрытие данных пассажира в ГДС?|-|Скрытие данных пассажира в ГДС для РСС выполняется вашим аккаунт-менеджером по вашей просьбе.|-|}{| class="wikitable mw-collapsible mw-collapsed"|-! style="text-align:left; width: 1400px;" | Что нужно сделать, чтобы не изменялся класс обслуживания при бронировании?|-|Избежать изменение класса обслуживания при бронировании в ГДС для РСС можно обратившись к вашему аккаунт-менеджеру.|-

|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table. |width="40%"|Необходимо обратиться в локальную службу техподдержки Travelport.

|Ошибка может возникнуть, потому что требуется также обозначить город. В случае с мобильными номерами, которые не имеют привязки к региону, возможно, следует указать код города по умолчанию для ПССPCC, в котором происходит бронирование. Если проблема не решена, необходимо обратиться в региональную службу техподдержки.

|Появляется при бронировании билетов, для которых указаны два и более тарифных кода в одном сегменте. Например, тарифы для взрослых и детей (или младенцев). Первая буква в базовом тарифном коде показывает класс бронирования. Она должна быть одинаковой для всех пассажиров в ПНРPNR. Ошибка происходит потому, что FQSBB возвращает Fare Basis Codes для одного типа пассажиров. Необходимо послать разные StorePriceMods section для каждого пассажира.

|Может происходить в случае, если нет тарифа, который применяется для маршрута с указанным классом обслуживания. Ошибка иногда приходит, даже если ПНР PNR создан и получен его локатор.

|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГДС ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГДСГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.

|Означает несоответствие между ПНР PNR и базой данных в Galileo.

|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что ПНР PNR или BF (базовый тариф) был тикетирован хотя бы один раз».

|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (ПССPCC), просьба уточнять по телефону: +7 (495) 795 32 76.

|Ошибка может приходить, если в ПССPCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать ПНР PNR в этом ПСС PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в ПСС PCC с этим перевозчиком. |-! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.

|Ошибка возникает при попытке извлечения ПНР PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения ПНР PNR в другом ХАПе.

|Хост а/к не ответил хосту ГалилеоГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.|-! align="center" width="50%"|No ticket status|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.Свяжитесь с вашим аккаунт менеджером Галилео для добавления.

* '''Билеты с ПНРPNR, войдированые агентом GWS. Необходимо получить IP адрес или любые другие данные, идентифицирующие агента, сделавшего войдирование.'''

* '''Предоставление информации по поводу истории ПНР PNR с известным локатором.'''

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''

Может приходить при попытке извлечения ПНР PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.Необходимо иметь действующий договор (на бумаге), чтобы извлекать ПНР PNR из другого ПССPCC. С проблемой нужно обратиться в локальный хэлпдеск.

* [[ПНРPNR]]