231
правка
Изменения
Перейти к навигации
Перейти к поиску
→Ошибки при взаимодействии с GDS/ГРС/API Amadeus
** Отмена брони
** Обновление (синхронизация) брони
** Импорт брони по ПНР PNR локатору
** Получение истории брони из ГДС
** Изменение внесённого контента брони
Подключение дополнительного функционала или обновление запросов, требующихся только одному конкретному клиенту, осуществляется за счет средств этого клиента.
[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]
=== Подключение под лицензию агента ===
# По умолчанию в поисковом запросе в {{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" свидетельствует о том, что а/к сняла места по истечении таймлимита. В данном случаен необходимо обращаться в а/к и выяснять причину снятия брони.
=== Поиск по окружным датам в Amadeus ===
=== Синхронизация заказов с системой Amadeus ===
Для обновления заказов в {{NameSystem}} и учета изменений, внесенных в [[ПНРPNR]] в терминале системы Amadeus, может использоваться [[Синхронизация_заказов|модуль синхронизации заказов]].
=== Специфика работы ATS-RTS ===
Специальный Ticketing Robot автоматизирует процесс выписки электронных билетов. После бронирования в одном офисе робот перемещает бронь в офис для выписки и производит выпуск электронных билетов. Робот обрабатывает очередь 1 раз в 5 минут. В связи с этим, номера билетов система получает не сразу, а только спустя некоторое время после обновления ПНРPNR, когда робот уже обработал очередь. В интервале между отправлением запроса на выписку и получением ответа, свидетельствующего об успешной отправке брони в очередь, заказу присваивается статус ''«Выписан, билеты находятся на оформлении»''. В {{NameSystem}} предусмотрено автоматическое обновление таких заказов, в ходе которого проверяется наличие билетов в ПНРPNR, период обновления от 16 до 23 минут после выписки. После получения номеров выписанных билетов клиенту автоматически на почту будет отправлена маршрут-квитанция.
=== Способы оптимизации выполнения поисковых запросов ===
<!-- [[Файл:Amadeus_Flight_Options.jpg|884px|thumb|center|Flights Options - Diversity]] описание возможных опций в амадеусе. -->
==Поддерживаемые дополнительные опции ГРС Amadeus==
===Обмен или возврат авиабилета===
'''Модуль обменов и возвратов''' авиабилетов автоматизирует прием заявок от клиентов и их обработку в ручном или авто-режиме менеджером или экспертом агентства/субагентства. <br>
Подробную информацию см. в статье [[Обмен и возврат авиабилетов]].
===Очереди===
'''Очереди (Queues)''' – это разделы системы бронирования, в которые автоматически или мануально помещаются бронирования с уведомлениями (например, изменение времени, аннуляция сегмента, уведомления от авиакомпании или супервизора агентства, подтверждения с листа ожидания, SSR запроса и т. д.). Очереди предназначены для контроля над созданными бронированиями и предполагают их последующую обработку со стороны агента.
При использовании очередей агент получает удобную организацию броней, которая помогает своевременно оповестить пассажиров об изменениях, вести переписку с перевозчиком посредством [[Вендор-ремарка|вендор-ремарки]] или OSI сообщения, устанавливать напоминания, формировать списки пассажиров, вызывать бронирования из архива, а также связываться с другими офисами или филиалами агентства для передачи бронирования.
Бронирования распределяются в очередях автоматически, либо агент перемещает их вручную. Подробнее об очередях см. в статье [[Очередь]].
====Банк очередей Amadeus====
Каждый офис в системе Амадеус имеет свой собственный банк
очередей.<br>
Автоматически активированный банк очередей для агентства:
<pre>
Номер очереди Назначение
0 General — в эту очередь приходят сообщения, которые
не соответствуют никаким другим типам очередей
1 Confirmation — в эту очередь приходят подтверждения
от авиакомпаний (например, на SSR-элементы)
2 Waitlist Clearance — подтверждение с листа ожидания
3 Options — PNR с OP-элементами
4 Responsibility Change — в эту очередь приходят PNR,
отправленные в ваше агентство
7 Schedule Change — информация об изменениях расписания
8 Ticketing/Time Limit
9 Other Airline Control
12 Expired TKTL — только для вашего контроля: PNR
с истекшим TL, билет не выкуплен
23 RQR (Request for Reply Queue) — для PNR, на SSR-элементы
которых авиакомпания за 24 часа не ответила
80 Prepaid Ticket — только у авиакомпаний
87 Groups — общая очередь для групповых PNR
94 Message — профиль клиента
96 Message — бронировки из архива
97 Message — для текстовых сообщений
</pre>
====Очереди в {{NameSystem}}====
{{NameSystem}} поддерживает работу с очередями GDS Amadeus.
* Отслеживать помещенные в очереди заказов можно в разделе '''Очереди для проверки по поставщикам''' панели администрирования {{NameProject2}}.
* Чтобы задать очередь по умолчанию, куда отправляются бронируемые заказы, укажите номер очереди в параметре '''Номер очереди в ГДС, куда помещать создаваемую бронь''' в разделе '''Настройки Авиа → Авиа пакеты'''.
===Перебронирование для наименьшей цены===
Опция включается параметром '''Использовать перебонирование для наименьшей цены''' в реквизитах бронирования в пакете Amadeus (см. [[Пакеты реквизитов {{NameProject2}}]])).
При включенной опции авиасервер запрашивает наименьшую доступную для бронирования цену для данного перелёта, исходя из заданных параметров прайсинга (валидирующий перевозчик, валюта, типы пассажиров, приватные/неприватные тарифы и прочее). Поиск наименьшей цены выполняется в рамках того же базового класса (эконом, премиум эконом, бизнес и т.д.) к которому принадлежат сегменты/тарифы исходного для прайсинга перелёта. Опция ''Использовать перебонирование для наименьшей цены'' выполняется при актуализации цены для перелёта (проверке доступности), получении тарифных правил для перелёта (если при этом используется прайсинг), а так же при прайсинге во время операций с бронью.
<!-- ===Поиск по расписанию===
Поиск по расписанию получает расписание всех доступных авиарейсов на заданном маршруте для выбранной даты вместе с информацией о частоте рейсов по дням недели.
{| class="wikitable"
|-
|[[Файл:Поиск по расписанию.png|800px]]
|-
|Пример поиска по расписанию в теме trident на домене agent.ru
|}
-->
===Cемейства тарифов===
Семейства тарифов разделяет тарифы на группы (бренды) в соответствии с применяемым уровнем сервиса. Подробнее см. в статье [[Семейства тарифов]].
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
|<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]]
