Открыть главное меню

Изменения

Amadeus

30 байт убрано, 10:29, 3 марта 2017
Нет описания правки
** Отмена брони
** Обновление (синхронизация) брони
** Импорт брони по ПНР PNR локатору
** Получение истории брони из ГДС
** Изменение внесённого контента брони
# По умолчанию в поисковом запросе в {{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.
=== Синхронизация заказов с системой Amadeus ===
Для обновления заказов в {{NameSystem}} и учета изменений, внесенных в [[ПНРPNR]] в терминале системы Amadeus, может использоваться [[Синхронизация_заказов|модуль синхронизации заказов]].
=== Специфика работы ATS-RTS ===
Специальный Ticketing Robot автоматизирует процесс выписки электронных билетов. После бронирования в одном офисе робот перемещает бронь в офис для выписки и производит выпуск электронных билетов. Робот обрабатывает очередь 1 раз в 5 минут. В связи с этим, номера билетов система получает не сразу, а только спустя некоторое время после обновления ПНРPNR, когда робот уже обработал очередь. В интервале между отправлением запроса на выписку и получением ответа, свидетельствующего об успешной отправке брони в очередь, заказу присваивается статус ''«Выписан, билеты находятся на оформлении»''. В {{NameSystem}} предусмотрено автоматическое обновление таких заказов, в ходе которого проверяется наличие билетов в ПНРPNR, период обновления от 16 до 23 минут после выписки. После получения номеров выписанных билетов клиенту автоматически на почту будет отправлена маршрут-квитанция.
=== Способы оптимизации выполнения поисковых запросов ===
== См.также ==
* [[ГРС]]
* [[ПНРPNR]]
* [[Travelport (Galileo)]]
* [[Sabre]]
'