451
правка
Изменения
Перейти к навигации
Перейти к поиску
Новая страница: «Amadeus Hotels - http://www.amadeus.ru/products/hotels.php = Особенности настройки реквизитов = * Работает на рекви…»
Amadeus Hotels - http://www.amadeus.ru/products/hotels.php
= Особенности настройки реквизитов =
* Работает на реквизитах авиа-амадеуса;
* поле "Электронная почта пользователя для бронирования отеля" можно не заполнять
* отелей "по-запросу" нет
* пароль нужно вносить в раскодированном из base64 виде
= Особенности поиска =
* Поиск разных комнат не поддерживается, искомые комнаты должны совпадать по составу гостей.
* Поиск осуществляется в несколько запросов OTA_HotelAvail в Амад. В первом ответе поиска мы получаем MoreDataEchoToken="ХХХХХХХХХ" - Это код для получения результатов. Он пришел в первом запросе, мы делаем новый, дополнительно указывая этот код, ожидая получить больше отелей, как правило, они приходят, но могут и не прийти, как уже было установлено. Знать этого мы не можем, поэтому остается только делать запросы и надеяться на лучшее.
* Система поддерживает несколько источников поиска в Amadeus Hotels: по агрегаторам, дистрибуция GDS и смешанный вариант этих двух источников
= Особенности выписки =
* у комнаты в Амадеусе нет срока жизни, подтверждать бронь можно спустя любое время
* Hotel_Sell - вы не увидите ответов у этого запроса, ответ Амадеуса логируется в следующем запросе FCmPaymentProxy, происходит так из-за костыльно прикрученной прокси.
* Запрос FCmPaymentProxy может не отправляться, в случае если у отеля оплата "на месте", т.е. наличными; или если отель можно подтвердить IATA-гарантией. В таком случае подтверждение проходит успешно прямо на пхп. (В тесте кейс редкий)
* Так как основным способом оплаты является фцм-прокси - работает выписка только через Soap.(Речь о нашем тесте)
= Особенности корпоративных кодов =
* При поиске запрашиваются все корп.коды, указанные в реквизите. При актуализации отеля также. При актуализации комнаты - посылается в Амад только корп.код этой комнаты.
* В пхп-выдаче нет признака, который указывал бы на то, что комната/отель с корп.кодами.
* Дети при наличии корп.кодов не ищутся (MRS,IKE,LLS,KRB - корп.коды для теста)
= Особенности IATA гарантии =
* "IATA идентификатор агентства" и "Ремарка, используемая для подтверждения гарантией IATA" - представляют собой способ оплаты известный как IATA-гарантия. Чтобы воспользоваться IATA-гарантией - необходимо заполнить поле "Ремарка, используемая для подтверждения гарантией IATA", "IATA идентификатор агентства" заполнять не требуется, так как он указан на стороне Amadeus.
* IATA принимается в качестве гарантии: <GuaranteeAccepted BookingSourceAllowedInd="1"/> - признак означающий доступность оплаты с помощью IATA-гарантии, получаем при поиске, при актуализации отеля, при актуализации комнаты.
* При подтверждении отеля, в запросе Hotel_Sell мы передаём "Ремарку, используемую для подтверждения гарантией IATA".
= Особенности настройки реквизитов =
* Работает на реквизитах авиа-амадеуса;
* поле "Электронная почта пользователя для бронирования отеля" можно не заполнять
* отелей "по-запросу" нет
* пароль нужно вносить в раскодированном из base64 виде
= Особенности поиска =
* Поиск разных комнат не поддерживается, искомые комнаты должны совпадать по составу гостей.
* Поиск осуществляется в несколько запросов OTA_HotelAvail в Амад. В первом ответе поиска мы получаем MoreDataEchoToken="ХХХХХХХХХ" - Это код для получения результатов. Он пришел в первом запросе, мы делаем новый, дополнительно указывая этот код, ожидая получить больше отелей, как правило, они приходят, но могут и не прийти, как уже было установлено. Знать этого мы не можем, поэтому остается только делать запросы и надеяться на лучшее.
* Система поддерживает несколько источников поиска в Amadeus Hotels: по агрегаторам, дистрибуция GDS и смешанный вариант этих двух источников
= Особенности выписки =
* у комнаты в Амадеусе нет срока жизни, подтверждать бронь можно спустя любое время
* Hotel_Sell - вы не увидите ответов у этого запроса, ответ Амадеуса логируется в следующем запросе FCmPaymentProxy, происходит так из-за костыльно прикрученной прокси.
* Запрос FCmPaymentProxy может не отправляться, в случае если у отеля оплата "на месте", т.е. наличными; или если отель можно подтвердить IATA-гарантией. В таком случае подтверждение проходит успешно прямо на пхп. (В тесте кейс редкий)
* Так как основным способом оплаты является фцм-прокси - работает выписка только через Soap.(Речь о нашем тесте)
= Особенности корпоративных кодов =
* При поиске запрашиваются все корп.коды, указанные в реквизите. При актуализации отеля также. При актуализации комнаты - посылается в Амад только корп.код этой комнаты.
* В пхп-выдаче нет признака, который указывал бы на то, что комната/отель с корп.кодами.
* Дети при наличии корп.кодов не ищутся (MRS,IKE,LLS,KRB - корп.коды для теста)
= Особенности IATA гарантии =
* "IATA идентификатор агентства" и "Ремарка, используемая для подтверждения гарантией IATA" - представляют собой способ оплаты известный как IATA-гарантия. Чтобы воспользоваться IATA-гарантией - необходимо заполнить поле "Ремарка, используемая для подтверждения гарантией IATA", "IATA идентификатор агентства" заполнять не требуется, так как он указан на стороне Amadeus.
* IATA принимается в качестве гарантии: <GuaranteeAccepted BookingSourceAllowedInd="1"/> - признак означающий доступность оплаты с помощью IATA-гарантии, получаем при поиске, при актуализации отеля, при актуализации комнаты.
* При подтверждении отеля, в запросе Hotel_Sell мы передаём "Ремарку, используемую для подтверждения гарантией IATA".
