При подключении этот мод отправляет запрос в gds на предмет подтверждения того, что билет отлетан и формирует справку, в которой шапка и подвал могут быть кастомизированы с помощью html.
...
Справка формируется в виде PDF-документа и выглядит таким образом:
...
Для билетов Сирены справка- подтверждение выглядит вот так
...
Настройка информации об агентстве:
...
Далее происходит обращение к системе бронирования авиабилетов (в настоящее время поддерживаются ГДС Амадеус и Сирена-2000GDS Amadeus, Sabre, Sirena и S7 API), в результате чего пользователь попадает на страницу с результатом генерации справок, откуда он может сразу же их скачать:
...
Note |
---|
Внимание! В силу имеющихся технолгических технологических ограничений у поставщиков справки-подтверждения представляется возможным сформировать только в течение трёх суток с момента окончания перелета. |
Почему справка может не сформироваться?
Note |
---|
Внимание! Справка формируется только по онлайн заказам (или по оффлайн заказам, в которые предварительно была подгружена бронь (локатор) через импорт и только в случае если статус купона = F (ОТЛЕТАН). Важно понимать, что система имеет связь с GDS (откуда забирает статус купона) через PNR (локатор). Если заказ был оформлен офлайн и после бронь не была подгружена в заказ - справка НЕ сформируется = это корректно. Если статус купона отличен от F (FLOWN) - справка НЕ сформируется = это корректно. |
В логах (в событии таймера) будет доступна причина, по которой справка не была сформирована, например:
Смотрим в логе (событие) ТАЙМЕР AviaFlightReportGenerationExecutor для SimpleReserve#(номер заказа)
В логе видим, что по данному заказу у нас действует второе правило. Данный заказ был оформлен оффлайн и не был импортирован локатор (PNR), чтобы связать GDS и заказ. Системе неоткуда получить данные. Система передает такой заказ агенту с соответствующим заданием:
...
Соответственно всегда проверяем лог формирования справки (на предмет распространенных ошибок):
нет локатора в заказе = справка не сформируется
статус купона отличен от “F” = справка не сформируется
Помимо двух данных распространенных ошибок могут встречать и альтернативные ошибки, например, ошибка связи с GDS в момент формирования справки и прочие неисправности.
Вся информация будет доступна в логе таймера.
Поддерживаемые модом поставщики Авиа
Panel | ||||||
---|---|---|---|---|---|---|
| ||||||
На данный момент мод поддерживает формирование справок для следующих поставщиков авиа: Amadeus, Mixvel, Sabre, S7 API Доработка мода возможна под других доступных на платформе поставщиков при наличии у поставщика документации по работе с купонами билетов. Доработка осуществляется только на платной основе. Стоимость доработки уточняйте с отделом имплементации, через заявку с типом “оценка” на портале Okdesk. Рекомендуем предварительно вложить (API) документацию желаемого поставщика по работе с купонами. |
Выгрузка через API: release 29.11.2022
Данные о присутствии на рейсе можно выгрузить Универсальным методом выгрузки заказа или командировки Универсальный метод выгрузки заказа или командировки
Для этого в запросе следует передать необязательный параметр <AugmentationData> <xml FlightStatuses="true" /> </AugmentationData>, содержимое которого закодировано в виде HtmlEncode:
Code Block |
---|
<soapenv:Body>
<cor:GetReservationDetails>
<cor:id_Reserve>1790548</cor:id_Reserve>
<cor:AugmentationData><xml FlightStatuses="true" /></cor:AugmentationData>
</cor:GetReservationDetails>
</soapenv:Body> |
Данные о присутствии на рейсе буду добавлены в ответе в AugmentationData:
...
Пример структуры ответа:
Code Block |
---|
<FlightStatuses>
<Flight id_Reserve="1790548" Airline="S7" Number="1007" OriginCode="DME" DestinationCode="LED" DepartureDate="13.11.2022" State="FLOWN" Used="true"/>
<Flight id_Reserve="1790548" Airline="S7" Number="1002" OriginCode="LED" DestinationCode="DME" DepartureDate="14.11.2022" State="FLOWN" Used="true"/>
</FlightStatuses> |