4253
правки
Изменения
Перейти к навигации
Перейти к поиску
→Возможные ошибки
|-
|}
== Особенности работы с Amadeus в {{NameSystem}} ==
# Поставщик возвращает результаты поиска только на 361 день в будущем. Чтобы избежать ошибок, необходимо установить это ограничение в настройках формы поиска.
# По умолчанию в поисковом запросе в {{NameSystem}} запрашиваются и приватные и публичные тарифы, доступные в РСС клиента.
# Получение тарифных правил из прошлого доступно только для выписанных броней.
# Поставщик предоставляет отдельный запрос на чтение истории ПНР. В {{NameSystem}} просмотреть историю [[ПНР]] в Amadeus можно на странице заказа, для всех заказов после бронирования.
# Как и в других GDS, в Amadeus имеется ограничение на максимальное количество открытых сессий с GDS. Оно заводится не на офис агента, а на весь WSAP (Web Service Access Point). (Например, для субагентов Авиацентра максимальное число одновременных сессий в Amadeus равно 250). Поэтому лимит сессий делится на всех агентов, работающих в одном WSAPe.
# Текущая версия поисковых запросов в Амадеусе поддерживает отображение багажа в поисковой выдаче.
# Amadeus не возвращает код оперирующего перевозчика в информации о ПНР. Для его получения должен быть сертифицирован специальный запрос Air_FlightInfo. В том случае, если данные об оперирующем перевозчике не были получены из GDS при бронировании или обновлении брони, в ПНР проставляется код оперирующей авиакомпании из результатов поиска.
# В результатах поиска Amadeus возвращает только общую сумму такс. Детализация такс с их кодами и величинами доступна только после бронирования. Поэтому на результатах поиска и странице заказа перед его бронированием общая сумма такс обозначается кодом ХТ.
# При настройке пакетов реквизитов Amadeus в {{NameSystem}} следует учитывать, что в силу специфики этой GDS поисковые запросы, содержащие аэропорты с кириллическими кодами, не возвращают результатов и влекут за собой ряд ошибок. В связи с этим необходимо настроить премаршрутизацию пакета, исключив из поиска такие аэропорты. Полный список с кодами содержится в файле [[Файл:Кириллические_аэропорты.docx]]
# Робот ГДС, в забронированные заказы добавляет 5-й сегмент, который согласно документации означает «Non-automated Miscellaneous auxiliary segment», с целью удержания бронирования (т.е. чтобы заказ не был аннулирован преждевременно). В {{NameSystem}} добавлена обработка таких сегментов.
# После выписки, в ПНР будут отображены сборы агентства разделенные на каждого пассажира, пропорционально тарифам.
# В {{NameSystem}} [[форма бронирования 2.0]] предотвращает ошибки бронирования, связанные с нарушением ограничений Amadeus на количество символов, отведенное для ФИО пассажира:
#* Минимальное количество символов для фамилии, имени или отчества – 2.
#* Максимальное количество символов для фамилии и имени в сумме – 32 (при десятизначном номере документа).
#* Максимальное количество символов для имени и отчества в сумме – 56 (при десятизначном номере документа).
#* Количество символов номера документа влияет на лимит символов для ФИО – чем меньше символов в номере документа, тем больше отводится для ФИО.
# Отсутствует возможность выписки неподтвержденных младенцев в GDS Amadeus для агентов из Средней Азии.
=== Поиск по окружным датам в Amadeus ===
Движок Amadeus поддерживает возможность поиска по окружным датам (флекс поиск):
* Для поиска на ± 1 день используется основной поисковый запрос.
* Для поиска ± 2-3 дня необходимо использование дополнительного запроса.
* Он должен быть обязательно предусмотрен в перечне запросов для сертификации, иначе не будет доступен к использованию в боевом режиме.
=== Поиск перелетов авиакомпаний, не являющихся участниками BSP/ARC ===
Для GDS Amadeus {{NameSystem}} поддерживает поиск перелетов авиакомпаний, не являющихся участниками BSP/ARC, с оформлением билетов на стоке этих авиакомпаний.
=== Синхронизация заказов с системой Amadeus ===
Для обновления заказов в {{NameSystem}} и учета изменений, внесенных в [[ПНР]] в терминале системы Amadeus, может использоваться [[Синхронизация_заказов|модуль синхронизации заказов]].
=== Специфика работы ATS-RTS ===
Специальный Ticketing Robot автоматизирует процесс выписки электронных билетов. После бронирования в одном офисе робот перемещает бронь в офис для выписки и производит выпуск электронных билетов. Робот обрабатывает очередь 1 раз в 5 минут. В связи с этим, номера билетов система получает не сразу, а только спустя некоторое время после обновления ПНР, когда робот уже обработал очередь. В интервале между отправлением запроса на выписку и получением ответа, свидетельствующего об успешной отправке брони в очередь, заказу присваивается статус ''«Выписан, билеты находятся на оформлении»''. В {{NameSystem}} предусмотрено автоматическое обновление таких заказов, в ходе которого проверяется наличие билетов в ПНР, период обновления от 16 до 23 минут после выписки.
== Возможные ошибки ==
