727
правок
Изменения
Перейти к навигации
Перейти к поиску
→Ошибки при взаимодействии с GDS/ГРС/API Amadeus
** Отмена брони
** Обновление (синхронизация) брони
** Импорт брони по ПНР PNR локатору
** Получение истории брони из ГДС
** Изменение внесённого контента брони
Если офис принадлежит Консолидатору, он должен письменно выразить свое согласие на его использование в рамках движка, принадлежащего Субагенту.
Если офис принадлежит Консолидатору , и вы хотите автоматизировать онлайн-выписку через консолидаторские офисы (равно как и low fare search/PNR creation), консолидатор должен письменно уведомить Амадеус, что они не против (т.к. за все транзакции MP/WBS в данном случае будет платить Консолидатор).
Подключение дополнительного функционала или обновление запросов, требующихся только одному конкретному клиенту, осуществляется за счет средств этого клиента.
После того как получено сертификационное заключение, Amadeus выделяет WSAP под лицензию агента. Взаиморасчеты происходят напрямую между агентством и Amadeus.
{{Attention|Для того , чтобы можно было подключить коннектор Amadeus системы {{NameSystem}} под лицензию агента, нужно , чтобы для этого агентства был сертифицирован набор веб-сервисов аналогичный тем, который используется в {{NameSystem}}}}.
{{Attention|Добавление новых сервисов или обновленных версий запросов означает необходимость повторного прохождения сертификации в Amadeus}}.
# По умолчанию в поисковом запросе в {{NameSystem}} запрашиваются и приватные и публичные тарифы, доступные в РСС клиента.
# Получение тарифных правил из прошлого доступно только для выписанных броней.
# Поставщик предоставляет отдельный запрос на чтение истории ПНРPNR. В {{NameSystem}} просмотреть историю [[ПНРPNR]] в Amadeus можно на странице заказа, для всех заказов после бронирования.
# Как и в других GDS, в Amadeus имеется ограничение на максимальное количество открытых сессий с GDS. Оно заводится не на офис агента, а на весь WSAP (Web Service Access Point). (Например, для субагентов Авиацентра максимальное число одновременных сессий в Amadeus равно 250). Поэтому лимит сессий делится на всех агентов, работающих в одном WSAPe.
# Текущая версия поисковых запросов в Амадеусе поддерживает отображение багажа в поисковой выдаче.
# Amadeus не возвращает код оперирующего перевозчика в информации о ПНРPNR. Для его получения должен быть сертифицирован специальный запрос Air_FlightInfo. В том случае, если данные об оперирующем перевозчике не были получены из GDS при бронировании или обновлении брони, в ПНР PNR проставляется код оперирующей авиакомпании из результатов поиска.
# В результатах поиска Amadeus возвращает только общую сумму такс. Детализация такс с их кодами и величинами доступна только после бронирования. Поэтому на результатах поиска и странице заказа перед его бронированием общая сумма такс обозначается кодом ХТ.
# При настройке пакетов реквизитов Amadeus в {{NameSystem}} следует учитывать, что в силу специфики этой GDS поисковые запросы, содержащие аэропорты с кириллическими кодами, не возвращают результатов и влекут за собой ряд ошибок. В связи с этим необходимо настроить премаршрутизацию пакета, исключив из поиска такие аэропорты. Полный список с кодами содержится в файле [[Файл:Кириллические_аэропорты.docx]]
# Робот ГДС, в забронированные заказы добавляет 5-й сегмент, который согласно документации означает «Non-automated Miscellaneous auxiliary segment», с целью удержания бронирования (т.е. чтобы заказ не был аннулирован преждевременно). В {{NameSystem}} добавлена обработка таких сегментов.
# После выписки, в ПНР PNR будут отображены сборы агентства разделенные на каждого пассажира, пропорционально тарифам.
# В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования]] предотвращает ошибки бронирования, связанные с нарушением ограничений Amadeus на количество символов, отведенное на информацию о пассажире:
#* Минимальное количество символов для фамилии или имени – 2.
#* При наличии отчества максимальное количество символов, отведенное для фамилии, имени и номера документа вместе – 39.
# Отсутствует возможность выписки неподтвержденных младенцев в GDS Amadeus для агентов из Средней Азии.
# Поставщик при поиске возвращает норму багажа только для ADT, для остальных типов пассажиров норму багажа не возвращает.
# Статус HX - это снятие мест со стороны а/к, как правило, с наличием мест не связано. Обычно данная проблема происходит из-за несоблюдения таймлимита от а/к. SSR "XXLD DUE NO TKT" свидетельствует о том, что а/к сняла места по истечении таймлимита. В данном случаен необходимо обращаться в а/к и выяснять причину снятия брони.
# Терминальные команды, которые соответствуют запросу Fare_PricePNRWithLowerFares, для соотнесения операции в Nemo.travel действию в терминале:
#* FXB - Rebook to the lowest available fare and create a TST
#* FXR - Rebook to the lowest available fare without TST creation
#* FXA - Display a list of lower available fares
Команда FXB является наиболее подходящей, но выбор команды зависит от ожидаемого результата.
=== Поиск по окружным датам в Amadeus ===
=== Синхронизация заказов с системой Amadeus ===
Для обновления заказов в {{NameSystem}} и учета изменений, внесенных в [[ПНРPNR]] в терминале системы Amadeus, может использоваться [[Синхронизация_заказов|модуль синхронизации заказов]].
=== Специфика работы ATS-RTS ===
Специальный Ticketing Robot автоматизирует процесс выписки электронных билетов. После бронирования в одном офисе робот перемещает бронь в офис для выписки и производит выпуск электронных билетов. Робот обрабатывает очередь 1 раз в 5 минут. В связи с этим, номера билетов система получает не сразу, а только спустя некоторое время после обновления ПНРPNR, когда робот уже обработал очередь. В интервале между отправлением запроса на выписку и получением ответа, свидетельствующего об успешной отправке брони в очередь, заказу присваивается статус ''«Выписан, билеты находятся на оформлении»''. В {{NameSystem}} предусмотрено автоматическое обновление таких заказов, в ходе которого проверяется наличие билетов в ПНРPNR, период обновления от 16 до 23 минут после выписки. После получения номеров выписанных билетов клиенту автоматически на почту будет отправлена маршрут-квитанция.
=== Способы оптимизации выполнения поисковых запросов ===
* Ограничить поиск по перевозчикам или направлениям при помощи [[Маршрутизатор поисковых запросов Немо Тревел 2.0{{NameProject2}}|маршрутизатора поисковых запросов Немо Тревел 2.0]] или [[Фильтры поисковых запросов (Авиабилеты)|фильтров поисковых запросов]].
* Использовать опцию NAD (Disable airline diversity) в запросе к GDS Amadeus, тем самым сократив пропорцию разнообразия авиакомпаний на выдаче.
<!-- [[Файл:Amadeus_Flight_Options.jpg|884px|thumb|center|Flights Options - Diversity]] описание возможных опций в амадеусе. -->
===Перебронирование для наименьшей цены===
Опция включается параметром '''Использовать перебонирование для наименьшей цены''' в реквизитах бронирования в пакете Amadeus (см. [[Пакеты реквизитов Немо 2.0{{NameProject2}}]])).
При включенной опции авиасервер запрашивает наименьшую доступную для бронирования цену для данного перелёта, исходя из заданных параметров прайсинга (валидирующий перевозчик, валюта, типы пассажиров, приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Опция ''Использовать перебонирование для наименьшей цены'' выполняется при актуализации цены для перелёта (проверке доступности), получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
|}
-->
===Cемейства тарифов===
Семейства тарифов разделяет тарифы на группы (бренды) в соответствии с применяемым уровнем сервиса. Подробнее см. в статье [[Семейства тарифов]].
== Ошибки при взаимодействии с GDS/ГРС/API Amadeus==
<div class="mw-collapsible-content">
''' Ошибки при поиске '''<br />
|<nowiki>284|Application|SECURED PNR</nowiki>
|Обычно возникает в том случае, когда бронирование перелета осуществляется в одном офисе, а выписка - в другом (например, при выписке на прямом стоке авиакомпании).
|Для решения проблемы клиент должен отправить в техподдержку GDS Amadeus запрос на открытие доступа между этими офисами(настроить прозрачность). Так же возможно в терминале передавать PNR из офиса бронирования в офис выписки через команду ES, в данном случае PNR будет доступно как в офисе бронирования, так и в офисе выписки.
|-
|PROHIBITED TICKETING CARRIER - RE-ENTER TICKETING CARRIER
|MANDATORY SSRFOID MISSING FOR CARRIER
|Означает, что для данной авиакомпании обязательно внесение SSR в PNR в формате FOID.
|Сначала необходимо убедиться, что в разделе настроек '''Авиабилеты → Справочник записей SSR''' Обязательное внесение включается с статике для этого перевозчика заведено соответствующее правило (подробнее смданной а/к. [[Сервисная ремарка]]). Если Для установления внесения SSR в PNR в настройках правило создано, но формате FOID всё равно не вносится, нужно создать тикет в [http:для данной а//helpdesk.nemo.travel проектном трекере] {{NameSystem}}к обратитесь к технической поддержке.
|-
|VERIFY TOTAL AMOUNT CURRENCY
|Означает, что данный офис Амадеуса не авторизован на выписку перелетов на прямом стоке данной авиакомпании
|Обратиться к аккаунт-менеджеру в GDS Amadeus
|-
|GTW/ETS: EDIFACT MESSAGE SIZE EXCEEDED
|Для TK(Turkish airlines). Перевозчик TK ограничил количество офор. эл.билетов, если в брони больше 3 пассажира.
|В статике для а/к задаётся максимальное число пассажиров для выписки и мы его учитываем. Задать в статике макс. число пассажиров для этой а/к
|}
</div>
== См.также ==
* [[ГРС]]
* [[ПНРPNR]]
* [[Travelport (Galileo)]]
* [[Sabre]]
