Центр поддержки системы бронирования - Вклад участника [ru]

Navitaire

2018-09-22T12:00:57Z

Даша Жукова: /* Подключение Navitaire в Nemo.Travel */

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

Система {{NameSystemLink}} предоставляет продажи билетов лоукост-авиакомпании «Победа» (DP) через КРС Navitaire.

== Подключение Navitaire в Nemo.Travel ==

В результате обращения и согласования условий с системой Navitaire агент должен получить доступы к Availability API (логин, пароль, идентификатор клиента) и Navitaire API (домен, логин, пароль).

Полученные реквизиты нужно передать в {{NameSystem}} для формирования боевой конфигурации подключения.

Обращаем Ваше внимание, что при подключении следует отключить опцию SplitFare на стороне поставщика для корректной поисковой выдачи.

{{Attention|Обязательным требованием поставщика является включение фильтра запросов по расписанию. Подробнее читайте в статье [[Фильтры поисковых запросов (Авиабилеты)]].}}

= Особенности Navitaire =
* Нет возможности забронировать младенца с местом. При поиске, если в запросе присутствует пассажир типа INS, результаты от Navitaire отфильтровываются и не попадают в выдачу.
* Поскольку продажи ведутся по лоукост-авиакомпании, билеты продаются только Эконом-класса.
* УПТ от поставщика приходит в виде ссылке. В системе {{NameSystem}} реализовано решение для данной особенности, и УПТ приходят в том же виде, что и на странице, ссылку на которую мы получаем в ответ от поставщика.
* Отчество является обязательным для передачи данных пассажира, если это гражданин РФ на внутреннем перелете. Минимальная длина отчества (для любого пассажира) — 2 символа.
* Бронирование ребенка без сопровождения запрещено.
* На оплату предоставляется 30 минут после создания брони. Если заказ не оплачивается в установленный таймлимит, созданный PNR удаляется на стороне поставщика. {{Attention|Заказ на стороне поставщика считается оплаченным после выписки в системе {{NameSystem}}.}}
* {{Attention|Копии всех писем, получаемых покупателем, должны отправляться на электронную почту <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">archive@pobeda.aero</syntaxhighlight>. В системе {{NameSystem}} данное условие учтено, в дополнительной настройке не нуждается.}}
* {{Attention|Процесс войдирования отсутствует. Билетов как таковых в Navitaire нет (ticket-less система), существуют только брони. Номера билетов эмулируются на стороне {{NameSystem}} по рекомендации поставщика.}}
* Операции обмена и возврата проводятся напрямую через поставщика/авиакомпанию.
* У авиакомпании «Победа» существуют продажи наземных сегментов. Для включения расширенной выдачи автокомплита (включающей в себя автобусные и Ж/Д станции) обратитесь к администратору {{NameSystem}}.
* Поставщик отправляет маршрут-квитанции по указанным в заказе контактным данным покупателя или пассажира. {{Attention|Наличие хотя бы одного набора контактных данных в заказе является обязательным.}}

=== Алгоритм создания билетов ===

Для взрослого или ребенка: <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">'425' + '0' + (N * '0') + PassengerID</syntaxhighlight>

Для младенца: <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">'425' + '1' + (N * '0') + PassengerID</syntaxhighlight>

Общая длина элемента <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">(N * '0') + PassengerID</syntaxhighlight> всегда составляет 9 символов (<syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">N</syntaxhighlight> - количество нулей, необходимых, чтобы добрать до 9 символов). Идентификатор <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PassengerID</syntaxhighlight> система получает от поставщика. Пассажиры типа INF наследуют идентификатор за пассажиром типа ADT, к которому привязаны.


=== Требования авиакомпании «Победа» к нотификациям ===
«Победа» также имеет ряд требований оформлению подтверждения бронирования и [[Маршрут-квитанция|маршрут-квитанции]]. Ниже приведены списки данных, обязательных к отображению на указанных документах.

==== Подтверждение бронирования ====
* Код бронирования в системе Navitaire.
* Номер рейса.
* Маршрут рейса.
* Дата и время отправления рейса.
* Дата и время прибытия рейса.
* ФИО пассажира.
* Дата рождения пассажира.
* Сумма к оплате.
* Валюта оплаты.
* Срок оплаты.

==== Маршрут-квитанция ====
В случае, если для отправки маршрут-квитанции используется функционал {{NameSystem}}, то документ должен содержать следующие данные:
* Дата оформления билета.
* Код бронирования в системе Navitaire.
* Статус бронирования.
* Сумма бронирования.
* Валюта бронирования.
* Номер билета для каждого из пассажиров).
* Класс бронирования (экономический).
* Перечень пассажиров с указанием ФИО, типа документа, номера документа, даты рождения.
* Список полетных купонов по каждому из пассажиров с указанием даты рейса, номера рейса, названия, кода и терминала аэропорта отправления, названия и кода аэропорта прибытия, времени отправления, времени прибытия, класса обслуживания, статуса купона.
* Калькуляция стоимости брони (код тарифа, сумма тарифа, коды сборов и суммы сборов, НДС).
* Сведения о перевозчике: наименование ООО «Авиакомпания «Победа», ИНН 9705001313, КПП 775101001.
* Контакты перевозчика: сайт www.pobeda.aero; колл-центр +7 (809) 505-4777 (звонок платный); адрес электронной почты (feedback@pobeda.aero).
* Наименование агентства.
* Адрес и контактный телефон агентства.
* Информация о норме провоза багажа.
* Информация о том, что указано местное время аэропорта вылета/прилета.
* Информация о том, что билет является невозвратным.
* Информация о том, что дополнительные услуги приобретаются через колл-центр или веб-сайт авиакомпании.

== См. также ==
* [[КРС (Компьютерная система резервирования)]]
* [[Фильтры поисковых запросов (Авиабилеты)]]
* [[Реквизиты подключения к ГРС в Nemo Connect]]
* [[Пакеты реквизитов Nemo Connect]]

Корпоративный блок

2018-07-02T08:57:37Z

Даша Жукова: /* Принцип работы модуля */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]][[Категория:Решения для B2B]]
'''Корпоративный блок''' - компонент системы бронирования билетов онлайн {{NameSystemLink}} для обслуживания корпоративных агентов.
== Назначение ==
Компонент '''«Корпоративный блок»''' покрывает критичные для бизнес-тревел агентств потребности, возникающие в процессе обслуживания корпоративных клиентов. В частности, к ним относятся:
* контроль доступа к депозиту корпорации;
* разделение ролей сотрудников на пользователей, подбирающих рейсы/жд-билеты для сотрудников компании, без права на самостоятельное бронирование, и пользователей-аппруверов, которые обладают правом утверждать выбранные рейсы/жд-билеты или отклонять их;
* управление тревел-политикой корпорации путем заведения критериев подбора рейсов/жд-билетов, которых должны придерживаться сотрудники;
* управление политикой корпорации в отношении разрешений на отгрузку оказываемых услуг (утверждение бронирований).
* инструменты мониторинга и учета таких заказов.

{{Attention| Для подключения модуля «Корпоративный блок» необходимо создать соответствующую заявку в проектном трекере техподдержки Nemo.travel. По умолчанию данный модуль не входит в базовую поставку системы.}}

== Принцип работы модуля ==

При корректно выполненных настройках процесс оформления заказа от лица корпоративной компании происходит следующим образом:<br/>

1. Сотрудник А (подбирающий рейсы и не обладающий правом утверждения заказа) запускает поиск по определенному маршруту и дате.<br/>
2. Ориентируясь на подходящие и не подходящие тревел политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.<br/>
3. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пин-кодом, и ожидает реакции. В том случае, если в компании заведен только один аппрувер, он будет выбран в заказе автоматически. <br/>
[[File:approve.png|center]]
4. Сотрудник В получает на свою электронную почту письмо о необходимости утверждения заказа, открывает заказ и принимает решение - одобрить бронь или отказать в ней. В обоих случаях аппрувер должен ввести свой уникальный пин-код на странице заказа на сайте. Также аппрувер имеет право при необходимости сменить выбранного плательщика (если для данной компании заведено более одного плательщика). <br/>
[[File:approve2.png|center]]
5. Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.<br/>
6. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с депозита компании, и билеты выписываются автоматически (в случае, если включена автовыписка). В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>
[[File:approve3.png|center]]

== Настройка модуля ==
=== Создание корпоративного клиента ===

Первый шаг для настройки модуля - это создание самих корпоративных компаний.
Сначала необходимо завести компанию обычным способом, описанным в статье [[Пользователь]].
После подключения модуля администратором Nemo.travel на странице настроек '''«Аккаунт-менеджмент» - «Агенты и пользователи» - «Управление»''' в блоке '''«Компании»''' для менеджера корневого агентства появляется дополнительный столбец для выбора типа компании (см. скриншот). По умолчанию создается обычный субагент. В данном столбце можно сменить тип компании на корпоративного клиента - '''уже после создания компании'''.

[[Файл:Companytype.png|center]]

'''«Корпоративный клиент»''' по остальному функционалу не отличается от '''«Субагента»''', ему также будет доступна оплата по депозиту и прочие возможности для В2В. Но при использовании данного модуля оплата заказов на данный момент возможна только через депозит.

Менеджеру корпоративной компании становятся доступны дополнительные настройки в разделе '''«Аккаунт-менеджмент» - «Корпоративный модуль»''', которые можно задать только для корпоративной компании.

=== Выбор типа подтверждения заказа ===
Далее для каждого конкретного корпоративного клиента необходимо задать тип подтверждения бронирования.<br>

1. Перейдите в раздел настроек '''«Аккаунт-менеджмент» - «Корпоративный модуль» - «Настройки»'''.<br>
2. Система предложит выбрать корпоративного клиента. При этом в дереве выбора пользователей будут доступны только корпоративные клиенты, обычные субагенты отображаться в списке не будут.<br>
3. Выберите одно из двух значений настройки '''«Cпособ подтверждения заказа для Авиабилетов»''':
* '''разрешено бронирование без утверждения''' - это значение настройки выбрано по умолчанию. Сотрудник компании, подбирающий рейсы, сможет совершать реальные брони без оплаты, подтверждение будет запрашиваться только после бронирования. Минус такого варианта в том, что в случае отказа брони будут аннулироваться, что несколько ухудшает показатель book-to-cancel, а также не исключается вероятность создания дублирующих броней. Помимо этого, утверждающее лицо теоретически может заметить запрос на утверждение слишком поздно, когда бронь уже автоматически аннулируется по таймлимиту.
* '''бронирование только после утверждения''' - сотрудник компании подбирает рейс(-ы), вводит данные пассажиров в заказ и отправляет заказ на утверждение. При этом реальная бронь в GDS не создается и места не замораживаются. Только после получения аппрува последовательно происходят бронирование, оплата и выписка. Недостаток этого способа в том, что если между подбором и утверждением рейса пройдет довольно длительное время, то есть вероятность, что данный перелет уже будет недоступен для бронирования, если места закончатся или а/к отменит рейс. В таком случае придется делать новый поиск и запрашивать утверждение заново.

[[Файл:Corpsettings.png|centre]]

=== Задание корпоративных правил бронирования ===

В этом же разделе настроек ('''«Аккаунт-менеджмент» - «Корпоративный модуль» - «Настройки»''') можно внести специальный текст правил бронирования именно для выбранного корпоративного клиента. Внесенный текст будет отображаться на странице бронирования перелета при нажатии на соответствующую ссылку рядом с чекбоксом '''«''Я ознакомлен и согласен с правилами бронирования, ...''»'''. Данное поле в настройках не является обязательным. По умолчанию, если оно не заполнено, будут отображаться {{Setting|Правила бронирования}} из раздела настроек корневого агентства''' «Управление сайтом» – «Домены и протоколы» - «Правила бронирования»'''. <br/>

=== Создание плательщиков ===

Отправить заказ на утверждение невозможно без выбора плательщика. Плательщик обозначает юридическое лицо внутри корпоративной компании, от чьего имени будет производиться оплата выбранного перелета. Зачастую корпоративная компания может быть представлена несколькими юридическими лицами. Модуль «Корпоративный блок» позволяет создать в рамках одной корпоративной компании несколько учетных записей плательщиков с разными платежными реквизитами. На этапе отправки запроса на утверждение заказа сотрудник, подбирающий рейс, должен выбрать '''одного плательщика''', поэтому для каждого корпоративного клиента должен быть заранее задан хотя бы один плательщик.

В рамках системы Nemo.travel плательщик - это не отдельная компания, а совокупность определенных реквизитов (параметров), объединенная одним названием.<br/>

Чтобы создать плательщика:<br/>
1. Перейдите в раздел '''Аккаунт-менеджмент - Корпоративный модуль - Плательщики'''. <br/>
2. Нажмите '''Создать новую запись.''' Система предложит заполнить список параметров, который почти полностью совпадает со списком банковских реквизитов компании/агентства в разделе '''Финансы и платежи - Банковские реквизиты''':
* Официальное название - обязательное поле. Все нижеследующие поля не обязательны для заполнения.
* Название плательщика
* Адрес электронной почты
* Телефон агентства
* Номер контракта
* Дата контракта
* Получатель
* ИНН
* КПП
* Счет получателя
* Банк
* БИК
* Счет банка получателя
* ОКПО
* ОКВЭД
* ФИО руководителя
* Должность руководителя
* ФИО бухгалтера
* Должность бухгалтера
* Факс
3. Нажмите '''Сохранить'''. <br/>
4. При необходимости повторите для нового плательщика.<br/>

Созданных плательщиков можно удалять, также можно восстановить удаленных плательщиков.

[[Файл:payers.png|center]]

=== Создание тревел политик ===
[[File:Wursttyles.png|right|350px|300px|thumb|Отображение тревел политик на выдаче плиткой]]
[[File:Wurstlist.png|right|350px|300px|thumb|Отображение тревел политик на выдаче списком]]
[[File:Wurstfilters.png|right|76px|123px|thumb|Пост-фильтр на выдаче]]
[[File:Checkout.png|right|thumb|Отображение тревел политик на странице заказа]]
Тревел политикой считается некий набор рекомендованных правил и фильтров, которых должны придерживаться работники корпорации, для которой создается бронирование. Определенный заказ может подходить сразу под несколько тревел политик, принадлежность перелета к тревел политикам отображается на странице с результатами поиска. В разделе постфильтров можно отфильтровать перелеты по тревел политикам. Фильтр '''Тревел политики''' будет отображаться в том случае, если для результатов конкретного поиска есть хотя бы две подходящие тревел-политики. То есть, если ни один перелет не подходит ни под одну заведенную тревел-политику, или если все перелеты удовлетворяют только одной тревел-политике, постфильтр не отображается. Если заказ не подходит ни под одну тревел политику, то его все равно можно отправить на утверждение, т.к. тревел политика носит лишь рекомендательный, а не запрещающий характер.

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

==== Авиа ====

Описание правил для настройки тревел политики для компонента '''Авиабилеты'''.

{| border="1" class="wikitable mw-collapsible mw-collapsed"
! Название параметра !! Описание параметра
|-
| Название правила
| Название тревел-политики в свободной форме. Реализована мультиязычность: можно настроить свое название для каждого языка, используемого на сайте.
|-
|Города/аэропорты вылета
|Правило будет применено к перелетам с вылетами из указанных городов/аэропортов.
|-
|Города/аэропорты прилета
|Правило будет применено к перелетам с прилетом в указанные города/аэропорты.
|-
|Страны вылета
|Список стран для вылета, к которым будет применено правило.
|-
|Страны назначения
|Список стран для конечной точки перелета, к которым будет применено правило
|-
|Географические зоны перелета (весь перелет не должен выходить за пределы одной или нескольких из указанных зон)
|Выбранные зоны, в пределах которых будет проходить весь перелет. Если ни одна зона не выбрана, то правило будет применимо ко всем зонам.
|-
|Верхняя планка цены
|Правило будет применено к перелетам с итоговой ценой не выше указанной, значение указывается в валюте агентства.
|-
|Максимальная разбежка с минимальной ценой
|Если данный параметр задан, то тревел политика будет считаться подходящей для перелета даже в том случае, если его цена превышает значение предыдущей настройки (Верхняя планка цены), но не более чем на указанную здесь величину. Т.е. можно задать так называемую максимальную разбежку (толерантность) - в процентах или в валюте.
|-
|Класс обслуживания
|Можно выбрать классы обслуживания для данного правила: эконом, бизнес, первый.
|-
|Допустимые перевозчики (интерлайны) любого сегмента
|Список маркетинговых авиакомпаний, допустимых для этой тревел политики.
|-
|Только прямые перелеты
|Прямой или любой (по умолчанию любой).
|-
|Тарифы
|Можно задать коды тарифов через запятую.
|-
|Допустимые классы бронирования
|Коды допустимых классов бронирования.
|}

==== ЖД ====

Описание правил для настройки тревел политики '''ЖД''' компонента.

{| border="1" class="wikitable mw-collapsible mw-collapsed"
! Название правила !! Описание правила
|-
|Отправление
|Правило будет применено к заказам с отправлением из указанного города/станции
|-
|Прибытие
|Правило будет применено к заказам с прибытием в указанные город/станцию
|-
|Класс обслуживания
|Список типов вагонов, к которым будет применено правило
|-
|Верхняя планка цены
|Правило будет применено к заказам с ценой не выше указанной, значение указывается в валюте.
|-
|Максимальная разбежка с минимальной ценой
|Цена заказа не может быть больше минимальной цены на указанное значение(проценты или точное значение в валюте)
|}

=== Создание ролей аппруверов и генерация пин-кодов ===

В целях управления доступом к депозиту корпорации был реализован механизм генерации пин-кодов для пользователей-аппруверов.

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

{{Attention|Забронировать и выписать заказ в системе без подтверждения может только менеджер главного агентства.}}

Если пользователь, подбирающий рейсы, выбрал аппрувера, максимальный лимит пин-кода которого меньше стоимости выбранного перелета, то пользователю будет показано сообщение об ошибке. В таком случае можно выбрать другое утверждающее лицо (если такое есть). Если же стоимость выбранного перелета превышает максимальный лимит всех имеющихся аппруверов, такой перелет на утверждение отправить нельзя.

Для того чтобы создать роль аппрувера и присвоить ему личный пин-код: <br/>
1. Зайдите в раздел настроек '''Аккаунт-менеджмент - Корпоративный модуль - Пин-коды - Коды.'''<br/>
2. Выберите корпоративную компанию. <br/>
3. Нажмите кнопку '''Создать новую запись'''.<br/>
4. Выберите '''Владельца пин-кода''' в предложенном списке пользователей. <br/>
5. В поле '''Ограничение на максимальную сумму заказа для подтверждения''' задайте сумму в валюте агентства. <br/>
6. Нажмите '''Сохранить'''.<br/>

В результате система автоматически сгенерирует уникальный постоянный пин-код для данного пользователя.<br/>
{{Attention|Пин-коды аппруверов отображаются только в настройках менеджера корневого агентства, для менеджеров корпоративных компаний данный раздел настроек недоступен. Соответственно передачу пин-кодов корпоративным клиентам должен осуществить сам менеджер корневого агентства.}}

У каждого аппрувера может быть только один активный пин-код. При попытке создать второй пин-код для того же пользователя появится сообщение об ошибке: '''Для данного пользователя пин-код уже сохранен.''' Менеджер корневого агентства может временно заблокировать тот или иной пин-код (нажав на кнопку '''Нет''' в столбце '''Заблокирован'''), или же удалить его безвозвратно (нажав на кнопку '''Нет''' в столбце '''Удален'''). Если пин-код удален, аппрувер больше не сможет им воспользоваться, пока не будет создан новый пин-код. Данные о всех созданных пин-кодах (в том числе удаленных) хранятся в системе и отображаются в таблице (см. скриншот ниже).

[[Файл:pincodes.png|center]]

Помимо вышеперечисленных действий таблица позволяет увидеть дату создания каждого пин-кода и перейти в раздел логов для просмотра лога создания данного пин-кода (ссылка '''лог''' в столбце '''Дата создания'''), а также детально просмотреть все операции по каждому пин-коду (ссылка '''Операции''' в одноименном столбце). <br/>
При переходе по ссылке Операции из таблицы всех пин-кодов менеджер попадет на отдельную таблицу действий по выбранному пин-коду, которая также доступна из настроек по пути '''Аккаунт-менеджмент - Корпоративный модуль - Пин-коды - Операции.'''

[[Файл:operations.png|center]]

Здесь в каждой строчке отображаются следующие данные:
* пользователь - владелец пин-кода
* номер заказа, по которому было запрошено утверждение
* одноразовый девятизначный пин-код, который был сгенерирован после утверждения заказа аппрувером
* время создания одноразового пин-кода (равносильно времени утверждения заказа)
* был ли использован данный пин-код после утверждения
* ссылка на логи бронирования/выписки заказа - в том случае, если пин-код был использован

=== Настройка шаблонов нотификаций по заказам ===

Для оперативного уведомления пользователей-аппруверов о заказах, требующих утверждения, необходимо настроить шаблоны соответствующих писем. Шаблоны настраиваются в разделе '''Настройки системы - Нотификации - Шаблоны электронных писем.''' Для корпоративного модуля доступны три шаблона, а именно: <br/>
1. '''Требуется утверждение заказа''' - отправляется на почту, указанную в профиле пользователя-аппрувера, после отправки заявки на утверждение. Из специфических переменных: %TRAVEL_POLICIES_AVAIBLE% - подходящие тревел политики и %TRAVEL_POLICIES_UNAVAIBLE% - неподходящие тревел политики. Общий список поддерживаемых переменных доступен как обычно по клику на значок %. <br/>
2. '''Утверждение заказа получено''' - отправляется на почту, указанную в профиле сотрудника, который запрашивал утверждение заказа у аппрувера, в случае положительного ответа. {{Attention|В данный шаблон обязательно надо добавить переменную %NEW_GENERATED_PINCODE%, которая отвечает за вывод одноразового пин-кода в письме, т.к. корпоративный клиент больше нигде данный пин-код не сможет увидеть.}}<br/>
3. '''В утверждении заказа отказано''' - отправляется на почту, указанную в профиле сотрудника, который запрашивал утверждение заказа у аппрувера, в случае отрицательного ответа.

== Календарь командировок ==
[[Файл:Календарь командировок.png|650px|thumb|right|Календарь командировок]]
В данном календаре отображаются заказы, находящиеся в статусе '''Забронирован/Оплачен''', что позволяет как менеджеру агентства, так и корпоративному агенту отслеживать заказы корпоративных клиентов в режиме календаря.
Данный календарь находится в разделе настроек '''Аккаунт-менеджмент - Корпоративный модуль — Календарь командировок'''.

Для каждого заказа на календарной сетке отображаются следующие данные:
* компонент (ЖД или Авиабилеты)
* пункты отправления-прибытия (пример: DME - KBP, Челябинск - Петропавловск);
* ФИО пассажира(-ов), на которого(-ых) забронирован заказ. По клику на имя пассажира можно быстро перейти на страницу самого заказа.
* количество заказов на конкретную дату (цифрами в скобках).
Доступна навигация по месяцу и году.



{{Attention| Заказы в статусе '''Отложен/Выписан/Аннулирован''' в календаре отображаться не будут.}}

== Мониторинг корпоративных заказов в личном кабинете ==

[[Файл:Middleoffice.png|right|thumb|Дополнительный фильтры]]
[[Файл:columns.png|right|thumb|Дополнительные столбцы]]

[[Личный кабинет]] также располагает всеми возможностями, необходимыми для удобного отслеживания и работы с заказами корпоративных компаний. После подключения модуля в списке фильтров личного кабинета становятся доступны дополнительные фильтры (см. скриншот):
* '''Плательщик''' - после выбора конкретной корпоративной компании в списке будут доступны все плательщики данной компании.
* '''Статус утверждения''' - возможные варианты:
** Любой статус утверждения
** Утверждение не требуется
** Утверждение не использовано
** Требуется утверждение
** Утверждение получено
** Утверждение использовано
** Отказано
** Частично отказано
* '''Тревел политика''' - после выбора конкретной корпоративной компании в списке будут доступны все тревел политики данной компании.
* '''Без тревел политик'''

В настройке вывода столбцов можно включить отображение дополнительных колонок: '''Плательщик, Статус утверждения, Тревел политика, Согласующее лицо, Тип клиента'''.

Подробнее с возможностями личного кабинета можно ознакомиться в [[Личный кабинет|соответствующей статье]].



== См. также ==
*[[Личный кабинет]]
*[[Депозит]]
*[[Нотификация]]

API Travelfusion

2018-01-22T07:55:26Z

Даша Жукова: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом Авиабилеты. Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: <br>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Пример'''</u>
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
<br>Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion депозит на определенную сумму, и при оформлении клиентом заказа на сайте с депозита агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# Пакет реквизитов в {{NameSystem}} должен быть настроен на ту же валюту, в которой открыт депозит агента в Travelfusion.
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту агентского пакета реквизитов. Это необходимо для корректного расчета. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства («Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»{{Menu|Настройки системы|Валюты и курсы|Справочник валют и курсов}}, см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи и на странице бронирования - ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав перевод для переменной "flightsGroup__flightWarnings__insBookingNotAllowedBySupplier", на странице бронирования - "ins_booking_not_allowed_by_supplier"

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован депозит в Travelfusion.<br>
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. <br>
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. <br>
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Travelport (Galileo)

2017-12-28T12:00:14Z

Даша Жукова: /* Основные возможности */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в {{NameSystem}} (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов/WAB'ов браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-28T10:42:07Z

Даша Жукова: /* Подключение к ГРС Galileo в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в {{NameSystem}} (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов/WAB'ов браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-28T06:38:56Z

Даша Жукова: /* Основные возможности */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов/WAB'ов браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-28T06:25:52Z

Даша Жукова: /* Основные возможности */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов/WAB'ов браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-27T11:44:11Z

Даша Жукова: /* Подключение к ГРС Galileo в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов/WAB'ов браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-27T11:43:10Z

Даша Жукова: /* Подключение к ГРС Galileo в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC заказ HAP'ов браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-27T11:33:38Z

Даша Жукова: /* Подключение к ГРС Galileo в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

{{Attention|Без предоставленных данных для доступа к админ-порталу управления PCC настройка PCC на стороне Nemo браться в работу не будет.}}

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-27T11:25:23Z

Даша Жукова: /* Подключение к ГРС Galileo в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них, данные для доступа к админ-порталу управления PCC). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-19T08:57:29Z

Даша Жукова: /* Основные возможности */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг (не поддерживается uApi)
** Проксирование GDS-процессинга через ПШ (не поддерживается uApi)
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-19T07:35:58Z

Даша Жукова: /* Основные возможности */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг
** Проксирование GDS-процессинга через ПШ
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Travelport (Galileo)

2017-12-18T11:18:44Z

Даша Жукова: /* Основные возможности */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг (не поддерживается uApi)
** МультиФОП GDS-процессинг
** Проксирование GDS-процессинга через ПШ
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.

*'''Опросник в Трэвелпорт для заказа HAP (Host Access Profile)''' [[Файл:GWS Questionnaire.doc]]

# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

*'''Опросник в Трэвелпорт для заказа WAB (Work Area Branch)''' [[Файл:UAPI Requirements Questionnaire.doc]]

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«LINKAGE/OPTIONS CHANGED - UPDATE SDPT»
|Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-
! align="center" width="50%"|No ticket status
|Если в ответе от Галилео NO VALIDATING CARRIER FOUND, то ошибка изначает, что для данного HAP не разрешена а/к.
Свяжитесь с вашим аккаунт менеджером Галилео для добавления.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Passenger Name Record (PNR)

2017-10-09T07:58:27Z

Даша Жукова: /* Модификация PNR */

[[Категория:Термины]]
[[Категория:Руководство]]

'''Passenger Name Record''' (сокр. PNR) — запись в базе данных [[ГРС]] или [[КРС (Компьютерная система резервирования)|КРС]] в соответствии с существующими стандартами, содержащая информацию об услуге, маршруте, пассажире, группе пассажиров (либо пользователях услуг). Имеет пяти- или шестизначный цифровой локатор вида 1XXX2Y, присваиваемый автоматически в результате процедуры бронирования и остающийся затем неизменным вне зависимости от трансформации маршрута. PNR, относящиеся к отмененному или уже совершенному перелету, подлежат хранению в компьютерных системах и бывают доступны в течение длительного времени.

В случае если участки маршрута обслуживаются не владельцем PNR, копия записи пересылается в КРС оперирующего перевозчика (или нескольких, если речь идет об интерлайновых соглашениях). Многие авиакомпании имеют свои КРС на поле одной из ГРС, что позволяет им делиться информацией о PNR.

PNR были изобретены для авиаперелетов, но сейчас они используются при бронировании отелей, жд-билетов и аренде автомобилей.

== Основные пункты PNR ==

Существует пять основных пунктов PNR, которые необходимы для совершения бронирования:

* Имя пассажира/пассажиров и примечания;
* Контактная информация агентства, совершившего бронирование;
* Детали билета (информация о дате продажи, которая используется агентом для своевременной продажи или аннуляции);
* Детали маршрута (полетные сегменты);
* Имя лица, по запросу которого было сделано, изменено или аннулировано бронирование.

Однако есть и другие данные, часто запрашиваемые авиакомпаниями и турагентами. Например, детали тарифа и ограничения, используемая форма оплаты, специальные служебные запросы (SSR), информация об инвалидности пассажира и т.д. В целях противодействия террористической угрозе и преступности правительства некоторых стран требуют также от авиакомпаний предоставления подробных данных о путешественниках — таких как дата и место рождения, пол, гражданство пассажира, его домашний и рабочий номера телефонов, детали кредитной карты, IP (при бронировании онлайн), данные другого лица для связи в случае чрезвычайных обстоятельств и т.д. Отдельные частные организации выражают обеспокоенность фактом исключительно подробной информацией, содержащейся в PNR.

{{NameSystemLink}} передает номера телефонов всех пассажиров при бронировании для оперативного информирования авиакомпанией пассажиров об изменениях в полете.

== Модификация PNR ==

В ГРС предусмотрена возможность внесения изменений в элементы PNR. Если модификация элементов записи может привести к нарушению принципа однородности (все пассажиры, информация о которых занесена в PNR, следуют вместе в одном направлении), то в данном случае применяется деление PNR.

Порядок модификации элементов определен правилами конкретной ГРС и содержится в соответствующих инструкциях по бронированию.

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

Изменение таймлимита может производиться только специально уполномоченным работникам агентств по разрешению перевозчика.

При ручном (через терминал) изменении\удалении пассажиров и их данных в PNR необходимо так же менять\удалять данные и служебные ремарки Nemo с данными этих пассажиров.

== Порядок создания группового PNR ==

Группе пассажиров присваивается имя — любое название, сформированное по правилам работы конкретной системы бронирования. В отдельных случаях группа получает дополнительно пятизначный буквенно-цифровой регистрационный номер (в целях упрощения работы агентства и для контроля за перевозками).

При бронировании большого количества мест (как правило, больше 9) время подтверждения со стороны АК запрашиваемого количества мест может быть больше обычного.

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

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

Модификация групповых PNR в КСР осуществляется по правилам модификации индивидуального PNR.

== См. также ==
* [[Локатор]]
* [[Автоэкспорт PNR]]
* [[Интеграция]]
* [[КРС (Компьютерная система резервирования)]]
* [[ГРС]]
* [[Электронный билет]]
* [[Бронирование]]
* [[Оперирующий перевозчик]]
* [[Просмотр терминального вида PNR]]

Маршрут-квитанция

2017-10-02T11:42:55Z

Даша Жукова: /* Отправка маршрут-квитанции */

[[Category:Термины]]
[[Category:Руководство]]

'''Маршрут-квитанция''' (Itinerary receipt) — свидетельство о покупке электронного билета.

==Описание==
Маршрут-квитанция (МК) представляет собой выписку из автоматизированной информационной системы оформления воздушных перевозок. Она высылается сразу после онлайн-бронирования по электронной почте или выдается в кассе в распечатанном варинте.

==Назначение==
Служит как напоминание пассажиру о деталях перелета и обладает функциями документа отчётности. Не является перевозочным документом.

Как правило, маршрут-квитанция не требуется при регистрации рейса в аэропорту, но может понадобиться в некоторых случаях при прохождении паспортного или таможенного контроля (чаще заграницей), а также иногда предъявляется при входе в здание аэровокзала, работающего в условиях повышенных мер безопасности.

== Рекомендованный вид маршрут-квитанции ==

Маршрут-квитанция содержит следующие сведения о перевозке пассажира и багажа:

* Сведения о пассажире (для внутренних перевозок должны быть указаны: фамилия, имя, отчество, наименование, серия и номер документа, удостоверяющего личность; для международных перевозок: фамилия, другие сведения в соответствии с международными нормами);
* Наименование и (или) код перевозчика;
* Номер рейса;
* Дату отправления рейса;
* Время отправления рейса;
* Наименование и (или) коды аэропортов/пунктов отправления и назначения для каждого рейса;
* Тариф;
* Эквивалент тарифа (если применяется);
* Итоговую стоимость перевозки;
* Форму оплаты;
* Сборы (если применяются);
* Наименование и (или) код класса бронирования;
* Код статуса бронирования;
* Дату оформления;
* Наименование агентства/перевозчика, оформившего билет;
* Норму бесплатного провоза багажа (по усмотрению);
* Уникальный номер электронного билета.

{{Attention|В случае изменений данных выписанного заказа, отображаемых в маршрут-квитанции, происходит её перегенерация и отправка обновленной МК на почту.}}

== Номер билета в маршрут-квитанции ==

Одним из основных условий корректной выписки билета, является наличие его номера в формируемой системой маршрут-квитанции. Если Вы обнаружили заказ, в котором присутствует маршрут-квитанция без номера билета необходимо:

# Проверить статус найденного заказа в терминале.
# Провести диагностику заказов в {{NameSystem}} с целью выявления проблемных заказов.

== Шаблон маршрут-квитанции ==

Шаблон маршрут-квитанции настраивает в разделе '''Настройки системы → Нотификации → Документы → Маршрут-квитанция'''.

{{Attention|Задайте шаблон МК '''для каждой ГРС''' (поле ''Источник'').}}

{| class="wikitable"
|-
|[[File:Шаблон маршрут-квитанции.png|900px]]
|-
|Настройка шаблона маршрут-квитанции
|}

{{Attention|Использовать шрифт по умолчанию в маршрут-квитанции не рекомендуется.}}

Список рекомендуемых к использованию шрифтов:
* Arial
* Courier New
* Times New Roman
* Verdana
* Andale Mono
* Georgia
* Trebuchet MS

===МК на разных языках===
В {{NameSystem}} реализована мультиязычность маршрут-квитанций. Шаблон МК можно настроить:
*по умолчанию для всех языков,
*отдельно для каждого языка. <br /> При оформлении билета МК приходит в соответствии с шаблоном, заданным для языка, на который переключен сайт, значение переменных так же подставляется в зависимости от языка, на котором оформляется заказ.

Чтобы задать разные МК для разных языков, используйте переключатель ''Выберите язык для полей'':

{| class="wikitable"
|-
|[[Файл:Маршрут-квитанция для разных языков.png|600px]]
|-
|Маршрут-квитанция для разных языков
|}

== Маршрут-квитанция на английском языке ==
Независимо от языка сайта, можно скачать маршрут-квитанцию на английском языке. Для этого необходимо иметь переведённый шаблон маршрут-квитанции (настройка описана выше), а так же:
# Включить {{Setting|Отображать ссылку на английскую версию МК}} в настройке формы бронирования в разделе '''Управление продажами → Процессы → Форма бронирования'''.
# Включить {{Setting|Использовать страницу предварительного просмотра маршрут-квитанции}} в разделе '''Управление продажами → Устаревшие настройки → Настройка''')
После этого на странице просмотра МК будет доступна ссылка на англоязычную МК — «Скачать МК на английском языке».

== Отправка маршрут-квитанции ==

При необходимости, менеджер может настроить варианты автоматической отправки маршрут-квитанции: всегда осуществлять автоматическую отправку, только при автовыписке либо никогда не отправлять. Путь к настройке: '''Настройки системы → Нотификации и документы → Настройка почты''', настройка «Автоматическая отправка Маршрут-квитанции».

Настройка может принимать одно из 3-х значений:

1) '''При любой выписке''' - после ручной либо автоматической выписки маршрут-квитанция будет отправлена на электронную почту покупателя

2) '''Только при автовыписке''' - маршрут-квитанцию будет отправлена на почту покупателю только в том случае, если по заказу сработала автовыписка.

3) '''Не отправлять''' - отправку маршрут-квитанции можно осуществить только вручную

Независимо от настройки, после выписки, по ссылке «Мои билеты» на странице заказа для b2b пользователей будет доступна страница повторной (либо первичной) отправки маршрут-квитанции. Можно будет скачать документы в формате pdf либо отправить их на указанные адреса, предварительно отредактировав нотификацию о выписке. У b2c пользователей при нажатии «Мои билеты» происходит скачивание маршрут-квитанции в формате pdf.

Обращаем Ваше внимание, что сама маршрут-квитанция недоступна для редактирования. Если в письме о выписке используется переменная %ITINERARY_RECEIPT%, которая транслирует данные маршрут-квитанции в нотификацию об успешной выписке, на странице отправки МК будет доступно редактирование лишь письма о выписке, которое не повлечёт за собой изменений в самой маршрут-квитанции.

== Переменные шаблона ==

В маршрут-квитанции доступны шаблонные переменные и переменные с НДС, которые можно использовать для подстановки конкретных значений, относящихся к заказу, в момент ее генерации.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Справочник шаблонных переменных маршрут-квитанции'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|%AGENCY_NAME%
|Название агентства
|-
|%AGENCY_LOGO%
|Лого агентства (изображение логотипа агентства должно быть в формате JPG или PNG)
|-
|%AGENCY_ADDRESS%
|Адрес агентства
|-
|%AGENCY_PHONE%
|Телефон агентства
|-
|%CLIENT_NAME%
|Имя заказчика
|-
|%CLIENT_PATRONYMIC%
|Отчество заказчика
|-
|%EXT_HTML%
|Купон
|-
|%BOOKING_LOCATOR%
|Ид услуги в сервисе
|-
|%BOOKING_ID%
|Ид услуги в системе
|-
|%EXTERNAL_ID%
|Внешний ID заказа
|-
|%DATE%
|Дата
|-
|%FORM_OF_PAYMENT%
|Форма оплаты (стандартное имя платежного шлюза, а не заданное в настройках)
|-
|%PAYMENT_DATE%
|Дата оплаты
Если у заказа нет завершенных транзакций, переменная будет содержать дату выписки.
|-
|%SERVICE%
|Поставщик услуги
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%PASS_SALUTATION%
|Обращение к пассажиру (Mr./Mrs.)
|-
|%PASS_LASTNAME%
|Фамилия
|-
|%PASS_NAME%
|Имя
|-
|%PASS_PATRONYMIC%
|Отчество
|-
|%PASS_DOC_NUM%
|Номер документа
|-
|%PASS_DOC_TYPE%
|Тип документа
|-
|%PASS_TYPE%
|Тип туриста/пассажира
|-
|%QRCODE%
|QR-код
|-
|%PASS_BASE_FARE%
|Тариф
|-
|%PASS_TAXES_SUMM%
|Сумма такс на пассажира
|-
|%PASS_TOTAL_PRICE%
|Стоимость заказа(без сборов агентства)
|-
|%DEPARTURE_AIRPORT%
|Аэропорт отправления
|-
|%ARRIVAL_AIRPORT%
|Аэропорт прибытия
|-
|%BASE_FARE%
|Базовый тариф
|-
|%FLIGHT_ENDORSMENTS%
|Передаточная надпись
|-
|%FLIGHT_FARE_CALC%
|Расчёт тарифа {{Attention| Использование данной переменной поддерживается не всеми поставщиками.}}
|-
|%MARKETING_AIRLINE%
|Обслуживающая авиакомпания
|-
|%TAXES%
|Детализация значений всех такс с их кодами
|-
|%TICKET_NUMBER%
|Номер билета
|-
|%TICKET_DATE%
|Дата выписки билета
|-
|%SMOKING_TYPE%
|Тип курящий/некурящий
|-
|%PAYMENT_GATEWAY_NAME%
|Название платежного шлюза
|-
|%BAGGAGE_ALLOWANCE%
|Багаж (может использоваться внутри и вне сегмента; вне сегмента отображается минимальный багаж для текущего пассажира)
|-
|%TICKETING_VALIDATOR%
|Код валидатора стока выписки реквизитов — указанный на стороне Nemo 2.0
|-
|%TICKETING_VALIDATOR_CODE%
|Код валидатора
|-
|%PASS_AGENCY_TAX%
|Агентский сбор за все бронирование
|-
|%PASS_AGENCY_TAX_EACH%
|Агентский сбор, поровну разделенный на пассажиров
|-
|%PASS_TAX_TOTAL_PRICE%
|Общая стоимость заказа за всех пассажиров (со сборами агентства)
|-
|%SEG_DEP_AIRPORT%
|Аэропорт отправления (в сегменте)
|-
|%SEG_START_TERMINAL%
|Начальный терминал
|-
|%SEG_DEP_DATE%
|Дата отправки в сегменте
|-
|%SEG_DEP_TIME%
|Время отправки в сегменте
|-
|%SEG_ARR_AIRPORT%
|Аэропорт прибытия (в сегменте)
|-
|%SEG_ARR_DATE%
|Дата прилета в сегменте
|-
|%SEG_ARR_TIME%
|Время прилета в сегменте
|-
|%SEG_SUN_INFO%
|Вывод информации о солнечной стороне в полёте. {{Attention|Информация о солнечной стороне выводится только в том случае, если солнце будет освещать какую-либо сторону более 15% от общего времени перелёта.}}
|-
|%SEG_END_TERMINAL%
|Конечный терминал
|-
|%SEG_FLT_NUMBER%
|Номер рейса в сегменте
|-
|%SEG_NUM%
|Номер сегмента
|-
|%SEG_AIRLINE_NAME%
|Авиакомпания в сегменте полета
|-
|%SEG_OPERATING_AIRLINE%
|Авиакомпания, выполняющая рейс в сегменте
|-
|%SEG_AIRCRAFT_NAME%
|Название воздушного судна
|-
|%SEG_DISTANSE%
|Расстояние в км
|-
|%SEG_FLT_TIME%
|Время полета
|-
|%SEG_STOP_QUANTITY%
|Количество технических остановок. Использовать необходимо внутри группы %SEGMENT%.
|-
|%SEG_STOP_INFORMATION%
|Детальная информация о техпосадках. Отображает полную информацию о технических посадках в перелете.
|-
|%AGENCY_CURRENCY_CODE%
|Код валюты агенства
|-
|%PASS_AGENCY_FEE_LETTERS_EN%
|Агентский сбор прописью на английском (сбор за заказ)
|-
|%PASS_AGENCY_FEE_LETTERS_RU%
|Агентский сбор прописью на русском (сбор за заказ)
|-
|%PASS_AGENCY_TAX_WITHOUT_EXT_SERV%
|Агентский сбор без учета доп.услуг (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_EN%
|Агентский сбор без учета доп.услуг прописью на английском (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_RU%
|Агентский сбор без учета доп.услуг прописью на русском (сбор за пассажира)
|-
|%SEG_AIRLINE_NOTICE%
|Примечание от авиакомпании XX, внесенное в переводы по метке XX_ir_notice (XX = IATA код)
|-
|%SEG_BASE_FARE_CODE%
|Код базового тарифа (в сегменте)
|-
|%SEG_CLASS%
|Класс в сегменте
|-
|%SEG_US_BAGGAGE_INFO%
|Дополнительная информация о нормах багажа в США(на сайте перевозчика)
|-
|%SEG_BAGGAGE_ALLOWANCE%
|Багаж для сегмента. Устаревшая переменная, рекомендуется использовать %BAGGAGE_ALLOWANCE%
|-
|%SEG_STATUS%
|Статус сегмента
|-
|%SEG_VENDOR_ID%
|ID заказа в авиакомпании
|-
|%SEG_SEAT%
|Место пассажира
|-
|%SEG_TICKET_NUM%
|Номер билета пассажира на сегменте
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%TOTAL_CHARGE%
|Сумма сборов
|-
|%PDF_URL%
|Ссылка на МК в формате PDF (для заказов в АРС Сирена Трэвел МК будет от поставщика)
|-
|%VIEWTRIP_URL%
|Ссылка на информацию о перелете в сервисе ViewTrip
|-
|%CHILD_DATE_OF_BIRTH%
|Дата рождения пассажира
|-
|%LOYALTY_CARD%
|Карта лояльности
|-
|%MEAL%
|Предпочитаемое питание
|-
|%PASS_PRICE_WITH_CHARGE%
|Общая стоимость билета на пассажира (со сборами агентства)
|-
|%AEROEXPRESS_TICKET_URLS%
|Ссылки на билеты Аэроэкспресса
|-
|%AEROEXPRESS_TICKET_IMG%
|Билеты на Аэроэкспресс
|-
|%EXTSERVICE_INFO%
|Информация о дополнительной услуге
|-
|%BOOKING_ACCESS_CODE%
|Код доступа к заказу
|-
|%PAYMENT_CARD_NUMBER%
|Номер банковской карты оплаты (в формате ПК XXXXXXXXXXXX9987)
|-
|%FLIGHT_TARIFF_FULL_NAME%
|Полное название тарифа
|-
|%FLIGHT_TARIFF_HAND_LUGGAGE%
|Ручная кладь
|-
|%FLIGHT_TARIFF_BAGGAGE%
|Багаж
|-
|%FLIGHT_TARIFF_IS_CHANGEABLE%
|Информация об условиях обмена (текст, для семейств тарифов)
|-
|%FLIGHT_TARIFF_IS_REFUNDABLE%
|Информация о правилах возврата (для семейств тарифов)
|-
|%FLIGHT_TARIFF_MILES%
|Мили
|-
|%FLIGHT_TARIFF_MEALS%
|Питание
|-
|%FLIGHT_TARIFF_VIP%
|Бизнес-зал
|-
|%FLIGHT_TARIFF_SEAT_SELECTION%
|Информация о регистрации мест
|}

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Дополнительные переменные с НДС'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
| %VAT_TARIFF%
| НДС на тариф
|-
| %VAT_TAXES%
| НДС за таксы
|-
|-
| %VAT%
| НДС (тарифа + такс)
|-
|-
| %VAT_DUES%
| НДС за сборы
|-
|-
| %VAT_TOTAL_AMOUNT%
| Сумма НДС
|}

</div>
</div>
Переменные с НДС в маршрут-квитанции будут доступны в том случае, если активна опция {{Setting|Показывать переменные для НДС в маршрут квитанции}} в разделе «Управление сайтом» → «Домены и протоколы», и в разделе «Управление продажами» → «Авиабилеты» → «Процессы» → «Процесс выписки» настроен список АК, по каким должен вычисляться НДС (по умолчанию если не указано ни одной АК, НДС не будет рассчитываться ни по одной АК). Расчет будет производиться по валидирующему перевозчику (АК, ответственной за операции с билетами и другие транзакции), вне зависимости от АК, участвующих в перелете.

* Для Sabre и Galileo НДС рассчитывается по настройке {{Setting|НДС (в процентах)}} из того же раздела админки.
* Для Sirena2000 только НДС на сбор рассчитывается по этой настройке, остальное приходит от поставщика.
* В случае упрощенной системы налогообложения («Аккаунт менеджмент» → «Агенты и пользователи» → «Профили компаний» — настройка {{Setting|Тип налогообложения}} имеет значение {{Setting|Упрощенная система}}) НДС на такие сборы будет равен 0.
* НДС по сборам можно спрятать в НДС по таксам, для этого нужно включить настройку {{Setting|Скрывать сборы в таксы на маршрут-квитанции}} из раздела «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка».

{{Attention|Печать маршрут-квитанции для каждого пассажира на индивидуальной странице осуществляется добавлением элемента с соответствующим стилем <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;"><hr style="page-break-after: always;"></syntaxhighlight>.}}

=== Группы ===

Для того чтобы указать в маршрут-квитанции информацию о нескольких пассажирах (сегментах полета и пр.) используются группы. Они лишь объединяют другие переменные и самостоятельными параметрами не обладают. Поэтому добавляя группу, не забывайте закрывать ее.

'''Пример'''
<pre>%PASSENGER%

ФИО: %PASS_LASTNAME% %PASS_NAME% %PASS_PATRONYMIC%

%PASSENGER%
</pre>
Будет выведена информация по каждому пассажиру в заказе. Например, если было 3 пассажира:
<pre>ФИО: Иванов Иван Иванович
ФИО: Петров Петр Петрович
ФИО: Сидоров Сидор Сидорович
</pre>

Для того, чтобы вывести информацию о семействе тарифов, также используются группы. <br>
'''Пример'''
<pre>
%FLIGHT_TARIFF_GROUP%

%FLIGHT_TARIFF_FULL_NAME%
%FLIGHT_TARIFF_IS_REFUNDABLE%
%FLIGHT_TARIFF_IS_CHANGEABLE%
%FLIGHT_TARIFF_HAND_LUGGAGE%
%FLIGHT_TARIFF_BAGGAGE%

%FLIGHT_TARIFF_GROUP%
</pre>
Будет выведена информация о семействе тарифов.
<pre>
Бюджет-Эконом
Возврат билета: Тариф полностью невозвратный.
Обмен билета: 1) Обмен билета до вылета разрешен со сборами. 2) Обмен билета после вылета не разрешен.
Ручная кладь: 1 сумка до 10 кг
Багаж: 1 сумка до 23 кг
</pre>
Переменные для вывода информации о семействе тарифа выводятся только в том случае, если есть информация о тарифной опции данного типа.
{| class="wikitable" id="keys" style="width: 50%" border="1" cellpadding="5" cellspacing="0"
|-
! colspan="3" | Описание групп
|-
! Название группы
! Описание группы
|-
| class="item tbl_groups" |  %PASSENGER%
| Пассажир
|-
| class="item tbl_groups" |  %SEGMENT%
| Сегмент
|-
| class="item tbl_groups" |  %FLIGHT_TARIFF_GROUP%
| Информация о семействе тарифа<br/>
|}

{{Attention|Для корректного отображения данных через переменные для более, чем одного пассажира, группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SEGMENT%</syntaxhighlight> должна размещаться только внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASSENGER%</syntaxhighlight>.}}

В разделе «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» размещена опция {{Setting|Скрывать сборы в таксы на маршрут-квитанции}}.
Если она активирована, то при наличии сбора в сумме заказа он будет поровну распределен на всех пассажиров, для которых стоимость билета ненулевая, и замаскирован под таксу с кодом XP.

== Альтернативные МК из ГРС ==
В шаблоне маршрут-квитанции имеется языкозависимая переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SUPPLIER_ITIN_RECEIPT%</syntaxhighlight> — ссылка на маршрут-квитанцию поставщика, которая содержит адрес сервиса поставщика для получения альтернативной МК. Поддерживается для:
* [http://www.virtuallythere.com Sabre] {{Attention|Необходимо самостоятельно указать e-mail пассажира, введенный при бронировании, для просмотра заказа.}}

* [http://www.viewtrip.com Galileo]
* [http://myb.s7.ru SITA] {{Attention|Только для авиакомпании S7.}}
* [http://myairlines.ru Сирена-Трэвел] {{Attention|Необходимо самостоятельно заполнить данные: PNR и фамилию пассажира для просмотра заказа.}}

Языковая зависимость переменной реализована для сервисов www.virtuallythere.com и myb.s7.ru. Внешний сервис получения альтернативной МК может не поддерживать язык, выбранный в {{NameSystem}}.

В раздел «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» добавлена настройка {{Setting|Скрывать стоимость заказа в маршрут квитанции поставщика}}. Данная настройка работает только для поставщиков Sabre и Galileo. Для SITA S7 не требуется выполнять каких-либо специальных действий для скрытия стоимости на сайте S7, т.к. myb.s7.ru не отображает стоимость PNR, выписанных в агентствах не S7.

В раздел «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» → «Выписка» добавлена настройка {{Setting|Использовать маршрут-квитанцию поставщика в PDF, если возможно}}. Работает она только при включенной настройке {{Setting|Добавлять pdf версию МК во вложениях}}, поскольку заменяет приложенную в PDF маршрут-квитанцию на альтернативную от ГРС, если таковая имеется.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== См. также ==
* [[Билет]]
* [[Электронный билет]]
* [[Выписка]]
* [[Тариф]]
* [[Заказы]]
* [[Пассажир]]
* [[ГРС]]

Веб-служба поиска авиабилетов

2017-09-29T11:47:18Z

Даша Жукова: /* Ответ */

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

Это сервис внутри Nemo, который позволяет получить результаты поиска.

Для подключения к веб-службе поиска авиабилетов необходимо открыть доступ нужному пользователю. Это можно сделать в разделе '''«Администрирование»''' ⇨ '''«Веб-служба. Авторизация»'''.

После добавления пользователя, ему будут присвоены Номер (ClientId) и API ключ клиента, которые нужно использовать для подключения.

WSDL находится по адресу: http://CLIENT_DOMAIN/nemoflights/wsdl.php?for=SearchFlights

== Общий формат запроса / ответа поиска ==

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="?">

<ODPairs Type="?" Direct="?" AroundDates="?">




<ODPair>
<DepDate>?</DepDate>

<DepAirp CodeType="IATA">?</DepAirp>

<ArrAirp CodeType="IATA">?</ArrAirp>

</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="?" Count="?"/>


</Travellers>
<Restrictions>
<ClassPref>?</ClassPref> 

<AirVPrefs>

<AirVPref Code="?" Include="?" Type="IATA"/> 


</AirVPrefs>
<IncludePrivateFare>?</IncludePrivateFare> 

<CurrencyCode>?</CurrencyCode> 

<MaxResultCount>?</MaxResultCount> 

<PriceRefundType>?</PriceRefundType> 





</Restrictions>
<UTMSource>?</UTMSource> 

<DeviceId> 
<Type>?</Type>

<Token>?</Token>

</DeviceId>
</SearchFlights>
</Request>
<Source>
<ClientId>?</ClientId>

<APIKey>?</APIKey>

<Language>?</Language>

<Currency>?</Currency>

<ShowNames>?</ShowNames>

<EndUserData>

<EndUserIP>123.123.123.123</EndUserIP>

<EndUserBrowserAgent>firefox</EndUserBrowserAgent>

<RequestOrigin>Russia-nemo.travel</RequestOrigin>

</EndUserData>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="?" ResultURL="?">


<Flight FlightId="?">

<WebService>?</WebService>

<ValCompany>?</ValCompany>

<URL>?</URL>

<Segments>
<Segment SegNum="?" SegGroupNum="?">


<DepAirp CodeType="IATA" Name="?">?</DepAirp>

<DepTerminal>?</DepTerminal>

<ArrAirp CodeType="IATA" Name="?">?</ArrAirp>

<ArrTerminal>?</ArrTerminal>

<OpAirline>?</OpAirline>

<OpAirlineName>?</OpAirlineName>

<OpAirlineLogo>?</OpAirlineLogo>

<MarkAirline>?</MarkAirline>

<MarkAirlineName>?</MarkAirlineName>

<MarkAirlineLogo>?</MarkAirlineLogo>

<FlightNumber>?</FlightNumber>

<AircraftName>?</AircraftName>

<AircraftType>?</AircraftType>

<DepDateTime>?</DepDateTime>

<ArrDateTime>?</ArrDateTime>

<StopNum>?</StopNum>

<StopPoints>

<StopPoint>
<AirportCode>?</AirportCode>

<UTC>?</UTC>

<ArrDateTime>?</ArrDateTime>

<DepDateTime>?</DepDateTime>

</StopPoint>
</StopPoints>
<BookingCodes>
<BookingCode ClassType="?">

<BookingCode>?</BookingCode>

</BookingCode>
</BookingCodes>
<FlightTime>?</FlightTime>

<RemainingSeats>?</RemainingSeats>

<TimeZone Departure="?" Arrival="?"/>


<ETicket>?</ETicket>

<isCharter>?</isCharter>

<BaggageAllowances>

<BaggageAllowance>
<PassengerType>?</PassengerType>

<Value>?</Value>

<Measurement>?</Measurement>

</BaggageAllowance>
</BaggageAllowances>
</Segment>
</Segments>
<PricingInfo Refundable="?">

<PassengerFare Type="?" Quantity="?">


<TravellerRef/>

<BaseFare Currency="?" Amount="?"/>

<EquiveFare Currency="?" Amount="?"/>

<TotalFare Currency="?" Amount="?"/>

<Taxes>
<Tax CurCode="?" TaxCode="?" Amount="?"/>

</Taxes>
<Tariffs>
<Tariff Code="?" SegNum="?"/>

</Tariffs>
<FareCalc>?</FareCalc>

<LastTicketDateTime>?</LastTicketDateTime>

</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="?">?</Charges>

<TotalPrice Currency="?">?</TotalPrice>

</Flight>
<Flight>...</Flight>
....................
<Flight>...</Flight>
</Flights>
<Errors>
<Error Code="?">

<ServiceErrorMessage>?</ServiceErrorMessage>

<Message>?</Message>

</Error>
</Errors>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

В ссылках на просмотр страницы результата поиска и на бронирование конкретного перелета, домен агентства/субагентства определяется следующим образом:
* Если текущий домен агентства/субагентства есть в настройках ('''Администрирование''' ⇨ '''Настройки агентства''' ⇨ '''Доменное имя сайта для загрузки настроек'''), то этот домен используется в ссылках.
* Если текущего домена нет в настройках, то используется первый домен из настроек.
* Если в настройках не прописано ни одного домена, то используется текущий домен.

На поиск действуют ограничения заданные в настройках агентства, в частности ограничения по пассажирам и ограничение ближайшей разрешенной даты поиска билетов.
* Если дата поиска меньше ближайшей разрешенной даты для поиска билетов, то выводится сообщение об ошибке Invalid search param: Неверная дата вылета: слишком близкая
* Если количество взрослых пассажиров превышает допустимое ограничение - Invalid search param: Слишком много взрослых
* Если количество детей в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много детей
* Если количество младенцев в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много инфантов
* Если количество младенцев с местом в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много инфантов

Примечание:

Если в запросе поиска указать PriceRefundType = “Both”, то для всех ГРС кроме Sabre будет отправляться 2 запроса.
Если количество доп. цен в БФМ запросе в Сейбре больше 10, то и в нем будет 2 запроса. Количество доп. цен в запросе зависит от:
* Настроек прайсинга по альтернативным J типам в пакете реквизитов;
* Количества запрошенных классов перелетов;
* Количества запрошенных типов пассажиров;
* Настройки "Дополнительно запросить только публичные тарифы" в применявшемся правила маршрутизатора.

== Примеры использования ==

=== Односторонний перелет ===

Пример одностороннего перелета: Москва — Мадрид, 1 взрослый, 1 ребенок, эконом класс, предпочитаемая авиакомпания — Аэрофлот.

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="OW" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-03-20</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="1"/>
<Traveller Type="CNN" Count="1"/>
</Travellers>
<Restrictions>
<ClassPref>economy</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs>

<AirVPref Code="SU" Include="true" Type="IATA"/>
</AirVPrefs>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>---</ClientId>
<APIKey>---</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://CLIEN_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="13949" ResultURL="http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D13949">
<Flight FlightId="168090001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090001</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA" Name="Мадрид">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<OpAirlineName>Аэрофлот - Российские авиалинии</OpAirlineName>
<MarkAirline>SU</MarkAirline>
<MarkAirlineName>Аэрофлот - Российские авиалинии</MarkAirlineName>
<FlightNumber>2500</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-03-20T08:05:00</DepDateTime>
<ArrDateTime>2014-03-20T10:15:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>310</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="10535"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="8485"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">19020</TotalPrice>
</Flight>
<Flight FlightId="168090002">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090002</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>2604</FlightNumber>
<AircraftType>320</AircraftType>
<DepDateTime>2014-03-20T20:30:00</DepDateTime>
<ArrDateTime>2014-03-20T22:40:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>310</FlightTime>
<RemainingSeats>5</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="10535"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="8485"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">19020</TotalPrice>
</Flight>
<Flight FlightId="168090003">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090003</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">BCN</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>2638</FlightNumber>
<AircraftType>321</AircraftType>
<DepDateTime>2014-03-20T09:10:00</DepDateTime>
<ArrDateTime>2014-03-20T10:40:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>270</FlightTime>
<RemainingSeats>7</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA">BCN</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>UX</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>3403</FlightNumber>
<AircraftType>738</AircraftType>
<DepDateTime>2014-03-20T12:05:00</DepDateTime>
<ArrDateTime>2014-03-20T13:25:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>80</FlightTime>
<RemainingSeats>5</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="13681"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="JD" Amount="675"/>
<Tax CurCode="RUB" TaxCode="QV" Amount="186"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU X/BCN SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="11631"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="JD" Amount="675"/>
<Tax CurCode="RUB" TaxCode="QV" Amount="186"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU X/BCN SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">25312</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

=== Перелет туда-обратно ===

Пример перелета туда-обратно: Москва — Париж, 2 взрослых, бизнес класс. '''Выдача с именами авиакомпаний, воздушных судов, аэропортов.'''

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="RT" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-12-20</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">PAR</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-21</DepDate>
<DepAirp CodeType="IATA">PAR</DepAirp>
<ArrAirp CodeType="IATA">MOW</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="2"/>
</Travellers>
<Restrictions>
<ClassPref>business</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs/>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>---</ClientId>
<APIKey>---</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://trunk.mlsd.ru/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="190484987" ResultURL="http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D190484987">
<Flight FlightId="372384680001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dbooking%2Finfo%26uid%3D190484987%26flight%3D372384680001%26utm_source%3Dalias1</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>657</FlightNumber>
<AircraftName>Airbus 319</AircraftName>
<AircraftType>319</AircraftType>
<DepDateTime>2014-12-20T05:05:00</DepDateTime>
<ArrDateTime>2014-12-20T06:05:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>180</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="3" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Шарль де Голль, Париж">CDG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>314</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-12-20T17:10:00</DepDateTime>
<ArrDateTime>2014-12-20T19:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>160</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="3" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Шарль де Голль, Париж">CDG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>311</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-12-21T10:10:00</DepDateTime>
<ArrDateTime>2014-12-21T12:30:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>140</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="4" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>656</FlightNumber>
<AircraftName>Airbus 319</AircraftName>
<AircraftType>319</AircraftType>
<DepDateTime>2014-12-21T23:20:00</DepDateTime>
<ArrDateTime>2014-12-22T04:10:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>170</FlightTime>
<RemainingSeats>2</RemainingSeats>
<TimeZone Departure="1" Arrival="3"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="true">
<PassengerFare Type="ADT" Quantity="2">
<BaseFare Currency="EUR" Amount="620"/>
<EquiveFare Currency="RUB" Amount="34720"/>
<TotalFare Currency="RUB" Amount="44430"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="428"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="428"/>
<Tax CurCode="RUB" TaxCode="UH" Amount="304"/>
<Tax CurCode="RUB" TaxCode="LG" Amount="185"/>
<Tax CurCode="RUB" TaxCode="LG" Amount="185"/>
<Tax CurCode="RUB" TaxCode="RS" Amount="224"/>
<Tax CurCode="RUB" TaxCode="RS" Amount="224"/>
<Tax CurCode="RUB" TaxCode="RF" Amount="55"/>
<Tax CurCode="RUB" TaxCode="RF" Amount="55"/>
<Tax CurCode="RUB" TaxCode="FR1" Amount="434"/>
<Tax CurCode="RUB" TaxCode="FR4" Amount="714"/>
<Tax CurCode="RUB" TaxCode="QX3" Amount="1546"/>
<Tax CurCode="RUB" TaxCode="IZ4" Amount="224"/>
</Taxes>
<Tariffs>
<Tariff Code="WRTRU" SegNum="4"/>
</Tariffs>
<FareCalc>MOW JU X/BEG JU PAR401.57JU X/BEG JU MOW401.57NUC803.14END ROE0.771963</FareCalc>
<LastTicketDateTime>2014-12-20T04:05:00</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">88860</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

=== Сложный маршрут ===

Пример сложного маршрута: Прага — Москва — Милан — Мадрид, 1 взрослый, 1 младенец, эконом класс. '''Выдача с именами авиакомпаний, воздушных судов, аэропортов.'''

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="CR" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-12-20</DepDate>
<DepAirp CodeType="IATA">PRG</DepAirp>
<ArrAirp CodeType="IATA">MOW</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-23</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">MIL</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-27</DepDate>
<DepAirp CodeType="IATA">MIL</DepAirp>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="1"/>
<Traveller Type="INF" Count="1"/>
</Travellers>
<Restrictions>
<ClassPref>economy</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs/>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>134</ClientId>
<APIKey>93632C10DA299034C03D742FB160C2D6</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://trunk.mlsd.ru/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="190491108" ResultURL="http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D190491108">
<Flight FlightId="372394480001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dbooking%2Finfo%26uid%3D190491108%26flight%3D372394480001%26utm_source%3Dalias1</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Прага">PRG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1485</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-20T10:05:00</DepDateTime>
<ArrDateTime>2014-12-20T11:30:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>85</FlightTime>
<RemainingSeats>2</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Домодедово, Москва">DME</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1326</FlightNumber>
<AircraftName>Airbus 321</AircraftName>
<AircraftType>321</AircraftType>
<DepDateTime>2014-12-20T12:20:00</DepDateTime>
<ArrDateTime>2014-12-20T17:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>210</FlightTime>
<RemainingSeats>6</RemainingSeats>
<TimeZone Departure="1" Arrival="3"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="3" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Домодедово, Москва">DME</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1325</FlightNumber>
<AircraftName>Airbus 321</AircraftName>
<AircraftType>321</AircraftType>
<DepDateTime>2014-12-23T09:05:00</DepDateTime>
<ArrDateTime>2014-12-23T10:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>V</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>225</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="3" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="4" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Мальпенса, Милан">MXP</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1628</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-23T12:25:00</DepDateTime>
<ArrDateTime>2014-12-23T13:20:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>55</FlightTime>
<RemainingSeats>8</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="5" SegGroupNum="2">
<DepAirp CodeType="IATA" Name="Мальпенса, Милан">MXP</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1639</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-27T07:05:00</DepDateTime>
<ArrDateTime>2014-12-27T08:05:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>60</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="6" SegGroupNum="2">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Мадрид">MAD</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>2026</FlightNumber>
<AircraftName/>
<AircraftType>32A</AircraftType>
<DepDateTime>2014-12-27T12:30:00</DepDateTime>
<ArrDateTime>2014-12-27T14:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>V</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>140</FlightTime>
<RemainingSeats>1</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="CZK" Amount="8440"/>
<EquiveFare Currency="RUB" Amount="17305"/>
<TotalFare Currency="RUB" Amount="31456"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="1960"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="1960"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="378"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="378"/>
<Tax CurCode="RUB" TaxCode="UH" Amount="284"/>
<Tax CurCode="RUB" TaxCode="CZ" Amount="1159"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="EX" Amount="56"/>
<Tax CurCode="RUB" TaxCode="IT1" Amount="707"/>
<Tax CurCode="RUB" TaxCode="VT" Amount="142"/>
<Tax CurCode="RUB" TaxCode="HB" Amount="364"/>
<Tax CurCode="RUB" TaxCode="MJ" Amount="67"/>
</Taxes>
<Tariffs>
<Tariff Code="KNC29F3S" SegNum="2"/>
<Tariff Code="VNC28G2S" SegNum="6"/>
<Tariff Code="KNN2SSR" SegNum="5"/>
</Tariffs>
<FareCalc>PRG LX X/ZRH LX MOW28.06LX ZRH*LX MIL31.13LX ZRH31.13*LX MAD175.52 1S129.53NUC395.37END ROE21.3469</FareCalc>
<LastTicketDateTime>2014-12-20T11:05:00</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="INF" Quantity="1">
<BaseFare Currency="CZK" Amount="3333"/>
<EquiveFare Currency="RUB" Amount="6835"/>
<TotalFare Currency="RUB" Amount="6835"/>
<Taxes/>
<Tariffs>
<Tariff Code="KNC29F3S/IN90" SegNum="2"/>
<Tariff Code="VNC28G2S/IN90" SegNum="6"/>
<Tariff Code="KNN2SSR/IN90" SegNum="5"/>
</Tariffs>
<FareCalc>PRG LX X/ZRH LX MOW2.80LX ZRH*LX MIL3.11LX ZRH3.11*LX MAD17.55 1S129.53NUC156.10END ROE21.3469</FareCalc>
<LastTicketDateTime>2014-12-20T11:05:00</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">765.82</Charges>
<TotalPrice Currency="RUB">39056.82</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

== См. также ==

*[[Агентский API Авиабилеты]]

[[Категория:Интеграция]]
[[Категория:Агентский API]]

Маршрут-квитанция

2017-09-18T12:35:32Z

Даша Жукова:

[[Category:Термины]]
[[Category:Руководство]]

'''Маршрут-квитанция''' (Itinerary receipt) — свидетельство о покупке электронного билета.

==Описание==
Маршрут-квитанция (МК) представляет собой выписку из автоматизированной информационной системы оформления воздушных перевозок. Она высылается сразу после онлайн-бронирования по электронной почте или выдается в кассе в распечатанном варинте.

==Назначение==
Служит как напоминание пассажиру о деталях перелета и обладает функциями документа отчётности. Не является перевозочным документом.

Как правило, маршрут-квитанция не требуется при регистрации рейса в аэропорту, но может понадобиться в некоторых случаях при прохождении паспортного или таможенного контроля (чаще заграницей), а также иногда предъявляется при входе в здание аэровокзала, работающего в условиях повышенных мер безопасности.

== Рекомендованный вид маршрут-квитанции ==

Маршрут-квитанция содержит следующие сведения о перевозке пассажира и багажа:

* Сведения о пассажире (для внутренних перевозок должны быть указаны: фамилия, имя, отчество, наименование, серия и номер документа, удостоверяющего личность; для международных перевозок: фамилия, другие сведения в соответствии с международными нормами);
* Наименование и (или) код перевозчика;
* Номер рейса;
* Дату отправления рейса;
* Время отправления рейса;
* Наименование и (или) коды аэропортов/пунктов отправления и назначения для каждого рейса;
* Тариф;
* Эквивалент тарифа (если применяется);
* Итоговую стоимость перевозки;
* Форму оплаты;
* Сборы (если применяются);
* Наименование и (или) код класса бронирования;
* Код статуса бронирования;
* Дату оформления;
* Наименование агентства/перевозчика, оформившего билет;
* Норму бесплатного провоза багажа (по усмотрению);
* Уникальный номер электронного билета.

{{Attention|В случае изменений данных выписанного заказа, отображаемых в маршрут-квитанции, происходит её перегенерация и отправка обновленной МК на почту.}}

== Номер билета в маршрут-квитанции ==

Одним из основных условий корректной выписки билета, является наличие его номера в формируемой системой маршрут-квитанции. Если Вы обнаружили заказ, в котором присутствует маршрут-квитанция без номера билета необходимо:

# Проверить статус найденного заказа в терминале.
# Провести диагностику заказов в {{NameSystem}} с целью выявления проблемных заказов.

== Шаблон маршрут-квитанции ==

Шаблон маршрут-квитанции настраивает в разделе '''Настройки системы → Нотификации → Документы → Маршрут-квитанция'''.

{{Attention|Задайте шаблон МК '''для каждой ГРС''' (поле ''Источник'').}}

{| class="wikitable"
|-
|[[File:Шаблон маршрут-квитанции.png|900px]]
|-
|Настройка шаблона маршрут-квитанции
|}

{{Attention|Использовать шрифт по умолчанию в маршрут-квитанции не рекомендуется.}}

Список рекомендуемых к использованию шрифтов:
* Arial
* Courier New
* Times New Roman
* Verdana
* Andale Mono
* Georgia
* Trebuchet MS

===МК на разных языках===
В {{NameSystem}} реализована мультиязычность маршрут-квитанций. Шаблон МК можно настроить:
*по умолчанию для всех языков,
*отдельно для каждого языка. <br /> При оформлении билета МК приходит в соответствии с шаблоном, заданным для языка, на который переключен сайт, значение переменных так же подставляется в зависимости от языка, на котором оформляется заказ.

Чтобы задать разные МК для разных языков, используйте переключатель ''Выберите язык для полей'':

{| class="wikitable"
|-
|[[Файл:Маршрут-квитанция для разных языков.png|600px]]
|-
|Маршрут-квитанция для разных языков
|}

== Маршрут-квитанция на английском языке ==
Независимо от языка сайта, можно скачать маршрут-квитанцию на английском языке. Для этого необходимо иметь переведённый шаблон маршрут-квитанции (настройка описана выше), а так же:
# Включить {{Setting|Отображать ссылку на английскую версию МК}} в настройке формы бронирования в разделе '''Управление продажами → Процессы → Форма бронирования'''.
# Включить {{Setting|Использовать страницу предварительного просмотра маршрут-квитанции}} в разделе '''Управление продажами → Устаревшие настройки → Настройка''')
После этого на странице просмотра МК будет доступна ссылка на англоязычную МК — «Скачать МК на английском языке».

== Отправка маршрут-квитанции ==

При необходимости, менеджер может настроить варианты автоматической отправки маршрут-квитанции: всегда осуществлять автоматическую отправку, только при автовыписке либо никогда не отправлять. Путь к настройке: '''Нотификации и документы -> Настройка почты -> Автоматическая отправка Маршрут-квитанции'''

Независимо от настройки, после выписки, по ссылке "Мои билеты" на странице заказа для b2b пользователей будет доступна страница повторной (либо первичной) отправки маршрут-квитанции. Можно будет скачать документы в формате pdf, либо отправить их на указанные адреса. У b2c пользователей при нажатии "Мои билеты" происходит скачивание маршрут-квитанции в формате pdf.

== Переменные шаблона ==

В маршрут-квитанции доступны шаблонные переменные и переменные с НДС, которые можно использовать для подстановки конкретных значений, относящихся к заказу, в момент ее генерации.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Справочник шаблонных переменных маршрут-квитанции'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|%AGENCY_NAME%
|Название агентства
|-
|%AGENCY_LOGO%
|Лого агентства (изображение логотипа агентства должно быть в формате JPG или PNG)
|-
|%AGENCY_ADDRESS%
|Адрес агентства
|-
|%AGENCY_PHONE%
|Телефон агентства
|-
|%CLIENT_NAME%
|Имя заказчика
|-
|%CLIENT_PATRONYMIC%
|Отчество заказчика
|-
|%EXT_HTML%
|Купон
|-
|%BOOKING_LOCATOR%
|Ид услуги в сервисе
|-
|%BOOKING_ID%
|Ид услуги в системе
|-
|%EXTERNAL_ID%
|Внешний ID заказа
|-
|%DATE%
|Дата
|-
|%FORM_OF_PAYMENT%
|Форма оплаты (стандартное имя платежного шлюза, а не заданное в настройках)
|-
|%PAYMENT_DATE%
|Дата оплаты
Если у заказа нет завершенных транзакций, переменная будет содержать дату выписки.
|-
|%SERVICE%
|Поставщик услуги
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%PASS_SALUTATION%
|Обращение к пассажиру (Mr./Mrs.)
|-
|%PASS_LASTNAME%
|Фамилия
|-
|%PASS_NAME%
|Имя
|-
|%PASS_PATRONYMIC%
|Отчество
|-
|%PASS_DOC_NUM%
|Номер документа
|-
|%PASS_DOC_TYPE%
|Тип документа
|-
|%PASS_TYPE%
|Тип туриста/пассажира
|-
|%QRCODE%
|QR-код
|-
|%PASS_BASE_FARE%
|Тариф
|-
|%PASS_TAXES_SUMM%
|Сумма такс на пассажира
|-
|%PASS_TOTAL_PRICE%
|Стоимость заказа(без сборов агентства)
|-
|%DEPARTURE_AIRPORT%
|Аэропорт отправления
|-
|%ARRIVAL_AIRPORT%
|Аэропорт прибытия
|-
|%BASE_FARE%
|Базовый тариф
|-
|%FLIGHT_ENDORSMENTS%
|Передаточная надпись
|-
|%FLIGHT_FARE_CALC%
|Расчёт тарифа {{Attention| Использование данной переменной поддерживается не всеми поставщиками.}}
|-
|%MARKETING_AIRLINE%
|Обслуживающая авиакомпания
|-
|%TAXES%
|Детализация значений всех такс с их кодами
|-
|%TICKET_NUMBER%
|Номер билета
|-
|%TICKET_DATE%
|Дата выписки билета
|-
|%SMOKING_TYPE%
|Тип курящий/некурящий
|-
|%PAYMENT_GATEWAY_NAME%
|Название платежного шлюза
|-
|%BAGGAGE_ALLOWANCE%
|Багаж (может использоваться внутри и вне сегмента; вне сегмента отображается минимальный багаж для текущего пассажира)
|-
|%TICKETING_VALIDATOR%
|Код валидатора стока выписки реквизитов — указанный на стороне Nemo 2.0
|-
|%TICKETING_VALIDATOR_CODE%
|Код валидатора
|-
|%PASS_AGENCY_TAX%
|Агентский сбор за все бронирование
|-
|%PASS_AGENCY_TAX_EACH%
|Агентский сбор, поровну разделенный на пассажиров
|-
|%PASS_TAX_TOTAL_PRICE%
|Общая стоимость заказа за всех пассажиров (со сборами агентства)
|-
|%SEG_DEP_AIRPORT%
|Аэропорт отправления (в сегменте)
|-
|%SEG_START_TERMINAL%
|Начальный терминал
|-
|%SEG_DEP_DATE%
|Дата отправки в сегменте
|-
|%SEG_DEP_TIME%
|Время отправки в сегменте
|-
|%SEG_ARR_AIRPORT%
|Аэропорт прибытия (в сегменте)
|-
|%SEG_ARR_DATE%
|Дата прилета в сегменте
|-
|%SEG_ARR_TIME%
|Время прилета в сегменте
|-
|%SEG_SUN_INFO%
|Вывод информации о солнечной стороне в полёте. {{Attention|Информация о солнечной стороне выводится только в том случае, если солнце будет освещать какую-либо сторону более 15% от общего времени перелёта.}}
|-
|%SEG_END_TERMINAL%
|Конечный терминал
|-
|%SEG_FLT_NUMBER%
|Номер рейса в сегменте
|-
|%SEG_NUM%
|Номер сегмента
|-
|%SEG_AIRLINE_NAME%
|Авиакомпания в сегменте полета
|-
|%SEG_OPERATING_AIRLINE%
|Авиакомпания, выполняющая рейс в сегменте
|-
|%SEG_AIRCRAFT_NAME%
|Название воздушного судна
|-
|%SEG_DISTANSE%
|Расстояние в км
|-
|%SEG_FLT_TIME%
|Время полета
|-
|%SEG_STOP_QUANTITY%
|Количество технических остановок. Использовать необходимо внутри группы %SEGMENT%.
|-
|%SEG_STOP_INFORMATION%
|Детальная информация о техпосадках. Отображает полную информацию о технических посадках в перелете.
|-
|%AGENCY_CURRENCY_CODE%
|Код валюты агенства
|-
|%PASS_AGENCY_FEE_LETTERS_EN%
|Агентский сбор прописью на английском (сбор за заказ)
|-
|%PASS_AGENCY_FEE_LETTERS_RU%
|Агентский сбор прописью на русском (сбор за заказ)
|-
|%PASS_AGENCY_TAX_WITHOUT_EXT_SERV%
|Агентский сбор без учета доп.услуг (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_EN%
|Агентский сбор без учета доп.услуг прописью на английском (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_RU%
|Агентский сбор без учета доп.услуг прописью на русском (сбор за пассажира)
|-
|%SEG_AIRLINE_NOTICE%
|Примечание от авиакомпании XX, внесенное в переводы по метке XX_ir_notice (XX = IATA код)
|-
|%SEG_BASE_FARE_CODE%
|Код базового тарифа (в сегменте)
|-
|%SEG_CLASS%
|Класс в сегменте
|-
|%SEG_US_BAGGAGE_INFO%
|Дополнительная информация о нормах багажа в США(на сайте перевозчика)
|-
|%SEG_BAGGAGE_ALLOWANCE%
|Багаж для сегмента. Устаревшая переменная, рекомендуется использовать %BAGGAGE_ALLOWANCE%
|-
|%SEG_STATUS%
|Статус сегмента
|-
|%SEG_VENDOR_ID%
|ID заказа в авиакомпании
|-
|%SEG_SEAT%
|Место пассажира
|-
|%SEG_TICKET_NUM%
|Номер билета пассажира на сегменте
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%TOTAL_CHARGE%
|Сумма сборов
|-
|%PDF_URL%
|Ссылка на МК в формате PDF (для заказов в АРС Сирена Трэвел МК будет от поставщика)
|-
|%VIEWTRIP_URL%
|Ссылка на информацию о перелете в сервисе ViewTrip
|-
|%CHILD_DATE_OF_BIRTH%
|Дата рождения пассажира
|-
|%LOYALTY_CARD%
|Карта лояльности
|-
|%MEAL%
|Предпочитаемое питание
|-
|%PASS_PRICE_WITH_CHARGE%
|Общая стоимость билета на пассажира (со сборами агентства)
|-
|%AEROEXPRESS_TICKET_URLS%
|Ссылки на билеты Аэроэкспресса
|-
|%AEROEXPRESS_TICKET_IMG%
|Билеты на Аэроэкспресс
|-
|%EXTSERVICE_INFO%
|Информация о дополнительной услуге
|-
|%BOOKING_ACCESS_CODE%
|Код доступа к заказу
|-
|%PAYMENT_CARD_NUMBER%
|Номер банковской карты оплаты (в формате ПК XXXXXXXXXXXX9987)
|-
|%FLIGHT_TARIFF_FULL_NAME%
|Полное название тарифа
|-
|%FLIGHT_TARIFF_HAND_LUGGAGE%
|Ручная кладь
|-
|%FLIGHT_TARIFF_BAGGAGE%
|Багаж
|-
|%FLIGHT_TARIFF_IS_CHANGEABLE%
|Информация об условиях обмена (текст, для семейств тарифов)
|-
|%FLIGHT_TARIFF_IS_REFUNDABLE%
|Информация о правилах возврата (для семейств тарифов)
|-
|%FLIGHT_TARIFF_MILES%
|Мили
|-
|%FLIGHT_TARIFF_MEALS%
|Питание
|-
|%FLIGHT_TARIFF_VIP%
|Бизнес-зал
|-
|%FLIGHT_TARIFF_SEAT_SELECTION%
|Информация о регистрации мест
|}

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Дополнительные переменные с НДС'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
| %VAT_TARIFF%
| НДС на тариф
|-
| %VAT_TAXES%
| НДС за таксы
|-
|-
| %VAT%
| НДС (тарифа + такс)
|-
|-
| %VAT_DUES%
| НДС за сборы
|-
|-
| %VAT_TOTAL_AMOUNT%
| Сумма НДС
|}

</div>
</div>
Переменные с НДС в маршрут-квитанции будут доступны в том случае, если активна опция {{Setting|Показывать переменные для НДС в маршрут квитанции}} в разделе «Управление сайтом» → «Домены и протоколы», и в разделе «Управление продажами» → «Авиабилеты» → «Процессы» → «Процесс выписки» настроен список АК, по каким должен вычисляться НДС (по умолчанию если не указано ни одной АК, НДС не будет рассчитываться ни по одной АК). Расчет будет производиться по валидирующему перевозчику (АК, ответственной за операции с билетами и другие транзакции), вне зависимости от АК, участвующих в перелете.

* Для Sabre и Galileo НДС рассчитывается по настройке {{Setting|НДС (в процентах)}} из того же раздела админки.
* Для Sirena2000 только НДС на сбор рассчитывается по этой настройке, остальное приходит от поставщика.
* В случае упрощенной системы налогообложения («Аккаунт менеджмент» → «Агенты и пользователи» → «Профили компаний» — настройка {{Setting|Тип налогообложения}} имеет значение {{Setting|Упрощенная система}}) НДС на такие сборы будет равен 0.
* НДС по сборам можно спрятать в НДС по таксам, для этого нужно включить настройку {{Setting|Скрывать сборы в таксы на маршрут-квитанции}} из раздела «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка».

{{Attention|Печать маршрут-квитанции для каждого пассажира на индивидуальной странице осуществляется добавлением элемента с соответствующим стилем <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;"><hr style="page-break-after: always;"></syntaxhighlight>.}}

=== Группы ===

Для того чтобы указать в маршрут-квитанции информацию о нескольких пассажирах (сегментах полета и пр.) используются группы. Они лишь объединяют другие переменные и самостоятельными параметрами не обладают. Поэтому добавляя группу, не забывайте закрывать ее.

'''Пример'''
<pre>%PASSENGER%

ФИО: %PASS_LASTNAME% %PASS_NAME% %PASS_PATRONYMIC%

%PASSENGER%
</pre>
Будет выведена информация по каждому пассажиру в заказе. Например, если было 3 пассажира:
<pre>ФИО: Иванов Иван Иванович
ФИО: Петров Петр Петрович
ФИО: Сидоров Сидор Сидорович
</pre>

Для того, чтобы вывести информацию о семействе тарифов, также используются группы. <br>
'''Пример'''
<pre>
%FLIGHT_TARIFF_GROUP%

%FLIGHT_TARIFF_FULL_NAME%
%FLIGHT_TARIFF_IS_REFUNDABLE%
%FLIGHT_TARIFF_IS_CHANGEABLE%
%FLIGHT_TARIFF_HAND_LUGGAGE%
%FLIGHT_TARIFF_BAGGAGE%

%FLIGHT_TARIFF_GROUP%
</pre>
Будет выведена информация о семействе тарифов.
<pre>
Бюджет-Эконом
Возврат билета: Тариф полностью невозвратный.
Обмен билета: 1) Обмен билета до вылета разрешен со сборами. 2) Обмен билета после вылета не разрешен.
Ручная кладь: 1 сумка до 10 кг
Багаж: 1 сумка до 23 кг
</pre>
Переменные для вывода информации о семействе тарифа выводятся только в том случае, если есть информация о тарифной опции данного типа.
{| class="wikitable" id="keys" style="width: 50%" border="1" cellpadding="5" cellspacing="0"
|-
! colspan="3" | Описание групп
|-
! Название группы
! Описание группы
|-
| class="item tbl_groups" |  %PASSENGER%
| Пассажир
|-
| class="item tbl_groups" |  %SEGMENT%
| Сегмент
|-
| class="item tbl_groups" |  %FLIGHT_TARIFF_GROUP%
| Информация о семействе тарифа<br/>
|}

{{Attention|Для корректного отображения данных через переменные для более, чем одного пассажира, группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SEGMENT%</syntaxhighlight> должна размещаться только внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASSENGER%</syntaxhighlight>.}}

В разделе «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» размещена опция {{Setting|Скрывать сборы в таксы на маршрут-квитанции}}.
Если она активирована, то при наличии сбора в сумме заказа он будет поровну распределен на всех пассажиров, для которых стоимость билета ненулевая, и замаскирован под таксу с кодом XP.

== Альтернативные МК из ГРС ==
В шаблоне маршрут-квитанции имеется языкозависимая переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SUPPLIER_ITIN_RECEIPT%</syntaxhighlight> — ссылка на маршрут-квитанцию поставщика, которая содержит адрес сервиса поставщика для получения альтернативной МК. Поддерживается для:
* [http://www.virtuallythere.com Sabre] {{Attention|Необходимо самостоятельно указать e-mail пассажира, введенный при бронировании, для просмотра заказа.}}

* [http://www.viewtrip.com Galileo]
* [http://myb.s7.ru SITA] {{Attention|Только для авиакомпании S7.}}
* [http://myairlines.ru Сирена-Трэвел] {{Attention|Необходимо самостоятельно заполнить данные: PNR и фамилию пассажира для просмотра заказа.}}

Языковая зависимость переменной реализована для сервисов www.virtuallythere.com и myb.s7.ru. Внешний сервис получения альтернативной МК может не поддерживать язык, выбранный в {{NameSystem}}.

В раздел «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» добавлена настройка {{Setting|Скрывать стоимость заказа в маршрут квитанции поставщика}}. Данная настройка работает только для поставщиков Sabre и Galileo. Для SITA S7 не требуется выполнять каких-либо специальных действий для скрытия стоимости на сайте S7, т.к. myb.s7.ru не отображает стоимость PNR, выписанных в агентствах не S7.

В раздел «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» → «Выписка» добавлена настройка {{Setting|Использовать маршрут-квитанцию поставщика в PDF, если возможно}}. Работает она только при включенной настройке {{Setting|Добавлять pdf версию МК во вложениях}}, поскольку заменяет приложенную в PDF маршрут-квитанцию на альтернативную от ГРС, если таковая имеется.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== См. также ==
* [[Билет]]
* [[Электронный билет]]
* [[Выписка]]
* [[Тариф]]
* [[Заказы]]
* [[Пассажир]]
* [[ГРС]]

Самостоятельная регистрация компаний

2017-09-01T03:56:27Z

Даша Жукова: /* Формат файла импорта */

При помощи модуля «Регистрация и импорт компаний» агентство может импортировать в систему компании, на основании данных которых впоследствии возможно использование системы субагентами, самостоятельная регистрация субагентов и синхронизация данных субагентов с данными в 1С агентства при помощи веб-сервиса, «в асинхронном режиме получать из системы 1С данные о счете, выставленном в системе 1С».

== Администрирование ==
[[Файл:Рекизиты_подключения_1С.png|400px|thumb|right|Рекизиты подключения 1С]]
[[Файл:Регистрация_и_импорт_компаний_-_Настройки.png|400px|thumb|right|Настройки регистрации и импорта компаний]]
[[Файл:Регистрация_и_импорт_компаний_-_Импорт_-_Файл_не_выбран.png|400px|thumb|right|Импорт компаний — выбор файла данных]]

Модуль включается на странице «Для техподдержки» → «Модули» — {{Setting|Взаимодействие с 1С}}. После включения, функционал саморегистрации становится доступен агентствам и администраторам (но не субагентствам). На главной странице агентства в шапке появляется ссылка «Регистрация компаний». Для менеджеров агентства отображаются пункты меню «Настройки системы» → «Интеграция» → «Регистрация и импорт субагентов из 1С» (внутри находятся группы — «Регистрация компаний», «Импорт компаний», «Список компаний»). Администраторам доступен выбор агентства. На странице «Для техподдержки» → «Устаревшие настройки» → «Формы ввода данных» можно управлять списком полей формы самостоятельной регистрации компании. В разделе «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» можно создать шаблоны писем, отправляемых при регистрации и активации компании.

На странице «Для техподдержки» → «Устаревшие настройки» → «Реквизиты подключения» можно ввести данные, необходимые для использования веб-сервиса агентством:
* {{Setting|Адрес веб-сервиса 1С}}
* {{Setting|Логин к веб-сервису 1С}}
* {{Setting|Ключ к веб-сервису 1С}}

=== Настройки ===
На странице настроек («Настройки системы» → «Интеграция» → «Регистрация и импорт субагентов из 1С» → «Регистрация компаний») можно включить или отключить рассылку писем, настроить сообщения, отображаемые при самостоятельной регистрации компаний.

=== Импорт ===

На странице «Импорт» можно загрузить файл в формате XLS со списком компаний, экспортированным из базы 1C агентства.

{{Attention|Импортируются либо все компании, либо ни одной, если в файле обнаружены ошибки, например отсутствуют необходимые поля, есть компании с уже имеющимися в базе ИНН или электронным адресом компании (т.е. не может случиться так, что импортировалась только половина компаний из файла).}}

==== Формат файла импорта ====
На данный момент используется следующий формат файла: все компании записаны в первый рабочий лист файла по одной компании на строку. Последовательность полей: код 1С, краткое наименование, тип контрагента («0» — субагент, «2» — корпоративный клиент), электронный адрес компании.
<table border="1" celpadding="3" cellspacing="0" class="wikitable">
<tr>
<th>Код 1С</th>
<th>Наименование</th>
<th>Тип контрагента</th>
<th>Электронный адрес</th>
</tr>
<tr>
<td>00009726</td>
<td>Дикий запад</td>
<td>0</td>
<td>travel@wildwest.com</td>
</tr>
<tr>
<td>00011345</td>
<td>Снежный север</td>
<td>2</td>
<td>travel@snow-north.com</td>
</tr>
<tr>
<td>...</td>
<td>...</td>
<td>...</td>
<td>...</td>
</tr>
</table>

При успешном импорте в системе создаются компании и тут же активируются без каких-либо запросов к веб-сервисам 1С. Если какие-то компании не удалось импортировать, об этом выводится сообщение, можно отредактировать файл импорта и импортировать оставшиеся компании. При этом повторный импорт компаний с уже известными 1C кодами произведён не будет. Если в настройках включена рассылка писем, то на электронный адрес менеджера и на электронный адрес компании будет высланы письма об активации компании.

=== Список компаний ===

Список компаний содержит название компании и ИНН. Список разбит на две таблицы с независимой пагинацией. В первой таблице отображаются компании зарегистрированные, но не активные, во второй — активные. Для неактивных компаний по ссылке доступна ручная активация, для активированных — ссылка на профиль соответствующего субагентства. Администраторам по умолчанию отображаются все компании всех агентств и доступен выбор агентства (если надо отобразить компании только одного агентства).

==== Экспорт ====

===== Формат файла экспорта =====

==== Повторное оповещение ====
Повторное оповещение работает только для активированных компаний. Вне зависимости от значения настройки {{Setting|Включить нотификацию по E-mail}} (в разделе «Регистрация компаний»), при повторном оповещении будут отправлены нотификации о регистрации и при этом автоматически сменятся пароли на новые.

{{Attention|Выполнение скрипта импорта может сопровождаться нотификацией пользователей об активации, если включена настройка {{Setting|Включить нотификацию по E-mail}}. Процесс импорта компаний из файла может выполняться от нескольких минут до нескольких часов (это зависит от количества компаний, работы почтового сервера и других факторов). Ни в коем случае нельзя нажимать обновление или перезагрузку страницы (в том числе и при выданной ошибке браузера) до тех пор, пока вы не убедитесь в том, что скрипт отработал, иначе это приведет к одновременному выполнению нескольких процессов оповещения, нагрузке почтового сервера и путанице в письмах у нотифицируемых агентств.}}

== Активация компаний ==
Работать в системе можно только после того как аккаунт компании активирован. Существует 2 типа активации:
* Автоматическая активация — происходит автоматически при импорте компании из файла импорта
* Ручная активация — требуется, если компания была добавлена через форму регистрации компаний. Активацию должен произвести менеджер агентства.
При ручной активации необходимо задать код компании в базе 1С агентства, после чего будет создано субагентство, высланы письма об активации компании и компания сможет пользоваться системой.

== Шаблоны электронных писем ==
На странице «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» менеджер агентства может (выбрав соответствующее название шаблона) задать шаблоны писем, высылаемых при регистрации и при активации компаний. В обоих шаблонах доступны переменные:

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="250" | Переменная
! scope="col" width="550" | Описание
|-
| %SHORT_NAME%
| Краткое наименование компании
|-
| %LEGAL_NAME%
| Полной юридическое название компании
|-
| %COMPANY_TYPE%
| Тип компании (агент/субагент/корпоративный клиент)
|-
| %COMPANY_INN%
| ИНН
|-
| %COMPANY_KPP%
| КПП
|-
| %COMPANY_EMAIL%
| Электронный адрес компании
|-
| %COMPANY_PHONE%
| Телефон компании
|-
| %MANAGER_NAME%
| Имя ответственного менеджера
|-
| %MANAGER_SURNAME%
| Фамилия ответственного менеджера
|-
| %DATE_REGISTERED%
| Дата регистрации компании
|}

Кроме того, для письма об активации компании доступны ещё:
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="250" | Переменная
! scope="col" width="550" | Описание
|-
| %MANAGER_LOGIN%
| Логин менеджера созданного агентства
|-
| %MANAGER_PASSWORD%
| Пароль
|-
| %DATE_ACTIVATED%
| Дата активации
|-
| %COMPANY_PROFILE_LINK%
| Ссылка на профиль агентства, созданного при активации
|-
| %USER_PROFILE_LINK%
| Ссылка на профиль менеджера созданного агентства (на этой странице можно сменить пароль)
|}

Письма отправляются по электронным адресам компании и ответственного менеджера. При редактировании шаблонов писем отображаются также шаблоны СМС, однако рассылка СМС в модуле не реализована.

== Самостоятельная регистрация компании ==

Для агентств, для которых модуль включён, в шапке главной страницы отображается ссылка «Регистрация компаний». По ссылке отображается форма самостоятельной регистрации компании. После успешного отправления формы производится запрос к 1С на регистрацию компании. Если запрос выполнился успешно, то в {{NameSystem}} также регистрируется компания и создаётся соответствующее субагентство, высылаются письмо об активации компании и компания может использовать систему. Если запрос выполнился неудачно, то компания регистрируется только в {{NameSystem}}, субагентство для этой компании не создаётся, компания не может использовать систему, высылаются письма о регистрации компании в {{NameSystem}}. Впоследствии менеджер агентства или администратор может вручную активировать компанию, предоставив идентификатор компании в 1С.

=== Настройка формы регистрации компаний ===

На странице «Для техподдержки» → «Устаревшие настройки» → «Формы ввода данных» можно задать перечень полей на регистрационной форме компании.

{| style="width: 500px" border="1" cellpadding="3" cellspacing="0" class="wikitable"
|-
! scope="col" | Наименование поля
! scope="col" | Наличие поля
|-
| Краткое наименование юридического лица
| обязательное
|-
| Полное официальное наименование юридического лица
| обязательное
|-
| Тип сотрудничества
| обязательное
|-
| ИНН
| обязательное
|-
| КПП
| обязательное <br/>необязательное <br/>не показывать
|-
| Адрес электронной почты компании
| обязательное
|-
| Телефон компании
| обязательное <br/>необязательное <br/>не показывать
|-
| Юридический адрес (страна)
| обязательное
|-
| Юридический адрес (город)
| обязательное
|-
| Юридический адрес
| обязательное
|-
| Фактический адрес (страна)
| обязательное
|-
| Фактический адрес (город)
| обязательное
|-
| Фактический адрес
| обязательное
|-
| Имя ответственного менеджера
| обязательное
|-
| Фамилия ответственного менеджера
| обязательное
|-
| Адрес электронной почты ответственного менеджера
| обязательное <br/>необязательное <br/>не показывать
|}

=== Обмен данными ===
Обмен данными происходит по XML протоколу следующей спецификации:
Пример XML запроса, передаваемого в 1С при регистрации компании:

<action>add</action>
<company id=”company_id”>
<attribute1> данные компании </attribute1>
<attribute2> данные компании </attribute2>
<attribute3> данные компании </attribute3>
</company>
</request>

Ответ на запрос регистрации

<action>add</action>
<company id=”company_id”>
<status>OK</status>
<error_desc>ID</error_desc>
</company>
</response>

=== Проверка электронного адреса компании ===

Поскольку при активации компании в системе {{NameSystem}} создаётся пользователь, логин которого есть электронный адрес компании, то к этому адресу применяются те же проверки, что и к логину пользователя при создании нового пользователя. Во избежании ошибок при активации, проверка производится на этапе регистрации. То есть система не позволит зарегистрировать компанию, чей электронный адрес совпадает с логином какого-либо пользователя системы {{NameSystem}}, либо с логином неподтверждённой регистрации пользователя.

== Взаимодействие с 1С ==

Механизм взаимодействия подробно описан в соответствующей статье: [http://support.nemo.travel/ru/%D0%92%D0%B7%D0%B0%D0%B8%D0%BC%D0%BE%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B5_%D1%81_1%D0%A1 Взаимодействие с 1С]

Сбербанк

2017-07-31T13:18:04Z

Даша Жукова: /* Настройка оплаты через Сбербанк */

[[Файл:Сбер_лого.jpg|200px|справа]]
'''Сберба́нк Росси́и''' - российский коммерческий банк, один из крупнейших банков России и Европы.

== Схема взаимодействия со шлюзом Сбербанка ==

#Осуществление заказа пользователем
#После подтверждения заказа пользователем происходит регистрация заказа в платежном шлюзе.
#На запрос регистрации платежный шлюз возвращает уникальный идентификатор заказа в платежной системе и URL, на который происходит перенаправление пользователя для получения платежной формы.
#Пользователь заполняет полученную форму и отправляет данные на сервер платежного шлюза.
#Шлюз отправляет браузеру пользователя запрос на перенаправление на страницу банка эмитента.
#Пользователь заполняет форму.
#Платежный шлюз производит оплату (списание).
#После проведения оплаты, осуществляется перенаправление пользователя на страницу заказа.

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

== Настройка оплаты через Сбербанк ==
[[Файл:СбербанкНастройки.png‎|400px|thumb|right]]
* '''API логин''' — api-логин полученный при подключении клиента к платежному шлюзу.
* '''Пароль''' — пароль полученный при подключении клиента к платежному шлюзу.
* '''Валюта''' — валюта, в которой будет передаваться сумма к оплате.
* '''Тестовый режим'''
* '''Использовать двухстадийную оплату''' - при одностадийной оплате списание денежных средств происходит до выписки заказа, при двухстадийной - после (сначала средства блокируются, а после выписки заказа подтверждается их снятие).
* '''Разрешить оплату только картами Visa Electron и MasterCard Maestro Сбербанка'''
* '''Добавить локатор в начало идентификатора платежа при передаче в ПШ''' — при включенной настройке, ID бронирования в системе поставщика (локатор) будет передаваться перед идентификатором платежа (Nemo ID). Пример: 192G7P/117881459. Включение настройки может послужить более удобному анализу и работе с отчетами бухгалтерии по заказам, оплаченным через этот платежный шлюз.
* ''' Отображать фрэйм со страницей оплаты на странице информации о заказе ''' — при включенной настройке, на новой странице бронирования будет фрэйм со страницей платежного шлюза.
* '''Высота фрэйма со страницей оплаты''' — задает значение, определяющее размеры фрэйма на странице бронирования (в пикселях).

== Алгоритм действий для подключения к платежному шлюзу Сбербанка ==

# Получение логинов и паролей на тестовый сервер.
# Верстка платежной страницы.
# Загрузка архива с платежной страницы на тестовый сервер.
# Тестирование работоспособности платежной страницы:
##с использованием интерфейса REST \ интерфейса на web- сервисах
##с использованием формы для регистрации заказа
##с использованием личного кабинета и консоли
# Свяжитесь с банком, чтобы вашу платежную страницу проверили. Если проверка прошла успешно, сотрудники банка перенесут Вашу платежную страницу на боевой сервер.
# Получение логинов и паролей на боевой сервер.
# Переключение вашего магазина на использование промышленной системы.
# Произведение тестовой оплаты настоящей картой (рекомендуется провести оплату по 3DS-карте, а также выполнить SSL-платеж).
# Выполнить отмену и возврат платежа через личный кабинет платежа.
# Подписание акта о готовности интернет-магазина.

[[Категория:Поставщики платежных решений]][[Категория:Способы оплаты]]

Сбербанк

2017-07-31T13:16:18Z

Даша Жукова: /* Настройка оплаты через Сбербанк */

[[Файл:Сбер_лого.jpg|200px|справа]]
'''Сберба́нк Росси́и''' - российский коммерческий банк, один из крупнейших банков России и Европы.

== Схема взаимодействия со шлюзом Сбербанка ==

#Осуществление заказа пользователем
#После подтверждения заказа пользователем происходит регистрация заказа в платежном шлюзе.
#На запрос регистрации платежный шлюз возвращает уникальный идентификатор заказа в платежной системе и URL, на который происходит перенаправление пользователя для получения платежной формы.
#Пользователь заполняет полученную форму и отправляет данные на сервер платежного шлюза.
#Шлюз отправляет браузеру пользователя запрос на перенаправление на страницу банка эмитента.
#Пользователь заполняет форму.
#Платежный шлюз производит оплату (списание).
#После проведения оплаты, осуществляется перенаправление пользователя на страницу заказа.

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

== Настройка оплаты через Сбербанк ==
[[Файл:СбербанкНастройки.png‎|400px|thumb|right]]
* '''API логин''' — api-логин полученный при подключении клиента к платежному шлюзу.
* '''Пароль''' — пароль полученный при подключении клиента к платежному шлюзу.
* '''Валюта''' — валюта, в которой будет передаваться сумма к оплате.
* '''Тестовый режим'''
* '''Использовать двухстадийную оплату''' - при одностадийной оплате списание денежных средств происходит до выписки заказа, при двухстадийной - после.
* '''Разрешить оплату только картами Visa Electron и MasterCard Maestro Сбербанка'''
* '''Добавить локатор в начало идентификатора платежа при передаче в ПШ''' — при включенной настройке, ID бронирования в системе поставщика (локатор) будет передаваться перед идентификатором платежа (Nemo ID). Пример: 192G7P/117881459. Включение настройки может послужить более удобному анализу и работе с отчетами бухгалтерии по заказам, оплаченным через этот платежный шлюз.
* ''' Отображать фрэйм со страницей оплаты на странице информации о заказе ''' — при включенной настройке, на новой странице бронирования будет фрэйм со страницей платежного шлюза.
* '''Высота фрэйма со страницей оплаты''' — задает значение, определяющее размеры фрэйма на странице бронирования (в пикселях).

== Алгоритм действий для подключения к платежному шлюзу Сбербанка ==

# Получение логинов и паролей на тестовый сервер.
# Верстка платежной страницы.
# Загрузка архива с платежной страницы на тестовый сервер.
# Тестирование работоспособности платежной страницы:
##с использованием интерфейса REST \ интерфейса на web- сервисах
##с использованием формы для регистрации заказа
##с использованием личного кабинета и консоли
# Свяжитесь с банком, чтобы вашу платежную страницу проверили. Если проверка прошла успешно, сотрудники банка перенесут Вашу платежную страницу на боевой сервер.
# Получение логинов и паролей на боевой сервер.
# Переключение вашего магазина на использование промышленной системы.
# Произведение тестовой оплаты настоящей картой (рекомендуется провести оплату по 3DS-карте, а также выполнить SSL-платеж).
# Выполнить отмену и возврат платежа через личный кабинет платежа.
# Подписание акта о готовности интернет-магазина.

[[Категория:Поставщики платежных решений]][[Категория:Способы оплаты]]

Сбербанк

2017-07-31T13:15:08Z

Даша Жукова: /* Настройка оплаты через Сбербанк */

[[Файл:Сбер_лого.jpg|200px|справа]]
'''Сберба́нк Росси́и''' - российский коммерческий банк, один из крупнейших банков России и Европы.

== Схема взаимодействия со шлюзом Сбербанка ==

#Осуществление заказа пользователем
#После подтверждения заказа пользователем происходит регистрация заказа в платежном шлюзе.
#На запрос регистрации платежный шлюз возвращает уникальный идентификатор заказа в платежной системе и URL, на который происходит перенаправление пользователя для получения платежной формы.
#Пользователь заполняет полученную форму и отправляет данные на сервер платежного шлюза.
#Шлюз отправляет браузеру пользователя запрос на перенаправление на страницу банка эмитента.
#Пользователь заполняет форму.
#Платежный шлюз производит оплату (списание).
#После проведения оплаты, осуществляется перенаправление пользователя на страницу заказа.

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

== Настройка оплаты через Сбербанк ==
[[Файл:СбербанкНастройки.png‎|400px|thumb|right]]
* '''API логин''' — api-логин полученный при подключении клиента к платежному шлюзу.
* '''Пароль''' — пароль полученный при подключении клиента к платежному шлюзу.
* '''Валюта''' — валюта, в которой будет передаваться сумма к оплате.
* '''Тестовый режим'''
* '''Использовать двухстадийную оплату''' - при одностадийной оплате списание средств происходит до выписки заказа, при двухстадийной - после.
* '''Разрешить оплату только картами Visa Electron и MasterCard Maestro Сбербанка'''
* '''Добавить локатор в начало идентификатора платежа при передаче в ПШ''' — при включенной настройке, ID бронирования в системе поставщика (локатор) будет передаваться перед идентификатором платежа (Nemo ID). Пример: 192G7P/117881459. Включение настройки может послужить более удобному анализу и работе с отчетами бухгалтерии по заказам, оплаченным через этот платежный шлюз.
* ''' Отображать фрэйм со страницей оплаты на странице информации о заказе ''' — при включенной настройке, на новой странице бронирования будет фрэйм со страницей платежного шлюза.
* '''Высота фрэйма со страницей оплаты''' — задает значение, определяющее размеры фрэйма на странице бронирования (в пикселях).

== Алгоритм действий для подключения к платежному шлюзу Сбербанка ==

# Получение логинов и паролей на тестовый сервер.
# Верстка платежной страницы.
# Загрузка архива с платежной страницы на тестовый сервер.
# Тестирование работоспособности платежной страницы:
##с использованием интерфейса REST \ интерфейса на web- сервисах
##с использованием формы для регистрации заказа
##с использованием личного кабинета и консоли
# Свяжитесь с банком, чтобы вашу платежную страницу проверили. Если проверка прошла успешно, сотрудники банка перенесут Вашу платежную страницу на боевой сервер.
# Получение логинов и паролей на боевой сервер.
# Переключение вашего магазина на использование промышленной системы.
# Произведение тестовой оплаты настоящей картой (рекомендуется провести оплату по 3DS-карте, а также выполнить SSL-платеж).
# Выполнить отмену и возврат платежа через личный кабинет платежа.
# Подписание акта о готовности интернет-магазина.

[[Категория:Поставщики платежных решений]][[Категория:Способы оплаты]]

Форма бронирования (Авиабилеты)

2017-07-11T08:29:28Z

Даша Жукова: /* Внешний вид и функциональность формы */

'''Форма бронирования''' 一 страница системы {{NameSystemLink}} для внесения данных, необходимых для бронирования выбранного перелета.

Новый модуль '''Форма бронирования''' сделал процесс бронирования еще удобнее, быстрее и интеллектуальнее.

==Принцип работы==
* Все вводимые данные автоматически транслитерируются для всех ГРС, кроме внутренних перелетов ''ГРС Sirena''.
* В поле с ограничением на тип вводимых данных отображается подсказка, которая динамически меняется при смене типа документа.

Форма бронирования разделена на блоки:
* '''Блок информации о заказе'''.
* '''Блок информации о перелете'''.
* '''Блок ввода пассажирских данных'''.
* '''Блок информации о покупателе'''.
* '''Блок выбора способа оплаты'''.
* '''Блок сплита''' (Включается дополнительно, см [[Разделение PNR]]).

{| class="wikitable"
|-
|[[Файл:Форма бронирования.png|800px|Форма бронирования]]
|-
|Форма бронирования
|}

Форма бронирования (внешний вид, добавление полей и опций, обязательные и необязательные поля) настраивается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

===Блок информации о заказе===
Блок информации о заказе содержит:
* ''код доступа'' к забронированному заказу,
* ''номер заказа'' у поставщика,
* ссылку на ''таблицу детализации стоимости'',
* ''таймлимит'' на оплату заказа,
* ссылку на ''служебную информацию'' для менеджера,
* ссылку ''У меня есть промокод'' для ввода промокода [[Программа лояльности|программы лояльности]].

'''Таблица детализации стоимости''' открывается при щелчке по стоимости заказа в левом верхнем углу блока. Таблица содержит информацию о полной стоимости заказа код тарифа и ссылку на [[УПТ]], размер такс, сбора агентства, комиссии субагенту, комиссии авиакомпании, комиссии за прием платежа.
* число пассажиров в заказе каждого типа,
* код тарифа для каждого типа пассажира,
* размер тарифа для каждого типа пассажира,
* размер таксы для каждого типа пассажира,
* величина сбора агентства,
* размер комиссии от авиакомпании,
* размер комиссии субагенту,
* величина дохода агентства,
* стоимость заказа,
* размер комиссии за приём платежа,
* итоговая стоимость к оплате.

{{Attention|Комиссия за прием платежа вычисляется на основании выбранного способа оплаты и отображается на форме бронирования. Все доступные пользователю способы оплаты отображаются на странице заказа в соответствующем блоке (пример см. ниже). При выборе другого способа оплаты значение комиссии за прием платежа (и соответственно общей стоимости) меняется динамически.}}

* При щелчке на код тарифа открываются '''[[УПТ|условия применения тарифа]]''' во всплывающем окне.
* При щелчке на сумму таксы открывается '''детализация такс''' во всплывающем окне.
* При щелчке на сумму сбора агентства и комиссии авиакомпании открывается '''[[Ценообразование (Авиабилеты)#Тестирование и отладка срабатывания правил|таблица отладки ценообразования]]'''.
{| class="wikitable"
|-
|[[Файл:Fb2 price.png|560px]]
|-
|Детализация стоимости
|}

Для менеджера агентства на блоке информации о заказе доступна кнопка '''Служебная информация''', которая открывает окно с информацией:
* номер заказа,
* поставщик (ГРС),
* локатор,
* дата начала услуги,
* дата создания заявки,
* список ошибок, возникших в процессе оформления заказа,
* ревизии,
* ремарки от ГРС,
* доступные действия с заказом:
** обновление,
** аннуляция,
** выписка,
** войдирование,
** возврат оплаты,
** просмотр платежных транзакций.

[[Файл:Служебная информация.png|300px|Служебная информация]]

===Блок информации о перелете===
Блок информации о перелете содержит:
* краткие сведения о выбранном маршруте,
* кнопка ''Детали перелета''.

Во всплывающем окне ''Детали перелета'' отображается:
*название и логотип маркетинговой авиакомпании,
*время вылета и прилета,
*номер рейса,
*название оперирующего перевозчика,
*тип воздушного судна,
*тип питания,
*класс обслуживания,
*время в пути,
*информация о багаже.

[[Файл:Детали перелета.png|600px]]

====Параметры настройки блока информации о перелете====
* '''Авиабилеты: ссылки на путеводитель''' — включает описание в деталях перелёта:
** '''''Воздушное судно'''''
** '''''Аэропорт'''''
** '''''Авиакомпания'''''
* '''Способ отображения информации об авиаперелете''' — выбор способа отображения данных о перелете на странице бронирования:
** '''''Во всплывающем окне''''' 一 подробные данные о перелете доступны во всплывающем окне по ссылке ''Детали'' на странице бронирования в блоке краткой информации о перелете,
** '''''На странице''''' 一 данные о перелете отображаются в развернутом виде на странице бронирования.
* '''Отображать информацию о багаже, даже если в заказе присутствует информация о семействе''' — позволяет включить отображение информации о норме провоза багажа в блоке с детальной информацией о перелете. Настройка актуальна для случаев, когда для перелета доступны различные варианты семейств тарифов, поскольку при этом по умолчанию информация о норме провоза багаже не отображается в блоке с детальной информацией о перелете.

===Блок ввода пассажирских данных===
Блок ввода пассажирских данных содержит форму для ввода сведений о пассажирах, для которых бронируется перевозка, для создания бронирования (PNR) в ГРС в соответствии с технологией бронирования регулярных авиаперевозок. '''Вводимые пассажирские данные в заказе ''сохраняются'''''. Если при бронировании получена ошибка, всплывающее окно проинформирует и предложит вернуться к результатам поиска для выбора другого перелета, при бронировании которого введенные ранее данные будут восстановлены. Данные удаляются из [[сессия|сессии]] после успешного бронирования.

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

{{Attention|С технической точки зрения бронь можно создать с использованием любого типа документа, в ГДС на это нет ограничений. Но наличие брони в ГРС не гарантирует то, что у пассажира не будет проблем при регистрации на рейс. Наличие необходимых выездных документов и корректность введенных данных 一 ответственность самого пассажира.}}

====Параметры настройки блока информации о пассажирах====
* '''Допустимость довнесения для Авиабилетов''' — включенная опция разрешает внести данные после бронирования (отправить в ПНР после бронирования перелета):
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Карта лояльности'''''
** '''''Выбор места'''''
* '''Допустимость модификации для Авиабилетов''' — включенная опция разрешает изменить данные (изменить данные в ПНР).
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Выбор места'''''
* '''Авиабилеты: дополнительные поля''' — опция добавляет дополнительные поля в форму бронирования:
** '''''Необязательное отчество для всех пассажиров''''' 一 опция включает поле ''Отчество'' для всех пассажиров, поле является необязательным, если отчество отсутствует в паспорте.
** '''''Необязательное отчество для всех пассажиров для авиакомпаний из списка''''' — опция включает поле ''Отчество'' пассажира только для авиакомпаний, заданных в параметре ''Список АК, требующих отчество для полётов внутри РФ'' в разделе ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''.
** '''''Необязательное отчество для пассажиров внутренних рейсов''''' 一 опция включает поле ''Отчество'' для внутренних рейсов, поле является необязательным.
** '''''Необязательный телефон для всех пассажиров''''' 一 опция включает поле ''Телефон'' для каждого пассажира, поле является необязательным.
** '''''Необязательная электронная почта для всех пассажиров''''' 一 опция включает поле ''Электронная почта'' для каждого пассажира, поле является необязательным.
** '''''Обязательный телефон для первого пассажира''''' 一 опция включает поле ''Электронная почта'' для первого пассажира, поле является необязательным.
** '''''Обязательная электронная почта для первого пассажира''''' <br />{{Attention|Если данные о телефоне и электронной почте пассажира введены в «Профилях туристов» — данные будут автоматически выводится на странице бронирования.}}<br />
* '''Авиабилеты: чекбокс отказа от внесения паспортных данных''' — включает отображение на странице бронирования опции ''Внести паспортные данные'', для возможности бронирования перелета без паспортных данных с довнесением в течении установленного времени (см. ниже).
[[Файл:Опция_бронирования_без_паспорта.png|550px|Опция "Внести паспортные данные"]]

* '''Авиабилеты: отображать блок ввода номера карты лояльности''' — включает опцию ''Внести номер карты лояльности'' на форме бронирования для отображения блока ввода карты лояльности авиакомпании.
[[Файл:Ввод карты лояльности.png|400px|Блок ввода карты лояльности]]
* '''Авиабилеты: предлагать внесение визы до бронирования''' — включает поля для внесения данных визы для стран, перечисленных в параметре ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''

===Блок покупателя===
Блок покупателя содержит поля для ввода информации о заказчике:
* имя,
* электронной почты,
* телефона,
* флажок ''Создать аккаунт''.
[[Файл:Fb2_customer_block.png|800px|Блок покупателя (с опцией «Создать аккаунт» для анонимного пользователя)]]

====Параметры настройки блока покупателя====
* {{Setting|Авиабилеты: отображать блок покупателя перед блоком пассажиров}} — поднимает блок данных о заказчике над блоком данных о пассажирах.
* {{Setting|Авиабилеты: отключить блок покупателя}} — отключает блок данных о заказчике ''Покупатель''. <br />{{Attention|Если бронирование осуществляет анонимный пользователь, опция ''Создать аккаунт'' независимо от значения параметра ''Предлагать анониму создать аккаунт'' в разделе '''Аккаунт менеджмент → Процесс регистрации''' всегда располагается под блоком покупателя.}}

===Блок выбора способа оплаты===
Под блоком покупателя (или блока пассажирских данных, если блок покупателя отключен) располагается блок выбора способа оплаты с описанием. Способ оплаты можно изменить после бронирования. По умолчанию отображаются первые четыре доступных метода оплаты, остальные открываются по щелчку на кнопку '''Другие методы оплаты'''. В панели администрирования можно добавить изображения слева от заготовка способа оплаты:
# Зайдите в панели администрирования в раздел '''Управление сайтом → Nemo CMS → Менеджер файлов'''.
# Загрузите изображение.
# Зайдите в раздел '''Управление сайтом → Настройка внешнего вида'''.
# В поле '''Дополнительный код CSS''' добавьте для каждого способа оплаты следующие стили:
{{.new-flights-passInfo__pay__method__logo_XXX {
background-image: url('/path/to/image.svg');
}
, где /path/to/image.svg — путь к изображению, а XXX — это название платежного шлюза.

Список патежных шлюзов:
* Acquiro — система платежей Acquiro
* Belassist — система приема платежей Belassist
* Chronopay — оператор интернет-платежей с помощью банковских карт Chronopay
* Copayco — платежная система CoPAYCo
* Deposit — оплата через депозит
* EasyPay — система ECPayment
* ExternalGateway — оплата через внешний шлюз
* Gateline — платежный шлюз компании «Онэлия»
* Invoice — оплата по счету
* Offices — оплата в офисе
* PayPal — оператор электронных денежных средств PayPAl
* PayU — процессинговая компания PayU
* Payture — электронный платежный шлюз Альфа-банка
* Platron — система электронных платежей Платрон
* PrivatBank — платежный шлюз «Приватбанк»
* Qiwi — оплата через сеть терминалов Qiwi
* Rapida — платежная система Рапида
* Receipt — оплата по квитанции
* Sberbank — платежный шлюз Сбербанка
* Sirena2 — платежный шлюз процессинговой системы eGopay
* Uniteller — платежный шлюз Uniteller
* WebMoney — система расчетов Webmoney

[[Файл:Fb2 paymethods.png|500px]]

====Параметры настройки блока выбора способа оплаты====
* '''Способ отображения выбора способа оплаты''' — выбор способа отображения списка способов оплаты на странице бронирования:
** '''''Выпадающий список''''',
** '''''Кнопки'''''.

===Блок сплита===
Блок сплита содержит флажки для каждого пассажира для произведения сплита (выделения их в отдельную бронь):

[[Файл: сплит.png|900px]]

Настройка '''Разрешить сплит PNR''' включается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

== Другие параметры настройки формы бронирования ==
Все параметры настройки формы бронирования расположены в разделе '''Управление продажами → Процессы → Форма бронирования'''.

* {{Setting|Включено для Авиабилетов}} — опция включает модуль бронирования.
* {{Setting|Мгновенный переход на бронирование и фоновая проверка доступности}} — включает проверку доступности в фоном режиме. Пользователь без ожидания попадает со страницы поиска на страницу оформления заказа. Если при проверке доступности возникает ошибка, пользователь увидит диалоговое окно с уведомлением.
* {{Setting|Режим отладки}} 一 опция устарела, не включать.

====Дополнительные опции====
* {{Setting|Авиабилеты: позволять не выбирать семейство тарифов}} 一 включает возможность не выбирать семейство тарифов во всплывающем окне на странице ввода пассажирских данных (у всплывающего окна появляется кнопка «Закрыть»).
* {{Setting|Авиабилеты: позволять перевыбрать семейство тарифов}} 一 включает возможность выбора иного семейства тарифов на странице ввода пассажирских данных.
{{Attention|Настройки {{Setting|«Авиабилеты: позволять не выбирать семейство тарифов»}} и {{Setting|«Авиабилеты: позволять перевыбрать семейство тарифов»}} работают только на новой стандартной теме оформления и темах, сделанных на ее основе.}}
* {{Setting|Авиабилеты: предлагать выбор питания до бронирования}} 一 включает возможность выбора типа питания для каждого пассажира на этапе бронирования.
* {{Setting|Авиабилеты: предлагать выбор мест до бронирования}} — включает возможность выбора мест в салоне самолета на карте мест для каждого пассажира на этапе бронирования.

* {{Setting|Доп. услуги всегда открыты вне зависимости от выбранности}} — включает отображение блоков дополнительных услуг (Альфа страхование, Аэроэкспресс) в развернутом виде независимо от того, выбрана ли по умолчанию дополнительная услуга или нет.
* {{Setting|Производить печать маршрут-квитанции при нажатии кнопки "Мои билеты"}} — включает автоматический переход на страницу печати PDF-файла [[Маршрут-квитанция|маршрут-квитанции]] при нажатии на кнопку «Мои билеты».

====Временные ограничения на довнесение данных====
* {{Setting|Авиабилеты: ограничение в часах на возможность внести/изменить визовые данные}} — устанавливает время в часах, в течение которого можно довнести или изменить визовые данные.
* {{Setting|Авиабилеты: ограничение в часах на возможность внести/изменить паспортные данные}} — устанавливает время в часах, в течение которого можно довнести или изменить паспортные данные.
[[Файл:Booking_notice_new.png|200px|thumb|right|Плашка напоминаний о последних бронированиях]]

====Внешний вид и функциональность формы====
* {{Setting|Авиабилеты: улучшенные элементы формы бронирования}} — список элементов формы бронирования, доступных к улучшению оформления: 
** {{Setting|Блок ввода пассажирских данных}} — отвечает за блок ввода данных пассажиров и покупателя.
* {{Setting|Авиабилеты: использовать динамические подсказки к полям}} — включает отображение подсказок по формату заполнения полей формы бронирования. Текст подсказок редактируется в разделе '''Администрирование → Локализация → Языковые ресурсы'''.
* {{Setting|Показывать напоминания о последних бронированиях}} — включает плашку с напоминанием о забронированных, но еще не выписанным заказам. Плашка активна на форме поиска до форме бронирования.
* {{Setting|Автоматический переход на оплату после завершения бронирования}} — включает переход на оплату после успешного бронирования, не переходя на промежуточную страницу формы бронирования.
* {{Setting|Предупреждать покупателя об изменении стоимости заказа через всплывающее окно}} — включает уведомление пользователя об изменении стоимости перелета с помощью всплывающего окна, в котором отображается с информация о новой и старой стоимости заказа, кнопка аннулирования заказа и кнопка перехода к оплате заказа по новой цене. При отключенной опции информация об изменении стоимости отображается в отдельном блоке на странице бронирования.
* {{Setting|Предупреждать покупателя об одинаковых именах пассажиров и отображать поле для ввода отчества}} — настройка включает всплывающее окно с предупреждением для покупателя в случае, если в заказе присутствуют пассажиры с одинаковыми ФИ. Дальнейшие действия с заказом блокируются, и отображаются поля для ввода отчества пассажиров. {{Attention|Заказы с одинаковыми пассажирами, сделанные в ГРС Sirena, не подлежат бронированию даже в случае отключения данной настройки.}}
* {{Setting|Время, в течение которого следует завершить бронирование (в минутах)}} — по истечении указанного времени появится всплывающее окно с информацией об окончании времени бронирования, после чего процесс поиска и бронирования необходимо будет провести заново. Для снятия ограничения по времени бронирования необходимо в поле указать «0».
* {{Setting|Проводить бронирование в фоновом режиме}} — запускает фоновое бронирование, пока покупатель проверяет введенные данные. Сокращает время ожидания пользователя за счет единого окна проверки введенных данных и хода бронирования. Если пользователь решит внести исправления и нажмёт кнопку «Вернуться и исправить», то бронирование автоматически аннулируется в фоновом режиме. Разрешает пользователю аннулировать заказ, изменить данные и забронировать вновь в течение 10 минут. Наличие этого попапа снижает book2cancel, т.к. у пользователя есть возможность проверить введенные данные и выбранный рейс.
* {{Setting|Обновлять цену заказа в фоновом режиме}} — включает актуализацию цены с определёнными промежутками в фоновом режиме, чтобы минимизировать вероятность того, что клиент оплатит заказ по уже неактуальной цене, а так же для проверки наличия невалидных сегментов в брони сразу после бронирования.
* {{Setting|Чекбокс ''С правилами ознакомлен''}} — включает предустановленный активный флажок ''Я ознакомлен и согласен с правилами'' на странице бронирования.
* {{Setting|Чекбокс ''Разрешить создание заявки на бронирование''}} — после бронирования заказа в служебной информации менеджерам и экспертам агентства доступно скачивание заявки на бронирование. Шаблон заявки настраивается в разделе '''Настройки системы → Нотификации и документы → Документы → Документы для авиа → Заявка на бронирование'''.
* {{Setting|Чекбокс ''Отображать ссылку на английскую версию МК''}} — после выписки на странице просмотра МК будет доступна ссылка а скачивание МК на английском языке (при условии настройки шаблона. Описание настройки находится в статье [[Маршрут-квитанция]]

== Валидация вводимых данных ==

* Минимально допустимая дата рождения для [[Пассажир#Коды категорий пассажиров|взрослого]] определяется по дате вылета первого сегмента перелета, т.е. главное условие — чтобы хотя бы в день вылета пассажиру уже исполнилось 12.
* Для свидетельства о рождении допустимо вводить номера, состоящие из следующих символов: латинские символы — от 1 до 3 включительно, кириллица — строго 2 буквы, цифры — строго 6.
* При попытке забронировать заказ, в котором есть как минимум два [[пассажир]]а с одинаковыми именем и фамилией, будет предложено довнести отчество для одного из пассажиров. Опция предотвратит ошибки от ГРС.

==См. также==
*[[Бронирование]]
*[[Поиск (Авиабилеты)]]
*[[Форма поиска (Авиабилеты)]]
*[[Пассажир]]

Форма бронирования (Авиабилеты)

2017-06-06T09:25:24Z

Даша Жукова: /* Внешний вид и функциональность формы */

'''Форма бронирования''' 一 страница системы {{NameSystemLink}} для внесения данных, необходимых для бронирования выбранного перелета.

Новый модуль '''Форма бронирования''' сделал процесс бронирования еще удобнее, быстрее и интеллектуальнее.

==Принцип работы==
* Все вводимые данные автоматически транслитерируются для всех ГРС, кроме внутренних перелетов ''ГРС Sirena''.
* В поле с ограничением на тип вводимых данных отображается подсказка, которая динамически меняется при смене типа документа.

Форма бронирования разделена на блоки:
* '''Блок информации о заказе'''.
* '''Блок информации о перелете'''.
* '''Блок ввода пассажирских данных'''.
* '''Блок информации о покупателе'''.
* '''Блок выбора способа оплаты'''.
* '''Блок сплита''' (Включается дополнительно, см [[Разделение PNR]]).

{| class="wikitable"
|-
|[[Файл:Форма бронирования.png|800px|Форма бронирования]]
|-
|Форма бронирования
|}

Форма бронирования (внешний вид, добавление полей и опций, обязательные и необязательные поля) настраивается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

===Блок информации о заказе===
Блок информации о заказе содержит:
* ''код доступа'' к забронированному заказу,
* ''номер заказа'' у поставщика,
* ссылку на ''таблицу детализации стоимости'',
* ''таймлимит'' на оплату заказа,
* ссылку на ''служебную информацию'' для менеджера,
* ссылку ''У меня есть промокод'' для ввода промокода [[Программа лояльности|программы лояльности]].

'''Таблица детализации стоимости''' открывается при щелчке по стоимости заказа в левом верхнем углу блока. Таблица содержит информацию о полной стоимости заказа код тарифа и ссылку на [[УПТ]], размер такс, сбора агентства, комиссии субагенту, комиссии авиакомпании, комиссии за прием платежа.
* число пассажиров в заказе каждого типа,
* код тарифа для каждого типа пассажира,
* размер тарифа для каждого типа пассажира,
* размер таксы для каждого типа пассажира,
* величина сбора агентства,
* размер комиссии от авиакомпании,
* размер комиссии субагенту,
* величина дохода агентства,
* стоимость заказа,
* размер комиссии за приём платежа,
* итоговая стоимость к оплате.

{{Attention|Комиссия за прием платежа вычисляется на основании выбранного способа оплаты и отображается на форме бронирования. Все доступные пользователю способы оплаты отображаются на странице заказа в соответствующем блоке (пример см. ниже). При выборе другого способа оплаты значение комиссии за прием платежа (и соответственно общей стоимости) меняется динамически.}}

* При щелчке на код тарифа открываются '''[[УПТ|условия применения тарифа]]''' во всплывающем окне.
* При щелчке на сумму таксы открывается '''детализация такс''' во всплывающем окне.
* При щелчке на сумму сбора агентства и комиссии авиакомпании открывается '''[[Ценообразование (Авиабилеты)#Тестирование и отладка срабатывания правил|таблица отладки ценообразования]]'''.
{| class="wikitable"
|-
|[[Файл:Fb2 price.png|560px]]
|-
|Детализация стоимости
|}

Для менеджера агентства на блоке информации о заказе доступна кнопка '''Служебная информация''', которая открывает окно с информацией:
* номер заказа,
* поставщик (ГРС),
* локатор,
* дата начала услуги,
* дата создания заявки,
* список ошибок, возникших в процессе оформления заказа,
* ревизии,
* ремарки от ГРС,
* доступные действия с заказом:
** обновление,
** аннуляция,
** выписка,
** войдирование,
** возврат оплаты,
** просмотр платежных транзакций.

[[Файл:Служебная информация.png|300px|Служебная информация]]

===Блок информации о перелете===
Блок информации о перелете содержит:
* краткие сведения о выбранном маршруте,
* кнопка ''Детали перелета''.

Во всплывающем окне ''Детали перелета'' отображается:
*название и логотип маркетинговой авиакомпании,
*время вылета и прилета,
*номер рейса,
*название оперирующего перевозчика,
*тип воздушного судна,
*тип питания,
*класс обслуживания,
*время в пути,
*информация о багаже.

[[Файл:Детали перелета.png|600px]]

====Параметры настройки блока информации о перелете====
* '''Авиабилеты: ссылки на путеводитель''' — включает описание в деталях перелёта:
** '''''Воздушное судно'''''
** '''''Аэропорт'''''
** '''''Авиакомпания'''''
* '''Способ отображения информации об авиаперелете''' — выбор способа отображения данных о перелете на странице бронирования:
** '''''Во всплывающем окне''''' 一 подробные данные о перелете доступны во всплывающем окне по ссылке ''Детали'' на странице бронирования в блоке краткой информации о перелете,
** '''''На странице''''' 一 данные о перелете отображаются в развернутом виде на странице бронирования.

===Блок ввода пассажирских данных===
Блок ввода пассажирских данных содержит форму для ввода сведений о пассажирах, для которых бронируется перевозка, для создания бронирования (PNR) в ГРС в соответствии с технологией бронирования регулярных авиаперевозок. '''Вводимые пассажирские данные в заказе ''сохраняются'''''. Если при бронировании получена ошибка, всплывающее окно проинформирует и предложит вернуться к результатам поиска для выбора другого перелета, при бронировании которого введенные ранее данные будут восстановлены. Данные удаляются из [[сессия|сессии]] после успешного бронирования.

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

{{Attention|С технической точки зрения бронь можно создать с использованием любого типа документа, в ГДС на это нет ограничений. Но наличие брони в ГРС не гарантирует то, что у пассажира не будет проблем при регистрации на рейс. Наличие необходимых выездных документов и корректность введенных данных 一 ответственность самого пассажира.}}

====Параметры настройки блока информации о пассажирах====
* '''Допустимость довнесения для Авиабилетов''' — включенная опция разрешает внести данные после бронирования (отправить в ПНР после бронирования перелета):
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Карта лояльности'''''
** '''''Выбор места'''''
* '''Допустимость модификации для Авиабилетов''' — включенная опция разрешает изменить данные (изменить данные в ПНР).
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Выбор места'''''
* '''Авиабилеты: дополнительные поля''' — опция добавляет дополнительные поля в форму бронирования:
** '''''Необязательное отчество для всех пассажиров''''' 一 опция включает поле ''Отчество'' для всех пассажиров, поле является необязательным.
** '''''Необязательное отчество для всех пассажиров для авиакомпаний из списка''''' — опция включает поле ''Отчество'' пассажира только для авиакомпаний, заданных в параметре ''Список АК, требующих отчество для полётов внутри РФ'' в разделе ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''.
** '''''Необязательное отчество для пассажиров внутренних рейсов''''' 一 опция включает поле ''Отчество'' для внутренних рейсов, поле является необязательным.
** '''''Необязательный телефон для всех пассажиров''''' 一 опция включает поле ''Телефон'' для каждого пассажира, поле является необязательным.
** '''''Необязательная электронная почта для всех пассажиров''''' 一 опция включает поле ''Электронная почта'' для каждого пассажира, поле является необязательным.
** '''''Обязательный телефон для первого пассажира''''' 一 опция включает поле ''Электронная почта'' для первого пассажира, поле является необязательным.
** '''''Обязательная электронная почта для первого пассажира''''' <br />{{Attention|Если данные о телефоне и электронной почте пассажира введены в «Профилях туристов» — данные будут автоматически выводится на странице бронирования.}}<br />
* '''Авиабилеты: чекбокс отказа от внесения паспортных данных''' — включает отображение на странице бронирования опции ''Внести паспортные данные'', для возможности бронирования перелета без паспортных данных с довнесением в течении установленного времени (см. ниже).
[[Файл:Опция_бронирования_без_паспорта.png|550px|Опция "Внести паспортные данные"]]

* '''Авиабилеты: отображать блок ввода номера карты лояльности''' — включает опцию ''Внести номер карты лояльности'' на форме бронирования для отображения блока ввода карты лояльности авиакомпании.
[[Файл:Ввод карты лояльности.png|400px|Блок ввода карты лояльности]]
* '''Авиабилеты: предлагать внесение визы до бронирования''' — включает поля для внесения данных визы для стран, перечисленных в параметре ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''

===Блок покупателя===
Блок покупателя содержит поля для ввода информации о заказчике:
* имя,
* электронной почты,
* телефона,
* флажок ''Создать аккаунт''.
[[Файл:Fb2_customer_block.png|800px|Блок покупателя (с опцией «Создать аккаунт» для анонимного пользователя)]]

====Параметры настройки блока покупателя====
* '''Авиабилеты: отключить блок покупателя''' — отключает блок данных о заказчике ''Покупатель''. <br />{{Attention|Если бронирование осуществляет анонимный пользователь, опция ''Создать аккаунт'' независимо от значения параметра ''Предлагать анониму создать аккаунт'' в разделе '''Аккаунт менеджмент → Процесс регистрации''' всегда располагается под блоком покупателя.}}

===Блок выбора способа оплаты===
Под блоком покупателя (или блока пассажирских данных, если блок покупателя отключен) располагается блок выбора способа оплаты с описанием. Способ оплаты можно изменить после бронирования. По умолчанию отображаются первые четыре доступных метода оплаты, остальные открываются по щелчку на кнопку '''Другие методы оплаты'''. В панели администрирования можно добавить изображения слева от заготовка способа оплаты:
# Зайдите в панели администрирования в раздел '''Управление сайтом → Nemo CMS → Менеджер файлов'''.
# Загрузите изображение.
# Зайдите в раздел '''Управление сайтом → Настройка внешнего вида'''.
# В поле '''Дополнительный код CSS''' добавьте для каждого способа оплаты следующие стили:
{{.new-flights-passInfo__pay__method__logo_XXX {
background-image: url('/path/to/image.svg');
}
, где /path/to/image.svg — путь к изображению, а XXX — это название платежного шлюза.

Список патежных шлюзов:
* Acquiro — система платежей Acquiro
* Belassist — система приема платежей Belassist
* Chronopay — оператор интернет-платежей с помощью банковских карт Chronopay
* Copayco — платежная система CoPAYCo
* Deposit — оплата через депозит
* EasyPay — система ECPayment
* ExternalGateway — оплата через внешний шлюз
* Gateline — платежный шлюз компании «Онэлия»
* Invoice — оплата по счету
* Offices — оплата в офисе
* PayPal — оператор электронных денежных средств PayPAl
* PayU — процессинговая компания PayU
* Payture — электронный платежный шлюз Альфа-банка
* Platron — система электронных платежей Платрон
* PrivatBank — платежный шлюз «Приватбанк»
* Qiwi — оплата через сеть терминалов Qiwi
* Rapida — платежная система Рапида
* Receipt — оплата по квитанции
* Sberbank — платежный шлюз Сбербанка
* Sirena2 — платежный шлюз процессинговой системы eGopay
* Uniteller — платежный шлюз Uniteller
* WebMoney — система расчетов Webmoney

[[Файл:Fb2 paymethods.png|500px]]

====Параметры настройки блока выбора способа оплаты====
* '''Способ отображения выбора способа оплаты''' — выбор способа отображения списка способов оплаты на странице бронирования:
** '''''Выпадающий список''''',
** '''''Кнопки'''''.

===Блок сплита===
Блок сплита содержит флажки для каждого пассажира для произведения сплита (выделения их в отдельную бронь):

[[Файл: сплит.png|900px]]

Настройка '''Разрешить сплит PNR''' включается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

== Другие параметры настройки формы бронирования ==
Все параметры настройки формы бронирования расположены в разделе '''Управление продажами → Процессы → Форма бронирования'''.

* {{Setting|Включено для Авиабилетов}} — опция включает модуль бронирования.
* {{Setting|Мгновенный переход на бронирование и фоновая проверка доступности}} — включает проверку доступности в фоном режиме. Пользователь без ожидания попадает со страницы поиска на страницу оформления заказа. Если при проверке доступности возникает ошибка, пользователь увидит диалоговое окно с уведомлением.
* {{Setting|Режим отладки}} 一 опция устарела, не включать.

====Дополнительные опции====
* {{Setting|Авиабилеты: позволять не выбирать семейство тарифов}} 一 включает возможность не выбирать семейство тарифов во всплывающем окне на странице ввода пассажирских данных (у всплывающего окна появляется кнопка «Закрыть»).
* {{Setting|Авиабилеты: позволять перевыбрать семейство тарифов}} 一 включает возможность выбора иного семейства тарифов на странице ввода пассажирских данных.
{{Attention|Настройки {{Setting|«Авиабилеты: позволять не выбирать семейство тарифов»}} и {{Setting|«Авиабилеты: позволять перевыбрать семейство тарифов»}} работают только на новой стандартной теме оформления и темах, сделанных на ее основе.}}
* {{Setting|Авиабилеты: предлагать выбор питания до бронирования}} 一 включает возможность выбора типа питания для каждого пассажира на этапе бронирования.
* {{Setting|Авиабилеты: предлагать выбор мест до бронирования}} — включает возможность выбора мест в салоне самолета на карте мест для каждого пассажира на этапе бронирования.

* {{Setting|Доп. услуги всегда открыты вне зависимости от выбранности}} — включает отображение блоков дополнительных услуг (Альфа страхование, Аэроэкспресс) в развернутом виде независимо от того, выбрана ли по умолчанию дополнительная услуга или нет.
* {{Setting|Производить печать маршрут-квитанции при нажатии кнопки "Мои билеты"}} — включает автоматический переход на страницу печати PDF-файла [[Маршрут-квитанция|маршрут-квитанции]] при нажатии на кнопку «Мои билеты».

====Временные ограничения на довнесение данных====
* {{Setting|Авиабилеты: ограничение в часах на возможность внести/изменить визовые данные}} — устанавливает время в часах, в течение которого можно довнести или изменить визовые данные.
* {{Setting|Авиабилеты: ограничение в часах на возможность внести/изменить паспортные данные}} — устанавливает время в часах, в течение которого можно довнести или изменить паспортные данные.
[[Файл:Booking_notice_new.png|200px|thumb|right|Плашка напоминаний о последних бронированиях]]

====Внешний вид и функциональность формы====
* {{Setting|Авиабилеты: использовать динамические подсказки к полям}} — включает отображение подсказок по формату заполнения полей формы бронирования. Текст подсказок редактируется в разделе '''Администрирование → Локализация → Языковые ресурсы'''.
* {{Setting|Показывать напоминания о последних бронированиях}} — включает плашку с напоминанием о забронированных, но еще не выписанным заказам. Плашка активна на форме поиска до форме бронирования.
* {{Setting|Автоматический переход на оплату после завершения бронирования}} — включает переход на оплату после успешного бронирования, не переходя на промежуточную страницу формы бронирования.
* {{Setting|Предупреждать покупателя об изменении стоимости заказа через всплывающее окно}} — включает уведомление пользователя об изменении стоимости перелета с помощью всплывающего окна, в котором отображается с информация о новой и старой стоимости заказа, кнопка аннулирования заказа и кнопка перехода к оплате заказа по новой цене. При отключенной опции информация об изменении стоимости отображается в отдельном блоке на странице бронирования.
* {{Setting|Предупреждать покупателя об одинаковых именах пассажиров и отображать поле для ввода отчества}} — настройка включает всплывающее окно с предупреждением для покупателя в случае, если в заказе присутствуют пассажиры с одинаковыми ФИ. Дальнейшие действия с заказом блокируются, и отображаются поля для ввода отчества пассажиров. {{Attention|Заказы с одинаковыми пассажирами, сделанные в ГРС Sirena, не подлежат бронированию даже в случае отключения данной настройки.}}
* {{Setting|Время, в течение которого следует завершить бронирование (в минутах)}} — по истечении указанного времени появится всплывающее окно с информацией об окончании времени бронирования, после чего процесс поиска и бронирования необходимо будет провести заново. Для снятия ограничения по времени бронирования необходимо в поле указать «0».
* {{Setting|Проводить бронирование в фоновом режиме}} — запускает фоновое бронирование, пока покупатель проверяет введенные данные. Сокращает время ожидания пользователя за счет единого окна проверки введенных данных и хода бронирования. Если пользователь решит внести исправления и нажмёт кнопку «Вернуться и исправить», то бронирование автоматически аннулируется в фоновом режиме. Разрешает пользователю аннулировать заказ, изменить данные и забронировать вновь в течение 10 минут. Наличие этого попапа снижает book2cancel, т.к. у пользователя есть возможность проверить введенные данные и выбранный рейс.
* {{Setting|Обновлять цену заказа в фоновом режиме}} — включает актуализацию цены с определёнными промежутками в фоновом режиме, чтобы минимизировать вероятность того, что клиент оплатит заказ по уже неактуальной цене, а так же для проверки наличия невалидных сегментов в брони сразу после бронирования.
* {{Setting|Чекбокс ''С правилами ознакомлен''}} — включает предустановленный активный флажок ''Я ознакомлен и согласен с правилами'' на странице бронирования.
* {{Setting|Чекбокс ''Разрешить создание заявки на бронирование''}} — после бронирования заказа в служебной информации менеджерам и экспертам агентства доступно скачивание заявки на бронирование. Шаблон заявки настраивается в разделе '''Настройки системы → Нотификации и документы → Документы → Документы для авиа → Заявка на бронирование'''.
* {{Setting|Чекбокс ''Отображать ссылку на английскую версию МК''}} — после выписки на странице просмотра МК будет доступна ссылка а скачивание МК на английском языке (при условии настройки шаблона. Описание настройки находится в статье [[Маршрут-квитанция]])
* {{Setting|Отображаемые категории правил в попапе УПТ}} — настройка отвечает за отображение пунктов УПТ по ссылке "условия обмена и возврата" на странице заказа. Пункты перечисляются в настройке через запятую, пустое поле - отображаются все пункты. Отображение работает по владельцу заказа.

== Валидация вводимых данных ==

* Минимально допустимая дата рождения для [[Пассажир#Коды категорий пассажиров|взрослого]] определяется по дате вылета первого сегмента перелета, т.е. главное условие — чтобы хотя бы в день вылета пассажиру уже исполнилось 12.
* Для свидетельства о рождении допустимо вводить номера, состоящие из следующих символов: латинские символы — от 1 до 3 включительно, кириллица — строго 2 буквы, цифры — строго 6.
* При попытке забронировать заказ, в котором есть как минимум два [[пассажир]]а с одинаковыми именем и фамилией, будет предложено довнести отчество для одного из пассажиров. Опция предотвратит ошибки от ГРС.

==См. также==
*[[Бронирование]]
*[[Поиск (Авиабилеты)]]
*[[Форма поиска (Авиабилеты)]]
*[[Пассажир]]

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

2017-06-06T09:08:55Z

Даша Жукова: /* Параметры настройки процесса бронирования авиабилетов */

[[Категория:Процесс]] [[Категория:Функции]] [[Категория:Настройки]][[Категория:Авиабилеты]][[Категория:Железнодорожные билеты]]
'''Бронирование''' или резервирование — электронная [[транзакция]], которая закрепляет права на услуги за тем или иным конкретным конечным [[Пользователь|пользователем]].

== Процедура бронирования в Nemo ==

Для бронирования услуги в [http://www.nemo-ibe.com системе онлайн-бронирования {{NameSystem}}] необходимо заполнить [[Форма бронирования (Авиабилеты)|форму бронирования]] и перейти далее.

После успешного бронирования [[пользователь]] (заказчик) получает подтверждение с указанием статуса, идентификатора, а также итоговой суммы бронирования, {{NameSystem}} отображает пользователю информацию о сроке оплаты брони и отправляет на электронные адреса заказчика и агентства [[Нотификация|уведомления]] о бронировании. Если до наступления [[таймлимит]]а на оплату оплата не внесена или не зафиксирована, то заказ аннулируется автоматически (при условии, что [[Автоаннулятор | автоаннуляция неоплаченных бронирований]] включена для агентства). [[Выписка]] заказа доступна после оплаты брони.

В [[Личный кабинет|личном кабинете]] клиента доступны данные о бронированиях, при этом они могут быть выгружены для дальнейшего создания управленческой отчетности в форматах XML.

Если при переходе к бронированию заказа произошло увеличение цены, пользователю отобразится сообщение ''Во время бронирования произошло увеличение стоимости заказа'' и предложены два варианта:
* Забронировать перелет по новой цене.
* Вернуться к результатам поиска для выбора другого перелета.

=== Проверка введенных данных ===
==== Общие правила для всех ГРС ====
* '''ФИО''':
** Допускаются только латинские буквы без пробелов.
** Двойная фамилия (имя, отчество) указывается через дефис.
** Во исполнение приказов Минтранса РФ в бронированиях на внутренние перевозки в пределах РФ (ВВЛ) в поле ''NAME'' PNR помимо фамилии/имени в обязательном порядке надлежит указывать отчество (если есть) пассажира (вводится через пробел после имени). Запрос к GDS реализован таким образом, что, если отчество пассажира указано в поле отчества, то оно передается в GDS через пробел вместе с именем.
** Бронирование билетов на пассажиров с одинаковыми фамилиями и именами невозможно.
* '''E-mail''': допускаются только цифры и латинские буквы. Кроме того, присутствует дополнительная проверка на существование введенного e-mail адреса (проверяется наличие почтового сервера у домена). После неудачной проверки появляется рекомендация, говорящая о возможной ошибке в введенных данных, однако это не препятствует отправке формы бронирования.
* '''Номер документа''' — допускаются только цифры, латинские буквы и тире. Длина номера — не менее 5 и не более 14 символов.
* '''Срок действия документа''' — должен быть больше срока поездки. Если срок действия паспорта подставляется из профиля и он меньше даты последнего сегмента, то срок действия автоматически устанавливается равным дате последнего сегмента перелета + 1 день.

==== ГРС Сирена Трэвел ====
* '''ФИО''':
** Допускаются только буквы без пробелов (латинские и кириллические).
** Кириллица разрешена только при оформлении авиабилета при перелетах на территории России и СНГ.
** Максимум 25 символов для каждого поля.
** Суммарная длина ФИО пассажира не должна превышать 49 символов.
** Использование букв разных алфавитов одновременно не допускается — в случае одновременного использования кириллицы и латиницы, все данные на кириллице будут транслитерированы в латиницу.
* '''Доступные типы документов''':
** Паспорт РФ,
** Военный билет для проходящего службу по призыву или контракту,
** Загранпаспорт,
** Вид на жительство,
** Временное удостоверение личности,
** Свидетельство о рождении,
** Свидетельство на возвращение в страны СНГ.
* '''Номер документа''' — только буквы, цифры и тире, не более 14. Допускаются латинские и кириллические буквы.
{{Attention|Порядок ввода номера документа ''Свидетельство о рождении''.
Серия: '''римские цифры''' (в латинском регистре), '''две буквы кириллицей''', номер: шесть цифр. При некорректном вводе (римские цифры кириллицей либо следующие две буквы латиницей) срабатывает автокоррекция.
Количество тире и пробелов значения не имеет.}}
* '''Карта лояльности авиакомпании''': только латинские буквы и цифры, не более 23.

=== Информация о пассажирах ===
При бронировании заказа, в котором присутствует ребенок и/или младенец (с местом или без места) возраст пассажира определяется на дату вылета последнего сегмента. Если на дату вылета последнего сегмента возраст ребенка 11 лет, то он относится к категории пассажиров ''Дети'' и летит по детскому тарифу. Если на дату вылета последнего сегмента ему уже исполнилось 12 лет, то нужно бронировать для него билет как для взрослого. Та же самая схема используется и для младенца.

{{Attention|Бронирование билетов на пассажиров с одинаковыми фамилиями и именами невозможно.}} При попытке забронировать заказ с одинаковыми ФИО пассажиров выводится сообщение об ошибке, текст которой можно изменить с в разделе '''[[Локализация|Языковые ресурсы]]'''.

== Настройка процесса бронирования ==

Процесс бронирования для всех компонентов {{NameSystem}} настраивается в разделе '''Для техподдержки → Устаревшие настройки → Настройки бронирования'''.

С помощью выпадающего списка вверху страницы выберите область системы, параметры которой откроются для редактирования:
*'''Пользователь''' — объект (все агентство/менеджер/пользователь и т.п.) применения параметров.
*'''Сменить''' — компонент системы:
**''Перелет'' — бронирование авиабилетов,
**''Отель'' — бронирование отелей,
**''Ж/Д билет'' — бронирование ж/д перевозок,
**''Произвольная услуга''.

===Параметры настройки бронирования===
{{Attention|Параметры, которые '''не перечислены''' в разделе, не работают. Менять их значения запрещено.}}

*'''Для успешных бронирований производить оформление''':
**'''''автоматически после изменения статуса на «Оплачено»''''' — включает автовыписку билетов после получения статуса оплаты заказа "оплачено" (рекомендуется),
**'''''вручную, нажатием на кнопку «Выписать»''''' — выключает автовыписку, после оплаты для выписки заказа необходимо нажать на кнопку "выписать".
* '''Тип формы заказчика''' — тип формы бронирования, которая отображается для заказчика:
**''B2C: данные о пользователе'' — форма бронирования с полями для ввода данных о пользователе,
**''B2B: данные о компании (упрощенная)'' — форма бронирования с полями для ввода данных о компании.
* '''Предзаполнение данных о пассажирах и заказчике''' — предзаполнение данных заказчика / пассажира на основании данных из выбранного источника:
**''Предзаполнять данные заказчика из профиля пользователя'',
**''Предзаполнять данные первого пассажира из профиля пользователя'',
**''Предзаполнять данные заказчика из профиля агентства (для формы B2B)'',
*'''Отображать номер заказа в системе бронирования''' — включает отображение [[локатор]]а поставщика в заказе. {{Attention|Для менеджера агентства локатор всегда виден независимо от значения опции.}}
*'''Использовать функцию «Профили туристов»''' — включает возможность выбирать пассажира из списка пассажиров пользователя при заполнении блока ''Пассажиры'' на ''[[Форма бронирования (Авиабилеты)|Форме бронирования]]''. <br /> Информация о пассажирах пользователя отображается на странице ''…/poffice__my_passengers''.
*'''Лимит для «Профилей туристов»''' — Настройка определяет максимальное количество сохраненных пассажиров. По умолчанию значение равно 10.
*'''Отображение профилей туристов для менеджеров и экспертов'''.
*'''Показывать сбор агентства для''' — включает отображение сборов для выбранных типов пользователей:
**''Все'',
**''Эксперт'',
**''Пользователь'',
**''Менеджер компании'',
**''Эксперт компании'',
**''Пользователь компании''.<br /> {{Attention|Если ни одна опция параметра не включена, сборы не видны на результатах поиска, на страницах подтверждения и на странице заказа, а также не будут доступны для создания и редактирования ценового правила соответствующего компонента.}} Для компонента ЖД при использовании типа поиска УФС — сборы будут отображаться принудительно. Для УИТ сборы будут отображаться в зависимости от настроек (если значение параметра не установлено, то сборы будут видны).<br /> {{Attention|Помните, что настройки меняются для указанных пользователя и компонента.}}<br /> Для компонента '''Авиабилеты''' параметр связан с настройками из раздела '''Управление продажами → Авиабилеты → Устаревшие настройки → Ограничения поиска''': '''''Отображение цены в результатах''''' и '''''Отображение цены в подтверждении'''''. Он указывает на возможность создания и редактирования ценовых правил в административной части. Наибольший приоритет имеет параметр из раздела '''Настройки бронирования'''.
*'''Способ отображения сборов в таблице стоимости''' — выбор способа отображения сбора агентства в детализации стоимости для каждого типа пассажира:
**'''''Отдельной строкой ''''' — сумма сбор отображается отдельной строкой,
**'''''Таксой XP''''' — сумма сбора отображается как такса с кодом ''XP''.
* '''Способ отображения такс''' — способ отображения такс на [[форма бронирования (Авиабилеты)|форме бронирования]] в блоке информации о заказе:
**''Сумма такс'' — значение суммы такс,
**''Сумма такс с детализацией в попапе'' — не работает,
**''Детализация такс'' — развернутая сумм с детализацией размера и кода каждой таксы.
* '''Разбивать стоимость по каждому пассажиру''' — включает разбивку таблицы стоимости на строки по каждому пассажиру. Если опция отключена, стоимость группируется по типам пассажиров.
* '''QR-Code кодирует''' — выбор предмета кодировки qr-кодом:
**''Ссылку на страницу с информацией о заказе'',
**''Информацию по заказу''.
* '''Отображать поле места рождения''' — (только для Ж/Д компонента!) включает в блоке ввода данных о пассажире поле ввода места рождения.

== Настройки бронирования авиабилетов ==
Для настройки процесса бронирования авиабилетов зайдите в раздел '''Управление продажами → Авиабилеты → Устаревшие настройки → Настройка'''. Параметры данного раздела применяются только к компоненту ''Авиабилеты''.

Параметры настройки формы бронирования авиабилетов описаны в статье [[Форма бронирования (Авиабилеты)]].

===Параметры настройки процесса бронирования авиабилетов===

{{Attention|Параметры, которые '''не перечислены''' в разделе, не работают. Менять их значения запрещено.}}
* '''Отправка письма от веб-службы''' — после бронирования на электронный адрес пользователя отправляется письмо от ГРС с результатами бронирования. На данный момент функцию поддерживает только ''ГРС Sabre''. Для корректного отображения названия агентства и адреса отправителя необходимо внести изменения в TJR-запись в IPCC.
* '''Отправка письма о статусе бронирования''' — после бронирования на электронный адрес пользователя отправляется письмо от {{NameSystem}} с результатами бронирования.
* '''Отправлять маршрутную квитанцию отдельно для каждого пассажира''' — включает отправку маршрутной квитанции отдельным письмом на каждого пассажира. Если не задан электронный адрес пассажира, маршрутная квитанция передается на адрес заказчика. В заголовке письма с помощью переменных %PASS_NAME% и %PASS_LASTNAME% можно указать имя и фамилию пассажира.
* '''Разрешить покупателю выбор места''' - см. [[Карта мест]].
* '''Показывать поля о визе и месте пребывания для стран''' — укажите в поле перечень стран, для которых на шаге внесения данных пассажиров отображаются поля внесения данных о визе.
* '''Показывать вознаграждение агента''' — включает отображение вознаграждения агента на странице подтверждения бронирования.
* '''Пошаговый индикатор''' — включает сверху формы бронирования индикатор этапов бронирования, чтобы пользователь видел, на каком шаге бронирования авиабилетов он находится, какие шаги он прошел и какие осталось пройти.

*'''[[Синхронизация_заказов#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B0_.D1.81.D0.B8.D0.BD.D1.85.D1.80.D0.BE.D0.BD.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D0.B8_.D1.86.D0.B5.D0.BD.D1.8B|Не уменьшать цену при бронировании и обновлении]]''' — запрещает уменьшение стоимости заказа, если при проверке доступности перелета/бронировании/обновлении стоимость заказа уменьшилась. Работает только с модулем ''Ценообразование 2.0''. Такие заказы попадают в специальную очередь ''Зафиксированная цена'' в личном кабинете агентства. Выберите режим работы:
** '''Через сохранение старых тарифов: всегда''' — в заказе не будет фиксироваться меньшая цена, методом сохранения старых тарифов в заказе.
** '''Через сохранение старых тарифов: только в случае, если код тарифа изменился ''' — меньшая цена не будет зафиксирована, только если изменился код тарифа.
** '''<u>Через добавление агентского сбора: всегда</u>''' — ''рекомендуемый режим работы для опции''. В заказе не будет фиксироваться меньшая цена, методом добавления "фиксирующего сбора".
** '''Никогда''' — опция отключена. Меньшая цена всегда отображается в заказе.<br>Данная настройка работает при изменении стоимости тарифа и/или такс, в том числе вызванные колебаниями валюты. При уменьшении сбора агента опция не работает. При уменьшении количества пассажиров и последующем уменьшении цены заказа опция не работает.<br>Фиксация цены срабатывает: 1) коды пассажиров в тарифе не изменились (например, ADT -> ADT); 2) коды пассажиров в тарифе изменились (CNN -> CH), но не изменился набор и порядок привязанных к тарифу пассажиров (1ый -> 1ый).<br/> При оплате заказа через GDS-процессинг в случае срабатывания настройки ''Не уменьшать цену при бронировании и обновлении'' заказ будет отправлен на стандартный процессинг.</span><br>Если вы хотите использовать опцию фиксации цены, рекомендуем использовать режим фиксации через добавление агентского сбора.
* '''Применять фиксацию цены в следующих случаях''' — если параметр ''Не уменьшать цену при бронировании и обновлении'' установлен на режим работы — ''Всегда'', и система получила уменьшение цены, то можно установить этапы фиксации. Если не выбран ни один пункт, фиксация будет происходить на всех этапах — перед бронированием, после бронированием, во время обновления заказа.
** '''Перед бронированием при обновлении стоимости авиаперелёта''' — фиксация цены происходит при переходе со страницы результатов поиска, на страницу оформления бронирования.
** '''Сразу после бронирования''' — фиксация цены происходит после бронирования заказа.
** '''При синхронизациях после бронирования''' — цена фиксируется при каждом обновлении забронированного заказа.

* '''Подтверждение выхода со страницы заполнения пассажирских данных ''' — включает при обновлении или при закрытии окна отображение предупреждения браузера, например, ''Вы действительно хотите уйти с этой страницы?''. <br />К сервисному сообщению можно добавить дополнительный текст с помощью текстовой переменной ''close_thickbox_title'', при этом действуют следующие ограничения:
** Для каждого браузера определен собственный сервисный текст.
** В Mozilla Firefox дополнительный текст не поддерживается.
** В Opera всплывающее окно не отображается.
* '''Скрывать сборы в таксы на маршрут-квитанции''' — распределяет сбор в равных частях на всех пассажиров, для которых стоимость билета ненулевая, маскирует сбор под таксу с кодом XP.
* '''Выполнять проверку доступности через взятие мест''' — включает проверку доступности через временное резервирование мест на сегментах (поддерживается только ''ГРС Sabre''). Если опция отключена, выполняется обычная ''availability'' проверка.
* '''Предлагать другой тариф в случае невозможности взятия мест''' — включает автоматический поиск другого тарифа выбранного рейса при отказе в результате проверки доступности. Новый тариф снова проходит проверку на доступность, при отрицательном ответе процедура повторяется, пока не будет найден доступный, либо пока не закончатся тарифы на рейсе. Когда доступный тариф найден, пользователю открывается всплывающее окно с новой ценой. Опция работает только при включенном модуле '''Обработка неподтвержденных сегментов'''. Проверка доступности выполняется:
** при переходе с результатов поиска на бронирование перелета,
** при отправки запроса бронирования перелета. <br /> {{Attention|Работает только ''ГРС Sabre''. Если вам необходима такая функция для другой ГРС, обратитесь с запросом о доп. разработке в [http://helpdesk.nemo.travel проектный трекер].}}
* '''Время ожидания сегментов со статусом NN при бронировании (сек.)''' — если система получает сегменты со статусом NN, в течении установленного времени каждые 5 секунд запускается проверка статуса сегментов. Если сегменты подтвердились, бронирование завершается успешно, если за установленный промежуток времени сегменты не получили подтвержденный статус, заказ аннулируется.
* '''Список АК, требующих отчество для полётов внутри РФ''' — поле для ввода кодов авиакомпаний, для которых на форме бронирования в блоке ввода пассажирских данных должно отображаться поле ''Отчество''. Параметр применяется при включенной опции ''Необязательное отчество для всех пассажиров для авиакомпаний из списка'' параметра ''Авиабилеты: дополнительные поля'' из раздела '''Управление продажами → Процессы → Форма бронирования''' (см. [[Форма бронирования (Авиабилеты)#Параметры настройки блока информации о пассажирах|Параметры настройки блока информации о пассажирах]]).
* '''Агентские правила для тарифов''' — поле для ввода текста описания агентских правил для тарифов. Введенный текст будет находиться между кодом тарифа и надписью ''Правила тарифа'' если не просматривается какой-либо подраздел правил тарифа. Возможно использовать HTML. Можно задать разный текст для разных языков.
* '''Скрывать стоимость заказа в маршрут квитанции поставщика'''
* '''Использовать страницу предварительного просмотра маршрут-квитанции''' — включает кнопку перехода на страницу предварительного просмотра маршрут-квитанции на странице заказа (только для выписанных заказов). На странице предпросмотра маршрут-квитанцию нельзя печатать, отправлять на электронный адрес или скачивать в формате PDF.
* '''Использовать маршрут-квитанцию поставщика в PDF''' — включает получение маршрут-квитанции от ГРС, при этом игнорируется шаблон маршрут-квитанции (работает только для ГРС Сирена). По умолчанию опция выключена.
* '''Авиакомпании для которых проводить раздельную фиксацию стоимости''' — опция включает при срабатывании функции ''Не фиксировать уменьшение цены при бронировании и обновлении'' фиксацию только той составляющей стоимости перелета, которая уменьшается. Например, тариф увеличился, а таксы снизились, в целом общее стоимость перелета снизилась. Таким образом, стоимость такс не изменится, а тариф увеличится. Можно включить опцию для всех, или для перечисленных авиакомпаний:
** '''Все''' — опция включена для всех авиакомпаний.
** '''Выбранные''' — опция включена только для указанных авиакомпаний.
* '''Разрешить изменение ВП при обновлении заказа ''' — опция изменяет основного валидирующего перевозчика перелета при изменении ВП от ГРС .
{{Attention|Опция работает корректно, если у агентства не задано переопределение валидирующего перевозчика в правилах ценообразовании. Если переопределение задано и на переопределенном перевозчике не будут заданы актуальные правила — могут возникнуть '''ошибки с установлением комиссии'''.}}
* '''Создавать ремарку "ПРОЧ"''' — если настройка включена, то при бронировании перелетов в ГРС Сирена Трэвел происходит создание ремарки "ПРОЧ" с указанием информации об агенте: ID аг-ва, ID пользователя, сделавшего бронирование и ID субагента в сторонней CRM (в случае, если данное поле заполнено в соответствующей настройке в профиле компании субагента).

==== Гражданство и тип документа для формы бронирования 1.0====

Гражданство присваивается по стране из профиля пользователя.

Набор типов документов, доступных для пользователя при бронировании, зависит от параметра '''[http://support.mute-lab.com/ru/Бронирование#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B1.D1.80.D0.BE.D0.BD.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D1.8F_.D0.B0.D0.B2.D0.B8.D0.B0.D0.B1.D0.B8.D0.BB.D0.B5.D1.82.D0.BE.D0.B2 Предлагать все возможные типы документов пассажира]'''.

'''Запрещено''' для международного перелета выбирать в качестве документа свидетельство о рождении.

Задайте в разделе '''Управление продажами → Авиабилеты → Устаревшие настройки → Настройка''':
* Тип документа по умолчанию для ВВЛ.
* Тип документа по умолчанию для МВЛ.

Если значения этих параметров не заданы, тип документа по умолчанию зависит от типа перелета (международный или внутренний), который определяется на основании страны, указанной в настройках агентства. <br />
Пример: в '''Настройках агентства''' в поле ''Страна'' указана Россия, рейс Москва — Санкт-Петербург. Тогда тип перелета — внутренний и в блоке информации о пассажире тип документа по умолчанию — ''внутренний общегражданский паспорт''.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== См. также ==
*[[Глобальная распределительная система]]
*[[Форма бронирования (Авиабилеты)]]
*[[Таймлимит]]
*[[PCC]]
*[[Аннуляция]]
*[[УПТ]]
*[[Тариф]]
*[[PNR]]
*[[Пассажир]]
*[[Статистика#Статистика бронирований|Статистика бронирований]]
*[[Пользователь#Типы пользователей в Nemo|Типы пользователей в Nemo]]
*[[Агентский API Авиабилеты]]
*[[Веб-служба бронирования]]
*[[Отмена бронирования|Пример запроса и ответа на аннуляцию заказа]]

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

2017-06-06T09:07:47Z

Даша Жукова: /* Параметры настройки процесса бронирования авиабилетов */

[[Категория:Процесс]] [[Категория:Функции]] [[Категория:Настройки]][[Категория:Авиабилеты]][[Категория:Железнодорожные билеты]]
'''Бронирование''' или резервирование — электронная [[транзакция]], которая закрепляет права на услуги за тем или иным конкретным конечным [[Пользователь|пользователем]].

== Процедура бронирования в Nemo ==

Для бронирования услуги в [http://www.nemo-ibe.com системе онлайн-бронирования {{NameSystem}}] необходимо заполнить [[Форма бронирования (Авиабилеты)|форму бронирования]] и перейти далее.

После успешного бронирования [[пользователь]] (заказчик) получает подтверждение с указанием статуса, идентификатора, а также итоговой суммы бронирования, {{NameSystem}} отображает пользователю информацию о сроке оплаты брони и отправляет на электронные адреса заказчика и агентства [[Нотификация|уведомления]] о бронировании. Если до наступления [[таймлимит]]а на оплату оплата не внесена или не зафиксирована, то заказ аннулируется автоматически (при условии, что [[Автоаннулятор | автоаннуляция неоплаченных бронирований]] включена для агентства). [[Выписка]] заказа доступна после оплаты брони.

В [[Личный кабинет|личном кабинете]] клиента доступны данные о бронированиях, при этом они могут быть выгружены для дальнейшего создания управленческой отчетности в форматах XML.

Если при переходе к бронированию заказа произошло увеличение цены, пользователю отобразится сообщение ''Во время бронирования произошло увеличение стоимости заказа'' и предложены два варианта:
* Забронировать перелет по новой цене.
* Вернуться к результатам поиска для выбора другого перелета.

=== Проверка введенных данных ===
==== Общие правила для всех ГРС ====
* '''ФИО''':
** Допускаются только латинские буквы без пробелов.
** Двойная фамилия (имя, отчество) указывается через дефис.
** Во исполнение приказов Минтранса РФ в бронированиях на внутренние перевозки в пределах РФ (ВВЛ) в поле ''NAME'' PNR помимо фамилии/имени в обязательном порядке надлежит указывать отчество (если есть) пассажира (вводится через пробел после имени). Запрос к GDS реализован таким образом, что, если отчество пассажира указано в поле отчества, то оно передается в GDS через пробел вместе с именем.
** Бронирование билетов на пассажиров с одинаковыми фамилиями и именами невозможно.
* '''E-mail''': допускаются только цифры и латинские буквы. Кроме того, присутствует дополнительная проверка на существование введенного e-mail адреса (проверяется наличие почтового сервера у домена). После неудачной проверки появляется рекомендация, говорящая о возможной ошибке в введенных данных, однако это не препятствует отправке формы бронирования.
* '''Номер документа''' — допускаются только цифры, латинские буквы и тире. Длина номера — не менее 5 и не более 14 символов.
* '''Срок действия документа''' — должен быть больше срока поездки. Если срок действия паспорта подставляется из профиля и он меньше даты последнего сегмента, то срок действия автоматически устанавливается равным дате последнего сегмента перелета + 1 день.

==== ГРС Сирена Трэвел ====
* '''ФИО''':
** Допускаются только буквы без пробелов (латинские и кириллические).
** Кириллица разрешена только при оформлении авиабилета при перелетах на территории России и СНГ.
** Максимум 25 символов для каждого поля.
** Суммарная длина ФИО пассажира не должна превышать 49 символов.
** Использование букв разных алфавитов одновременно не допускается — в случае одновременного использования кириллицы и латиницы, все данные на кириллице будут транслитерированы в латиницу.
* '''Доступные типы документов''':
** Паспорт РФ,
** Военный билет для проходящего службу по призыву или контракту,
** Загранпаспорт,
** Вид на жительство,
** Временное удостоверение личности,
** Свидетельство о рождении,
** Свидетельство на возвращение в страны СНГ.
* '''Номер документа''' — только буквы, цифры и тире, не более 14. Допускаются латинские и кириллические буквы.
{{Attention|Порядок ввода номера документа ''Свидетельство о рождении''.
Серия: '''римские цифры''' (в латинском регистре), '''две буквы кириллицей''', номер: шесть цифр. При некорректном вводе (римские цифры кириллицей либо следующие две буквы латиницей) срабатывает автокоррекция.
Количество тире и пробелов значения не имеет.}}
* '''Карта лояльности авиакомпании''': только латинские буквы и цифры, не более 23.

=== Информация о пассажирах ===
При бронировании заказа, в котором присутствует ребенок и/или младенец (с местом или без места) возраст пассажира определяется на дату вылета последнего сегмента. Если на дату вылета последнего сегмента возраст ребенка 11 лет, то он относится к категории пассажиров ''Дети'' и летит по детскому тарифу. Если на дату вылета последнего сегмента ему уже исполнилось 12 лет, то нужно бронировать для него билет как для взрослого. Та же самая схема используется и для младенца.

{{Attention|Бронирование билетов на пассажиров с одинаковыми фамилиями и именами невозможно.}} При попытке забронировать заказ с одинаковыми ФИО пассажиров выводится сообщение об ошибке, текст которой можно изменить с в разделе '''[[Локализация|Языковые ресурсы]]'''.

== Настройка процесса бронирования ==

Процесс бронирования для всех компонентов {{NameSystem}} настраивается в разделе '''Для техподдержки → Устаревшие настройки → Настройки бронирования'''.

С помощью выпадающего списка вверху страницы выберите область системы, параметры которой откроются для редактирования:
*'''Пользователь''' — объект (все агентство/менеджер/пользователь и т.п.) применения параметров.
*'''Сменить''' — компонент системы:
**''Перелет'' — бронирование авиабилетов,
**''Отель'' — бронирование отелей,
**''Ж/Д билет'' — бронирование ж/д перевозок,
**''Произвольная услуга''.

===Параметры настройки бронирования===
{{Attention|Параметры, которые '''не перечислены''' в разделе, не работают. Менять их значения запрещено.}}

*'''Для успешных бронирований производить оформление''':
**'''''автоматически после изменения статуса на «Оплачено»''''' — включает автовыписку билетов после получения статуса оплаты заказа "оплачено" (рекомендуется),
**'''''вручную, нажатием на кнопку «Выписать»''''' — выключает автовыписку, после оплаты для выписки заказа необходимо нажать на кнопку "выписать".
* '''Тип формы заказчика''' — тип формы бронирования, которая отображается для заказчика:
**''B2C: данные о пользователе'' — форма бронирования с полями для ввода данных о пользователе,
**''B2B: данные о компании (упрощенная)'' — форма бронирования с полями для ввода данных о компании.
* '''Предзаполнение данных о пассажирах и заказчике''' — предзаполнение данных заказчика / пассажира на основании данных из выбранного источника:
**''Предзаполнять данные заказчика из профиля пользователя'',
**''Предзаполнять данные первого пассажира из профиля пользователя'',
**''Предзаполнять данные заказчика из профиля агентства (для формы B2B)'',
*'''Отображать номер заказа в системе бронирования''' — включает отображение [[локатор]]а поставщика в заказе. {{Attention|Для менеджера агентства локатор всегда виден независимо от значения опции.}}
*'''Использовать функцию «Профили туристов»''' — включает возможность выбирать пассажира из списка пассажиров пользователя при заполнении блока ''Пассажиры'' на ''[[Форма бронирования (Авиабилеты)|Форме бронирования]]''. <br /> Информация о пассажирах пользователя отображается на странице ''…/poffice__my_passengers''.
*'''Лимит для «Профилей туристов»''' — Настройка определяет максимальное количество сохраненных пассажиров. По умолчанию значение равно 10.
*'''Отображение профилей туристов для менеджеров и экспертов'''.
*'''Показывать сбор агентства для''' — включает отображение сборов для выбранных типов пользователей:
**''Все'',
**''Эксперт'',
**''Пользователь'',
**''Менеджер компании'',
**''Эксперт компании'',
**''Пользователь компании''.<br /> {{Attention|Если ни одна опция параметра не включена, сборы не видны на результатах поиска, на страницах подтверждения и на странице заказа, а также не будут доступны для создания и редактирования ценового правила соответствующего компонента.}} Для компонента ЖД при использовании типа поиска УФС — сборы будут отображаться принудительно. Для УИТ сборы будут отображаться в зависимости от настроек (если значение параметра не установлено, то сборы будут видны).<br /> {{Attention|Помните, что настройки меняются для указанных пользователя и компонента.}}<br /> Для компонента '''Авиабилеты''' параметр связан с настройками из раздела '''Управление продажами → Авиабилеты → Устаревшие настройки → Ограничения поиска''': '''''Отображение цены в результатах''''' и '''''Отображение цены в подтверждении'''''. Он указывает на возможность создания и редактирования ценовых правил в административной части. Наибольший приоритет имеет параметр из раздела '''Настройки бронирования'''.
*'''Способ отображения сборов в таблице стоимости''' — выбор способа отображения сбора агентства в детализации стоимости для каждого типа пассажира:
**'''''Отдельной строкой ''''' — сумма сбор отображается отдельной строкой,
**'''''Таксой XP''''' — сумма сбора отображается как такса с кодом ''XP''.
* '''Способ отображения такс''' — способ отображения такс на [[форма бронирования (Авиабилеты)|форме бронирования]] в блоке информации о заказе:
**''Сумма такс'' — значение суммы такс,
**''Сумма такс с детализацией в попапе'' — не работает,
**''Детализация такс'' — развернутая сумм с детализацией размера и кода каждой таксы.
* '''Разбивать стоимость по каждому пассажиру''' — включает разбивку таблицы стоимости на строки по каждому пассажиру. Если опция отключена, стоимость группируется по типам пассажиров.
* '''QR-Code кодирует''' — выбор предмета кодировки qr-кодом:
**''Ссылку на страницу с информацией о заказе'',
**''Информацию по заказу''.
* '''Отображать поле места рождения''' — (только для Ж/Д компонента!) включает в блоке ввода данных о пассажире поле ввода места рождения.

== Настройки бронирования авиабилетов ==
Для настройки процесса бронирования авиабилетов зайдите в раздел '''Управление продажами → Авиабилеты → Устаревшие настройки → Настройка'''. Параметры данного раздела применяются только к компоненту ''Авиабилеты''.

Параметры настройки формы бронирования авиабилетов описаны в статье [[Форма бронирования (Авиабилеты)]].

===Параметры настройки процесса бронирования авиабилетов===

{{Attention|Параметры, которые '''не перечислены''' в разделе, не работают. Менять их значения запрещено.}}
* '''Отправка письма от веб-службы''' — после бронирования на электронный адрес пользователя отправляется письмо от ГРС с результатами бронирования. На данный момент функцию поддерживает только ''ГРС Sabre''. Для корректного отображения названия агентства и адреса отправителя необходимо внести изменения в TJR-запись в IPCC.
* '''Отправка письма о статусе бронирования''' — после бронирования на электронный адрес пользователя отправляется письмо от {{NameSystem}} с результатами бронирования.
* '''Отправлять маршрутную квитанцию отдельно для каждого пассажира''' — включает отправку маршрутной квитанции отдельным письмом на каждого пассажира. Если не задан электронный адрес пассажира, маршрутная квитанция передается на адрес заказчика. В заголовке письма с помощью переменных %PASS_NAME% и %PASS_LASTNAME% можно указать имя и фамилию пассажира.
* '''Разрешить покупателю выбор места''' - см. [[Карта мест]].
* '''Показывать поля о визе и месте пребывания для стран''' — укажите в поле перечень стран, для которых на шаге внесения данных пассажиров отображаются поля внесения данных о визе.
* '''Показывать вознаграждение агента''' — включает отображение вознаграждения агента на странице подтверждения бронирования.
* '''Пошаговый индикатор''' — включает сверху формы бронирования индикатор этапов бронирования, чтобы пользователь видел, на каком шаге бронирования авиабилетов он находится, какие шаги он прошел и какие осталось пройти.

*'''[[Синхронизация_заказов#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B0_.D1.81.D0.B8.D0.BD.D1.85.D1.80.D0.BE.D0.BD.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D0.B8_.D1.86.D0.B5.D0.BD.D1.8B|Не уменьшать цену при бронировании и обновлении]]''' — запрещает уменьшение стоимости заказа, если при проверке доступности перелета/бронировании/обновлении стоимость заказа уменьшилась. Работает только с модулем ''Ценообразование 2.0''. Такие заказы попадают в специальную очередь ''Зафиксированная цена'' в личном кабинете агентства. Выберите режим работы:
** '''Через сохранение старых тарифов: всегда''' — в заказе не будет фиксироваться меньшая цена, методом сохранения старых тарифов в заказе.
** '''Через сохранение старых тарифов: только в случае, если код тарифа изменился ''' — меньшая цена не будет зафиксирована, только если изменился код тарифа.
** '''<u>Через добавление агентского сбора: всегда</u>''' — ''рекомендуемый режим работы для опции''. В заказе не будет фиксироваться меньшая цена, методом добавления "фиксирующего сбора".
** '''Никогда''' — опция отключена. Меньшая цена всегда отображается в заказе.<br>Данная настройка работает при изменении стоимости тарифа и/или такс, в том числе вызванные колебаниями валюты. При уменьшении сбора агента опция не работает. При уменьшении количества пассажиров и последующем уменьшении цены заказа опция не работает.<br>Фиксация цены срабатывает: 1) коды пассажиров в тарифе не изменились (например, ADT -> ADT); 2) коды пассажиров в тарифе изменились (CNN -> CH), но не изменился набор и порядок привязанных к тарифу пассажиров (1ый -> 1ый).<br/> При оплате заказа через GDS-процессинг в случае срабатывания настройки ''Не уменьшать цену при бронировании и обновлении'' заказ будет отправлен на стандартный процессинг.</span><br>Если вы хотите использовать опцию фиксации цены, рекомендуем использовать режим фиксации через добавление агентского сбора.
* '''Применять фиксацию цены в следующих случаях''' — если параметр ''Не уменьшать цену при бронировании и обновлении'' установлен на режим работы — ''Всегда'', и система получила уменьшение цены, то можно установить этапы фиксации. Если не выбран ни один пункт, фиксация будет происходить на всех этапах — перед бронированием, после бронированием, во время обновления заказа.
** '''Перед бронированием при обновлении стоимости авиаперелёта''' — фиксация цены происходит при переходе со страницы результатов поиска, на страницу оформления бронирования.
** '''Сразу после бронирования''' — фиксация цены происходит после бронирования заказа.
** '''При синхронизациях после бронирования''' — цена фиксируется при каждом обновлении забронированного заказа.

* '''Подтверждение выхода со страницы заполнения пассажирских данных ''' — включает при обновлении или при закрытии окна отображение предупреждения браузера, например, ''Вы действительно хотите уйти с этой страницы?''. <br />К сервисному сообщению можно добавить дополнительный текст с помощью текстовой переменной ''close_thickbox_title'', при этом действуют следующие ограничения:
** Для каждого браузера определен собственный сервисный текст.
** В Mozilla Firefox дополнительный текст не поддерживается.
** В Opera всплывающее окно не отображается.
* '''Скрывать сборы в таксы на маршрут-квитанции''' — распределяет сбор в равных частях на всех пассажиров, для которых стоимость билета ненулевая, маскирует сбор под таксу с кодом XP.
* '''Выполнять проверку доступности через взятие мест''' — включает проверку доступности через временное резервирование мест на сегментах (поддерживается только ''ГРС Sabre''). Если опция отключена, выполняется обычная ''availability'' проверка.
* '''Предлагать другой тариф в случае невозможности взятия мест''' — включает автоматический поиск другого тарифа выбранного рейса при отказе в результате проверки доступности. Новый тариф снова проходит проверку на доступность, при отрицательном ответе процедура повторяется, пока не будет найден доступный, либо пока не закончатся тарифы на рейсе. Когда доступный тариф найден, пользователю открывается всплывающее окно с новой ценой. Опция работает только при включенном модуле '''Обработка неподтвержденных сегментов'''. Проверка доступности выполняется:
** при переходе с результатов поиска на бронирование перелета,
** при отправки запроса бронирования перелета. <br /> {{Attention|Работает только ''ГРС Sabre''. Если вам необходима такая функция для другой ГРС, обратитесь с запросом о доп. разработке в [http://helpdesk.nemo.travel проектный трекер].}}
* '''Время ожидания сегментов со статусом NN при бронировании (сек.)''' — если система получает сегменты со статусом NN, в течении установленного времени каждые 5 секунд запускается проверка статуса сегментов. Если сегменты подтвердились, бронирование завершается успешно, если за установленный промежуток времени сегменты не получили подтвержденный статус, заказ аннулируется.
* '''Список АК, требующих отчество для полётов внутри РФ''' — поле для ввода кодов авиакомпаний, для которых на форме бронирования в блоке ввода пассажирских данных должно отображаться поле ''Отчество''. Параметр применяется при включенной опции ''Необязательное отчество для всех пассажиров для авиакомпаний из списка'' параметра ''Авиабилеты: дополнительные поля'' из раздела '''Управление продажами → Процессы → Форма бронирования''' (см. [[Форма бронирования (Авиабилеты)#Параметры настройки блока информации о пассажирах|Параметры настройки блока информации о пассажирах]]).
* '''Агентские правила для тарифов''' — поле для ввода текста описания агентских правил для тарифов. Введенный текст будет находиться между кодом тарифа и надписью ''Правила тарифа'' если не просматривается какой-либо подраздел правил тарифа. Возможно использовать HTML. Можно задать разный текст для разных языков.
* '''Скрывать стоимость заказа в маршрут квитанции поставщика'''
* '''Использовать страницу предварительного просмотра маршрут-квитанции''' — включает кнопку перехода на страницу предварительного просмотра маршрут-квитанции на странице заказа (только для выписанных заказов). На странице предпросмотра маршрут-квитанцию нельзя печатать, отправлять на электронный адрес или скачивать в формате PDF.
* '''Использовать маршрут-квитанцию поставщика в PDF''' — включает получение маршрут-квитанции от ГРС, при этом игнорируется шаблон маршрут-квитанции (работает только для ГРС Сирена). По умолчанию опция выключена.
* '''Авиакомпании для которых проводить раздельную фиксацию стоимости''' — опция включает при срабатывании функции ''Не фиксировать уменьшение цены при бронировании и обновлении'' фиксацию только той составляющей стоимости перелета, которая уменьшается. Например, тариф увеличился, а таксы снизились, в целом общее стоимость перелета снизилась. Таким образом, стоимость такс не изменится, а тариф увеличится. Можно включить опцию для всех, или для перечисленных авиакомпаний:
** '''Все''' — опция включена для всех авиакомпаний.
** '''Выбранные''' — опция включена только для указанных авиакомпаний.
* '''Разрешить изменение ВП при обновлении заказа ''' — опция изменяет основного валидирующего перевозчика перелета при изменении ВП от ГРС .
{{Attention|Опция работает корректно, если у агентства не задано переопределение валидирующего перевозчика в правилах ценообразовании. Если переопределение задано и на переопределенном перевозчике не будут заданы актуальные правила — могут возникнуть '''ошибки с установлением комиссии'''.}}
* '''Создавать ремарку "ПРОЧ"''' — если настройка включена, то при бронировании перелетов в ГРС Сирена Трэвел происходит создание ремарки "ПРОЧ" с указанием информации об агенте: ID аг-ва, ID пользователя, сделавшего бронирование и ID субагента в сторонней CRM (в случае, если данное поле заполнено в соответствующей настройке).

==== Гражданство и тип документа для формы бронирования 1.0====

Гражданство присваивается по стране из профиля пользователя.

Набор типов документов, доступных для пользователя при бронировании, зависит от параметра '''[http://support.mute-lab.com/ru/Бронирование#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B1.D1.80.D0.BE.D0.BD.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D1.8F_.D0.B0.D0.B2.D0.B8.D0.B0.D0.B1.D0.B8.D0.BB.D0.B5.D1.82.D0.BE.D0.B2 Предлагать все возможные типы документов пассажира]'''.

'''Запрещено''' для международного перелета выбирать в качестве документа свидетельство о рождении.

Задайте в разделе '''Управление продажами → Авиабилеты → Устаревшие настройки → Настройка''':
* Тип документа по умолчанию для ВВЛ.
* Тип документа по умолчанию для МВЛ.

Если значения этих параметров не заданы, тип документа по умолчанию зависит от типа перелета (международный или внутренний), который определяется на основании страны, указанной в настройках агентства. <br />
Пример: в '''Настройках агентства''' в поле ''Страна'' указана Россия, рейс Москва — Санкт-Петербург. Тогда тип перелета — внутренний и в блоке информации о пассажире тип документа по умолчанию — ''внутренний общегражданский паспорт''.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== См. также ==
*[[Глобальная распределительная система]]
*[[Форма бронирования (Авиабилеты)]]
*[[Таймлимит]]
*[[PCC]]
*[[Аннуляция]]
*[[УПТ]]
*[[Тариф]]
*[[PNR]]
*[[Пассажир]]
*[[Статистика#Статистика бронирований|Статистика бронирований]]
*[[Пользователь#Типы пользователей в Nemo|Типы пользователей в Nemo]]
*[[Агентский API Авиабилеты]]
*[[Веб-служба бронирования]]
*[[Отмена бронирования|Пример запроса и ответа на аннуляцию заказа]]

Travelport (Galileo)

2017-06-02T09:37:30Z

Даша Жукова: /* Подключение к ГРС Galileo в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания {{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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** GDS-процессинг
** МультиФОП GDS-процессинг
** Проксирование GDS-процессинга через ПШ
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[PCC]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.
# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==== Отличия процедуры подключения Travelport uAPI ====

Подключение к Travelport uAPI осуществляется по тому же сценарию, что и к Galileo. Однако, вместо HAP будет использоваться WAB (Work Area Branch) и отсутствует необходимость в номерах принтеров при настройке реквизитов подключения.

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах ГРС Galileo?
|-
|

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"| Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГРС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГРС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между PNR и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту ГРС Galileo, при возникновении агент пусть обращается в свой локальный хелп деск.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+»
|Возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».
|-
|}

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

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

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

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

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

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

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

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (exchange or revalidate).

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

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

* '''Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.'''
Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

* '''Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).'''
Необходимо проверить настройки агентства. Рекомендуется проверка в локальном хэлпдеске.
Нужно иметь ввиду, что перевозчик отменил бронирование, потому что билет не был выписан.

* '''Ошибка «NO AGREEMENT EXISTS FOR AGENCY».'''
Может приходить при попытке извлечения PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать PNR из другого PCC. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[PNR]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]

Разделение PNR

2017-05-10T10:41:23Z

Даша Жукова: /* Принцип работы */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]]
'''Разделение PNR''' (Split PNR) — [[модуль]] системы бронирования билетов онлайн {{NameSystemLink}} для выделения части пассажиров заказа в отдельный [[PNR]].

== Назначение ==
Модуль предоставляет возможность на странице заказа {{NameSystem}} выделить часть пассажиров в отдельную бронь. <br>
Модуль удобен, к примеру, если необходимо аннулировать сегменты не всех, а только части [[пассажир]]ов в заказе.

==Принцип работы==

В результате разделения для выбранных пассажиров в [[ГРС]] создастся отдельный PNR с собственным идентификатором (локатором). Для такой брони {{NameSystem}} создаёт новый заказ с собственным номером. <br>При использовании сплита для аннуляции части пассажиров, данные оставшихся пассажиров не будут затронуты, номер исходного заказа останется прежним.

Разделение может выполнять [[Менеджер агентства|менеджер]] и эксперты корневого агентства, но сплит работает по владельцу заказа, т.е. возможность сплита должна быть включена у тех пользователей\групп, заказам которых может потребоваться разделение.

{{Attention|На настоящий момент модуль '''Разделение PNR''' в {{NameSystem}} работает для ГРС [[Сирена Трэвел]], [[Amadeus]], [[Sabre]], [[Travelport (Galileo)]], Galileo uAPI, [[SITA Gabriel]].}}

== Подключение и настройка модуля ==
Чтобы использовать '''Разделение PNR''' в {{NameSystem}}, агентству необходимо подключить модуль '''Разделение PNR'''. Включить модуль может только администратор {{NameSystem}} в разделе '''Для техподдержки''' → '''Модули'''. <br>
Для подключения обратитесь в службу технической поддержки {{NameSystem}}.

== Включение модуля ==
Чтобы включить модуль для агентства:
* Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Форма бронирования'''.
* Выберите ''всё агентство'' или ''пользователя'', для которого необходимо включить опцию.
* Включите опцию '''Разрешить разделение (split) PNR'''.

==Выполнить разделение PNR==
После включения модуля на странице заказов отображается форма модуля Разделение PNR (только для заказов на более, чем одного, пассажира):

{| class="wikitable"
|-
|[[Файл:Форма_сплита.png|550px|Рис. 1 Форма сплита]]
|-
|Форма модуля Разделение PNR на странице заказа
|}

Чтобы выполнить разделение PNR:
# Выберите пассажиров, которых необходимо выделить в отдельную бронь,
# Нажмите кнопку '''Разделить PNR'''. <br>{{NameSystem}} направит запрос в ГРС на разделение PNR.
# Если ГРС вернул успешный результат, {{NameSystem}} создаёт отдельный заказ для выбранных пассажиров, в котором:
#* сохранены следующие данные из исходной брони:
#** данные выделенных для разделения PNR пассажиров,
#** данные покупателя,
#* присвоены новые значения следующим параметрам:
#** номер заказа,
#** идентификатор брони в ГРС (локатор),
#** пересчитана стоимость заказа в соответствии с числом пассажиров в заказе.<br>
Пересчет выполняется на стороне ГРС: {{NameSystem}} отправляет запрос в ГРС на создание ПНР и вынос в него нужных пассажиров, далее выполняются запросы на обновление для двух ПНР и при парсинге вычисляется цена, пришедшая от ГРС.

После разделения у исходного заказа:
* номер заказа и данные оставшихся пассажиров не изменяются,
* стоимость заказа пересчитывается в соответствии с числом пассажиров в заказе.

{| class="wikitable"
|-
|[[Файл:Новая_бронь.png|800px|Рис.3 Создание новой брони после сплита]]
|-
|Новая бронь после выполнения разделения
|}

{| class="wikitable"
|-
|[[Файл:Результат_сплита.png|800px|Рис.4 Создание новой брони после сплита]]
|-
|Исходная бронь после выполнения разделения
|}

Если выполнить разделение для пассажиров невозможно (например, когда младенец привязан к взрослому в PNR), форма Разделение PNR не будет отображаться на странице заказа.

=== Пересчёт ценообразования ===

После сплита PNR для любого из заказов (корневого либо отделённого) можно заново запустить ценообразование. Данное действие доступно только менеджерам и экспертам корневого агентства.

После того, как было произведёно разделение, в ''служебной информации'' по заказу появится действие '''Провести ценообразование заново'''. <br>
При его запуске происходит расчёт ЦО для заказа с учётом изменений после разделения.

== См. также ==
*[[Сервисная ремарка - поддержка SSR/OSI]]
*[[Выписка]]<br>
*[[Аннуляция]]<br>

Веб-служба поиска авиабилетов

2017-05-03T11:07:45Z

Даша Жукова: /* Общий формат запроса / ответа поиска */

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

Это сервис внутри Nemo, который позволяет получить результаты поиска.

Для подключения к веб-службе поиска авиабилетов необходимо открыть доступ нужному пользователю. Это можно сделать в разделе '''«Администрирование»''' ⇨ '''«Веб-служба. Авторизация»'''.

После добавления пользователя, ему будут присвоены Номер (ClientId) и API ключ клиента, которые нужно использовать для подключения.

WSDL находится по адресу: http://CLIENT_DOMAIN/nemoflights/wsdl.php?for=SearchFlights

== Общий формат запроса / ответа поиска ==

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="?">

<ODPairs Type="?" Direct="?" AroundDates="?">




<ODPair>
<DepDate>?</DepDate>

<DepAirp CodeType="IATA">?</DepAirp>

<ArrAirp CodeType="IATA">?</ArrAirp>

</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="?" Count="?"/>


</Travellers>
<Restrictions>
<ClassPref>?</ClassPref> 

<AirVPrefs>

<AirVPref Code="?" Include="?" Type="IATA"/> 


</AirVPrefs>
<IncludePrivateFare>?</IncludePrivateFare> 

<CurrencyCode>?</CurrencyCode> 

<MaxResultCount>?</MaxResultCount> 

<PriceRefundType>?</PriceRefundType> 





</Restrictions>
<UTMSource>?</UTMSource> 

<DeviceId> 
<Type>?</Type>

<Token>?</Token>

</DeviceId>
</SearchFlights>
</Request>
<Source>
<ClientId>?</ClientId>

<APIKey>?</APIKey>

<Language>?</Language>

<Currency>?</Currency>

<ShowNames>?</ShowNames>

<EndUserData>

<EndUserIP>123.123.123.123</EndUserIP>

<EndUserBrowserAgent>firefox</EndUserBrowserAgent>

<RequestOrigin>Russia-nemo.travel</RequestOrigin>

</EndUserData>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="?" ResultURL="?">


<Flight FlightId="?">

<WebService>?</WebService>

<ValCompany>?</ValCompany>

<URL>?</URL>

<Segments>
<Segment SegNum="?" SegGroupNum="?">


<DepAirp CodeType="IATA" Name="?">?</DepAirp>

<DepTerminal>?</DepTerminal>

<ArrAirp CodeType="IATA" Name="?">?</ArrAirp>

<ArrTerminal>?</ArrTerminal>

<OpAirline>?</OpAirline>

<OpAirlineName>?</OpAirlineName>

<OpAirlineLogo>?</OpAirlineLogo>

<MarkAirline>?</MarkAirline>

<MarkAirlineName>?</MarkAirlineName>

<MarkAirlineLogo>?</MarkAirlineLogo>

<FlightNumber>?</FlightNumber>

<AircraftName>?</AircraftName>

<AircraftType>?</AircraftType>

<DepDateTime>?</DepDateTime>

<ArrDateTime>?</ArrDateTime>

<StopNum>?</StopNum>

<StopPoints>

<StopPoint>
<AirportCode>?</AirportCode>

<UTC>?</UTC>

<ArrDateTime>?</ArrDateTime>

<DepDateTime>?</DepDateTime>

</StopPoint>
</StopPoints>
<BookingCodes>
<BookingCode ClassType="?">

<BookingCode>?</BookingCode>

</BookingCode>
</BookingCodes>
<FlightTime>?</FlightTime>

<RemainingSeats>?</RemainingSeats>

<TimeZone Departure="?" Arrival="?"/>


<ETicket>?</ETicket>

<isCharter>?</isCharter>

<BaggageAllowances>

<BaggageAllowance>
<PassengerType>?</PassengerType>

<Value>?</Value>

<Measurement>?</Measurement>

</BaggageAllowance>
</BaggageAllowances>
</Segment>
</Segments>
<PricingInfo Refundable="?">

<PassengerFare Type="?" Quantity="?">


<TravellerRef/>

<BaseFare Currency="?" Amount="?"/>

<EquiveFare Currency="?" Amount="?"/>

<TotalFare Currency="?" Amount="?"/>

<Taxes>
<Tax CurCode="?" TaxCode="?" Amount="?"/>

</Taxes>
<Tariffs>
<Tariff Code="?" SegNum="?"/>

</Tariffs>
<FareCalc>?</FareCalc>

<LastTicketDateTime>?</LastTicketDateTime>

</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="?">?</Charges>

<TotalPrice Currency="?">?</TotalPrice>

</Flight>
<Flight>...</Flight>
....................
<Flight>...</Flight>
</Flights>
<Errors>
<Error Code="?">

<ServiceErrorMessage>?</ServiceErrorMessage>

<Message>?</Message>

</Error>
</Errors>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

В ссылках на просмотр страницы результата поиска и на бронирование конкретного перелета, домен агентства/субагентства определяется следующим образом:
* Если текущий домен агентства/субагентства есть в настройках ('''Администрирование''' ⇨ '''Настройки агентства''' ⇨ '''Доменное имя сайта для загрузки настроек'''), то этот домен используется в ссылках.
* Если текущего домена нет в настройках, то используется первый домен из настроек.
* Если в настройках не прописано ни одного домена, то используется текущий домен.

На поиск действуют ограничения заданные в настройках агентства, в частности ограничения по пассажирам и ограничение ближайшей разрешенной даты поиска билетов.
* Если дата поиска меньше ближайшей разрешенной даты для поиска билетов, то выводится сообщение об ошибке Invalid search param: Неверная дата вылета: слишком близкая
* Если количество взрослых пассажиров превышает допустимое ограничение - Invalid search param: Слишком много взрослых
* Если количество детей в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много детей
* Если количество младенцев в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много инфантов
* Если количество младенцев с местом в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много инфантов

Примечание:

Если в запросе поиска указать PriceRefundType = “Both”, то для всех ГРС кроме Sabre будет отправляться 2 запроса.
Если количество доп. цен в БФМ запросе в Сейбре больше 10, то и в нем будет 2 запроса. Количество доп. цен в запросе зависит от:
* Настроек прайсинга по альтернативным J типам в пакете реквизитов;
* Количества запрошенных классов перелетов;
* Количества запрошенных типов пассажиров;
* Настройки "Дополнительно запросить только публичные тарифы" в применявшемся правила маршрутизатора.

== Примеры использования ==

=== Односторонний перелет ===

Пример одностороннего перелета: Москва — Мадрид, 1 взрослый, 1 ребенок, эконом класс, предпочитаемая авиакомпания — Аэрофлот.

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="OW" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-03-20</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="1"/>
<Traveller Type="CNN" Count="1"/>
</Travellers>
<Restrictions>
<ClassPref>economy</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs>

<AirVPref Code="SU" Include="true" Type="IATA"/>
</AirVPrefs>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>---</ClientId>
<APIKey>---</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://CLIEN_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="13949" ResultURL="http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D13949">
<Flight FlightId="168090001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090001</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA" Name="Мадрид">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<OpAirlineName>Аэрофлот - Российские авиалинии</OpAirlineName>
<MarkAirline>SU</MarkAirline>
<MarkAirlineName>Аэрофлот - Российские авиалинии</MarkAirlineName>
<FlightNumber>2500</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-03-20T08:05:00</DepDateTime>
<ArrDateTime>2014-03-20T10:15:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>310</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="10535"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="8485"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">19020</TotalPrice>
</Flight>
<Flight FlightId="168090002">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090002</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>2604</FlightNumber>
<AircraftType>320</AircraftType>
<DepDateTime>2014-03-20T20:30:00</DepDateTime>
<ArrDateTime>2014-03-20T22:40:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>310</FlightTime>
<RemainingSeats>5</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="10535"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="8485"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">19020</TotalPrice>
</Flight>
<Flight FlightId="168090003">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090003</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">BCN</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>2638</FlightNumber>
<AircraftType>321</AircraftType>
<DepDateTime>2014-03-20T09:10:00</DepDateTime>
<ArrDateTime>2014-03-20T10:40:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>270</FlightTime>
<RemainingSeats>7</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA">BCN</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>UX</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>3403</FlightNumber>
<AircraftType>738</AircraftType>
<DepDateTime>2014-03-20T12:05:00</DepDateTime>
<ArrDateTime>2014-03-20T13:25:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>80</FlightTime>
<RemainingSeats>5</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="13681"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="JD" Amount="675"/>
<Tax CurCode="RUB" TaxCode="QV" Amount="186"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU X/BCN SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="11631"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="JD" Amount="675"/>
<Tax CurCode="RUB" TaxCode="QV" Amount="186"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU X/BCN SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">25312</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

=== Перелет туда-обратно ===

Пример перелета туда-обратно: Москва — Париж, 2 взрослых, бизнес класс. '''Выдача с именами авиакомпаний, воздушных судов, аэропортов.'''

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="RT" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-12-20</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">PAR</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-21</DepDate>
<DepAirp CodeType="IATA">PAR</DepAirp>
<ArrAirp CodeType="IATA">MOW</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="2"/>
</Travellers>
<Restrictions>
<ClassPref>business</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs/>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>---</ClientId>
<APIKey>---</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://trunk.mlsd.ru/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="190484987" ResultURL="http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D190484987">
<Flight FlightId="372384680001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dbooking%2Finfo%26uid%3D190484987%26flight%3D372384680001%26utm_source%3Dalias1</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>657</FlightNumber>
<AircraftName>Airbus 319</AircraftName>
<AircraftType>319</AircraftType>
<DepDateTime>2014-12-20T05:05:00</DepDateTime>
<ArrDateTime>2014-12-20T06:05:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>180</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="3" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Шарль де Голль, Париж">CDG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>314</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-12-20T17:10:00</DepDateTime>
<ArrDateTime>2014-12-20T19:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>160</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="3" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Шарль де Голль, Париж">CDG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>311</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-12-21T10:10:00</DepDateTime>
<ArrDateTime>2014-12-21T12:30:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>140</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="4" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>656</FlightNumber>
<AircraftName>Airbus 319</AircraftName>
<AircraftType>319</AircraftType>
<DepDateTime>2014-12-21T23:20:00</DepDateTime>
<ArrDateTime>2014-12-22T04:10:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>170</FlightTime>
<RemainingSeats>2</RemainingSeats>
<TimeZone Departure="1" Arrival="3"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="true">
<PassengerFare Type="ADT" Quantity="2">
<BaseFare Currency="EUR" Amount="620"/>
<EquiveFare Currency="RUB" Amount="34720"/>
<TotalFare Currency="RUB" Amount="44430"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="428"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="428"/>
<Tax CurCode="RUB" TaxCode="UH" Amount="304"/>
<Tax CurCode="RUB" TaxCode="LG" Amount="185"/>
<Tax CurCode="RUB" TaxCode="LG" Amount="185"/>
<Tax CurCode="RUB" TaxCode="RS" Amount="224"/>
<Tax CurCode="RUB" TaxCode="RS" Amount="224"/>
<Tax CurCode="RUB" TaxCode="RF" Amount="55"/>
<Tax CurCode="RUB" TaxCode="RF" Amount="55"/>
<Tax CurCode="RUB" TaxCode="FR1" Amount="434"/>
<Tax CurCode="RUB" TaxCode="FR4" Amount="714"/>
<Tax CurCode="RUB" TaxCode="QX3" Amount="1546"/>
<Tax CurCode="RUB" TaxCode="IZ4" Amount="224"/>
</Taxes>
<Tariffs>
<Tariff Code="WRTRU" SegNum="4"/>
</Tariffs>
<FareCalc>MOW JU X/BEG JU PAR401.57JU X/BEG JU MOW401.57NUC803.14END ROE0.771963</FareCalc>
<LastTicketDateTime>2014-12-20T04:05:00</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">88860</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

=== Сложный маршрут ===

Пример сложного маршрута: Прага — Москва — Милан — Мадрид, 1 взрослый, 1 младенец, эконом класс. '''Выдача с именами авиакомпаний, воздушных судов, аэропортов.'''

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="CR" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-12-20</DepDate>
<DepAirp CodeType="IATA">PRG</DepAirp>
<ArrAirp CodeType="IATA">MOW</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-23</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">MIL</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-27</DepDate>
<DepAirp CodeType="IATA">MIL</DepAirp>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="1"/>
<Traveller Type="INF" Count="1"/>
</Travellers>
<Restrictions>
<ClassPref>economy</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs/>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>134</ClientId>
<APIKey>93632C10DA299034C03D742FB160C2D6</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://trunk.mlsd.ru/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="190491108" ResultURL="http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D190491108">
<Flight FlightId="372394480001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dbooking%2Finfo%26uid%3D190491108%26flight%3D372394480001%26utm_source%3Dalias1</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Прага">PRG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1485</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-20T10:05:00</DepDateTime>
<ArrDateTime>2014-12-20T11:30:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>85</FlightTime>
<RemainingSeats>2</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Домодедово, Москва">DME</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1326</FlightNumber>
<AircraftName>Airbus 321</AircraftName>
<AircraftType>321</AircraftType>
<DepDateTime>2014-12-20T12:20:00</DepDateTime>
<ArrDateTime>2014-12-20T17:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>210</FlightTime>
<RemainingSeats>6</RemainingSeats>
<TimeZone Departure="1" Arrival="3"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="3" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Домодедово, Москва">DME</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1325</FlightNumber>
<AircraftName>Airbus 321</AircraftName>
<AircraftType>321</AircraftType>
<DepDateTime>2014-12-23T09:05:00</DepDateTime>
<ArrDateTime>2014-12-23T10:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>V</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>225</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="3" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="4" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Мальпенса, Милан">MXP</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1628</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-23T12:25:00</DepDateTime>
<ArrDateTime>2014-12-23T13:20:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>55</FlightTime>
<RemainingSeats>8</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="5" SegGroupNum="2">
<DepAirp CodeType="IATA" Name="Мальпенса, Милан">MXP</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1639</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-27T07:05:00</DepDateTime>
<ArrDateTime>2014-12-27T08:05:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>60</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="6" SegGroupNum="2">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Мадрид">MAD</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>2026</FlightNumber>
<AircraftName/>
<AircraftType>32A</AircraftType>
<DepDateTime>2014-12-27T12:30:00</DepDateTime>
<ArrDateTime>2014-12-27T14:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>V</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>140</FlightTime>
<RemainingSeats>1</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="CZK" Amount="8440"/>
<EquiveFare Currency="RUB" Amount="17305"/>
<TotalFare Currency="RUB" Amount="31456"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="1960"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="1960"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="378"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="378"/>
<Tax CurCode="RUB" TaxCode="UH" Amount="284"/>
<Tax CurCode="RUB" TaxCode="CZ" Amount="1159"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="EX" Amount="56"/>
<Tax CurCode="RUB" TaxCode="IT1" Amount="707"/>
<Tax CurCode="RUB" TaxCode="VT" Amount="142"/>
<Tax CurCode="RUB" TaxCode="HB" Amount="364"/>
<Tax CurCode="RUB" TaxCode="MJ" Amount="67"/>
</Taxes>
<Tariffs>
<Tariff Code="KNC29F3S" SegNum="2"/>
<Tariff Code="VNC28G2S" SegNum="6"/>
<Tariff Code="KNN2SSR" SegNum="5"/>
</Tariffs>
<FareCalc>PRG LX X/ZRH LX MOW28.06LX ZRH*LX MIL31.13LX ZRH31.13*LX MAD175.52 1S129.53NUC395.37END ROE21.3469</FareCalc>
<LastTicketDateTime>2014-12-20T11:05:00</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="INF" Quantity="1">
<BaseFare Currency="CZK" Amount="3333"/>
<EquiveFare Currency="RUB" Amount="6835"/>
<TotalFare Currency="RUB" Amount="6835"/>
<Taxes/>
<Tariffs>
<Tariff Code="KNC29F3S/IN90" SegNum="2"/>
<Tariff Code="VNC28G2S/IN90" SegNum="6"/>
<Tariff Code="KNN2SSR/IN90" SegNum="5"/>
</Tariffs>
<FareCalc>PRG LX X/ZRH LX MOW2.80LX ZRH*LX MIL3.11LX ZRH3.11*LX MAD17.55 1S129.53NUC156.10END ROE21.3469</FareCalc>
<LastTicketDateTime>2014-12-20T11:05:00</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">765.82</Charges>
<TotalPrice Currency="RUB">39056.82</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

== См. также ==

*[[Агентский API Авиабилеты]]

[[Категория:Интеграция]]
[[Категория:Агентский API]]

Веб-служба поиска авиабилетов

2017-05-03T11:03:41Z

Даша Жукова: /* Запрос */

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

Это сервис внутри Nemo, который позволяет получить результаты поиска.

Для подключения к веб-службе поиска авиабилетов необходимо открыть доступ нужному пользователю. Это можно сделать в разделе '''«Администрирование»''' ⇨ '''«Веб-служба. Авторизация»'''.

После добавления пользователя, ему будут присвоены Номер (ClientId) и API ключ клиента, которые нужно использовать для подключения.

WSDL находится по адресу: http://CLIENT_DOMAIN/nemoflights/wsdl.php?for=SearchFlights

== Общий формат запроса / ответа поиска ==

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="?">

<ODPairs Type="?" Direct="?" AroundDates="?">




<ODPair>
<DepDate>?</DepDate>

<DepAirp CodeType="IATA">?</DepAirp>

<ArrAirp CodeType="IATA">?</ArrAirp>

</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="?" Count="?"/>


</Travellers>
<Restrictions>
<ClassPref>?</ClassPref> 

<AirVPrefs>

<AirVPref Code="?" Include="?" Type="IATA"/> 


</AirVPrefs>
<IncludePrivateFare>?</IncludePrivateFare> 

<CurrencyCode>?</CurrencyCode> 

<MaxResultCount>?</MaxResultCount> 

<PriceRefundType>?</PriceRefundType> 





</Restrictions>
<UTMSource>?</UTMSource> 

<DeviceId> 
<Type>?</Type>

<Token>?</Token>

</DeviceId>
</SearchFlights>
</Request>
<Source>
<ClientId>?</ClientId>

<APIKey>?</APIKey>

<Language>?</Language>

<Currency>?</Currency>

<ShowNames>?</ShowNames>

<EndUserData>

<EndUserIP>123.123.123.123</EndUserIP>

<EndUserBrowserAgent>firefox</EndUserBrowserAgent>

<RequestOrigin>Russia-nemo.travel</RequestOrigin>

</EndUserData>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="?" ResultURL="?">


<Flight FlightId="?">

<WebService>?</WebService>

<ValCompany>?</ValCompany>

<URL>?</URL>

<Segments>
<Segment SegNum="?" SegGroupNum="?">


<DepAirp CodeType="IATA" Name="?">?</DepAirp>

<DepTerminal>?</DepTerminal>

<ArrAirp CodeType="IATA" Name="?">?</ArrAirp>

<ArrTerminal>?</ArrTerminal>

<OpAirline>?</OpAirline>

<OpAirlineName>?</OpAirlineName>

<OpAirlineLogo>?</OpAirlineLogo>

<MarkAirline>?</MarkAirline>

<MarkAirlineName>?</MarkAirlineName>

<MarkAirlineLogo>?</MarkAirlineLogo>

<FlightNumber>?</FlightNumber>

<AircraftName>?</AircraftName>

<AircraftType>?</AircraftType>

<DepDateTime>?</DepDateTime>

<ArrDateTime>?</ArrDateTime>

<StopNum>?</StopNum>

<StopPoints>

<StopPoint>
<AirportCode>?</AirportCode>

<UTC>?</UTC>

<ArrDateTime>?</ArrDateTime>

<DepDateTime>?</DepDateTime>

</StopPoint>
</StopPoints>
<BookingCodes>
<BookingCode ClassType="?">

<BookingCode>?</BookingCode>

</BookingCode>
</BookingCodes>
<FlightTime>?</FlightTime>

<RemainingSeats>?</RemainingSeats>

<TimeZone Departure="?" Arrival="?"/>


<ETicket>?</ETicket>

<isCharter>?</isCharter>

<BaggageAllowances>

<BaggageAllowance>
<PassengerType>?</PassengerType>

<Value>?</Value>

<Measurement>?</Measurement>

</BaggageAllowance>
</BaggageAllowances>
</Segment>
</Segments>
<PricingInfo Refundable="?">

<PassengerFare Type="?" Quantity="?">


<TravellerRef/>

<BaseFare Currency="?" Amount="?"/>

<EquiveFare Currency="?" Amount="?"/>

<TotalFare Currency="?" Amount="?"/>

<Taxes>
<Tax CurCode="?" TaxCode="?" Amount="?"/>

</Taxes>
<Tariffs>
<Tariff Code="?" SegNum="?"/>

</Tariffs>
<FareCalc>?</FareCalc>

<LastTicketDateTime>?</LastTicketDateTime>

</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="?">?</Charges>

<TotalPrice Currency="?">?</TotalPrice>

</Flight>
<Flight>...</Flight>
....................
<Flight>...</Flight>
</Flights>
<Errors>
<Error Code="?">

<ServiceErrorMessage>?</ServiceErrorMessage>

<Message>?</Message>

</Error>
</Errors>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

В ссылках на просмотр страницы результата поиска и на бронирование конкретного перелета, домен агентства/субагентства определяется следующим образом:
* Если текущий домен агентства/субагентства есть в настройках ('''Администрирование''' ⇨ '''Настройки агентства''' ⇨ '''Доменное имя сайта для загрузки настроек'''), то этот домен используется в ссылках.
* Если текущего домена нет в настройках, то используется первый домен из настроек.
* Если в настройках не прописано ни одного домена, то используется текущий домен.

На поиск действуют ограничения заданные в настройках агентства, в частности ограничения по пассажирам и ограничение ближайшей разрешенной даты поиска билетов.
* Если дата поиска меньше ближайшей разрешенной даты для поиска билетов, то выводится сообщение об ошибке Invalid search param: Неверная дата вылета: слишком близкая
* Если количество взрослых пассажиров превышает допустимое ограничение - Invalid search param: Слишком много взрослых
* Если количество детей в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много детей
* Если количество младенцев в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много инфантов
* Если количество младенцев с местом в поисковом запросе превышает допустимое ограничение - Invalid search param: Слишком много инфантов

== Примеры использования ==

=== Односторонний перелет ===

Пример одностороннего перелета: Москва — Мадрид, 1 взрослый, 1 ребенок, эконом класс, предпочитаемая авиакомпания — Аэрофлот.

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="OW" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-03-20</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="1"/>
<Traveller Type="CNN" Count="1"/>
</Travellers>
<Restrictions>
<ClassPref>economy</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs>

<AirVPref Code="SU" Include="true" Type="IATA"/>
</AirVPrefs>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>---</ClientId>
<APIKey>---</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://CLIEN_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="13949" ResultURL="http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D13949">
<Flight FlightId="168090001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090001</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA" Name="Мадрид">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<OpAirlineName>Аэрофлот - Российские авиалинии</OpAirlineName>
<MarkAirline>SU</MarkAirline>
<MarkAirlineName>Аэрофлот - Российские авиалинии</MarkAirlineName>
<FlightNumber>2500</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-03-20T08:05:00</DepDateTime>
<ArrDateTime>2014-03-20T10:15:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>310</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="10535"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="8485"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">19020</TotalPrice>
</Flight>
<Flight FlightId="168090002">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090002</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>2604</FlightNumber>
<AircraftType>320</AircraftType>
<DepDateTime>2014-03-20T20:30:00</DepDateTime>
<ArrDateTime>2014-03-20T22:40:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>310</FlightTime>
<RemainingSeats>5</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="10535"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="8485"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">19020</TotalPrice>
</Flight>
<Flight FlightId="168090003">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2FCLIENT_DOMAIN%2F%3Fgo%3Dbooking%2Finfo%26uid%3D13949%26flight%3D168090003</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA">SVO</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">BCN</ArrAirp>
<ArrTerminal/>
<OpAirline>SU</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>2638</FlightNumber>
<AircraftType>321</AircraftType>
<DepDateTime>2014-03-20T09:10:00</DepDateTime>
<ArrDateTime>2014-03-20T10:40:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>270</FlightTime>
<RemainingSeats>7</RemainingSeats>
<TimeZone Departure="4" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA">BCN</DepAirp>
<DepTerminal/>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
<ArrTerminal/>
<OpAirline>UX</OpAirline>
<MarkAirline>SU</MarkAirline>
<FlightNumber>3403</FlightNumber>
<AircraftType>738</AircraftType>
<DepDateTime>2014-03-20T12:05:00</DepDateTime>
<ArrDateTime>2014-03-20T13:25:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>E</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>80</FlightTime>
<RemainingSeats>5</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="EUR" Amount="165"/>
<EquiveFare Currency="RUB" Amount="8250"/>
<TotalFare Currency="RUB" Amount="13681"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="JD" Amount="675"/>
<Tax CurCode="RUB" TaxCode="QV" Amount="186"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU X/BCN SU MAD225.45NUC225.45END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="CNN" Quantity="1">
<BaseFare Currency="EUR" Amount="124"/>
<EquiveFare Currency="RUB" Amount="6200"/>
<TotalFare Currency="RUB" Amount="11631"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="2100"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="YRI" Amount="185"/>
<Tax CurCode="RUB" TaxCode="JD" Amount="675"/>
<Tax CurCode="RUB" TaxCode="QV" Amount="186"/>
</Taxes>
<Tariffs/>
<FareCalc>MOW SU X/BCN SU MAD169.08NUC169.08END ROE0.731857</FareCalc>
<LastTicketDateTime>2014-03-09T23:59:59</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">25312</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

=== Перелет туда-обратно ===

Пример перелета туда-обратно: Москва — Париж, 2 взрослых, бизнес класс. '''Выдача с именами авиакомпаний, воздушных судов, аэропортов.'''

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="RT" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-12-20</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">PAR</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-21</DepDate>
<DepAirp CodeType="IATA">PAR</DepAirp>
<ArrAirp CodeType="IATA">MOW</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="2"/>
</Travellers>
<Restrictions>
<ClassPref>business</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs/>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>---</ClientId>
<APIKey>---</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://trunk.mlsd.ru/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="190484987" ResultURL="http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D190484987">
<Flight FlightId="372384680001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dbooking%2Finfo%26uid%3D190484987%26flight%3D372384680001%26utm_source%3Dalias1</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>657</FlightNumber>
<AircraftName>Airbus 319</AircraftName>
<AircraftType>319</AircraftType>
<DepDateTime>2014-12-20T05:05:00</DepDateTime>
<ArrDateTime>2014-12-20T06:05:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>180</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="3" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Шарль де Голль, Париж">CDG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>314</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-12-20T17:10:00</DepDateTime>
<ArrDateTime>2014-12-20T19:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>160</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="3" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Шарль де Голль, Париж">CDG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>311</FlightNumber>
<AircraftName>Airbus 320</AircraftName>
<AircraftType>320</AircraftType>
<DepDateTime>2014-12-21T10:10:00</DepDateTime>
<ArrDateTime>2014-12-21T12:30:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>140</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="4" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Белград, Никола Тесла">BEG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Шереметьево, Москва">SVO</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>JU</OpAirline>
<OpAirlineName>ДЖАТ Эйрвэйз</OpAirlineName>
<MarkAirline>JU</MarkAirline>
<MarkAirlineName>ДЖАТ Эйрвэйз</MarkAirlineName>
<FlightNumber>656</FlightNumber>
<AircraftName>Airbus 319</AircraftName>
<AircraftType>319</AircraftType>
<DepDateTime>2014-12-21T23:20:00</DepDateTime>
<ArrDateTime>2014-12-22T04:10:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="business">
<BookingCode>W</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>170</FlightTime>
<RemainingSeats>2</RemainingSeats>
<TimeZone Departure="1" Arrival="3"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="true">
<PassengerFare Type="ADT" Quantity="2">
<BaseFare Currency="EUR" Amount="620"/>
<EquiveFare Currency="RUB" Amount="34720"/>
<TotalFare Currency="RUB" Amount="44430"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="YQF" Amount="1176"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="428"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="428"/>
<Tax CurCode="RUB" TaxCode="UH" Amount="304"/>
<Tax CurCode="RUB" TaxCode="LG" Amount="185"/>
<Tax CurCode="RUB" TaxCode="LG" Amount="185"/>
<Tax CurCode="RUB" TaxCode="RS" Amount="224"/>
<Tax CurCode="RUB" TaxCode="RS" Amount="224"/>
<Tax CurCode="RUB" TaxCode="RF" Amount="55"/>
<Tax CurCode="RUB" TaxCode="RF" Amount="55"/>
<Tax CurCode="RUB" TaxCode="FR1" Amount="434"/>
<Tax CurCode="RUB" TaxCode="FR4" Amount="714"/>
<Tax CurCode="RUB" TaxCode="QX3" Amount="1546"/>
<Tax CurCode="RUB" TaxCode="IZ4" Amount="224"/>
</Taxes>
<Tariffs>
<Tariff Code="WRTRU" SegNum="4"/>
</Tariffs>
<FareCalc>MOW JU X/BEG JU PAR401.57JU X/BEG JU MOW401.57NUC803.14END ROE0.771963</FareCalc>
<LastTicketDateTime>2014-12-20T04:05:00</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">0</Charges>
<TotalPrice Currency="RUB">88860</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

=== Сложный маршрут ===

Пример сложного маршрута: Прага — Москва — Милан — Мадрид, 1 взрослый, 1 младенец, эконом класс. '''Выдача с именами авиакомпаний, воздушных судов, аэропортов.'''

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Запрос ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ver="http://CLIENT_DOMAIN/nemoflights/?version%3D1.0%26for%3DSearchFlights">
<soapenv:Header/>
<soapenv:Body>
<ver:search>
<RequestBin>
<Request>
<SearchFlights LinkOnly="false">
<ODPairs Type="CR" Direct="false" AroundDates="0">

<ODPair>
<DepDate>2014-12-20</DepDate>
<DepAirp CodeType="IATA">PRG</DepAirp>
<ArrAirp CodeType="IATA">MOW</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-23</DepDate>
<DepAirp CodeType="IATA">MOW</DepAirp>
<ArrAirp CodeType="IATA">MIL</ArrAirp>
</ODPair>
<ODPair>
<DepDate>2014-12-27</DepDate>
<DepAirp CodeType="IATA">MIL</DepAirp>
<ArrAirp CodeType="IATA">MAD</ArrAirp>
</ODPair>
</ODPairs>
<Travellers>

<Traveller Type="ADT" Count="1"/>
<Traveller Type="INF" Count="1"/>
</Travellers>
<Restrictions>
<ClassPref>economy</ClassPref>
<OnlyAvail>false</OnlyAvail>
<AirVPrefs/>
<IncludePrivateFare>false</IncludePrivateFare>
<CurrencyCode>RUB</CurrencyCode>
</Restrictions>
</SearchFlights>
</Request>
<Source>
<ClientId>134</ClientId>
<APIKey>93632C10DA299034C03D742FB160C2D6</APIKey>
<Language>RU</Language>
<Currency>RUB</Currency>
<ShowNames>true</ShowNames>
</Source>
</RequestBin>
</ver:search>
</soapenv:Body>
</soapenv:Envelope>
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Ответ ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://trunk.mlsd.ru/nemoflights/?version%3D1.0%26for%3DSearchFlights" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<ns1:searchResponse>
<ResponseBin>
<Response>
<SearchFlights>
<Flights SearchId="190491108" ResultURL="http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dsearch%2Fview_results%26uid%3D190491108">
<Flight FlightId="372394480001">
<WebService>SABRE</WebService>
<ValCompany/>
<URL>http%3A%2F%2Ftst.nemo.travel%2F%3Fgo%3Dbooking%2Finfo%26uid%3D190491108%26flight%3D372394480001%26utm_source%3Dalias1</URL>
<Segments>
<Segment SegNum="1" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Прага">PRG</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1485</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-20T10:05:00</DepDateTime>
<ArrDateTime>2014-12-20T11:30:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>85</FlightTime>
<RemainingSeats>2</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="2" SegGroupNum="0">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Домодедово, Москва">DME</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1326</FlightNumber>
<AircraftName>Airbus 321</AircraftName>
<AircraftType>321</AircraftType>
<DepDateTime>2014-12-20T12:20:00</DepDateTime>
<ArrDateTime>2014-12-20T17:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>210</FlightTime>
<RemainingSeats>6</RemainingSeats>
<TimeZone Departure="1" Arrival="3"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="3" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Домодедово, Москва">DME</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1325</FlightNumber>
<AircraftName>Airbus 321</AircraftName>
<AircraftType>321</AircraftType>
<DepDateTime>2014-12-23T09:05:00</DepDateTime>
<ArrDateTime>2014-12-23T10:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>V</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>225</FlightTime>
<RemainingSeats>4</RemainingSeats>
<TimeZone Departure="3" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="4" SegGroupNum="1">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Мальпенса, Милан">MXP</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1628</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-23T12:25:00</DepDateTime>
<ArrDateTime>2014-12-23T13:20:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>55</FlightTime>
<RemainingSeats>8</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="5" SegGroupNum="2">
<DepAirp CodeType="IATA" Name="Мальпенса, Милан">MXP</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Цюрих">ZRH</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>1639</FlightNumber>
<AircraftName>Avro RJ100</AircraftName>
<AircraftType>AR1</AircraftType>
<DepDateTime>2014-12-27T07:05:00</DepDateTime>
<ArrDateTime>2014-12-27T08:05:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>K</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>60</FlightTime>
<RemainingSeats>9</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
<Segment SegNum="6" SegGroupNum="2">
<DepAirp CodeType="IATA" Name="Цюрих">ZRH</DepAirp>
<DepTerminal xsi:nil="true"/>
<ArrAirp CodeType="IATA" Name="Мадрид">MAD</ArrAirp>
<ArrTerminal xsi:nil="true"/>
<OpAirline>LX</OpAirline>
<OpAirlineName>Свисс Интернешнл Эйрлайнз</OpAirlineName>
<MarkAirline>LX</MarkAirline>
<MarkAirlineName>Свисс Интернешнл Эйрлайнз</MarkAirlineName>
<FlightNumber>2026</FlightNumber>
<AircraftName/>
<AircraftType>32A</AircraftType>
<DepDateTime>2014-12-27T12:30:00</DepDateTime>
<ArrDateTime>2014-12-27T14:50:00</ArrDateTime>
<StopNum>0</StopNum>
<BookingCodes>
<BookingCode ClassType="economy">
<BookingCode>V</BookingCode>
</BookingCode>
</BookingCodes>
<FlightTime>140</FlightTime>
<RemainingSeats>1</RemainingSeats>
<TimeZone Departure="1" Arrival="1"/>
<ETicket>true</ETicket>
</Segment>
</Segments>
<PricingInfo Refundable="false">
<PassengerFare Type="ADT" Quantity="1">
<BaseFare Currency="CZK" Amount="8440"/>
<EquiveFare Currency="RUB" Amount="17305"/>
<TotalFare Currency="RUB" Amount="31456"/>
<Taxes>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="1960"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="840"/>
<Tax CurCode="RUB" TaxCode="YQI" Amount="1960"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="378"/>
<Tax CurCode="RUB" TaxCode="RI" Amount="378"/>
<Tax CurCode="RUB" TaxCode="UH" Amount="284"/>
<Tax CurCode="RUB" TaxCode="CZ" Amount="1159"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="CH2" Amount="1112"/>
<Tax CurCode="RUB" TaxCode="EX" Amount="56"/>
<Tax CurCode="RUB" TaxCode="IT1" Amount="707"/>
<Tax CurCode="RUB" TaxCode="VT" Amount="142"/>
<Tax CurCode="RUB" TaxCode="HB" Amount="364"/>
<Tax CurCode="RUB" TaxCode="MJ" Amount="67"/>
</Taxes>
<Tariffs>
<Tariff Code="KNC29F3S" SegNum="2"/>
<Tariff Code="VNC28G2S" SegNum="6"/>
<Tariff Code="KNN2SSR" SegNum="5"/>
</Tariffs>
<FareCalc>PRG LX X/ZRH LX MOW28.06LX ZRH*LX MIL31.13LX ZRH31.13*LX MAD175.52 1S129.53NUC395.37END ROE21.3469</FareCalc>
<LastTicketDateTime>2014-12-20T11:05:00</LastTicketDateTime>
</PassengerFare>
<PassengerFare Type="INF" Quantity="1">
<BaseFare Currency="CZK" Amount="3333"/>
<EquiveFare Currency="RUB" Amount="6835"/>
<TotalFare Currency="RUB" Amount="6835"/>
<Taxes/>
<Tariffs>
<Tariff Code="KNC29F3S/IN90" SegNum="2"/>
<Tariff Code="VNC28G2S/IN90" SegNum="6"/>
<Tariff Code="KNN2SSR/IN90" SegNum="5"/>
</Tariffs>
<FareCalc>PRG LX X/ZRH LX MOW2.80LX ZRH*LX MIL3.11LX ZRH3.11*LX MAD17.55 1S129.53NUC156.10END ROE21.3469</FareCalc>
<LastTicketDateTime>2014-12-20T11:05:00</LastTicketDateTime>
</PassengerFare>
</PricingInfo>
<Commission/>
<Charges Currency="RUB">765.82</Charges>
<TotalPrice Currency="RUB">39056.82</TotalPrice>
</Flight>
.........
<Flight>...</Flight>
</Flights>
<Errors xsi:nil="true"/>
</SearchFlights>
</Response>
</ResponseBin>
</ns1:searchResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
</syntaxhighlight>
</div>
</div>

== См. также ==

*[[Агентский API Авиабилеты]]

[[Категория:Интеграция]]
[[Категория:Агентский API]]

Форма бронирования (Авиабилеты)

2017-04-28T13:08:17Z

Даша Жукова: /* Внешний вид и функциональность формы */

'''Форма бронирования''' 一 страница системы {{NameSystemLink}} для внесения данных, необходимых для бронирования выбранного перелета.

Новый модуль '''Форма бронирования''' сделал процесс бронирования еще удобнее, быстрее и интеллектуальнее.

==Принцип работы==
* Все вводимые данные автоматически транслитерируются для всех ГРС, кроме внутренних перелетов ''ГРС Sirena''.
* В поле с ограничением на тип вводимых данных отображается подсказка, которая динамически меняется при смене типа документа.

Форма бронирования разделена на блоки:
* '''Блок информации о заказе'''.
* '''Блок информации о перелете'''.
* '''Блок ввода пассажирских данных'''.
* '''Блок информации о покупателе'''.
* '''Блок выбора способа оплаты'''.
* '''Блок сплита''' (Включается дополнительно, см [[Разделение PNR]]).

{| class="wikitable"
|-
|[[Файл:Форма бронирования.png|800px|Форма бронирования]]
|-
|Форма бронирования
|}

Форма бронирования (внешний вид, добавление полей и опций, обязательные и необязательные поля) настраивается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

===Блок информации о заказе===
Блок информации о заказе содержит:
* ''код доступа'' к забронированному заказу,
* ''номер заказа'' у поставщика,
* ссылку на ''таблицу детализации стоимости'',
* ''таймлимит'' на оплату заказа,
* ссылку на ''служебную информацию'' для менеджера,
* ссылку ''У меня есть промокод'' для ввода промокода [[Программа лояльности|программы лояльности]].

'''Таблица детализации стоимости''' открывается при щелчке по стоимости заказа в левом верхнем углу блока. Таблица содержит информацию о полной стоимости заказа код тарифа и ссылку на [[УПТ]], размер такс, сбора агентства, комиссии субагенту, комиссии авиакомпании, комиссии за прием платежа.
* число пассажиров в заказе каждого типа,
* код тарифа для каждого типа пассажира,
* размер тарифа для каждого типа пассажира,
* размер таксы для каждого типа пассажира,
* величина сбора агентства,
* размер комиссии от авиакомпании,
* размер комиссии субагенту,
* величина дохода агентства,
* стоимость заказа,
* размер комиссии за приём платежа,
* итоговая стоимость к оплате.

{{Attention|Комиссия за прием платежа вычисляется на основании выбранного способа оплаты и отображается на форме бронирования. Все доступные пользователю способы оплаты отображаются на странице заказа в соответствующем блоке (пример см. ниже). При выборе другого способа оплаты значение комиссии за прием платежа (и соответственно общей стоимости) меняется динамически.}}

* При щелчке на код тарифа открываются '''[[УПТ|условия применения тарифа]]''' во всплывающем окне.
* При щелчке на сумму таксы открывается '''детализация такс''' во всплывающем окне.
* При щелчке на сумму сбора агентства и комиссии авиакомпании открывается '''[[Ценообразование (Авиабилеты)#Тестирование и отладка срабатывания правил|таблица отладки ценообразования]]'''.
{| class="wikitable"
|-
|[[Файл:Fb2 price.png|560px]]
|-
|Детализация стоимости
|}

Для менеджера агентства на блоке информации о заказе доступна кнопка '''Служебная информация''', которая открывает окно с информацией:
* номер заказа,
* поставщик (ГРС),
* локатор,
* дата начала услуги,
* дата создания заявки,
* список ошибок, возникших в процессе оформления заказа,
* ревизии,
* ремарки от ГРС,
* доступные действия с заказом:
** обновление,
** аннуляция,
** выписка,
** войдирование,
** возврат оплаты,
** просмотр платежных транзакций.

[[Файл:Служебная информация.png|300px|Служебная информация]]

===Блок информации о перелете===
Блок информации о перелете содержит:
* краткие сведения о выбранном маршруте,
* кнопка ''Детали перелета''.

Во всплывающем окне ''Детали перелета'' отображается:
*название и логотип маркетинговой авиакомпании,
*время вылета и прилета,
*номер рейса,
*название оперирующего перевозчика,
*тип воздушного судна,
*тип питания,
*класс обслуживания,
*время в пути,
*информация о багаже.

[[Файл:Детали перелета.png|600px]]

====Параметры настройки блока информации о перелете====
* '''Авиабилеты: ссылки на путеводитель''' — включает описание в деталях перелёта:
** '''''Воздушное судно'''''
** '''''Аэропорт'''''
** '''''Авиакомпания'''''
* '''Способ отображения информации об авиаперелете''' — выбор способа отображения данных о перелете на странице бронирования:
** '''''Во всплывающем окне''''' 一 подробные данные о перелете доступны во всплывающем окне по ссылке ''Детали'' на странице бронирования в блоке краткой информации о перелете,
** '''''На странице''''' 一 данные о перелете отображаются в развернутом виде на странице бронирования.

===Блок ввода пассажирских данных===
Блок ввода пассажирских данных содержит форму для ввода сведений о пассажирах, для которых бронируется перевозка, для создания бронирования (PNR) в ГРС в соответствии с технологией бронирования регулярных авиаперевозок. '''Вводимые пассажирские данные в заказе ''сохраняются'''''. Если при бронировании получена ошибка, всплывающее окно проинформирует и предложит вернуться к результатам поиска для выбора другого перелета, при бронировании которого введенные ранее данные будут восстановлены. Данные удаляются из [[сессия|сессии]] после успешного бронирования.

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

{{Attention|С технической точки зрения бронь можно создать с использованием любого типа документа, в ГДС на это нет ограничений. Но наличие брони в ГРС не гарантирует то, что у пассажира не будет проблем при регистрации на рейс. Наличие необходимых выездных документов и корректность введенных данных 一 ответственность самого пассажира.}}

====Параметры настройки блока информации о пассажирах====
* '''Допустимость довнесения для Авиабилетов''' — включенная опция разрешает внести данные после бронирования (отправить в ПНР после бронирования перелета):
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Карта лояльности'''''
** '''''Выбор места'''''
* '''Допустимость модификации для Авиабилетов''' — включенная опция разрешает изменить данные (изменить данные в ПНР).
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Выбор места'''''
* '''Авиабилеты: дополнительные поля''' — опция добавляет дополнительные поля в форму бронирования:
** '''''Необязательное отчество для всех пассажиров''''' 一 опция включает поле ''Отчество'' для всех пассажиров, поле является необязательным.
** '''''Необязательное отчество для всех пассажиров для авиакомпаний из списка''''' — опция включает поле ''Отчество'' пассажира только для авиакомпаний, заданных в параметре ''Список АК, требующих отчество для полётов внутри РФ'' в разделе ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''.
** '''''Необязательное отчество для пассажиров внутренних рейсов''''' 一 опция включает поле ''Отчество'' для внутренних рейсов, поле является необязательным.
** '''''Необязательный телефон для всех пассажиров''''' 一 опция включает поле ''Телефон'' для каждого пассажира, поле является необязательным.
** '''''Необязательная электронная почта для всех пассажиров''''' 一 опция включает поле ''Электронная почта'' для каждого пассажира, поле является необязательным.
** '''''Обязательный телефон для первого пассажира''''' 一 опция включает поле ''Электронная почта'' для первого пассажира, поле является необязательным.
** '''''Обязательная электронная почта для первого пассажира''''' <br />{{Attention|Если данные о телефоне и электронной почте пассажира введены в «Профилях туристов» — данные будут автоматически выводится на странице бронирования.}}<br />
* '''Авиабилеты: чекбокс отказа от внесения паспортных данных''' — включает отображение на странице бронирования опции ''Внести паспортные данные'', для возможности бронирования перелета без паспортных данных с довнесением в течении установленного времени (см. ниже).
[[Файл:Опция_бронирования_без_паспорта.png|550px|Опция "Внести паспортные данные"]]

* '''Авиабилеты: отображать блок ввода номера карты лояльности''' — включает опцию ''Внести номер карты лояльности'' на форме бронирования для отображения блока ввода карты лояльности авиакомпании.
[[Файл:Ввод карты лояльности.png|400px|Блок ввода карты лояльности]]
* '''Авиабилеты: предлагать внесение визы до бронирования''' — включает поля для внесения данных визы для стран, перечисленных в параметре ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''

===Блок покупателя===
Блок покупателя содержит поля для ввода информации о заказчике:
* имя,
* электронной почты,
* телефона,
* флажок ''Создать аккаунт''.
[[Файл:Fb2_customer_block.png|800px|Блок покупателя (с опцией «Создать аккаунт» для анонимного пользователя)]]

====Параметры настройки блока покупателя====
* '''Авиабилеты: отключить блок покупателя''' — отключает блок данных о заказчике ''Покупатель''. <br />{{Attention|Если бронирование осуществляет анонимный пользователь, опция ''Создать аккаунт'' независимо от значения параметра ''Предлагать анониму создать аккаунт'' в разделе '''Аккаунт менеджмент → Процесс регистрации''' всегда располагается под блоком покупателя.}}

===Блок выбора способа оплаты===
Под блоком покупателя (или блока пассажирских данных, если блок покупателя отключен) располагается блок выбора способа оплаты с описанием. Способ оплаты можно изменить после бронирования. По умолчанию отображаются первые четыре доступных метода оплаты, остальные открываются по щелчку на кнопку '''Другие методы оплаты'''. В панели администрирования можно добавить изображения слева от заготовка способа оплаты:
# Зайдите в панели администрирования в раздел '''Управление сайтом → Nemo CMS → Менеджер файлов'''.
# Загрузите изображение.
# Зайдите в раздел '''Управление сайтом → Настройка внешнего вида'''.
# В поле '''Дополнительный код CSS''' добавьте для каждого способа оплаты следующие стили:
{{.new-flights-passInfo__pay__method__logo_XXX {
background-image: url('/path/to/image.svg');
}
, где /path/to/image.svg — путь к изображению, а XXX — это название платежного шлюза.

Список патежных шлюзов:
* Acquiro — система платежей Acquiro
* Belassist — система приема платежей Belassist
* Chronopay — оператор интернет-платежей с помощью банковских карт Chronopay
* Copayco — платежная система CoPAYCo
* Deposit — оплата через депозит
* EasyPay — система ECPayment
* ExternalGateway — оплата через внешний шлюз
* Gateline — платежный шлюз компании «Онэлия»
* Invoice — оплата по счету
* Offices — оплата в офисе
* PayPal — оператор электронных денежных средств PayPAl
* PayU — процессинговая компания PayU
* Payture — электронный платежный шлюз Альфа-банка
* Platron — система электронных платежей Платрон
* PrivatBank — платежный шлюз «Приватбанк»
* Qiwi — оплата через сеть терминалов Qiwi
* Rapida — платежная система Рапида
* Receipt — оплата по квитанции
* Sberbank — платежный шлюз Сбербанка
* Sirena2 — платежный шлюз процессинговой системы eGopay
* Uniteller — платежный шлюз Uniteller
* WebMoney — система расчетов Webmoney

[[Файл:Fb2 paymethods.png|500px]]

====Параметры настройки блока выбора способа оплаты====
* '''Способ отображения выбора способа оплаты''' — выбор способа отображения списка способов оплаты на странице бронирования:
** '''''Выпадающий список''''',
** '''''Кнопки'''''.

===Блок сплита===
Блок сплита содержит флажки для каждого пассажира для произведения сплита (выделения их в отдельную бронь):

[[Файл: сплит.png|900px]]

Настройка '''Разрешить сплит PNR''' включается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

== Другие параметры настройки формы бронирования ==
Все параметры настройки формы бронирования расположены в разделе '''Управление продажами → Процессы → Форма бронирования'''

* '''Включено для Авиабилетов''' — опция включает модуль бронирования.
* '''Мгновенный переход на бронирование и фоновая проверка доступности''' — включает проверку доступности в фоном режиме. Пользователь без ожидания попадает со страницы поиска на страницу оформления заказа. Если при проверке доступности возникает ошибка, пользователь увидит диалоговое окно с уведомлением.
* '''Режим отладки''' 一 опция устарела, не включать.

====Дополнительные опции====
* '''Авиабилеты: позволять не выбирать семейство тарифов''' 一 включает возможность не выбирать семейство тарифов во всплывающем окне на странице ввода пассажирских данных (у всплывающего окна появляется кнопка «Закрыть»).
* '''Авиабилеты: позволять перевыбрать семейство тарифов''' 一 включает возможность выбора иного семейства тарифов на странице ввода пассажирских данных.
{{Attention|Настройки ''«Авиабилеты: позволять не выбирать семейство тарифов»'' и ''«Авиабилеты: позволять перевыбрать семейство тарифов»'' работают только на новой стандартной теме оформления и темах, сделанных на ее основе.}}
* '''Авиабилеты: предлагать выбор питания до бронирования''' 一 включает возможность выбора типа питания для каждого пассажира на этапе бронирования.
* '''Авиабилеты: предлагать выбор мест до бронирования''' — включает возможность выбора мест в салоне самолета на карте мест для каждого пассажира на этапе бронирования.

* '''Доп. услуги всегда открыты вне зависимости от выбранности''' — включает отображение блоков дополнительных услуг (Альфа страхование, Аэроэкспресс) в развернутом виде независимо от того, выбрана ли по умолчанию дополнительная услуга или нет.
* '''Производить печать маршрут-квитанции при нажатии кнопки "Мои билеты"''' — включает автоматический переход на страницу печати PDF-файла [[Маршрут-квитанция|маршрут-квитанции]] при нажатии на кнопку «Мои билеты».

====Временные ограничения на довнесение данных====
* '''Авиабилеты: ограничение в часах на возможность внести/изменить визовые данные''' — устанавливает время в часах, в течение которого можно довнести или изменить визовые данные.
* '''Авиабилеты: ограничение в часах на возможность внести/изменить паспортные данные''' — устанавливает время в часах, в течение которого можно довнести или изменить паспортные данные.
[[Файл:Booking_notice_new.png|200px|thumb|right|Плашка напоминаний о последних бронированиях]]

====Внешний вид и функциональность формы====
* '''Авиабилеты: использовать динамические подсказки к полям''' — включает отображение подсказок по формату заполнения полей формы бронирования. Текст подсказок редактируется в разделе ''Администрирование — Локализация — Языковые ресурсы''.
* '''Показывать напоминания о последних бронированиях''' — включает плашку с напоминанием о забронированных, но еще не выписанным заказам. Плашка активна на форме поиска до форме бронирования.
* '''Автоматический переход на оплату после завершения бронирования''' — включает переход на оплату после успешного бронирования, не переходя на промежуточную страницу формы бронирования.
* '''Предупреждать покупателя об изменении стоимости заказа через всплывающее окно''' — включает уведомление пользователя об изменении стоимости перелета с помощью всплывающего окна, в котором отображается с информация о новой и старой стоимости заказа, кнопка аннулирования заказа и кнопка перехода к оплате заказа по новой цене. При отключенной опции информация об изменении стоимости отображается в отдельном блоке на странице бронирования.
* '''Время, в течение которого следует завершить бронирование (в минутах)''' — по истечении указанного времени появится всплывающее окно с информацией об окончании времени бронирования, после чего процесс поиска и бронирования необходимо будет провести заново. Для снятия ограничения по времени бронирования необходимо в поле указать «0».
* '''Проводить бронирование в фоновом режиме''' — запускает фоновое бронирование, пока покупатель проверяет введенные данные. Сокращает время ожидания пользователя за счет единого окна проверки введенных данных и хода бронирования. Если пользователь решит внести исправления и нажмёт кнопку «Вернуться и исправить», то бронирование автоматически аннулируется в фоновом режиме. Разрешает пользователю аннулировать заказ, изменить данные и забронировать вновь в течение 10 минут. Наличие этого попапа снижает book2cancel, т.к. у пользователя есть возможность проверить введенные данные и выбранный рейс.
* '''Обновлять цену заказа в фоновом режиме''' — включает актуализацию цены с определёнными промежутками в фоновом режиме, чтобы минимизировать вероятность того, что клиент оплатит заказ по уже неактуальной цене, а так же для проверки наличия невалидных сегментов в брони сразу после бронирования.
* '''Чекбокс ''С правилами ознакомлен''''' — включает предустановленный активный флажок ''Я ознакомлен и согласен с правилами'' на странице бронирования.
* '''Чекбокс ''Разрешить создание заявки на бронирование ''''' - после бронирования заказа в служебной информации менеджерам и экспертам аг-ва доступно скачивание заявки на бронирование (шаблон заявки настраивается - Нотификации - Документы - Заявка на бронирование).
* '''Чекбокс ''Отображать ссылку на английскую версию МК''''' - после выписки на странице просмотра МК будет доступна ссылка а скачивание МК на английском языке (при условии настройки шаблона. Описание настройки находится в статье [[Маршрут-квитанция]])

== Валидация вводимых данных ==

* Минимально допустимая дата рождения для [[Пассажир#Коды категорий пассажиров|взрослого]] определяется по дате вылета первого сегмента перелета, т.е. главное условие — чтобы хотя бы в день вылета пассажиру уже исполнилось 12.
* Для свидетельства о рождении допустимо вводить номера, состоящие из следующих символов: латинские символы — от 1 до 3 включительно, кириллица — строго 2 буквы, цифры — строго 6.
* При попытке забронировать заказ, в котором есть как минимум два [[пассажир]]а с одинаковыми именем и фамилией, будет предложено довнести отчество для одного из пассажиров. Опция предотвратит ошибки от ГРС.

==См. также==
*[[Бронирование]]
*[[Поиск (Авиабилеты)]]
*[[Форма поиска (Авиабилеты)]]
*[[Пассажир]]

Маршрут-квитанция

2017-04-28T13:04:35Z

Даша Жукова: /* МК на английском языке */

[[Category:Термины]]
[[Category:Руководство]]

'''Маршрут-квитанция''' (Itinerary receipt) — свидетельство о покупке электронного билета.

==Описание==
Маршрут-квитанция (МК) представляет собой выписку из автоматизированной информационной системы оформления воздушных перевозок. Она высылается сразу после онлайн-бронирования по электронной почте или выдается в кассе в распечатанном варинте.

==Назначение==
Служит как напоминание пассажиру о деталях перелета и обладает функциями документа отчётности. Не является перевозочным документом.

Как правило, маршрут-квитанция не требуется при регистрации рейса в аэропорту, но может понадобиться в некоторых случаях при прохождении паспортного или таможенного контроля (чаще заграницей), а также иногда предъявляется при входе в здание аэровокзала, работающего в условиях повышенных мер безопасности.

== Рекомендованный вид маршрут-квитанции ==

Маршрут-квитанция содержит следующие сведения о перевозке пассажира и багажа:

* Сведения о пассажире (для внутренних перевозок должны быть указаны: фамилия, имя, отчество, наименование, серия и номер документа, удостоверяющего личность; для международных перевозок: фамилия, другие сведения в соответствии с международными нормами);
* Наименование и (или) код перевозчика;
* Номер рейса;
* Дату отправления рейса;
* Время отправления рейса;
* Наименование и (или) коды аэропортов/пунктов отправления и назначения для каждого рейса;
* Тариф;
* Эквивалент тарифа (если применяется);
* Итоговую стоимость перевозки;
* Форму оплаты;
* Сборы (если применяются);
* Наименование и (или) код класса бронирования;
* Код статуса бронирования;
* Дату оформления;
* Наименование агентства/перевозчика, оформившего билет;
* Норму бесплатного провоза багажа (по усмотрению);
* Уникальный номер электронного билета.

{{Attention|В случае изменений данных выписанного заказа, отображаемых в маршрут-квитанции, происходит её перегенерация и отправка обновленной МК на почту.}}

== Номер билета в маршрут-квитанции ==

Одним из основных условий корректной выписки билета, является наличие его номера в формируемой системой маршрут-квитанции. Если Вы обнаружили заказ, в котором присутствует маршрут-квитанция без номера билета необходимо:

# Проверить статус найденного заказа в терминале.
# Провести диагностику заказов в {{NameSystem}} с целью выявления проблемных заказов.

== Шаблон маршрут-квитанции ==

Шаблон маршрут-квитанции настраивает в разделе '''Настройки системы → Нотификации → Документы → Маршрут-квитанция'''.

{{Attention|Задайте шаблон МК '''для каждой ГРС''' (поле ''Источник'').}}

{| class="wikitable"
|-
|[[File:Шаблон маршрут-квитанции.png|900px]]
|-
|Настройка шаблона маршрут-квитанции
|}

{{Attention|Использовать шрифт по умолчанию в маршрут-квитанции не рекомендуется.}}

Список рекомендуемых к использованию шрифтов:
* Arial
* Courier New
* Times New Roman
* Verdana
* Andale Mono
* Georgia
* Trebuchet MS

===МК на разных языках===
В {{NameSystem}} реализована мультиязычность маршрут-квитанций. Шаблон МК можно настроить:
*по умолчанию для всех языков,
*отдельно для каждого языка. <br /> При оформлении билета МК приходит в соответствии с шаблоном, заданным для языка, на который переключен сайт, значение переменных так же подставляется в зависимости от языка, на котором оформляется заказ.

Чтобы задать разные МК для разных языков, используйте переключатель ''Выберите язык для полей'':

{| class="wikitable"
|-
|[[Файл:Маршрут-квитанция для разных языков.png|600px]]
|-
|Маршрут-квитанция для разных языков
|}

== МК на английском языке ==
Независимо от языка сайта, можно скачать МК на английском языке. Для этого необходимо иметь переведённый шаблон МК (настройка описана выше), а так же:

1. Включить "Отображать ссылку на английскую версию МК" в настройке формы бронирования (Управление продажами - Процессы - Форма бронирования).

2. Включить "Использовать страницу предварительного просмотра маршрут-квитанции" (Управление продажами - Устаревшие настройки - Настройка)

После этого на странице просмотра МК будет доступна ссылка на англоязычную МК - "Скачать МК на английском языке"

=== Переменные шаблона ===

В маршрут-квитанции доступны шаблонные переменные и переменные с НДС, которые можно использовать для подстановки конкретных значений, относящихся к заказу, в момент ее генерации.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Справочник шаблонных переменных маршрут-квитанции'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|%AGENCY_NAME%
|Название агентства
|-
|%AGENCY_LOGO%
|Лого агентства (изображение логотипа агентства должно быть в формате JPG или PNG)
|-
|%AGENCY_ADDRESS%
|Адрес агентства
|-
|%AGENCY_PHONE%
|Телефон агентства
|-
|%CLIENT_NAME%
|Имя заказчика
|-
|%CLIENT_PATRONYMIC%
|Отчество заказчика
|-
|%EXT_HTML%
|Купон
|-
|%BOOKING_LOCATOR%
|Ид услуги в сервисе
|-
|%BOOKING_ID%
|Ид услуги в системе
|-
|%EXTERNAL_ID%
|Внешний ID заказа
|-
|%DATE%
|Дата
|-
|%FORM_OF_PAYMENT%
|Форма оплаты (стандартное имя платежного шлюза, а не заданное в настройках)
|-
|%PAYMENT_DATE%
|Дата оплаты
Если у заказа нет завершенных транзакций, переменная будет содержать дату выписки.
|-
|%SERVICE%
|Поставщик услуги
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%PASS_SALUTATION%
|Обращение к пассажиру (Mr./Mrs.)
|-
|%PASS_LASTNAME%
|Фамилия
|-
|%PASS_NAME%
|Имя
|-
|%PASS_PATRONYMIC%
|Отчество
|-
|%PASS_DOC_NUM%
|Номер документа
|-
|%PASS_DOC_TYPE%
|Тип документа
|-
|%PASS_TYPE%
|Тип туриста/пассажира
|-
|%QRCODE%
|QR-код
|-
|%PASS_BASE_FARE%
|Тариф
|-
|%PASS_TAXES_SUMM%
|Сумма такс на пассажира
|-
|%PASS_TOTAL_PRICE%
|Стоимость заказа(без сборов агентства)
|-
|%DEPARTURE_AIRPORT%
|Аэропорт отправления
|-
|%ARRIVAL_AIRPORT%
|Аэропорт прибытия
|-
|%BASE_FARE%
|Базовый тариф
|-
|%FLIGHT_ENDORSMENTS%
|Передаточная надпись
|-
|%FLIGHT_FARE_CALC%
|Расчёт тарифа {{Attention| Использование данной переменной поддерживается не всеми поставщиками.}}
|-
|%MARKETING_AIRLINE%
|Обслуживающая авиакомпания
|-
|%TAXES%
|Детализация значений всех такс с их кодами
|-
|%TICKET_NUMBER%
|Номер билета
|-
|%TICKET_DATE%
|Дата выписки билета
|-
|%SMOKING_TYPE%
|Тип курящий/некурящий
|-
|%PAYMENT_GATEWAY_NAME%
|Название платежного шлюза
|-
|%BAGGAGE_ALLOWANCE%
|Багаж (может использоваться внутри и вне сегмента; вне сегмента отображается минимальный багаж для текущего пассажира)
|-
|%TICKETING_VALIDATOR%
|Код валидатора стока выписки реквизитов — указанный на стороне Nemo 2.0
|-
|%TICKETING_VALIDATOR_CODE%
|Код валидатора
|-
|%PASS_AGENCY_TAX%
|Агентский сбор за все бронирование
|-
|%PASS_AGENCY_TAX_EACH%
|Агентский сбор, поровну разделенный на пассажиров
|-
|%PASS_TAX_TOTAL_PRICE%
|Общая стоимость заказа за всех пассажиров (со сборами агентства)
|-
|%SEG_DEP_AIRPORT%
|Аэропорт отправления (в сегменте)
|-
|%SEG_START_TERMINAL%
|Начальный терминал
|-
|%SEG_DEP_DATE%
|Дата отправки в сегменте
|-
|%SEG_DEP_TIME%
|Время отправки в сегменте
|-
|%SEG_ARR_AIRPORT%
|Аэропорт прибытия (в сегменте)
|-
|%SEG_ARR_DATE%
|Дата прилета в сегменте
|-
|%SEG_ARR_TIME%
|Время прилета в сегменте
|-
|%SEG_SUN_INFO%
|Вывод информации о солнечной стороне в полёте. {{Attention|Информация о солнечной стороне выводится только в том случае, если солнце будет освещать какую-либо сторону более 15% от общего времени перелёта.}}
|-
|%SEG_END_TERMINAL%
|Конечный терминал
|-
|%SEG_FLT_NUMBER%
|Номер рейса в сегменте
|-
|%SEG_NUM%
|Номер сегмента
|-
|%SEG_AIRLINE_NAME%
|Авиакомпания в сегменте полета
|-
|%SEG_OPERATING_AIRLINE%
|Авиакомпания, выполняющая рейс в сегменте
|-
|%SEG_AIRCRAFT_NAME%
|Название воздушного судна
|-
|%SEG_DISTANSE%
|Расстояние в км
|-
|%SEG_FLT_TIME%
|Время полета
|-
|%SEG_STOP_QUANTITY%
|Количество технических остановок. Использовать необходимо внутри группы %SEGMENT%.
|-
|%SEG_STOP_INFORMATION%
|Детальная информация о техпосадках. Отображает полную информацию о технических посадках в перелете.
|-
|%AGENCY_CURRENCY_CODE%
|Код валюты агенства
|-
|%PASS_AGENCY_FEE_LETTERS_EN%
|Агентский сбор прописью на английском (сбор за заказ)
|-
|%PASS_AGENCY_FEE_LETTERS_RU%
|Агентский сбор прописью на русском (сбор за заказ)
|-
|%PASS_AGENCY_TAX_WITHOUT_EXT_SERV%
|Агентский сбор без учета доп.услуг (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_EN%
|Агентский сбор без учета доп.услуг прописью на английском (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_RU%
|Агентский сбор без учета доп.услуг прописью на русском (сбор за пассажира)
|-
|%SEG_BASE_FARE_CODE%
|Код базового тарифа (в сегменте)
|-
|%SEG_CLASS%
|Класс в сегменте
|-
|%SEG_US_BAGGAGE_INFO%
|Дополнительная информация о нормах багажа в США(на сайте перевозчика)
|-
|%SEG_BAGGAGE_ALLOWANCE%
|Багаж для сегмента. Устаревшая переменная, рекомендуется использовать %BAGGAGE_ALLOWANCE%
|-
|%SEG_STATUS%
|Статус сегмента
|-
|%SEG_VENDOR_ID%
|ID заказа в авиакомпании
|-
|%SEG_SEAT%
|Место пассажира
|-
|%SEG_TICKET_NUM%
|Номер билета пассажира на сегменте
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%TOTAL_CHARGE%
|Сумма сборов
|-
|%PDF_URL%
|Ссылка на МК в формате PDF (для заказов в АРС Сирена Трэвел МК будет от поставщика)
|-
|%VIEWTRIP_URL%
|Ссылка на информацию о перелете в сервисе ViewTrip
|-
|%CHILD_DATE_OF_BIRTH%
|Дата рождения пассажира
|-
|%LOYALTY_CARD%
|Карта лояльности
|-
|%MEAL%
|Предпочитаемое питание
|-
|%PASS_PRICE_WITH_CHARGE%
|Общая стоимость билета на пассажира (со сборами агентства)
|-
|%AEROEXPRESS_TICKET_URLS%
|Ссылки на билеты Аэроэкспресса
|-
|%AEROEXPRESS_TICKET_IMG%
|Билеты на Аэроэкспресс
|-
|%EXTSERVICE_INFO%
|Информация о дополнительной услуге
|-
|%BOOKING_ACCESS_CODE%
|Код доступа к заказу
|-
|%PAYMENT_CARD_NUMBER%
|Номер банковской карты оплаты (в формате ПК XXXXXXXXXXXX9987)
|-
|%FLIGHT_TARIFF_FULL_NAME%
|Полное название тарифа
|-
|%FLIGHT_TARIFF_HAND_LUGGAGE%
|Ручная кладь
|-
|%FLIGHT_TARIFF_BAGGAGE%
|Багаж
|-
|%FLIGHT_TARIFF_IS_CHANGEABLE%
|Информация об условиях обмена (текст, для семейств тарифов)
|-
|%FLIGHT_TARIFF_IS_REFUNDABLE%
|Информация о правилах возврата (для семейств тарифов)
|-
|%FLIGHT_TARIFF_MILES%
|Мили
|-
|%FLIGHT_TARIFF_MEALS%
|Питание
|-
|%FLIGHT_TARIFF_VIP%
|Бизнес-зал
|-
|%FLIGHT_TARIFF_SEAT_SELECTION%
|Информация о регистрации мест
|}

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Дополнительные переменные с НДС'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
| %VAT_TARIFF%
| НДС на тариф
|-
| %VAT_TAXES%
| НДС за таксы
|-
|-
| %VAT%
| НДС (тарифа + такс)
|-
|-
| %VAT_DUES%
| НДС за сборы
|-
|-
| %VAT_TOTAL_AMOUNT%
| Сумма НДС
|}

</div>
</div>
Переменные с НДС в маршрут-квитанции будут доступны в том случае, если активна опция {{Setting|Показывать переменные для НДС в маршрут квитанции}} в разделе «Управление сайтом» → «Домены и протоколы», и в разделе «Управление продажами» → «Авиабилеты» → «Процессы» → «Процесс выписки» настроен список АК, по каким должен вычисляться НДС (по умолчанию если не указано ни одной АК, НДС не будет рассчитываться ни по одной АК). Расчет будет производиться по валидирующему перевозчику (АК, ответственной за операции с билетами и другие транзакции), вне зависимости от АК, участвующих в перелете.

* Для Sabre и Galileo НДС рассчитывается по настройке {{Setting|НДС (в процентах)}} из того же раздела админки.
* Для Sirena2000 только НДС на сбор рассчитывается по этой настройке, остальное приходит от поставщика.
* В случае упрощенной системы налогообложения («Аккаунт менеджмент» → «Агенты и пользователи» → «Профили компаний» — настройка {{Setting|Тип налогообложения}} имеет значение {{Setting|Упрощенная система}}) НДС на такие сборы будет равен 0.
* НДС по сборам можно спрятать в НДС по таксам, для этого нужно включить настройку {{Setting|Скрывать сборы в таксы на маршрут-квитанции}} из раздела «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка».

{{Attention|Печать маршрут-квитанции для каждого пассажира на индивидуальной странице осуществляется добавлением элемента с соответствующим стилем <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;"><hr style="page-break-after: always;"></syntaxhighlight>.}}

=== Группы ===

Для того чтобы указать в маршрут-квитанции информацию о нескольких пассажирах (сегментах полета и пр.) используются группы. Они лишь объединяют другие переменные и самостоятельными параметрами не обладают. Поэтому добавляя группу, не забывайте закрывать ее.

'''Пример'''
<pre>%PASSENGER%

ФИО: %PASS_LASTNAME% %PASS_NAME% %PASS_PATRONYMIC%

%PASSENGER%
</pre>
Будет выведена информация по каждому пассажиру в заказе. Например, если было 3 пассажира:
<pre>ФИО: Иванов Иван Иванович
ФИО: Петров Петр Петрович
ФИО: Сидоров Сидор Сидорович
</pre>

Для того, чтобы вывести информацию о семействе тарифов, также используются группы. <br>
'''Пример'''
<pre>
%FLIGHT_TARIFF_GROUP%

%FLIGHT_TARIFF_FULL_NAME%
%FLIGHT_TARIFF_IS_REFUNDABLE%
%FLIGHT_TARIFF_IS_CHANGEABLE%
%FLIGHT_TARIFF_HAND_LUGGAGE%
%FLIGHT_TARIFF_BAGGAGE%

%FLIGHT_TARIFF_GROUP%
</pre>
Будет выведена информация о семействе тарифов.
<pre>
Бюджет-Эконом
Возврат билета: Тариф полностью невозвратный.
Обмен билета: 1) Обмен билета до вылета разрешен со сборами. 2) Обмен билета после вылета не разрешен.
Ручная кладь: 1 сумка до 10 кг
Багаж: 1 сумка до 23 кг
</pre>
Переменные для вывода информации о семействе тарифа выводятся только в том случае, если есть информация о тарифной опции данного типа.
{| class="wikitable" id="keys" style="width: 50%" border="1" cellpadding="5" cellspacing="0"
|-
! colspan="3" | Описание групп
|-
! Название группы
! Описание группы
|-
| class="item tbl_groups" |  %PASSENGER%
| Пассажир
|-
| class="item tbl_groups" |  %SEGMENT%
| Сегмент
|-
| class="item tbl_groups" |  %FLIGHT_TARIFF_GROUP%
| Информация о семействе тарифа<br/>
|}

{{Attention|Для корректного отображения данных через переменные для более, чем одного пассажира, группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SEGMENT%</syntaxhighlight> должна размещаться только внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASSENGER%</syntaxhighlight>.}}

В разделе «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» размещена опция {{Setting|Скрывать сборы в таксы на маршрут-квитанции}}.
Если она активирована, то при наличии сбора в сумме заказа он будет поровну распределен на всех пассажиров, для которых стоимость билета ненулевая, и замаскирован под таксу с кодом XP.

== Альтернативные МК из ГРС ==
В шаблоне маршрут-квитанции имеется языкозависимая переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SUPPLIER_ITIN_RECEIPT%</syntaxhighlight> — ссылка на маршрут-квитанцию поставщика, которая содержит адрес сервиса поставщика для получения альтернативной МК. Поддерживается для:
* [http://www.virtuallythere.com Sabre] {{Attention|Необходимо самостоятельно указать e-mail пассажира, введенный при бронировании, для просмотра заказа.}}

* [http://www.viewtrip.com Galileo]
* [http://myb.s7.ru SITA] {{Attention|Только для авиакомпании S7.}}
* [http://myairlines.ru Сирена-Трэвел] {{Attention|Необходимо самостоятельно заполнить данные: PNR и фамилию пассажира для просмотра заказа.}}

Языковая зависимость переменной реализована для сервисов www.virtuallythere.com и myb.s7.ru. Внешний сервис получения альтернативной МК может не поддерживать язык, выбранный в {{NameSystem}}.

В раздел «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» добавлена настройка {{Setting|Скрывать стоимость заказа в маршрут квитанции поставщика}}. Данная настройка работает только для поставщиков Sabre и Galileo. Для SITA S7 не требуется выполнять каких-либо специальных действий для скрытия стоимости на сайте S7, т.к. myb.s7.ru не отображает стоимость PNR, выписанных в агентствах не S7.

В раздел «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» → «Выписка» добавлена настройка {{Setting|Использовать маршрут-квитанцию поставщика в PDF, если возможно}}. Работает она только при включенной настройке {{Setting|Добавлять pdf версию МК во вложениях}}, поскольку заменяет приложенную в PDF маршрут-квитанцию на альтернативную от ГРС, если таковая имеется.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== См. также ==
* [[Билет]]
* [[Электронный билет]]
* [[Выписка]]
* [[Тариф]]
* [[Заказы]]
* [[Пассажир]]
* [[ГРС]]

Форма бронирования (Авиабилеты)

2017-04-28T12:45:28Z

Даша Жукова: /* Внешний вид и функциональность формы */

'''Форма бронирования''' 一 страница системы {{NameSystemLink}} для внесения данных, необходимых для бронирования выбранного перелета.

Новый модуль '''Форма бронирования''' сделал процесс бронирования еще удобнее, быстрее и интеллектуальнее.

==Принцип работы==
* Все вводимые данные автоматически транслитерируются для всех ГРС, кроме внутренних перелетов ''ГРС Sirena''.
* В поле с ограничением на тип вводимых данных отображается подсказка, которая динамически меняется при смене типа документа.

Форма бронирования разделена на блоки:
* '''Блок информации о заказе'''.
* '''Блок информации о перелете'''.
* '''Блок ввода пассажирских данных'''.
* '''Блок информации о покупателе'''.
* '''Блок выбора способа оплаты'''.
* '''Блок сплита''' (Включается дополнительно, см [[Разделение PNR]]).

{| class="wikitable"
|-
|[[Файл:Форма бронирования.png|800px|Форма бронирования]]
|-
|Форма бронирования
|}

Форма бронирования (внешний вид, добавление полей и опций, обязательные и необязательные поля) настраивается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

===Блок информации о заказе===
Блок информации о заказе содержит:
* ''код доступа'' к забронированному заказу,
* ''номер заказа'' у поставщика,
* ссылку на ''таблицу детализации стоимости'',
* ''таймлимит'' на оплату заказа,
* ссылку на ''служебную информацию'' для менеджера,
* ссылку ''У меня есть промокод'' для ввода промокода [[Программа лояльности|программы лояльности]].

'''Таблица детализации стоимости''' открывается при щелчке по стоимости заказа в левом верхнем углу блока. Таблица содержит информацию о полной стоимости заказа код тарифа и ссылку на [[УПТ]], размер такс, сбора агентства, комиссии субагенту, комиссии авиакомпании, комиссии за прием платежа.
* число пассажиров в заказе каждого типа,
* код тарифа для каждого типа пассажира,
* размер тарифа для каждого типа пассажира,
* размер таксы для каждого типа пассажира,
* величина сбора агентства,
* размер комиссии от авиакомпании,
* размер комиссии субагенту,
* величина дохода агентства,
* стоимость заказа,
* размер комиссии за приём платежа,
* итоговая стоимость к оплате.

{{Attention|Комиссия за прием платежа вычисляется на основании выбранного способа оплаты и отображается на форме бронирования. Все доступные пользователю способы оплаты отображаются на странице заказа в соответствующем блоке (пример см. ниже). При выборе другого способа оплаты значение комиссии за прием платежа (и соответственно общей стоимости) меняется динамически.}}

* При щелчке на код тарифа открываются '''[[УПТ|условия применения тарифа]]''' во всплывающем окне.
* При щелчке на сумму таксы открывается '''детализация такс''' во всплывающем окне.
* При щелчке на сумму сбора агентства и комиссии авиакомпании открывается '''[[Ценообразование (Авиабилеты)#Тестирование и отладка срабатывания правил|таблица отладки ценообразования]]'''.
{| class="wikitable"
|-
|[[Файл:Fb2 price.png|560px]]
|-
|Детализация стоимости
|}

Для менеджера агентства на блоке информации о заказе доступна кнопка '''Служебная информация''', которая открывает окно с информацией:
* номер заказа,
* поставщик (ГРС),
* локатор,
* дата начала услуги,
* дата создания заявки,
* список ошибок, возникших в процессе оформления заказа,
* ревизии,
* ремарки от ГРС,
* доступные действия с заказом:
** обновление,
** аннуляция,
** выписка,
** войдирование,
** возврат оплаты,
** просмотр платежных транзакций.

[[Файл:Служебная информация.png|300px|Служебная информация]]

===Блок информации о перелете===
Блок информации о перелете содержит:
* краткие сведения о выбранном маршруте,
* кнопка ''Детали перелета''.

Во всплывающем окне ''Детали перелета'' отображается:
*название и логотип маркетинговой авиакомпании,
*время вылета и прилета,
*номер рейса,
*название оперирующего перевозчика,
*тип воздушного судна,
*тип питания,
*класс обслуживания,
*время в пути,
*информация о багаже.

[[Файл:Детали перелета.png|600px]]

====Параметры настройки блока информации о перелете====
* '''Авиабилеты: ссылки на путеводитель''' — включает описание в деталях перелёта:
** '''''Воздушное судно'''''
** '''''Аэропорт'''''
** '''''Авиакомпания'''''
* '''Способ отображения информации об авиаперелете''' — выбор способа отображения данных о перелете на странице бронирования:
** '''''Во всплывающем окне''''' 一 подробные данные о перелете доступны во всплывающем окне по ссылке ''Детали'' на странице бронирования в блоке краткой информации о перелете,
** '''''На странице''''' 一 данные о перелете отображаются в развернутом виде на странице бронирования.

===Блок ввода пассажирских данных===
Блок ввода пассажирских данных содержит форму для ввода сведений о пассажирах, для которых бронируется перевозка, для создания бронирования (PNR) в ГРС в соответствии с технологией бронирования регулярных авиаперевозок. '''Вводимые пассажирские данные в заказе ''сохраняются'''''. Если при бронировании получена ошибка, всплывающее окно проинформирует и предложит вернуться к результатам поиска для выбора другого перелета, при бронировании которого введенные ранее данные будут восстановлены. Данные удаляются из [[сессия|сессии]] после успешного бронирования.

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

{{Attention|С технической точки зрения бронь можно создать с использованием любого типа документа, в ГДС на это нет ограничений. Но наличие брони в ГРС не гарантирует то, что у пассажира не будет проблем при регистрации на рейс. Наличие необходимых выездных документов и корректность введенных данных 一 ответственность самого пассажира.}}

====Параметры настройки блока информации о пассажирах====
* '''Допустимость довнесения для Авиабилетов''' — включенная опция разрешает внести данные после бронирования (отправить в ПНР после бронирования перелета):
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Карта лояльности'''''
** '''''Выбор места'''''
* '''Допустимость модификации для Авиабилетов''' — включенная опция разрешает изменить данные (изменить данные в ПНР).
** '''''Паспортные данные (DOCS)'''''
** '''''Данные о визе (DOCO)'''''
** '''''Адрес прибытия (DOCA)'''''
** '''''Выбор места'''''
* '''Авиабилеты: дополнительные поля''' — опция добавляет дополнительные поля в форму бронирования:
** '''''Необязательное отчество для всех пассажиров''''' 一 опция включает поле ''Отчество'' для всех пассажиров, поле является необязательным.
** '''''Необязательное отчество для всех пассажиров для авиакомпаний из списка''''' — опция включает поле ''Отчество'' пассажира только для авиакомпаний, заданных в параметре ''Список АК, требующих отчество для полётов внутри РФ'' в разделе ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''.
** '''''Необязательное отчество для пассажиров внутренних рейсов''''' 一 опция включает поле ''Отчество'' для внутренних рейсов, поле является необязательным.
** '''''Необязательный телефон для всех пассажиров''''' 一 опция включает поле ''Телефон'' для каждого пассажира, поле является необязательным.
** '''''Необязательная электронная почта для всех пассажиров''''' 一 опция включает поле ''Электронная почта'' для каждого пассажира, поле является необязательным.
** '''''Обязательный телефон для первого пассажира''''' 一 опция включает поле ''Электронная почта'' для первого пассажира, поле является необязательным.
** '''''Обязательная электронная почта для первого пассажира''''' <br />{{Attention|Если данные о телефоне и электронной почте пассажира введены в «Профилях туристов» — данные будут автоматически выводится на странице бронирования.}}<br />
* '''Авиабилеты: чекбокс отказа от внесения паспортных данных''' — включает отображение на странице бронирования опции ''Внести паспортные данные'', для возможности бронирования перелета без паспортных данных с довнесением в течении установленного времени (см. ниже).
[[Файл:Опция_бронирования_без_паспорта.png|550px|Опция "Внести паспортные данные"]]

* '''Авиабилеты: отображать блок ввода номера карты лояльности''' — включает опцию ''Внести номер карты лояльности'' на форме бронирования для отображения блока ввода карты лояльности авиакомпании.
[[Файл:Ввод карты лояльности.png|400px|Блок ввода карты лояльности]]
* '''Авиабилеты: предлагать внесение визы до бронирования''' — включает поля для внесения данных визы для стран, перечисленных в параметре ''Управление продажами — Авиабилеты — Устаревшие настройки — Настройка''

===Блок покупателя===
Блок покупателя содержит поля для ввода информации о заказчике:
* имя,
* электронной почты,
* телефона,
* флажок ''Создать аккаунт''.
[[Файл:Fb2_customer_block.png|800px|Блок покупателя (с опцией «Создать аккаунт» для анонимного пользователя)]]

====Параметры настройки блока покупателя====
* '''Авиабилеты: отключить блок покупателя''' — отключает блок данных о заказчике ''Покупатель''. <br />{{Attention|Если бронирование осуществляет анонимный пользователь, опция ''Создать аккаунт'' независимо от значения параметра ''Предлагать анониму создать аккаунт'' в разделе '''Аккаунт менеджмент → Процесс регистрации''' всегда располагается под блоком покупателя.}}

===Блок выбора способа оплаты===
Под блоком покупателя (или блока пассажирских данных, если блок покупателя отключен) располагается блок выбора способа оплаты с описанием. Способ оплаты можно изменить после бронирования. По умолчанию отображаются первые четыре доступных метода оплаты, остальные открываются по щелчку на кнопку '''Другие методы оплаты'''. В панели администрирования можно добавить изображения слева от заготовка способа оплаты:
# Зайдите в панели администрирования в раздел '''Управление сайтом → Nemo CMS → Менеджер файлов'''.
# Загрузите изображение.
# Зайдите в раздел '''Управление сайтом → Настройка внешнего вида'''.
# В поле '''Дополнительный код CSS''' добавьте для каждого способа оплаты следующие стили:
{{.new-flights-passInfo__pay__method__logo_XXX {
background-image: url('/path/to/image.svg');
}
, где /path/to/image.svg — путь к изображению, а XXX — это название платежного шлюза.

Список патежных шлюзов:
* Acquiro — система платежей Acquiro
* Belassist — система приема платежей Belassist
* Chronopay — оператор интернет-платежей с помощью банковских карт Chronopay
* Copayco — платежная система CoPAYCo
* Deposit — оплата через депозит
* EasyPay — система ECPayment
* ExternalGateway — оплата через внешний шлюз
* Gateline — платежный шлюз компании «Онэлия»
* Invoice — оплата по счету
* Offices — оплата в офисе
* PayPal — оператор электронных денежных средств PayPAl
* PayU — процессинговая компания PayU
* Payture — электронный платежный шлюз Альфа-банка
* Platron — система электронных платежей Платрон
* PrivatBank — платежный шлюз «Приватбанк»
* Qiwi — оплата через сеть терминалов Qiwi
* Rapida — платежная система Рапида
* Receipt — оплата по квитанции
* Sberbank — платежный шлюз Сбербанка
* Sirena2 — платежный шлюз процессинговой системы eGopay
* Uniteller — платежный шлюз Uniteller
* WebMoney — система расчетов Webmoney

[[Файл:Fb2 paymethods.png|500px]]

====Параметры настройки блока выбора способа оплаты====
* '''Способ отображения выбора способа оплаты''' — выбор способа отображения списка способов оплаты на странице бронирования:
** '''''Выпадающий список''''',
** '''''Кнопки'''''.

===Блок сплита===
Блок сплита содержит флажки для каждого пассажира для произведения сплита (выделения их в отдельную бронь):

[[Файл: сплит.png|900px]]

Настройка '''Разрешить сплит PNR''' включается в разделе '''Управление продажами → Процессы → Форма бронирования'''.

== Другие параметры настройки формы бронирования ==
Все параметры настройки формы бронирования расположены в разделе '''Управление продажами → Процессы → Форма бронирования'''

* '''Включено для Авиабилетов''' — опция включает модуль бронирования.
* '''Мгновенный переход на бронирование и фоновая проверка доступности''' — включает проверку доступности в фоном режиме. Пользователь без ожидания попадает со страницы поиска на страницу оформления заказа. Если при проверке доступности возникает ошибка, пользователь увидит диалоговое окно с уведомлением.
* '''Режим отладки''' 一 опция устарела, не включать.

====Дополнительные опции====
* '''Авиабилеты: позволять не выбирать семейство тарифов''' 一 включает возможность не выбирать семейство тарифов во всплывающем окне на странице ввода пассажирских данных (у всплывающего окна появляется кнопка «Закрыть»).
* '''Авиабилеты: позволять перевыбрать семейство тарифов''' 一 включает возможность выбора иного семейства тарифов на странице ввода пассажирских данных.
{{Attention|Настройки ''«Авиабилеты: позволять не выбирать семейство тарифов»'' и ''«Авиабилеты: позволять перевыбрать семейство тарифов»'' работают только на новой стандартной теме оформления и темах, сделанных на ее основе.}}
* '''Авиабилеты: предлагать выбор питания до бронирования''' 一 включает возможность выбора типа питания для каждого пассажира на этапе бронирования.
* '''Авиабилеты: предлагать выбор мест до бронирования''' — включает возможность выбора мест в салоне самолета на карте мест для каждого пассажира на этапе бронирования.

* '''Доп. услуги всегда открыты вне зависимости от выбранности''' — включает отображение блоков дополнительных услуг (Альфа страхование, Аэроэкспресс) в развернутом виде независимо от того, выбрана ли по умолчанию дополнительная услуга или нет.
* '''Производить печать маршрут-квитанции при нажатии кнопки "Мои билеты"''' — включает автоматический переход на страницу печати PDF-файла [[Маршрут-квитанция|маршрут-квитанции]] при нажатии на кнопку «Мои билеты».

====Временные ограничения на довнесение данных====
* '''Авиабилеты: ограничение в часах на возможность внести/изменить визовые данные''' — устанавливает время в часах, в течение которого можно довнести или изменить визовые данные.
* '''Авиабилеты: ограничение в часах на возможность внести/изменить паспортные данные''' — устанавливает время в часах, в течение которого можно довнести или изменить паспортные данные.
[[Файл:Booking_notice_new.png|200px|thumb|right|Плашка напоминаний о последних бронированиях]]

====Внешний вид и функциональность формы====
* '''Авиабилеты: использовать динамические подсказки к полям''' — включает отображение подсказок по формату заполнения полей формы бронирования. Текст подсказок редактируется в разделе ''Администрирование — Локализация — Языковые ресурсы''.
* '''Показывать напоминания о последних бронированиях''' — включает плашку с напоминанием о забронированных, но еще не выписанным заказам. Плашка активна на форме поиска до форме бронирования.
* '''Автоматический переход на оплату после завершения бронирования''' — включает переход на оплату после успешного бронирования, не переходя на промежуточную страницу формы бронирования.
* '''Предупреждать покупателя об изменении стоимости заказа через всплывающее окно''' — включает уведомление пользователя об изменении стоимости перелета с помощью всплывающего окна, в котором отображается с информация о новой и старой стоимости заказа, кнопка аннулирования заказа и кнопка перехода к оплате заказа по новой цене. При отключенной опции информация об изменении стоимости отображается в отдельном блоке на странице бронирования.
* '''Время, в течение которого следует завершить бронирование (в минутах)''' — по истечении указанного времени появится всплывающее окно с информацией об окончании времени бронирования, после чего процесс поиска и бронирования необходимо будет провести заново. Для снятия ограничения по времени бронирования необходимо в поле указать «0».
* '''Проводить бронирование в фоновом режиме''' — запускает фоновое бронирование, пока покупатель проверяет введенные данные. Сокращает время ожидания пользователя за счет единого окна проверки введенных данных и хода бронирования. Если пользователь решит внести исправления и нажмёт кнопку «Вернуться и исправить», то бронирование автоматически аннулируется в фоновом режиме. Разрешает пользователю аннулировать заказ, изменить данные и забронировать вновь в течение 10 минут. Наличие этого попапа снижает book2cancel, т.к. у пользователя есть возможность проверить введенные данные и выбранный рейс.
* '''Обновлять цену заказа в фоновом режиме''' — включает актуализацию цены с определёнными промежутками в фоновом режиме, чтобы минимизировать вероятность того, что клиент оплатит заказ по уже неактуальной цене, а так же для проверки наличия невалидных сегментов в брони сразу после бронирования.
* '''Чекбокс ''С правилами ознакомлен''''' — включает предустановленный активный флажок ''Я ознакомлен и согласен с правилами'' на странице бронирования.
* '''Чекбокс ''Разрешить создание заявки на бронирование ''''' - после бронирования заказа в служебной информации менеджерам и экспертам аг-ва доступно скачивание заявки на бронирование (шаблон заявки настраивается - Нотификации - Документы - Заявка на бронирование).

== Валидация вводимых данных ==

* Минимально допустимая дата рождения для [[Пассажир#Коды категорий пассажиров|взрослого]] определяется по дате вылета первого сегмента перелета, т.е. главное условие — чтобы хотя бы в день вылета пассажиру уже исполнилось 12.
* Для свидетельства о рождении допустимо вводить номера, состоящие из следующих символов: латинские символы — от 1 до 3 включительно, кириллица — строго 2 буквы, цифры — строго 6.
* При попытке забронировать заказ, в котором есть как минимум два [[пассажир]]а с одинаковыми именем и фамилией, будет предложено довнести отчество для одного из пассажиров. Опция предотвратит ошибки от ГРС.

==См. также==
*[[Бронирование]]
*[[Поиск (Авиабилеты)]]
*[[Форма поиска (Авиабилеты)]]
*[[Пассажир]]

Маршрут-квитанция

2017-04-28T10:30:31Z

Даша Жукова: /* МК на разных языках */

[[Category:Термины]]
[[Category:Руководство]]

'''Маршрут-квитанция''' (Itinerary receipt) — свидетельство о покупке электронного билета.

==Описание==
Маршрут-квитанция (МК) представляет собой выписку из автоматизированной информационной системы оформления воздушных перевозок. Она высылается сразу после онлайн-бронирования по электронной почте или выдается в кассе в распечатанном варинте.

==Назначение==
Служит как напоминание пассажиру о деталях перелета и обладает функциями документа отчётности. Не является перевозочным документом.

Как правило, маршрут-квитанция не требуется при регистрации рейса в аэропорту, но может понадобиться в некоторых случаях при прохождении паспортного или таможенного контроля (чаще заграницей), а также иногда предъявляется при входе в здание аэровокзала, работающего в условиях повышенных мер безопасности.

== Рекомендованный вид маршрут-квитанции ==

Маршрут-квитанция содержит следующие сведения о перевозке пассажира и багажа:

* Сведения о пассажире (для внутренних перевозок должны быть указаны: фамилия, имя, отчество, наименование, серия и номер документа, удостоверяющего личность; для международных перевозок: фамилия, другие сведения в соответствии с международными нормами);
* Наименование и (или) код перевозчика;
* Номер рейса;
* Дату отправления рейса;
* Время отправления рейса;
* Наименование и (или) коды аэропортов/пунктов отправления и назначения для каждого рейса;
* Тариф;
* Эквивалент тарифа (если применяется);
* Итоговую стоимость перевозки;
* Форму оплаты;
* Сборы (если применяются);
* Наименование и (или) код класса бронирования;
* Код статуса бронирования;
* Дату оформления;
* Наименование агентства/перевозчика, оформившего билет;
* Норму бесплатного провоза багажа (по усмотрению);
* Уникальный номер электронного билета.

{{Attention|В случае изменений данных выписанного заказа, отображаемых в маршрут-квитанции, происходит её перегенерация и отправка обновленной МК на почту.}}

== Номер билета в маршрут-квитанции ==

Одним из основных условий корректной выписки билета, является наличие его номера в формируемой системой маршрут-квитанции. Если Вы обнаружили заказ, в котором присутствует маршрут-квитанция без номера билета необходимо:

# Проверить статус найденного заказа в терминале.
# Провести диагностику заказов в {{NameSystem}} с целью выявления проблемных заказов.

== Шаблон маршрут-квитанции ==

Шаблон маршрут-квитанции настраивает в разделе '''Настройки системы → Нотификации → Документы → Маршрут-квитанция'''.

{{Attention|Задайте шаблон МК '''для каждой ГРС''' (поле ''Источник'').}}

{| class="wikitable"
|-
|[[File:Шаблон маршрут-квитанции.png|900px]]
|-
|Настройка шаблона маршрут-квитанции
|}

{{Attention|Использовать шрифт по умолчанию в маршрут-квитанции не рекомендуется.}}

Список рекомендуемых к использованию шрифтов:
* Arial
* Courier New
* Times New Roman
* Verdana
* Andale Mono
* Georgia
* Trebuchet MS

===МК на разных языках===
В {{NameSystem}} реализована мультиязычность маршрут-квитанций. Шаблон МК можно настроить:
*по умолчанию для всех языков,
*отдельно для каждого языка. <br /> При оформлении билета МК приходит в соответствии с шаблоном, заданным для языка, на который переключен сайт, значение переменных так же подставляется в зависимости от языка, на котором оформляется заказ.

Чтобы задать разные МК для разных языков, используйте переключатель ''Выберите язык для полей'':

{| class="wikitable"
|-
|[[Файл:Маршрут-квитанция для разных языков.png|600px]]
|-
|Маршрут-квитанция для разных языков
|}

== МК на английском языке ==
Независимо от языка сайта, можно скачать МК на английском языке. Для этого необходимо иметь переведённый шаблон МК (настройка описана выше), а так же:

1. Включить "Отображать ссылку на английскую версию МК" в настройке формы бронирования.

2. Включить "Использовать страницу предварительного просмотра маршрут-квитанции"

После этого на странице просмотра МК будет доступна ссылка на англоязычную МК - "Скачать МК на английском языке"

=== Переменные шаблона ===

В маршрут-квитанции доступны шаблонные переменные и переменные с НДС, которые можно использовать для подстановки конкретных значений, относящихся к заказу, в момент ее генерации.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Справочник шаблонных переменных маршрут-квитанции'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|%AGENCY_NAME%
|Название агентства
|-
|%AGENCY_LOGO%
|Лого агентства (изображение логотипа агентства должно быть в формате JPG или PNG)
|-
|%AGENCY_ADDRESS%
|Адрес агентства
|-
|%AGENCY_PHONE%
|Телефон агентства
|-
|%CLIENT_NAME%
|Имя заказчика
|-
|%CLIENT_PATRONYMIC%
|Отчество заказчика
|-
|%EXT_HTML%
|Купон
|-
|%BOOKING_LOCATOR%
|Ид услуги в сервисе
|-
|%BOOKING_ID%
|Ид услуги в системе
|-
|%EXTERNAL_ID%
|Внешний ID заказа
|-
|%DATE%
|Дата
|-
|%FORM_OF_PAYMENT%
|Форма оплаты (стандартное имя платежного шлюза, а не заданное в настройках)
|-
|%PAYMENT_DATE%
|Дата оплаты
Если у заказа нет завершенных транзакций, переменная будет содержать дату выписки.
|-
|%SERVICE%
|Поставщик услуги
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%PASS_SALUTATION%
|Обращение к пассажиру (Mr./Mrs.)
|-
|%PASS_LASTNAME%
|Фамилия
|-
|%PASS_NAME%
|Имя
|-
|%PASS_PATRONYMIC%
|Отчество
|-
|%PASS_DOC_NUM%
|Номер документа
|-
|%PASS_DOC_TYPE%
|Тип документа
|-
|%PASS_TYPE%
|Тип туриста/пассажира
|-
|%QRCODE%
|QR-код
|-
|%PASS_BASE_FARE%
|Тариф
|-
|%PASS_TAXES_SUMM%
|Сумма такс на пассажира
|-
|%PASS_TOTAL_PRICE%
|Стоимость заказа(без сборов агентства)
|-
|%DEPARTURE_AIRPORT%
|Аэропорт отправления
|-
|%ARRIVAL_AIRPORT%
|Аэропорт прибытия
|-
|%BASE_FARE%
|Базовый тариф
|-
|%FLIGHT_ENDORSMENTS%
|Передаточная надпись
|-
|%FLIGHT_FARE_CALC%
|Расчёт тарифа {{Attention| Использование данной переменной поддерживается не всеми поставщиками.}}
|-
|%MARKETING_AIRLINE%
|Обслуживающая авиакомпания
|-
|%TAXES%
|Детализация значений всех такс с их кодами
|-
|%TICKET_NUMBER%
|Номер билета
|-
|%TICKET_DATE%
|Дата выписки билета
|-
|%SMOKING_TYPE%
|Тип курящий/некурящий
|-
|%PAYMENT_GATEWAY_NAME%
|Название платежного шлюза
|-
|%BAGGAGE_ALLOWANCE%
|Багаж (может использоваться внутри и вне сегмента; вне сегмента отображается минимальный багаж для текущего пассажира)
|-
|%TICKETING_VALIDATOR%
|Код валидатора стока выписки реквизитов — указанный на стороне Nemo 2.0
|-
|%TICKETING_VALIDATOR_CODE%
|Код валидатора
|-
|%PASS_AGENCY_TAX%
|Агентский сбор за все бронирование
|-
|%PASS_AGENCY_TAX_EACH%
|Агентский сбор, поровну разделенный на пассажиров
|-
|%PASS_TAX_TOTAL_PRICE%
|Общая стоимость заказа за всех пассажиров (со сборами агентства)
|-
|%SEG_DEP_AIRPORT%
|Аэропорт отправления (в сегменте)
|-
|%SEG_START_TERMINAL%
|Начальный терминал
|-
|%SEG_DEP_DATE%
|Дата отправки в сегменте
|-
|%SEG_DEP_TIME%
|Время отправки в сегменте
|-
|%SEG_ARR_AIRPORT%
|Аэропорт прибытия (в сегменте)
|-
|%SEG_ARR_DATE%
|Дата прилета в сегменте
|-
|%SEG_ARR_TIME%
|Время прилета в сегменте
|-
|%SEG_SUN_INFO%
|Вывод информации о солнечной стороне в полёте. {{Attention|Информация о солнечной стороне выводится только в том случае, если солнце будет освещать какую-либо сторону более 15% от общего времени перелёта.}}
|-
|%SEG_END_TERMINAL%
|Конечный терминал
|-
|%SEG_FLT_NUMBER%
|Номер рейса в сегменте
|-
|%SEG_NUM%
|Номер сегмента
|-
|%SEG_AIRLINE_NAME%
|Авиакомпания в сегменте полета
|-
|%SEG_OPERATING_AIRLINE%
|Авиакомпания, выполняющая рейс в сегменте
|-
|%SEG_AIRCRAFT_NAME%
|Название воздушного судна
|-
|%SEG_DISTANSE%
|Расстояние в км
|-
|%SEG_FLT_TIME%
|Время полета
|-
|%SEG_STOP_QUANTITY%
|Количество технических остановок. Использовать необходимо внутри группы %SEGMENT%.
|-
|%SEG_STOP_INFORMATION%
|Детальная информация о техпосадках. Отображает полную информацию о технических посадках в перелете.
|-
|%AGENCY_CURRENCY_CODE%
|Код валюты агенства
|-
|%PASS_AGENCY_FEE_LETTERS_EN%
|Агентский сбор прописью на английском (сбор за заказ)
|-
|%PASS_AGENCY_FEE_LETTERS_RU%
|Агентский сбор прописью на русском (сбор за заказ)
|-
|%PASS_AGENCY_TAX_WITHOUT_EXT_SERV%
|Агентский сбор без учета доп.услуг (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_EN%
|Агентский сбор без учета доп.услуг прописью на английском (сбор за пассажира)
|-
|%PASS_AGENCY_TWES_FEE_LETTERS_RU%
|Агентский сбор без учета доп.услуг прописью на русском (сбор за пассажира)
|-
|%SEG_BASE_FARE_CODE%
|Код базового тарифа (в сегменте)
|-
|%SEG_CLASS%
|Класс в сегменте
|-
|%SEG_US_BAGGAGE_INFO%
|Дополнительная информация о нормах багажа в США(на сайте перевозчика)
|-
|%SEG_BAGGAGE_ALLOWANCE%
|Багаж для сегмента. Устаревшая переменная, рекомендуется использовать %BAGGAGE_ALLOWANCE%
|-
|%SEG_STATUS%
|Статус сегмента
|-
|%SEG_VENDOR_ID%
|ID заказа в авиакомпании
|-
|%SEG_SEAT%
|Место пассажира
|-
|%SEG_TICKET_NUM%
|Номер билета пассажира на сегменте
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%TOTAL_CHARGE%
|Сумма сборов
|-
|%PDF_URL%
|Ссылка на МК в формате PDF (для заказов в АРС Сирена Трэвел МК будет от поставщика)
|-
|%VIEWTRIP_URL%
|Ссылка на информацию о перелете в сервисе ViewTrip
|-
|%CHILD_DATE_OF_BIRTH%
|Дата рождения пассажира
|-
|%LOYALTY_CARD%
|Карта лояльности
|-
|%MEAL%
|Предпочитаемое питание
|-
|%PASS_PRICE_WITH_CHARGE%
|Общая стоимость билета на пассажира (со сборами агентства)
|-
|%AEROEXPRESS_TICKET_URLS%
|Ссылки на билеты Аэроэкспресса
|-
|%AEROEXPRESS_TICKET_IMG%
|Билеты на Аэроэкспресс
|-
|%EXTSERVICE_INFO%
|Информация о дополнительной услуге
|-
|%BOOKING_ACCESS_CODE%
|Код доступа к заказу
|-
|%PAYMENT_CARD_NUMBER%
|Номер банковской карты оплаты (в формате ПК XXXXXXXXXXXX9987)
|-
|%FLIGHT_TARIFF_FULL_NAME%
|Полное название тарифа
|-
|%FLIGHT_TARIFF_HAND_LUGGAGE%
|Ручная кладь
|-
|%FLIGHT_TARIFF_BAGGAGE%
|Багаж
|-
|%FLIGHT_TARIFF_IS_CHANGEABLE%
|Информация об условиях обмена (текст, для семейств тарифов)
|-
|%FLIGHT_TARIFF_IS_REFUNDABLE%
|Информация о правилах возврата (для семейств тарифов)
|-
|%FLIGHT_TARIFF_MILES%
|Мили
|-
|%FLIGHT_TARIFF_MEALS%
|Питание
|-
|%FLIGHT_TARIFF_VIP%
|Бизнес-зал
|-
|%FLIGHT_TARIFF_SEAT_SELECTION%
|Информация о регистрации мест
|}

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
<u>'''Дополнительные переменные с НДС'''</u>
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
| %VAT_TARIFF%
| НДС на тариф
|-
| %VAT_TAXES%
| НДС за таксы
|-
|-
| %VAT%
| НДС (тарифа + такс)
|-
|-
| %VAT_DUES%
| НДС за сборы
|-
|-
| %VAT_TOTAL_AMOUNT%
| Сумма НДС
|}

</div>
</div>
Переменные с НДС в маршрут-квитанции будут доступны в том случае, если активна опция {{Setting|Показывать переменные для НДС в маршрут квитанции}} в разделе «Управление сайтом» → «Домены и протоколы», и в разделе «Управление продажами» → «Авиабилеты» → «Процессы» → «Процесс выписки» настроен список АК, по каким должен вычисляться НДС (по умолчанию если не указано ни одной АК, НДС не будет рассчитываться ни по одной АК). Расчет будет производиться по валидирующему перевозчику (АК, ответственной за операции с билетами и другие транзакции), вне зависимости от АК, участвующих в перелете.

* Для Sabre и Galileo НДС рассчитывается по настройке {{Setting|НДС (в процентах)}} из того же раздела админки.
* Для Sirena2000 только НДС на сбор рассчитывается по этой настройке, остальное приходит от поставщика.
* В случае упрощенной системы налогообложения («Аккаунт менеджмент» → «Агенты и пользователи» → «Профили компаний» — настройка {{Setting|Тип налогообложения}} имеет значение {{Setting|Упрощенная система}}) НДС на такие сборы будет равен 0.
* НДС по сборам можно спрятать в НДС по таксам, для этого нужно включить настройку {{Setting|Скрывать сборы в таксы на маршрут-квитанции}} из раздела «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка».

{{Attention|Печать маршрут-квитанции для каждого пассажира на индивидуальной странице осуществляется добавлением элемента с соответствующим стилем <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;"><hr style="page-break-after: always;"></syntaxhighlight>.}}

=== Группы ===

Для того чтобы указать в маршрут-квитанции информацию о нескольких пассажирах (сегментах полета и пр.) используются группы. Они лишь объединяют другие переменные и самостоятельными параметрами не обладают. Поэтому добавляя группу, не забывайте закрывать ее.

'''Пример'''
<pre>%PASSENGER%

ФИО: %PASS_LASTNAME% %PASS_NAME% %PASS_PATRONYMIC%

%PASSENGER%
</pre>
Будет выведена информация по каждому пассажиру в заказе. Например, если было 3 пассажира:
<pre>ФИО: Иванов Иван Иванович
ФИО: Петров Петр Петрович
ФИО: Сидоров Сидор Сидорович
</pre>

Для того, чтобы вывести информацию о семействе тарифов, также используются группы. <br>
'''Пример'''
<pre>
%FLIGHT_TARIFF_GROUP%

%FLIGHT_TARIFF_FULL_NAME%
%FLIGHT_TARIFF_IS_REFUNDABLE%
%FLIGHT_TARIFF_IS_CHANGEABLE%
%FLIGHT_TARIFF_HAND_LUGGAGE%
%FLIGHT_TARIFF_BAGGAGE%

%FLIGHT_TARIFF_GROUP%
</pre>
Будет выведена информация о семействе тарифов.
<pre>
Бюджет-Эконом
Возврат билета: Тариф полностью невозвратный.
Обмен билета: 1) Обмен билета до вылета разрешен со сборами. 2) Обмен билета после вылета не разрешен.
Ручная кладь: 1 сумка до 10 кг
Багаж: 1 сумка до 23 кг
</pre>
Переменные для вывода информации о семействе тарифа выводятся только в том случае, если есть информация о тарифной опции данного типа.
{| class="wikitable" id="keys" style="width: 50%" border="1" cellpadding="5" cellspacing="0"
|-
! colspan="3" | Описание групп
|-
! Название группы
! Описание группы
|-
| class="item tbl_groups" |  %PASSENGER%
| Пассажир
|-
| class="item tbl_groups" |  %SEGMENT%
| Сегмент
|-
| class="item tbl_groups" |  %FLIGHT_TARIFF_GROUP%
| Информация о семействе тарифа<br/>
|}

{{Attention|Для корректного отображения данных через переменные для более, чем одного пассажира, группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SEGMENT%</syntaxhighlight> должна размещаться только внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASSENGER%</syntaxhighlight>.}}

В разделе «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» размещена опция {{Setting|Скрывать сборы в таксы на маршрут-квитанции}}.
Если она активирована, то при наличии сбора в сумме заказа он будет поровну распределен на всех пассажиров, для которых стоимость билета ненулевая, и замаскирован под таксу с кодом XP.

== Альтернативные МК из ГРС ==
В шаблоне маршрут-квитанции имеется языкозависимая переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SUPPLIER_ITIN_RECEIPT%</syntaxhighlight> — ссылка на маршрут-квитанцию поставщика, которая содержит адрес сервиса поставщика для получения альтернативной МК. Поддерживается для:
* [http://www.virtuallythere.com Sabre] {{Attention|Необходимо самостоятельно указать e-mail пассажира, введенный при бронировании, для просмотра заказа.}}

* [http://www.viewtrip.com Galileo]
* [http://myb.s7.ru SITA] {{Attention|Только для авиакомпании S7.}}
* [http://myairlines.ru Сирена-Трэвел] {{Attention|Необходимо самостоятельно заполнить данные: PNR и фамилию пассажира для просмотра заказа.}}

Языковая зависимость переменной реализована для сервисов www.virtuallythere.com и myb.s7.ru. Внешний сервис получения альтернативной МК может не поддерживать язык, выбранный в {{NameSystem}}.

В раздел «Управление продажами» → «Авиабилеты» → «Устаревшие настройки» → «Настройка» добавлена настройка {{Setting|Скрывать стоимость заказа в маршрут квитанции поставщика}}. Данная настройка работает только для поставщиков Sabre и Galileo. Для SITA S7 не требуется выполнять каких-либо специальных действий для скрытия стоимости на сайте S7, т.к. myb.s7.ru не отображает стоимость PNR, выписанных в агентствах не S7.

В раздел «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» → «Выписка» добавлена настройка {{Setting|Использовать маршрут-квитанцию поставщика в PDF, если возможно}}. Работает она только при включенной настройке {{Setting|Добавлять pdf версию МК во вложениях}}, поскольку заменяет приложенную в PDF маршрут-квитанцию на альтернативную от ГРС, если таковая имеется.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== См. также ==
* [[Билет]]
* [[Электронный билет]]
* [[Выписка]]
* [[Тариф]]
* [[Заказы]]
* [[Пассажир]]
* [[ГРС]]

Пакеты реквизитов Nemo Connect

2017-03-30T13:09:58Z

Даша Жукова: /* Настройка реквизитов поиска */

[[Категория:Руководство пользователя]]
[[Категория:Справочники параметров системы]]
[[Категория:Реквизиты подключения (Авиабилеты)]]

==Назначение и принцип работы==

Пакеты реквизитов '''{{NameProject2}}''' подключают [[агентство]] к '''[[ГРС]]''' и задает логику использования различных реквизитов для [[Поиск (Авиабилеты)|поиска]], [[бронирование|бронирования]], [[выписка|выписки]]. У агентства часто возникает потребность, чтобы поиск рейсов происходил в одном [[Pseudo City Code|PCC]], а бронирование и выписка в другом. В {{NameProject2}} реализована такая возможность.

Пакет реквизитов основан на '''[[Реквизиты подключения к ГРС в Немо 2.0|реквизитах подключения к ГРС в {{NameProject2}}]]''', поэтому реквизиты подключения к ГРС в {{NameProject2}} [[Реквизиты подключения к ГРС в Nemo 2.0#Создание реквизитов подключения к ГРС в Немо 2.0|настраиваются]] в первую очередь.

== Создание пакета реквизитов {{NameProject2}} ==
Пакеты реквизитов {{NameProject2}} создаются и редактируются в разделе '''Настройки Авиа → Авиа пакеты'''.

Чтобы создать пакет реквизитов:
# Нажмите кнопку '''Добавить''' в конце страницы
# Введите произвольное '''Имя пакета'''
# Установите флажок '''Включить пакет'''. Если опция не включена, пакет не будет срабатывать
# Введите '''Код валюты данного пакета''' — [[Валюта|валюту]], в которой работает агентство. В этой валюте возвращаются цены от ГРС
# Выберите ГРС пакета из выпадающего списка '''Поставщик контента в данном пакете'''
# Выберите среду, в которой выполняются запросы к ГРС. Если вы создаете рабочий пакет — выберите ''PROD'', если тестировочный — ''CERT'' (только для ''Sabre'') или ''TEST''
# Выберите '''Поддерживаемый набор запросов к веб-сервисам Амадеуса''':
#* При создании пакетов для ''ГРС Amadeus'' выберите актуальный — ''NemoStandart'' или ''AviaCenter''
#* Для остальных поставщиков выбирите ''NemoStandart''
# Нажмите на кнопку '''Сохранить'''

Записи о пакетах реквизитов отображаются в таблице на странице '''Авиапакеты'''.

После создания пакета нужно настроить реквизиты поиска, бронирования и выписки. У каждого поставщика пакета собственный набор параметров для настройки реквизитов поиска, бронирования и выписки.

== Общие параметры пакета реквизитов {{NameProject2}} ==
* '''Имя пакета''' — произвольное название пакета. Должно отражать название поставщика, а если у агентства уже есть настроенные пакеты этой ГДС, то желательно уточнять в названии и конкретный сток (например BSP/ETD (код АК)/ТКП ) или конкретный РСС/Office ID/ client_id.
* '''Включить пакет''' — включает пакет в работу. Не включенные пакеты недоступны для поиска, но доступны для операций с найденными в них ранее перелётами и бронями.
* '''Код валюты данного пакета''' — трехбуквенный код валюты, на которую настроены данные реквизиты в ГДС. Авиасервер будет конвертировать получаемые от ГДС цены в эту валюту.
* '''Поставщик контента в данном пакете''' — поставщик пакета. Выбирается из выпадающего списка.
* '''Среда выполнения запросов''' — среда, в которой выполняются запросы к ГРС .
** ''CERT'' — тестовая среда поставщика ''Sabre'', вариация тестовой с более широкими возможностями. Выберите, если создаете пакет Sabre для тестирования.
** ''PROD'' — боевая/рабочая среда. Выберите, если создаете сразу боевой пакет.
** ''TEST'' — тестовая среда. Выберите, если создаете пакет для тестирования.
* '''Включает работу с допуслугами в данном пакете''' — опция включает работу с допуслугами. На данный момент допуслуги авиакомпаний не поддерживаются ни для одного из поставщиков, реализация планируется в будущем.
* '''Использование J типов пассажиров при прайсинге''' — включать для пакетов поставщика Сейбр, если агентству доступы приватные тарифы по данным типам.
* '''Поддерживаемый набор запросов к веб-сервисам Амадеуса''' — выбор из выпадающего списка:
** ''NemoStandart''
** ''AviaCenter'' <br /> Определяет допустимый к использованию набор запросов к вебсервисам Амадеуса, в зависимости от типа лицензии. По умолчанию указывается NemoStandart, и только если подключение под лицензию Авиацентра - AviaCenter (урезанный набор вебсервисов).

== Настройка пакета реквизитов {{NameProject2}} ==
=== Sabre ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Sabre''.
# Нажмите '''Добавить Реквизиты поиска для Sabre'''.
# Укажите идентификатор агентства [[Pseudo City Code#IPCC в nemo.travel|IPCC]] для поиска в качестве '''Уникального идентификатора реквизитов у поставщика'''.
# Выберите из выпадающего списка '''ID временной зоны реквизитов''' часовой пояс агентства.
# Включите режим поиска '''''LFS''''' или '''''BFM'''''. {{Attention|Выберите один из двух режимов согласно договору.}}
# Введите '''Максимальное кол-во результатов в BFM поиске'''.
# Нажмите на кнопку '''Сохранить'''.

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — IPCC агентства для поиска.
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Использование Sabre BFM поиска ''' — расширенный режим поиска Bargain Finder Max. Открывается агентству после заявления в течение 1 месяца. Характеристики:
** ''большой спектр перелетов и тарифов''
** ''доступность режима [[Поиск по окружным датам (Авиабилеты)|поиска по окружным датам]]''
** ''предоставление дополнительных характеристик перелета''
* '''Использование Sabre LFS поиска''' — режим поиска Low Fare Search, доступный агентству по умолчанию. Характеристики:
** ''19 вариантов перелетов для запроса''
** ''выдача самых дешевых перелетов''
** ''отсутствие поиска по окружным датам''
** ''отсутствие признака возвратности билета'' <br />{{Attention|Выберите один из двух режимов согласно договору.}}
* '''Максимальное кол-во результатов в BFM поиске''' — максимальное число результатов в выдаче при режиме поиска BFM. Максимально допустимое значение определяется контрактом с ГРС.
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Sabre''
# Нажмите '''Добавить Реквизиты бронирования для Sabre'''
# Введите идентификатор IPCC в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — IPCC агентства для бронирования.
* '''ID временной зоны реквизитов''' — часовой пояс агентства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — при бронировании добавляет ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — команды, которые будут отображаться в брони. Бывает полезно использовать для внутренних нужд агентства
* '''Использовать перебронирование для наименьшей цены''' — включает функцию авиасервера, которая получает наименьшую доступную для бронирования цену для определённого перелёта, исходя из заданных параметров прайсинга ([[валидирующий перевозчик]], [[валюта]], [[Пассажир#Категории пассажиров|типы пассажиров]], приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Используется при актуализации цены для перелёта, получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
* '''РСС для ААА переключения''' — PCC агентства для бронирования в оффлайн режиме. Вводится, если агентство желает искать перелеты в IPCC, а бронировать в PCC, при этом AAA-переключение происходит автоматически.
* '''Признак передачи ПНРа в ААА PCC после его создания''' — ПНР создаётся в IPCC, а после создания передаётся в AAA PCC
* '''Признак только прайсинга в ААА PCC при создании брони'''- включает бронирование в IPCC, а расчет тарифа в PCC
* '''Номер очереди в ГДС, куда помещать создаваемую бронь''' - номер очереди в Sabre, в которую требуется отправлять создаваемые брони
* '''PCC для прайсинга ПНРа'''- бронирование происходит в IPCC, а расчет тарифа происходит в указанном AAA PCC
* '''PCC в который надо передать ПНР после создания'''- ПНР создается в IPCC, а потом передается в указанный AAA PCC
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Sabre''
# Нажмите '''Добавить Реквизиты выписки для Sabre'''
# Введите идентификатор IPCC в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Укажите '''Дефолтный сток выписки'''
# Введите '''Номер принтера'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — IPCC агентства для выписки.
* '''ID временной зоны реквизитов''' — часовой пояс агентства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Дефолтный сток выписки''' — если установлен флажок ''Признак дефолтных реквизитов'', то это поле заполняется одним из значений (подробнее см. [[Принтер билетопечати (термин)#Принтеры билетопечати Sabre|Принтеры билетопечати Sabre]]): ''RU'', ''AT'', ''DE''.
* '''Номер принтера''' — номер [[Принтер билетопечати (термин)|принтера]], полученный от поставщика пакета 
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока и для авиакомпании ''Аэрофлот'' введите ''SU''
* '''Добавлять пассивные миск сегменты''' — включает добавление пассивного миск (miscellaneous) сегмента при выписке билетов
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
* '''Номер профиля принтера''' — профиль принтера, полученный от поставщика пакета
* '''РСС для ААА переключения''' — PCC агентства для выписки в оффлайн режиме. Вводится, если агентство желает искать и бронировать перелеты в IPCC, а выписывать в PCC, при этом AAA-переключение происходит автоматически.
* '''Стоки выписки для определённых а/к''' — если у агентства есть прямой договор с авиакомпаниями о выписках и не установлен флажок ''Признак дефолтных реквизитов'', то это поле заполняется одним из значений (подробнее см. [[Принтер билетопечати (термин)#Принтеры билетопечати Sabre|Принтеры билетопечати Sabre]]): ''1Y'', ''1R''.
* '''Интеграция с Sabre Trams Back Office''' — опция включает добавление в ПНР элементов, необходимых для корректной интеграции с Sabre Trams Back Office.
* '''Включает использование авторизации приватной комиссии''' — включает передачу дополнительных данных (тур код, тикет десигнатор, эндорсмент) при выписке для доступа к более выгодным комиссиям
* '''Имя стар профиля в ГДС''' — ID агента в системе идентификации Sabre
* '''PCC в который надо передать ПНР после выписки''' — после выписки ПНР будет передан в указанный AAA PCC
* '''Стоки выписки для определенных а/к''' - поле не используется для ГРС Sabre.
|}

=== Amadeus ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Amadeus''
# Нажмите '''Добавить Реквизиты поиска для Amadeus'''
# Выберите идентификатор Office ID из выпадающего списка в поле '''Уникального идентификатора реквизитов у поставщика'''. Чтобы новый Office ID появился в списке, предварительно необходимо добавить его в список доступных для данного агентства в разделе '''Настройки Авиа - Настройки подключения к ГДС - Реквизиты к GDS - Доступность реквизитов'''.
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Выставите оптимальное '''Максимальное количество результатов''' (по умолчанию ставить 200)
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — Office ID агентства для поиска.
* '''ID временной зоны реквизитов''' — часовой пояс, к которому относится город приписки данного Office ID (ориентироваться на первые три буквы в названии офиса, они указывают на город и, соответственно, на временную зону).
* '''Максимальное кол-во результатов''' — оптимальное для агентства значение максимального количества результатов выдачи от 0 до 200.
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты.
* '''Список а/к, не являющихся участниками BSP/ARC''' — коды авиакомпаний, которые не входят в BSP [[Billing and Settlement Plan]], но должны попадать в поиск. Для них билеты выписываются по механизму ETD (на прямом стоке). Пример таких авиакомпаний — Скат, БекЭйр. Актуально для казахстанского рынка.
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Amadeus''
# Нажмите '''Добавить Реквизиты бронирования для Amadeus'''
# Выберите идентификатор Office ID из выпадающего списка в поле '''Уникального идентификатора реквизитов у поставщика'''. Чтобы новый Office ID появился в списке, предварительно необходимо добавить его в список доступных для данного агентства в разделе '''Настройки Авиа - Настройки подключения к ГДС - Реквизиты к GDS - Доступность реквизитов'''.
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов''' - это означает, что бронирование в этом пакете будет разрешено по умолчанию для всех авиакомпаний. В любом пакете в реквизитах бронирования должны быть одни дефолтные реквизиты, иначе при бронировании будут возникать ошибки авиасервера.
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — Office ID агентства для бронирования
* '''ID временной зоны реквизитов''' — часовой пояс, к которому относится город приписки данного Office ID (ориентироваться на первые три буквы в названии офиса, они указывают на город и, соответственно, на временную зону).
* '''Признак дефолтных реквизитов''' — Опция всегда включается в том случае, если создаваемые реквизиты бронирования в данном пакете - единственные на данный момент. Если какие-то авиакомпании необходимо бронировать в другом Office ID, то в этом же пакете создаются еще одни реквизиты бронирования уже с другим Office ID, признак дефолтных реквизитов при этом не ставится, но в этом случае в поле '''Список а/к, на которые применяются данные реквизиты''' нужно перечислить список кодов этих авиакомпаний.
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать.
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании специальную ремарку в ПНР для скрытия цены на сайте поставщика.
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Использовать перебронирование для наименьшей цены''' — при включенной опции авиасервер запрашивает наименьшую доступную для бронирования цену для данного перелёта, исходя из заданных параметров прайсинга (валидирующий перевозчик, валюта, типы пассажиров, приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Опция RebookForLowest выполняется при актуализации цены для перелёта (проверке доступности), получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
* '''Номер очереди в ГДС, куда помещать создаваемую бронь''' - номер очереди в Amadeus, в которую требуется отправить создаваемые брони
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Amadeus''
# Нажмите '''Добавить Реквизиты выписки для Amadeus'''
# Введите идентификатор Office ID в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов''' - это означает, что выписка в этом пакете будет разрешена по умолчанию для всех авиакомпаний. В любом пакете в реквизитах выписки должны быть одни дефолтные реквизиты, иначе при выписки будут возникать ошибки авиасервера.
# Укажите в поле '''Дефолтный сток выписки''':
#* код страны реквизитов, если выписка будет на стоке BSP
#* код авиакомпании, если реквизиты настроены на прямую выписку на стоке конкретной а/к (E-ticket direct).
# Если реквизиты настроены на прямую выписку на стоке конкретной а/к (E-ticket direct), установите флажок ''Реквизиты настроены на выписку на стоке а/к''
# Выберите '''Тип контракта реквизитов выписки''' (нужно для корректного срабатывания Ценообразования в Немо 2.0). BSP - для стока BSP, TCH - для стока ТКП, ARC - для прямого стока авиакомпании.
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — OfficeID агентства для выписки
* '''ID временной зоны реквизитов''' — часовой пояс, к которому относится город приписки данного Office ID (ориентироваться на первые три буквы в названии офиса, они указывают на город и, соответственно, на временную зону).
* '''Признак дефолтных реквизитов''' — Опция всегда включается в том случае, если создаваемые реквизиты выписки в данном пакете - единственные на данный момент. Если какие-то авиакомпании необходимо выписывать в другом Office ID, то в этом же пакете создаются еще одни реквизиты выписки уже с другим Office ID, признак дефолтных реквизитов при этом не ставится, но в этом случае в поле '''Список а/к, на которые применяются данные реквизиты''' нужно перечислить список кодов этих авиакомпаний.
* '''Реквизиты настроены на выписку на стоке а/к''' — включите опцию для выписки на стоке авиакомпании
* '''Дефолтный сток выписки''' — в качестве значений указываются:
#* код страны реквизитов, если выписка будет на стоке BSP
#* код авиакомпании, если реквизиты настроены на прямую выписку на стоке конкретной а/к (E-ticket direct).
* '''Тип контракта реквизитов выписки''' - параметры используются для ЦО в Немо 2.0:
** '''''BSP''''';
** '''''TCH''''';
** '''''ARC''''' - для выписки на собственном стоке а/к.
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока введите ''SU'', т.к. передача пассданных в эндорсментах - обязательное требование Аэрофлота. Если в данных реквизитах Аэрофлот точно не будет выписываться, то можно не указывать ничего.
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика.
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике.
* '''Офис, в который нужно передать бронь для RTS выписки''' — удаленный OfficeID для RTS выписки. Параметр используется, если согласно договору агентства с консолидатором выписка осуществляется посредством механизма RTS (Remote Ticketing Solution).
* '''ИД агента в выписывающей RTS системе''' — идентификатор выдается консолидатором и уточняется у агента. Параметр используется, если согласно договору агентства с консолидатором выписка осуществляется в RTS (Remote Ticketing Solution).
|}

=== Galileo ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Galileo''
# Нажмите '''Добавить Реквизиты поиска для Galileo'''
# Введите идентификатор [[Pseudo City Code|PCC]] в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Введите '''HAP''', полученный от поставщика
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — PCC агентства для поиска
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''HAP''' — HAP агентства для поиска
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Включает использование функций ГДС для метапоиска''' — включает передачу параметра для распознавания ГРС, что этот PCC был создан непосредственно метапоиска
* '''Не учитывать валюту выписки при поиске''' — опция включает использование дефолтной валюты ГРС при поиске, указанные в реквизитах выписки либо пакета валюты игнорируются.
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Galileo''
# Нажмите '''Добавить Реквизиты бронирования для Galileo'''
# Введите идентификатор PCC в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Введите '''HAP''', полученный от поставщика
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — PCC агентства для бронирования
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''HAP''' — HAP агентства для бронирования
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS):
** если опция включена:
*** при создании брони сервер Авиа добавляет в поле имени (и отчества) титул пассажира. В силу специфики хранения данных в ГРС Galileo, всё, что внесено в это поле поставщик соединяет в одну строку удаляя все пробелы
*** при обновлении брони сервер Авиа проверяет поле с именем на возможное наличие титула, и, если там есть нужная подстрока, выделяет её из имени в отдельное поле в брони авиа сервера. Из имени в брони (сервера Авиа) эта подстрока удаляется.
** если выключено:
*** сервер Авиа не добавляет титул при создании брони.
*** сервер Авиа не проверяет ПНР на возможное наличие титула в имени пассажиров при обновлении брони.
* '''Список команд, которые будут выполнены при создании ПНРа''' — команды, которые будут отображаться в брони. Бывает полезно использовать для внутренних нужд агентства
* '''Использовать перебронирование для наименьшей цены''' — включает функцию авиасервера, которая получает наименьшую доступную для бронирования цену для определённого перелёта, исходя из заданных параметров прайсинга (валидирующий перевозчик, валюта, типы пассажиров, приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Используется при актуализации цены для перелёта, получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
* '''Включает использование валюты выписки цены брони''' — опция включает использование валюты, указанной в реквизитах выписки, для расчета цены брони
* '''Номер очереди в ГДС, куда помещать создаваемую бронь'''- все создаваемые брони будут передаваться в указанную очередь.
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Galileo''
# Нажмите '''Добавить Реквизиты выписки для Galileo'''
# Введите идентификатор PCC в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Введите '''HAP''', полученный от поставщика
# Укажите номера принтеров:
#* ''MIR printer''
#* ''Ticket printer''
#* ''Itinerary printer''
# Нажмите на кнопку '''Сохранить'''
{{Attention| Для выписки на стоке BSP ТКТ-принтер линковать не нужно!}}<br>
{{Attention| Перед проверкой выписки убедитесь, уточнив у клиента, что он выполнил линковку принтеров офлайн в терминале Галилео. Проверить, какие принтеры прилинкованы, можно по команде HMLD}}<br>

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — PCC агентства для выписки
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''HAP''' — HAP агентства для выписки
* '''MIR printer''' — номер принтера для создания MIR файлов
* '''Ticket printer''' — номер принтера билетопечати
* '''Itinerary printer''' — номер принтера для вывода маршрутной квитанции
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока и для авиакомпании ''Аэрофлот'' введите ''SU''
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
* '''Код валюты данных реквизитов''' — код валюты для выписки
|}

=== Sirena ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Sirena''
# Нажмите '''Добавить Реквизиты поиска для Sirena'''
# Введите ваш Client_ID в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Выставите оптимальное '''Максимальное количество перелётов в результатах поиска''' и '''Минимальное количество перелётов в результатах поиска'''
# Задайте в поле '''Порядок перебора рейсов в ГДС''' значение ''differentFlightsCombFirst''
# Нажмите на кнопку '''Сохранить'''

В настройках реквизитов поиска есть возможность переопределить код категории пассажира на случай если агенту предоставлена скидка от тарифа на определенные рейсы.<br>
Для оформления таких заказов необходимо провести следующие настройки:<br>
# Создать отдельный пакет с необходимым ClientID.
# В настройках реквизитов поиска указать коды категорий пассажиров, по которым предоставляется скидка.
# Настроить в [[Маршрутизатор поисковых запросов Немо Тревел 2.0|маршрутизаторе]] направления, на которых будет работать данный пакет.

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — ClientID агентства для поиска
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Максимальное количество перелётов в результатах поиска''' — максимальное число результатов выдачи. Выставите оптимальное значение (рекомендовано 50)
* '''Минимальное количество перелётов в результатах поиска''' — минимальное число результатов в выдаче:
**целое положительное число,
**параметр ''spOnePass'' — система должна прекратить перебор рассматриваемых вариантов после первого прохода, используется при порядке перебора ''differentFirst'', ''differentFlightsFirst'' и ''differentFlightsCombFirst''.
* '''Порядок перебора рейсов в ГДС''' — тип алгоритма перебора вариантов перевозки (рейс, тариф, класс):
** ''ordinary'' — все варианты перебираются подряд, один проход по списку вариантов. Недостаток — тенденция к выдаче однообразных вариантов в ответе.
** ''differentFirst'' — при первом проходе пропускаются варианты с рейсами компаний-перевозчиков, встречавшихся ранее, при втором — с совпадающими с ранее пройденными рейсами, при третьем — перебираются не рассмотренные ранее варианты.
** ''differentFlightsCombFirst'' — при первом проходе пропускаются варианты комбинацией рейсов, встречавшейся ранее, при втором перебираются подряд не рассмотренные ранее варианты. Алгоритм в меньшей степени подвержен проблеме однообразия вариантов. Для большинства поисковых запросов данный алгоритм наиболее оптимальный и не требует более одного прохода (параметр ''spOnePass'').
** ''differentFlightsFirst'' — при первом проходе пропускаются варианты, имеющие в составе встречавшийся ранее рейс (без учета класса бронирования). Полезен на маршрутах с очень большим количеством рейсов для получения вариантов от всех компаний, имеющих рейсы на маршруте. <br />Принципиальные различия, недостатки и преимущества алгоритмов проявляются только при обработке запросов на направлениях со значительным количеством рейсов. В общем случае рекомендуется установить значение ''differentFlightsCombFirst''.
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Код а/к, на сайте которой реквизиты будут использоваться''' — '''настройка используется только в случае использования пакета на сайте авиавкомпании, созданного на базе Немо.'''
* '''Перегрузка кода категории пассажира ADT''' — трехсимвольный код категории пассажира, по которому предоставляется скидка от тарифа на взрослого.
* '''Перегрузка кода категории пассажира CNN''' — трехсимвольный код категории пассажира, по которому предоставляется скидка от тарифа на ребенка.
* '''Перегрузка кода категории пассажира INF''' — трехсимвольный код категории пассажира, по которому предоставляется скидка от тарифа на младенца.
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Sirena''
# Нажмите '''Добавить Реквизиты бронирования для Sirena'''
# Введите ваш Client_ID в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Если требуется, ведите ваш '''ERSP код'''
# Если ClientID переведен в боевой режим и ключ шифрования агентства подтвержден Sirena, включите опцию '''Шифровать запросы к поставщику'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — ClientID агентства для бронирования
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Использовать перебронирование для наименьшей цены''' — включает функцию авиасервера, которая получает наименьшую доступную для бронирования цену для определённого перелёта, исходя из заданных параметров прайсинга ([[валидирующий перевозчик]], [[валюта]], [[Пассажир#Категории пассажиров|типы пассажиров]], приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Используется при актуализации цены для перелёта, получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
* '''ERSP код''' — ERSP код агентства
* '''Шифровать запросы к поставщику'''- включите опцию после того, как:
** ClientID переведен в боевой режим
** ключ шифрования подтвержден Sirena
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Номер очереди в ГДС, куда помещать создаваемую бронь''' - номер очереди в Sirena, в которую требуется отправлять создаваемые брони
* '''Уменьшение ТЛа от поставщика на данное значение''' — уменьшение [[Таймлимит|тайм-лимита]] от поставщика на указанное значение (в минутах). Переопределяет тайм-лимит от поставщика более строгим. 
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Sirena''
# Нажмите '''Добавить Реквизиты выписки для Sirena'''
# Введите ваш Client_ID в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Если ClientID переведен в боевой режим и ключ шифрования агентства подтвержден Sirena, включите опцию '''Шифровать запросы к поставщику'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — ClientID агентства для выписки
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Шифровать запросы к поставщику'''- включите опцию после того, как:
** ClientID переведен в боевой режим
** ключ шифрования подтвержден Sirena
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока и для авиакомпании ''Аэрофлот'' введите ''SU''
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
|}

=== SITA Gabriel ===
==== Настройка реквизитов поиска ====
{{Attention|Поиск в SITA Gabriel для авиакомпании ''«Сибирь» (S7 Airlines)'' не поддерживается ГРС!}}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''SITA Gabriel''
# Нажмите '''Добавить Реквизиты бронирования для SITA Gabriel'''
# Введите идентификатор агентства в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Задайте параметры, используемые для реквизитов подключения агентства к SITA Gabriel:
#* Логин для терминала
#* Пароль для терминала
#* ИД агента
#* Пароль агента
#* [[Pseudo City Code|PCC]]
#* Некий AgentDutyCode
#* ISO Alpha2 код страны
#* IATA код города/аэропорта приписки агента
#* IATA код а/к
#* Некий реквестор ИД
#* Контекст этого RequestorID
#* Тип RequestorID
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства в SITA Gabriel
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Логин для терминала''' — введите логин, используемый для реквизитов подключения агентства к SITA Gabriel
* '''Пароль для терминала''' — введите пароль, используемый для реквизитов подключения агентства к SITA Gabriel
* '''ИД агента''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''Пароль агента''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''PCC''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''Некий AgentDutyCode''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''ISO Alpha2 код страны''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''IATA код города/аэропорта приписки агента''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''IATA код а/к''' -введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''Некий реквестор ИД''' — технический параметр, по умолчанию введите ''sidpf-7e0d7-msx5g-9dnov''
* '''Контекст этого RequestorID''' — технический параметр, по умолчанию введите '''''Airfare'''''
* '''Тип RequestorID''' — технический параметр, по умолчанию введите '''''7'''''
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Использовать перебронирование для наименьшей цены''' — функция не реализована для данного поставщика
* '''Номер очереди в ГДС, куда помещать создаваемую бронь''' - номер очереди в SITA Gabriel, в которую требуется отправлять создаваемые брони
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''SITA Gabriel''
# Нажмите '''Добавить Реквизиты выписки для SITA Gabriel'''
# Введите идентификатор агентства в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Задайте параметры, используемые для реквизитов подключения агентства к SITA Gabriel:
#* Логин для терминала
#* Пароль для терминала
#* ИД агента
#* Пароль агента
#* PCC
#* Некий AgentDutyCode
#* ISO Alpha2 код страны
#* IATA код города/аэропорта приписки агента
#* IATA код а/к
#* Некий реквестор ИД
#* Контекст этого RequestorID
#* Тип RequestorID
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства в SITA Gabriel
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Логин для терминала''' — введите логин, используемый для реквизитов подключения агентства к SITA Gabriel
* '''Пароль для терминала''' — введите пароль, используемый для реквизитов подключения агентства к SITA Gabriel
* '''ИД агента''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''Пароль агента''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''PCC''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''Некий AgentDutyCode''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''ISO Alpha2 код страны''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''IATA код города/аэропорта приписки агента''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''IATA код а/к''' — введите значение параметра, используемое для реквизитов подключения агентства к SITA Gabriel
* '''Некий реквестор ИД''' — валидатор, который выдается авиакомпанией ''«Сибирь» (S7 Airlines)''
* '''Контекст этого RequestorID''' — технический параметр, по умолчанию оставьте поле пустым
* '''Тип RequestorID''' — технический параметр, по умолчанию введите '''''5'''''
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — включите опцию для авиакомпании ''«Сибирь» (S7 Airlines)''
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
|}

=== Nemo Inventory ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''[[Nemo Inventory (компонент)|Nemo Inventory]]''
# Нажмите '''Добавить Реквизиты поиска для Nemo Inventory'''
# Введите идентификатор реквизитов подключения агентства к Nemo Inventory в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Введите параметры, полученные у тех. поддержки {{NameSystem}}:
#* '''Логин к Немо Инвентори'''
#* '''Пароль к Немо Инвентори'''
#* '''Пароль к Немо Инвентори'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — введите идентификатор реквизитов подключения агентства к Nemo Inventory. идентификатор получается у тех. поддержки {{NameSystem}} и является одинаковым для реквизитов поиска, бронирования и выписки ''Nemo Inventory''
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Логин к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
* '''Пароль к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
* '''Пароль к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Nemo Inventory''
# Нажмите '''Добавить Реквизиты бронирования для Nemo Inventory'''
# Введите идентификатор реквизитов подключения агентства к Nemo Inventory в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Введите параметры, полученные у тех. поддержки {{NameSystem}}:
#* '''Логин к Немо Инвентори'''
#* '''Пароль к Немо Инвентори'''
#* '''Пароль к Немо Инвентори'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — введите идентификатор реквизитов подключения агентства к Nemo Inventory. идентификатор получается у тех. поддержки {{NameSystem}} и является одинаковым для реквизитов поиска, бронирования и выписки ''Nemo Inventory''
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Логин к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
* '''Пароль к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
* '''Пароль к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Использовать перебронирование для наименьшей цены''' — функция не реализована для данного поставщика
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Nemo Inventory''
# Нажмите '''Добавить Реквизиты выписки для Nemo Inventory'''
# Введите идентификатор реквизитов подключения агентства к Nemo Inventory в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Введите параметры, полученные у тех. поддержки {{NameSystem}}:
#* '''Логин к Немо Инвентори'''
#* '''Пароль к Немо Инвентори'''
#* '''Пароль к Немо Инвентори'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — введите идентификатор реквизитов подключения агентства к Nemo Inventory. идентификатор получается у тех. поддержки {{NameSystem}} и является одинаковым для реквизитов поиска, бронирования и выписки ''Nemo Inventory''
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Логин к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
* '''Пароль к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
* '''Пароль к Немо Инвентори''' — получите у тех. поддержки {{NameSystem}}
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока и для авиакомпании ''Аэрофлот'' введите ''SU''
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
|}

=== TravelFusion ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''TravelFusion''
# Нажмите '''Добавить Реквизиты поиска для TravelFusion'''
# Введите идентификатор реквизитов подключения агентства к TravelFusion в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор реквизитов агентства в TravelFusion
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''TravelFusion''
# Нажмите '''Добавить Реквизиты бронирования для TravelFusion'''
# Введите идентификатор реквизитов подключения агентства к TravelFusion в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Включите опцию '''Всегда использовать TFPrepay'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор реквизитов агентства в TravelFusion
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Всегда использовать TFPrepay''' — включает способ оплаты через депозит TravelFusion. Включите опцию
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS). Если настройка включена, сервер Авиа проставляет титул пассажира в запросе бронирования к поставщику.
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Использовать перебронирование для наименьшей цены''' — функция не реализована для данного поставщика
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''TravelFusion''
# Нажмите '''Добавить Реквизиты выписки для TravelFusion'''
# Введите идентификатор реквизитов подключения агентства к TravelFusion в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор реквизитов агентства в TravelFusion
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
|}

=== Mystifly ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Mystifly''
# Нажмите '''Добавить Реквизиты поиска для Mystifly'''
# Введите логин реквизитов Mystifly в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Выставите оптимальное '''Максимальное количество перелётов в результатах поиска'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — логин реквизитов Mystifly
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Максимальное количество перелетов в результатах поиска''' — оптимальное для агентства значение максимального количества результатов выдачи
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Mystifly''
# Нажмите '''Добавить Реквизиты бронирования для Mystifly'''
# Введите логин реквизитов Mystifly в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — логин реквизитов Mystifly
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Включает использование валюты выписки для цены брони''' — функция не реализована для данного поставщика
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Mystifly''
# Нажмите '''Добавить Реквизиты выписки для Mystifly'''
# Введите логин реквизитов Mystifly в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — логин реквизитов Mystifly
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
* '''Код валюты данных реквизитов''' — функция не реализована для данного поставщика
|}

=== SpecialFares ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''SpecialFares''
# Нажмите '''Добавить Реквизиты поиска для SpecialFares'''
# Введите идентификатор реквизитов агентства SpecialFares в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства в SpecialFares
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''SpecialFares''
# Нажмите '''Добавить Реквизиты бронирования для SpecialFares'''
# Введите идентификатор реквизитов агентства SpecialFares в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства в SpecialFares
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — при бронировании добавляет ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Использовать перебронирование для наименьшей цены''' — функция не реализована для данного поставщика
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''SpecialFares''
# Нажмите '''Добавить Реквизиты выписки для SpecialFares'''
# Введите идентификатор реквизитов агентства SpecialFares в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства в SpecialFares
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока и для авиакомпании ''Аэрофлот'' введите ''SU''
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
|}

=== Pegasys ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Pegasys''
# Нажмите '''Добавить Реквизиты поиска для Pegasys'''
# Введите идентификатор реквизитов агентства Pegasys в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Задайте параметры, полученные от поставщика:
#* '''Ключ доступа к АПИ'''
#* '''Двубуквенный код языка'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства, в качестве которого используются первые 8 символов '''Ключа доступа к АПИ'''
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Ключ доступа к АПИ''' — выдаётся Pegasys
* '''Двубуквенный код языка''' — язык, на котором будут приходить ответы (например, сообщения об ошибках)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Pegasys''
# Нажмите '''Добавить Реквизиты бронирования для Pegasys'''
# Введите идентификатор реквизитов агентства Pegasys в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Задайте параметры, полученные от поставщика:
#* '''Ключ доступа к АПИ'''
#* '''Двубуквенный код языка'''
#* '''идентификатор сотрудника агентства'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства, в качестве которого используются первые 8 символов '''Ключа доступа к АПИ'''
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Ключ доступа к АПИ''' — выдаётся Pegasys
* '''Двубуквенный код языка''' — язык, на котором будут приходить ответы (например, сообщения об ошибках)
* '''идентификатор сотрудника агентства''' — числовой идентификатор, выдаётся Pegasys
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Включает скрытие цены на сайте ГДС''' — при бронировании добавляет ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — функция не реализована для данного поставщика
* '''Использовать перебронирование для наименьшей цены''' — функция не реализована для данного поставщика
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Pegasys''
# Нажмите '''Добавить Реквизиты выписки для Pegasys'''
# Введите идентификатор реквизитов агентства Pegasys в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Задайте параметры, полученные от поставщика:
#*'''Ключ доступа к АПИ'''
#*'''Двубуквенный код языка'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — идентификатор агентства, в качестве которого используются первые 8 символов '''Ключа доступа к АПИ'''
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Ключ доступа к АПИ''' — выдаётся Pegasys
* '''Двубуквенный код языка''' — язык, на котором будут приходить ответы (например, сообщения об ошибках)
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Список а/к с пасданными в эндорсменте''' — по умолчанию для БСП/ТКП стока и для авиакомпании ''Аэрофлот'' введите ''SU''
* '''Добавлять пассивные миск сегменты''' — опция не реализована для данного поставщика
* '''IATA валидатор билетов в данных реквизитах''' — идентификатор агентства в IATA. Вводится для отображения в {{NameProject2}} в брони в разделе данных об источнике
|}

=== Galileo uAPI ===
==== Настройка реквизитов поиска ====
# Откройте пакет реквизитов поставщика ''Galileo uAPI''
# Нажмите '''Добавить Реквизиты поиска для Galileo uAPI'''
# Введите идентификатор [[Pseudo City Code|PCC]] в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Выберите '''Максимальное кол-во результатов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для поиска
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка.
* '''Максимальное кол-во результатов''' — максимальное число результатов в выдаче. Максимально допустимое значение определяется контрактом с ГРС.
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — PCC агентства для поиска.
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты.
|}

==== Настройка реквизитов бронирования ====
# Откройте пакет реквизитов поставщика ''Galileo uAPI''
# Нажмите '''Добавить Реквизиты бронирования для Galileo uAPI'''
# Введите идентификатор PCC в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для бронирования
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — PCC агентства для бронирования
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
* '''Включает скрытие цены на сайте ГДС''' — добавляет при бронировании ремарки для скрытия цены на сайте поставщика
* '''Автоматически добавлять титул пассажира''' — включает автоматическую подстановку статуса пассажира в зависимости от пола (MR / MRS)
* '''Список команд, которые будут выполнены при создании ПНРа''' — команды, которые будут отображаться в брони. Бывает полезно использовать для внутренних нужд агентства
* '''Использовать перебронирование для наименьшей цены''' — включает функцию авиасервера, которая получает наименьшую доступную для бронирования цену для определённого перелёта, исходя из заданных параметров прайсинга (валидирующий перевозчик, валюта, типы пассажиров, приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Используется при актуализации цены для перелёта, получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
* '''Включает использование валюты выписки цены брони''' — опция включает использование валюты, указанной в реквизитах выписки, для расчета цены брони
* '''Номер очереди в ГДС, куда помещать создаваемую бронь'''- все создаваемые брони будут передаваться в указанную очередь.
|}

==== Настройка реквизитов выписки ====
# Откройте пакет реквизитов поставщика ''Galileo uAPI''
# Нажмите '''Добавить Реквизиты выписки для Galileo uAPI'''
# Введите идентификатор PCC в качестве '''Уникального идентификатора реквизитов у поставщика'''
# Выберите часовой пояс из выпадающего списка '''ID временной зоны реквизитов'''
# Установите флажок '''Признак дефолтных реквизитов'''
# Нажмите на кнопку '''Сохранить'''

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 800px;" | Параметры пакета реквизитов для выписки
|-
! style="text-align:left;" | Обязательные параметры
|-
|
* '''ID временной зоны реквизитов''' — часовой пояс агенства. Выбирается из выпадающего списка
|-
! style="text-align:left;" | Необязательные параметры
|-
|
* '''Уникальный идентификатор реквизитов у поставщика''' — PCC агентства для выписки
* '''Код страны, к которой принадлежат реквизиты''' — код страны, которой принадлежат реквизиты
* '''Список а/к, на которые применяются данные реквизиты''' — авиакомпании, для которых реквизиты будут срабатывать
* '''Признак дефолтных реквизитов''' — включите опцию, если выписка в пакете осуществляется на общем стоке (БСП или ТКП)
|}

== См. также ==
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Реквизиты подключения к ГРС в Немо 1.0]]
* [[Глобальная распределительная система]]
* [[Amadeus]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Travelport (Galileo)]]
* [[Pseudo City Code|PCC]]
* [[Международная ассоциация воздушного транспорта|IATA]]

Travelport (Galileo)

2017-03-02T07:06:50Z

Даша Жукова: /* Описание */

[[Категория:Поставщики авиабилетов]]
[[Файл:Galileo.jpg|300px|справа|Логотип ГРС Galileo]]

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

== Описание ==

Компания 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]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">

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

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Galileo|<sup>[2]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** ГДС-процессинг
** МультиФОП ГДС-процессинг
** Проксирование ГДС-процессинга через ПШ
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к ГРС Galileo в {{NameSystem}} ==
Чтобы взаимодействовать с ГРС Galileo через {{NameSystem}} необходимо выполнить следующие действия:

# Заключить договор с компанией Трэвелпорт:
## Cвязаться с локальным офисом компании Трэвелпорт.
## Запросить образец заявки на заключение договора.
## Заполнить заявку, при этом указать, что необходимы следующие PCC (офисы):
##* Офис для работы в оффлайне (то есть, через терминалы): сервис-бюро (SVCB), BSP;
##* Офис для работы в онлайне: BSP-онлайн, поисковый онлайн-офис.
#*Особенности:
#**{{Attention|Если вы являетесь прямым агентом ТКП и будете работать с ТКП через Galileo, то вам также нужно заказать оффлайн/онлайн офисы для ТКП.}}
#**Если вы не являетесь прямым агентом ТКП, а являетесь субагентом какого-либо агентства и будете работать с ТКП через Galileo, то оффлайн/онлайн офисы для ТКП могут быть заказаны для вас агентством при условии, что это агентство уже имеет договор с Трэвелпортом.
#**При этом заказ оффлайн-офиса ТКП является обязательным, так как ТКП (Транспортная Клиринговая палата) авторизует [[агентство]] по оффлайн-офису и уже к нему привязывает интернет-пункт продажи (ИПП) для работы в онлайне.
#**Если вы являетесь прямым агентом Аэрофлота или S7 и авторизованы ими для продажи на их электронных бланках (ETAT), то нужно заказать еще и онлайн/оффлайн-офисы для выписки на эти авиакомпании.
#**Если вы не являетесь прямым агентом Аэрофлота или S7 и работаете как субагент агентства, авторизованного для продажи на их электронных бланках (ETAT), и это агентство имеет договор с Трэвелпортом, то онлайн/оффлайн-офисы для выписки на эти авиакомпании могут быть заказаны агентством.
#**{{Attention|Если вы субагент, то в случае заказа офисов под ТКП и ETAT вашим агентством все вопросы по их настройкам и заказу masterGTIDов должны будут решаться вашим агентством.}}
#**В связи с тем, что ETAT может быть внедрен в системе Galileo и для других авиакомпаний России и стран СНГ, рекомендуем следить за новостями компании Трэвелпорт и обращаться за получением дополнительной информации к вашему аккаунт-менеджеру.
#**Для упрощения понимания вами, как агентом, и нами, как разработчиками, назначения создаваемых для вас офисов, офисы для онлайна, как правило, имеют в своем названии OL. Например: OL BSP – офис для работы с BSP в онлайне, OL SBB – поисковый онлайн-офис (SBB — Super Best Buy), OL TCH – офис для работы в онлайне с ТКП, OL S7 – онлайн-офис для выписки ЕTАТ авиакомпании S7.
# Если у вас уже заключен договор абонентского обслуживания с компанией Трэвелпорт, то в заявке на заключение договора вы указываете, что нужно подготовить приложение к договору, и что вы заказываете только необходимые вам онлайн-офисы. <br />
# В заявке на заключение договора также нужно указать, что вам требуются masterGTIDы для всех онлайн-офисов (кроме офиса ТКП).
# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[ПСС]]).<br />
# Срок исполнения заявок на создание новых PCC и masterGTID'ов для них определяется регламентом, принятым в компании Трэвелпорт (минимум 5 рабочих дней после подписания договора/приложения к договору обеими сторонами).
# Получив от Трэвелпорта заказанную вами конфигурацию, вы должны передать все данные по онлайн-офисам в «Новую Студию» (номера PCC и masterGTIDы для них). Мы закажем в Трэвелпорте для вас HAP'ы (HAP — Host Access Profile, профиль доступа к хосту), чтобы вы могли работать с системой Galileo через устанавливаемую на сайте систему {{NameSystem}}. Минимальное время, требуемое для обработки Трэвелпортом заявки на HAP и его создание, – 5 рабочих дней.
# {{Attention|Создаваемые 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 билетов осуществляется через принтер, специальным образом описанный в конфигурации системы. Принтер привязывается (линкуется) к определенному адресу (терминалу), поэтому сначала нужно определиться, к какому терминалу вы будете привязывать принтер, а уже потом обращаться в Трэвелпорт по поводу добавления принтера в ту или иную конфигурацию. Последним шагом в этой процедуре является указание в настройках {{NameSystem}} логического адреса добавленного в конфигурацию Galileo принтера .
* Сказанное выше относится и к принтеру, на который выводятся маршрутные квитанции ET-билетов.

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

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

==Особенности работы с ГРС Galileo==
=== Синхронизация {{NameSystem}} и Galileo ===

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

{{Attention|Если билет был забронирован в {{NameSystem}}, но выписан в терминале при обновлении заказа в {{NameSystem}}, статус изменится на '''«Выписан»'''.}}

Параметр '''<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 — бронь отменена.

{{Attention|Текущая версия поисковых запросов в Galileo поддерживает отображение багажа в поисковой выдаче.}}

{{Attention|Алгоритм обновления данных по заказу в {{NameSystem}} для ГРС Galileo учитывает удаление пассажиров в заказе через терминал.}}

=== Выписка в Galileo ===

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

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

То есть переустановка цены проходит в два этапа:
# удаление старой;
# установка новой цены.
Это происходит, если приходит статус цены как (из спеков):
* I = Invalid Fare, e.g., due to name/itin change;
* X = Expired Fare, older than 7 days;
* V = Reprice (need requote to ticket).

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

[[Ошибка#Галилео|Ошибки при бронировании и выписке в ГРС Galileo]]

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

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

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

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

Комиссию, которая причитается агенту по той или иной брони, в 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). При этом необходимо помнить о том, что:
*# Тариф рассчитывается только для справки.
*# В большинстве случаев в качестве оплаты принимается только местная валюта, а прием иностранной валюты запрещен. В таком случае курс BBR не используется.
* Расчетный курс IATA (ICH) — расчетный курс IATA эквивалентен курсу доллара США, он используется в Galileo при отсутствии прямого курса пересчета между двумя валютами. Например, тариф на перевозку из Абиджана (ABJ) составляет 23000 франков (XOF). Если билет выдается в Дели и оплата принимается в индийских рупиях (INR), сначала осуществляется пересчет франков в доллары США по IATA курсу и только потом, в рупии по курсу продажи (Формат: FZSXOF23000INR)

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

=== Другие особенности===
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013

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

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

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

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

== Часто задаваемые вопросы по бронированию в ГРС Galileo ==
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как избежать ошибок при работе с комиссиями, заполненными в cat35?
|-
|
Если комиссия заполнена через cat35 и/или APF, тогда следует применять следующие правила:
* Если информация о комиссии уже существует и соответствует, то она не может быть изменена или перезаписана.
* Если информация о комиссии существует, но не соответствует (например, конфликтует), то она может быть добавлена и модифицирована.
* Если комиссия отсутствует, то пользователь может её изменить и добавить, или система примет значения по умолчанию, зависящие от перевозчика, тарифа, рынка.
|-
|}
{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какие существуют ограничения по количеству пассажиров в FQSBB запросах?
|-
|
# До 9 пассажиров. Более 9 — уже группа. Можно использовать максимум 4 разных кода PTC.
# Младенцы (infants) должны всегда путешествовать в сопровождении взрослых.
|}

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

'''Альтернативный способ'''

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить эндорсмент в PNRBFManegement?
|-
|
Эндорсмент в PNRBFManegement можно добавить так:
<pre><EndorsementBox>
<Endors1>VALID ON AI IC ONLY</Endors1>
<Endors2>NON END PENALTIES APPLIES</Endors2>
<Endors3>NON RE ROUTABLE</Endors3>
</EndorsementBox></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как добавить разные эндорсменты для каждого пассажира?
|-
|
Это можно сделать, добавив разные заполненные тарифы для каждого пассажира в каждый запрос на бронирование.
Необходимо выписывать один тариф за один раз.

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

''' Пример '''
<pre><FareNumInfo>
<FareNumAry>
<FareNum>1</FareNum>
</FareNumAry>
</FareNumInfo></pre>

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

''' Пример '''
<pre><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></pre>

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

Нет лучшей практики для добавления эндорсментов. Есть разные способы, которые можно найти по этим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/PNRBFManagement_21_s113.xml]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/XML_Samples/Archived_XML_Samples/DocProdFareManipulation_11_s28.xml]
Рекомендуется также зайти через API developer notes и посмотреть «Issuing ticket on Galileo/Apollo CRS» по следующим ссылкам:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheGalileoCRS.pdf]
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/IssuingATicketOnTheApolloCRS_v1.pdf]

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | В каких системных запросах можно получить информацию о временных зонах? Например, MOW +3.
|-
|
Для определения местного времени в данном городе используется транзакция:

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

Response:
<pre><LocalDateTimeCT_6_0>
<LocalDateTime>
<Dt>20100917 </Dt>
<Tm>1744 </Tm>
</LocalDateTime>
</LocalDateTimeCT_6_0></pre>
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Почему могут приходить ошибки при попытке предварительного бронирования мест?
|-
|
Перевозчик может не входить в список авиакомпаний-участников системы, которые позволяют предварительное бронирование мест.

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

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

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

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

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

|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Можно ли проверить доступность мест для всего рейса в одном запросе?
|-
|
Для одного сегмента существует запрос AirAvailability_X.

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

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

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

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Какое максимальное количество сессий может быть использовано одновременнои каково время действия сессии?
|-
|
Можно открыть только однну сессию одновременно в HAP.

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

Полезная ссылка:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf http://testws.galileo.com/GWSSample/Help/GWSHelp/mergedProjects/TRANSACTIONHELP/1API_Dev_Notes/GalileoWebServicesHostSessions_v1.pdf]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Есть ли какой-либо способ увеличить скорость получения ответов в веб-сервисах Галилео?
|-
|

Полезная ссылка:
* [GWS help pages http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h GWS help pages http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.h]
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" | Как происходит запрос и последующее использование приватных тарифов?
|-
|
Информация о том, как запрашивать приватные тарифы, находится по ссылке:
* [http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm http://testws.galileo.com/GWSSample/Help/GWSHelp/gws.htm]
Переход к Goto XML Select Service > API Developer Notes
|}

{| class="wikitable mw-collapsible mw-collapsed"
|-
! style="text-align:left; width: 1400px;" |Как получить последнюю дату действия тарифа?
|-
|
Для того, чтобы узнать дату окончания действия тарифа, нужно проверить поле <LastTkDt>, которое возвращается в секции FQSBB GenQuoteDetails.

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

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

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

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

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

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
== Ошибки при взаимодействии с ГРС Galileo ==
<div class="mw-collapsible-content">
''' Ошибки при начале сессии: '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"| «ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques)
|width="40%"| Ошибка может возникнуть при неправильных настройках AAT table.
|width="40%"|Необходимо обратиться в локальную службу техподдержки Travelport.
|}

''' Ошибки при поиске '''
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|Could not locate Session Token Information Session May Have Timed Out.
|width="40%"|Превышен лимит сессий.
|width="40%"|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|-
|Unable to retrieve enough Dynamic GTIDs for this transaction
|Превышен лимит сессий.
|Для увеличения мощности CCC PT, следует запросить форму, заполнить её и выслать её на ваш CCC PT.
|}

Не зависящие от поставщиков:
{| class="wikitable"
! Ошибка
! Пояснение
! Способ возможного решения
|-
|width="30%"|SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR
|width="40%"|В работе с бронированием идёт параллельное изменение PNR.
|width="40%"|В этом случае нужно начинать операцию заново.
|-
|Invalid search reguest object
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
* некорректная ссылка поиска;
* результат поиска может устареть.
|
|}

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

''' Ошибки при выписке: '''
{| class="wikitable"
|-
! align="center" width="50%"|«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400]
|Данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды '''DT/IAT/DISYY'''.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка возникает в случае, если неправильно определен валидирующий перевозчик.
|-
! align="center" width="50%"|«FILED FARE HAS BEEN INVALIDATED»
|Возникает при невозможности автоматически пересчитать тариф.
|-
! align="center" width="50%"|«PT NOT COMBINABLE WITH ET»
|Появляется если один из сегментов не поддерживает электронный билет. Выписать комбинацию сегментов с электронным и бумажным билетом в {{NameSystem}} невозможно, выписку можно произвести только в терминальном режиме. '''Предпосылки к возникновению ошибки:''' возможность выписки электронного билета система получает от ГДС в результатах поиска. Однако, если в дальнейшем система определяет валидирующего перевозчика, отличного от переданного ГДС, то на некоторых сегментах электронный билет может быть недоступен (чаще всего при выписке интерлайнов). И так как этот процесс переопределения ВП происходит после выбора перелета, отфильтровать такие перелеты на результатах поиска невозможно.
|-
! align="center" width="50%"|«NO VALID FARE FOR INPUT CRITERIA»
|Означает несоответствие между ПНР и базой данных в Galileo.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что ПНР или BF (базовый тариф) был тикетирован хотя бы один раз».
|-
! align="center" width="50%"|«NO ITINERARY EXISTS FOR FARE QUOTATION»
|Означает, что отменены бронь или сегмент.
|-
! align="center" width="50%"|«ZA INVALID MODIFIER»
|Говорит о том, что при выписке используется не тот принтер.
|-
! align="center" width="50%"|«Z INVALID FORMAT DATA»
|Возникает в случае неправильной установки комиссий для ТКП-перелетов.
|-
! align="center" width="50%"|«ZA NOT COMBINABLE WITH Z»
|Появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).
|-
! align="center" width="50%"|«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID - GALILEO |+ »
|Появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).
|-
! align="center" width="50%"|«INVALID GTID»
|Обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и связи с этим, не производится линковка. Проверьте также правильность указания номеров принтера.
|-
! align="center" width="50%"|«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT»
|Означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Galileo в {{NameSystem}}, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).
|-
! align="center" width="50%"|«TICKETING NOT ALLOWED - CHECK AAT»
|Возникает, когда авиакомпания не разрешена для выписка на данном ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE NOT FOUND»
|Возникает, когда тариф более недоступен. Он снимается авиакомпанией.
|-
! align="center" width="50%"|«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).
|-
! align="center" width="50%"|«NET TICKET DATA MAY NOT BE MODIFIED»
|Означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой {{NameSystem}} не обрабатываются.
|-
! align="center" width="50%"|«CONFIRM SEGMENT 01»
|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (ПСС), просьба уточнять по телефону: +7 (495) 795 32 76.
|-
! align="center" width="50%"|«IMU IL DUPLICATE MODIFIER»
|Означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.
|-
! align="center" width="50%"|«TICKETING LINK UNAVAILABLE - PLEASE RETRY»
|Означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.
|-
! align="center" width="50%"|«COMMISSION PERCENTAGE MUST BE ENTERED»
|Означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.
|-
! align="center" width="50%"|«UNAUTHORISED/INVALID PLATING CARRIER CODE»
|Ошибка может приходить, если в ПСС, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать ПНР в этом ПСС (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в ПСС с этим перевозчиком.
|-
! align="center" width="50%"|«NO AGREEMENT EXISTS FOR AGENCY»
|Ошибка возникает при попытке извлечения ПНР (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения ПНР в другом ХАПе.
|-
! align="center" width="50%"|«REQUESTED FILED FARE EXPIRED»
|Ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.
|-
! align="center" width="50%"|«VENDOR MSG: ITINERARY NOT VALID FOR ETKT»
|Ошибка приходит не от Galileo, а непосредственно от авиакомпании. В терминалах Galileo перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через {{NameSystem}} снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.
|-
! align="center" width="50%"|«VENDOR MSG: MSG TIME OUT - NO RESP FR VNDR»
|Хост а/к не ответил хосту Галилео, при возникновении агент пусть обращается в свой локальный хелп деск.
|-

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

Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

'''Возможные действия:'''

Необходимо обратиться к клиенту – турагентству, чтобы понять, как оно желает поступать в подобных случаях. Один из вариантов – повторная отправка Storepricemods section.
Если есть действующий тариф, он будет указан в маршруте, при этом цена может отличаться от оригинальной.
При этом в первую очередь необходимо отменить «сгоревший» тариф.
<pre><PNRBFManagement_x>
<PNRBFRetrieveMods>
<PNRAddr>
<FileAddr/>
<CodeCheck/>
<RecLoc>VXXXLM</RecLoc>
</PNRAddr>
</PNRBFRetrieveMods>
<CancelStoredFareMods>
<FareNumInfo>
<FareNumAry>
<FareNum>001</FareNum>
</FareNumAry>
</FareNumInfo>
</CancelStoredFareMods></pre>
|-
|}

''' Ошибки при отмене выписки: '''
{| class="wikitable"
|-
! align="center" width="50%"|«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD»
|Ошибка возникает, если есть ограничение на войдирование по времени.
|-
! align="center" width="50%"|«FILED FARE PARTIALLY TICKETED»
|Может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.
|-
|}

''' Ошибки при аннуляции '''
{| class="wikitable"
|-
! align="center" width="50%"|«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> может быть получено следующее сообщение:

<pre>«Note: Some these errors overlap with the unvoid and spoiled tasks:»</pre>
И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
# возврат (refund);
# обмен или переподтверждение (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».'''
Может приходить при попытке извлечения ПНР через ХАП, отличный от ХАПа, в котором было совершено бронирование.
Необходимо иметь действующий договор (на бумаге), чтобы извлекать ПНР из другого ПСС. С проблемой нужно обратиться в локальный хэлпдеск.

</div>
</div>

== См. также ==
* [[ГРС]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[БСП]]
* [[Стоповер]]
* [[Ошибка#Галилео|Ошибки при работе с Galileo]]
* [[Принтер билетопечати#Принтеры билетопечати Galileo|Принтеры билетопечати Galileo]]
* [[Эндорсмент#Требования к эндорсментам в Галилео|Требования к эндорсментам в Galileo]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[Процессинг#Авиакомпании, принимающие оплату кредитными картами через GDS|Авиакомпании, принимающие оплату кредитными картами через GDS]]
* [http://www.flyuia.com/agents/ADM.html Штрафные санкции МАУ с применением процедуры ADM]
* [[ПНР]]
* [[Sabre]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[API ВИП Сервис (Vip Service)]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
* [http://www.travelport.com/lob/gds/galileo.aspx Страница ГРС Galileo на сайте компании Travelport]
* [http://www.travelport.com/russia?sc_lang=ru-RU Сайт представительства Travelport в России]
* [http://www.tch.ru/rus/products/1g/ Шаги по обеспечению возможности оформления электронных билетов НСАВ ТКП через АСБ «Галилео» в аккредитованных агентствах]
* [http://www.galileo.com.ua/m1/ru/tourists/06871841/ticketing Информационная страница на сайте Travelport — Украина]