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

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

Версия 10:06, 2 марта 2017

Логотип ГРС Galileo

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

Описание

Компания Nemo.Travel является официальным сертифицированным разработчиком на Galileo Web Services. Система бронирования Nemo.Travel поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Galileo.

На данный момент, в целях развития продукта Nemo.travel в рамках сотрудничества с компанией Travelport была добавлена интеграция с новым протоколом взаимодействия с GDS Galileo - Travelport uAPI. Он является более эффективным и предоставляет больше возможностей по сравнению с предыдущей версией коннектора - Galileo Web Services (например, семейства тарифов). В виду перехода на этот более функциональный протокол взаимодействия с GDS Galileo доработка нового функционала будет производиться только для коннектора к Travelport uAPI и не будет производиться для Galileo WS.

Nemo-goto.png

Основные возможности

Поиск и общее

  • Поиск по окружным датам
  • Поиск по всем классам
  • Тарификация OJ
  • Поиск по публичные + приватные тарифы
  • Поиск приватных тарифов
  • Weekend
  • Отправка терминальных команд
  • Поиск с ограничением цен
  • Возврат признака e-ticket в результатах поиска
  • Возврат крайнего срока выписки в результатах поиска
  • Максимальное количество сегмантов при сложном маршруте — 8
  • Валидирующий перевозчик в результатах поиска
  • Проверка интерлайнов в выдаче
  • Максимальное количество пассажиров всех типов в поисковом запросе — 9
  • Количество пассажиров одного типа в запросе — 9

Бронирование

  • Из реквизитов/настроек
    • Скрытие цены на сайте ГДС
    • Добавление титула пассажира
    • RebookForLowestPrice[1]
    • Повтор взятия мест при получении NN статуса
  • Дополнительные операции с использованием реквизитов/настроек
    • Чтение тарифных правил
    • Проверка доступности
    • Проверка доступности через взятие мест
    • Получение карты мест
    • Актуализация цены
    • Максимальное количество одновременно открытых сессий — не ограничено
    • Возвращаемые типы тарифов — Public, Nego
  • Операции/запросы .NET авиа-сервера
    • Бронирование перелета
    • Отмена брони
    • Обновление (синхронизация) брони
    • Проверка на наличие билетов вне ПНР
    • Импорт брони по ПНР локатору
    • Получение истории брони из ГДС
    • Модификация имени и отчества пассажиров
    • Изменение внесённого контента брони
    • Добавление контента
    • Контент через WS — BSP, частично ТКП
    • Возможность бронирования и выписки BSP
    • Бронирование места для младенца
    • Аннуляция через приложение

Выписка

  • Из реквизитов/настроек
    • Выписка на стоке авиа-компании[2]
  • Операции/запросы .NET авиа-сервера
    • Выписка билетов для всей брони
    • Довыписка на обилеченных пассажиров
    • Простановка комиссии а/к при выписке
    • Комиссия на тип пассажира
    • Простановка эндорсментов
    • ГДС-процессинг
    • МультиФОП ГДС-процессинг
    • Проксирование ГДС-процессинга через ПШ
    • Войдирование
    • Возврат билетов

Подключение к ГРС Galileo в Nemo.Travel

Чтобы взаимодействовать с ГРС Galileo через Nemo.Travel необходимо выполнить следующие действия:

  1. Заключить договор с компанией Трэвелпорт:
    1. Cвязаться с локальным офисом компании Трэвелпорт.
    2. Запросить образец заявки на заключение договора.
    3. Заполнить заявку, при этом указать, что необходимы следующие 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ы для всех онлайн-офисов (кроме офиса ТКП).
  4. Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC (ПСС).
  5. Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
  6. Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему Nemo.Travel. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.
  7. Внимание! Создаваемые 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.Travel логического адреса добавленного в конфигурацию Galileo принтера .
  • Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

Особенности работы с ГРС Galileo

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

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

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

Параметр <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.Travel для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.

Выписка в Galileo

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

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

То есть переустановка цены проходит в два этапа:

  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)
  • По технологии Galileo можно тариф и не пересчитывать (даже при изменении курса у валют), если он гарантирован. При получении начета от авиакомпании — отправить в группу ADM Galileo, чтобы вернули деньги.

Другие особенности

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

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

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

  • Некоторые авиакомпании из внесенных в Galileo контактов видят только первое поле, поэтому контакты идут в следующем порядке: клиент, пассажир, агентство.
  • Если на стороне ГРС Galileo не выключено скрытие данных пассажиров, то после бронирования в дате рождения используется текущая дата. На тестовом HAP скрытие не отключено.
  • Если некоторые из оригинальных сегментов брони были удалены, то билеты остаются активными, но невалидными в ПНР. Наличие (внесение) новых, в том числе полностью идентичных, сегментов всё равно приводит к невалидности билетов. К примеру такая ситуация может возникать при принятии изменений в расписании, внесённых авиакомпанией через добавление нового ТК сегмента с присвоением старому UN статуса. Такие билеты требуют перевыпуска (обмен/ревалидация) для их возвращения в ПНР в качестве не только активных, но и валидных. В случае наличия активных билетов не в ПНР, Nemo.Travel считает что требуется их перевыпуск для данного ПНР, устанавливает статус брони, отличный от «забронировано», парсит эти билеты в бронь и возвращает предупреждение о необходимости перевыписки билетов для определённой брони. Агентству отправляется соответствующая нотификация.
  • В Nemo.Travel форма бронирования 2.0 предотвращает ошибки бронирования, связанные с нарушением ограничений Galileo на количество символов, отведенное для ФИО пассажира:
    • Максимальное количество символов для фамилии и имени в сумме – 52.
    • Максимальное количество символов для фамилии, имени и отчества в сумме – 51.
    • В случае, если пассажир женского пола, вышеуказанные значения уменьшаются на 1.
    • Максимальное количество символов для фамилии или имени – 30.

Опция FSBC

FSBC - это опция, которая позволяет получать тарифы по более дешевой цене, но тогда их приходится бронировать по отдельности (т.е. в разных ПНР). Например, в ситуациях ADT+CNN. Т.е. на разные типы пассажиров приходят разные литеры классов бронирования на одни и те же сегменты по минимальной цене. Причина, как правило, заключается в разных значениях скидок для ребенка на самом дешевом и более дорогом варианте (25% и 50%). Поскольку в Немо пока нет возможности делить ПНР, эту опцию нужно заранее отключать на стороне поставщика для конкретного РСС клиента. Удалять такие перелеты из выдачи полностью тоже некорректно, т.к. тогда пропадает часть контента, что клиентов не устраивает, как правило. Для этого писать в локальный хелпдеск Galileo по адресу techservices-russia@travelport.com - только для российских локаций! Для других рынков (Германия, Украина и т.д.) клиент должен обращаться к своему аккаунт-менеджеру. При создании новых НАРов / IPCC эту опцию отключать сразу же заранее.

Часто задаваемые вопросы по бронированию в ГРС 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 на дату выписки билета. Когда биллет выписывается, поле автоматически обновляется с демонстрацией даты и времени выписки.

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

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

Ошибки при взаимодействии с ГРС Galileo

Ошибки при начале сессии:

Ошибка Пояснение Способ возможного решения
«ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques) Ошибка может возникнуть при неправильных настройках AAT table. Необходимо обратиться в локальную службу техподдержки Travelport.

Ошибки при поиске

Ошибка Пояснение Способ возможного решения
Could not locate Session Token Information Session May Have Timed Out. Превышен лимит сессий. Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
Unable to retrieve enough Dynamic GTIDs for this transaction Превышен лимит сессий. Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.

Не зависящие от поставщиков:

Ошибка Пояснение Способ возможного решения
SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR В работе с бронированием идёт параллельное изменение PNR. В этом случае нужно начинать операцию заново.
Invalid search reguest object Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
  • некорректная ссылка поиска;
  • результат поиска может устареть.

Ошибки при бронировании:

«UNABLE – MARKET CONNECTION UNAVAILABLE» Возникает в случае недоступности одного из сегментов в перелете, когда выбранный класс бронирования недоступен, в следствие чего следующий сегмент также не может быть забронирован. Если выбрать другой класс бронирования, ошибка не должна возникнуть.
«INVALID NAME TYPE» (в разделе PNRBFPrimaryBldChgMods в PNRBFManagement response) Ошибка может появиться при попытке оформить билет на перевозку с валидирующим перевозчиком, который не указан в списке (поле AUTH). Только авиакомпании из этого списка могут быть доступны для автокалькуляции.
«REDISPLAY REVIEW BOOKING DATA» Может возникнуть, если добавлены два времени в раздел <QMinderQual> (queue minder).
«CHECK FORMAT» (при введении номера телефона) Ошибка может возникнуть, потому что требуется также обозначить город. В случае с мобильными номерами, которые не имеют привязки к региону, возможно, следует указать код города по умолчанию для ПСС, в котором происходит бронирование. Если проблема не решена, необходимо обратиться в региональную службу техподдержки.
«INVALID INPUT» Появляется при бронировании билетов, для которых указаны два и более тарифных кода в одном сегменте. Например, тарифы для взрослых и детей (или младенцев). Первая буква в базовом тарифном коде показывает класс бронирования. Она должна быть одинаковой для всех пассажиров в ПНР. Ошибка происходит потому, что FQSBB возвращает Fare Basis Codes для одного типа пассажиров. Необходимо послать разные StorePriceMods section для каждого пассажира.
«CHECK NUMBER IN PARTY AGAINST ITINERARY» Причиной ошибки может быть наличие 3-х имен пассажиров при попытке забронировать 2 места. Если среди пассажиров нет младенца (infant), то количество мест должно соответствовать числу пассажиров.
«CHECK NUMBER OF INFANTS» Ошибка возникает при попытке забронировать место для младенца (infant). Например, если бронь для одного взрослого и одного младенца, необходимо отправлять запрос только на одно место.
«NO VALID FARE FOR INPUT CRITERIA» Может происходить в случае, если нет тарифа, который применяется для маршрута с указанным классом обслуживания. Ошибка иногда приходит, даже если ПНР создан и получен его локатор.
«Error of Frequent Flyer Number» Ошибка появляется при попытке добавить опцию «Карта летающего пассажира» в бронь для младенца.
«NEED PHONE» Ошибка появляется, если необходимо добавить номер телефона агентства при завершении бронирования.
«LISTED SEGMENT IS FOLLOWED BY CONFIRMED SEGMENT» Ошибка появляется, потому что есть сегмент «Лист ожидания», следующий за сегментом подтверждения. Поэтому система предупреждает об этом и рекомендует согласиться с изменениями, совершив вторично транзакцию, или прекратить процесс бронирования.
«0 AVAIL/WL OPEN» Необходимо убедиться в правильном использовании секции <AvailJrnyNum>. Если сегменты бронирования не являются частью одного и того же маршрута, стоит использовать разные номера для каждого сегмента. Когда пассажир переходит с одного на другой рейс в пересадочном пункте, необходимо продавать все подходящие рейсы и показывать, что они являются частью маршрута с пересадкой, используя элемент <AvailJrnyNum>. Сегменты, получающие одинаковые номера, являются часть одного и того же путешествия.
«0 AVAIL/WL CLOSED» Обычно это временная проблема, связанная с тем, что в данный момент отсутствуют доступные места для бронирования с данным классом обслуживания. Вполне возможно, что авиакомпания загрузит в Galileo больше мест через некоторое время.

Ошибки при выписке:

Дополнительная информация: Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response, где X = Expired Fare (больше, чем 7 дней). Возможные действия: Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section. Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной. При этом в первую очередь необходимо отменить «сгоревший» тариф.
<PNRBFManagement_x>
	<PNRBFRetrieveMods>
		<PNRAddr>
			<FileAddr/>
			<CodeCheck/>
			<RecLoc>VXXXLM</RecLoc>
		</PNRAddr>
	</PNRBFRetrieveMods>
	<CancelStoredFareMods>
		<FareNumInfo>
			<FareNumAry>
				<FareNum>001</FareNum>
			</FareNumAry>
		</FareNumInfo>
	</CancelStoredFareMods>
«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400] Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды DT/IAT/DISYY.
«UNAUTHORISED/INVALID PLATING CARRIER CODE» Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
«FILED FARE HAS BEEN INVALIDATED» Возникает при невозможности автоматически пересчитать тариф.
«PT NOT COMBINABLE WITH ET» Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в Nemo.Travel невозможно, выписку можно произвести только в терминальном режиме. Предпосылки к возникновению ошибки: возможность выписки электронного билета система получает от ГДС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГДС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
«NO VALID FARE FOR INPUT CRITERIA» Означает несоответствие между ПНР и базой данных в Galileo.
«FILED FARE PARTIALLY TICKETED» Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что ПНР или BF (базовый тариф) был тикетирован хотя бы один раз».
«NO ITINERARY EXISTS FOR FARE QUOTATION» Означает, что отменены бронь или сегмент.
«ZA INVALID MODIFIER» Говорит о том, что при выписке используется не тот принтер.
«Z INVALID FORMAT DATA» Возникает в случае неправильной установки комиссий для ТКП-перелетов.
«ZA NOT COMBINABLE WITH Z» Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ » Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
«INVALID GTID» Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT» Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в Nemo.Travel, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
«TICKETING NOT ALLOWED - CHECK AAT» Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
«REQUESTED FILED FARE NOT FOUND» Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
«ELECTRONIC AGENCY - LINKAGE PROHIBITED» Возникает при попытке выписать на бумажном принтере электронный билет. Все создаваемые (или вновь активируемые) PCC запрещают передачу ID бумажного принтера в процедуре выписки, если сам принтер не существует. В таком случае поле «Номер принтера» следует оставлять пустым. Ошибка характерна для случаев, когда в хапе ТКП указаны 3 принтера. По технологии выписки электронных билетов в Galileo в хапах BSP и SU, предназначенных для выписки, должны быть указаны 3 принтера (принтер, Itinerary и MIR), в хапе S7 — 2 принтера (itinerary и MIR), если в описании PCC поле TYPE=41, или 3 принтера, если в описании PCC поле TYPE=09, а в хапе ТКП — 2 принтера (Itinerary и MIR).
«NET TICKET DATA MAY NOT BE MODIFIED» Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой Nemo.Travel не обрабатываются.
«CONFIRM SEGMENT 01» Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (ПСС), просьба уточнять по телефону: +7 (495) 795 32 76.
«IMU IL DUPLICATE MODIFIER» Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
«TICKETING LINK UNAVAILABLE - PLEASE RETRY» Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
«COMMISSION PERCENTAGE MUST BE ENTERED» Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
«UNAUTHORISED/INVALID PLATING CARRIER CODE» Ошибка может приходить, если в ПСС, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать ПНР в этом ПСС (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в ПСС с этим перевозчиком.
«NO AGREEMENT EXISTS FOR AGENCY» Ошибка возникает при попытке извлечения ПНР (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения ПНР в другом ХАПе.
«REQUESTED FILED FARE EXPIRED» Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
«VENDOR MSG: ITINERARY NOT VALID FOR ETKT» Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через Nemo.Travel снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR» Хост а/к не ответил хосту Галилео, при возникновении агент пусть обращается в свой локальный хелп деск.

Ошибки при отмене выписки:

«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD» Ошибка возникает, если есть ограничение на войдирование по времени.
«FILED FARE PARTIALLY TICKETED» Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.

Ошибки при аннуляции

«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+» Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».

Вопросы, связаные с работой ГРС Galileo, с которыми рекомендовано обращаться в локальный хэлпдеск Travelport

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

Помощь оказывает локальный хэлпдеск.

  • Отмена бронирования с выписанными билетами.

Это нестандартная ситуация и она не связана с АПИ выписки. Необходимо обратиться в локальный хэлпдеск.

Дополнительная информация:

Если билет был выписан, потом он может быть войдирован. Однако это может быть сделано лишь в день выписки.

Если Void Ticketing транзакция завершена удачно, тэг <DPOK> будет просто возвращен, чтобы показать ответ с подтверждением.

Ответы с ошибками и предупреждениями: Если Void Ticketing транзакция сталкивается с ошибкой, в тэге <ErrText> может быть получено следующее сообщение:

«Note: Some these errors overlap with the unvoid and spoiled tasks:»

И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:

  1. возврат (refund);
  2. обмен или переподтверждение (exchange or revalidate).

Это зависит от тарифа. Например, условия тарифа могут не разрешать возврат .

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

История отмены и как именно она была совершена.

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

Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

  • Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).

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

  • Ошибка «NO AGREEMENT EXISTS FOR AGENCY».

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

См. также

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