How to integrate with Property Management Systems (RU)

Проблемы интеграций с PMS. Разбор реальных кейсов. Пути решения.

https://pirexpo.com/event/cbbb6968-d55a-11e9-8d3f-000c29f15ff6

Transcript

1. Как быстро и просто интегрировать отельные системы Владимир Алмаев https://hapicloud.io
2. О себе • Team Lead в Hapi • 10 лет в индустрии • Специализация: • языки программирования • интеграции • valmaev@hapicloud.io • @vladimir_almaev
3. Кейс: хранилище для бронирований • Крупная гостиничная сеть • Разные PMS от разных вендоров • Аналитика по бронированиям
4. Ожидание var reservation = JSON.deserialize(json); Database.save(reservation);
5. У меня на примете есть два толковых студента из Бауманки. 
 За месяц всё запилят
6. Фаза 1: интеграция с первым отелем
7. ⚠ Cтарые PMS
8. ⚠ Cтарые PMS
9. ⚠ Одна PMS – несколько API • Oracle Opera • OXI – Opera Exchange Interface • OWS – Opera Web Services • FIAS – Fidelio Interface Application Specification • Opera Reports
10. ⚠ Одна PMS – несколько API • У каждого API • своя область использования • своя модель взаимодействия • свои "особенности" работы • свои конфигурационные параметры • своя цена для отеля
11. Модели взаимодействия • PUSH • PMS инициирует отправку сообщений • подтверждение с принимающей стороны • HTTP API на принимающей стороне • PULL • Мы вытягиваем данные из PMS • HTTP API на стороне PMS
12. "Особенности" работы
13. "Особенности" работы <MODULE1> <LIST_G_C6> <G_C6> <C6>RESERVED</C6> <C9>71650</C9> <C12>2019-09-23</C12> <C15>2019-09-30</C15> </G_C6> </LIST_G_C6> </MODULE1>
14. "Особенности" работы <MODULE1> <LIST_G_C6> <G_C6> <C6>71650</C6> <C9>RESERVED</C9> <C12>2019-09-23</C12> <C15>2019-09-30</C15> </G_C6> </LIST_G_C6> </MODULE1>
15. "Особенности" работы <MODULE1> <LIST_G_C6> <G_C6> <C6>71650</C6> <C9>RESERVED</C9> <C12>2019-09-23</C12> <C15>2019-09-30</C15> </G_C6> </LIST_G_C6> </MODULE1>
16. "Особенности" работы
17. Конфигурационные параметры
18. Давайте задеплоим первую версию
19. ⚠ Сертификация с вендором PMS • Разработка по документации, а не с реальной PMS • Тестовые среды • нестабильны • могут сильно отличаться от реального отеля • могут быть доступны только на период сертификации • Сама сертификация: не rocket science, но время займёт
20. Фаза 2: интеграция с остальными отелями
21. ⚠ Одна гостиничная сеть – много PMS • Отели покупаются и продаются • Тратить деньги на переход с одной PMS на другую нецелесообразно • Переобучение персонала • Обновление инфраструктуры • Могут возникнуть проблемы с текущими интеграциями • Следствие: необходима унифицированная модель данных • Путь 1: использование существующих стандартов (OTA, HTNG) • Путь 2: своя модель
22. ⚠ Стандарты реализуются по-разному <Service ServicePricingType="Per use" ServiceInventoryCode="UPG" Inclusive="false" Quantity="1"> <!-- other details --> </Service> <Service ServicePricingType="2" ServiceInventoryCode="ROOMUP" Inclusive="0" Quantity="1"> <!-- other details --> </Service>
23. ⚠ Стандарты реализуются по-разному <Service ServicePricingType="Per use" ServiceInventoryCode="UPG" Inclusive="false" Quantity="1"> <!-- other details --> </Service> <Service ServicePricingType="2" ServiceInventoryCode="ROOMUP" Inclusive="0" Quantity="1"> <!-- other details --> </Service>
24. ⚠ Стандарты реализуются по-разному <HotelReservation> <RoomStays> <RoomStay> <RoomTypes> <RoomType RoomID="123"/> </RoomTypes> </RoomStay> </RoomStays> </HotelReservation> <HotelReservation> <RoomStays> <RoomStay> <RoomRates> <RoomRate RoomID="123" /> </RoomRates> </RoomStay> </RoomStays> </HotelReservation>
25. ⚠ Сложности унификации • Диапазоны дат • Enumerations • Разные названия полей: arrival VS arrivalDate vs checkInDate vs … • Taxes: net vs gross • Spaces: не все PMS работают только на уровне комнат <ServiceDetails> <TimeSpan Start="2019-10-04" End="2019-10-06"/> </ServiceDetails>
27. Фаза 3: продакшн
28. { "id": "51345", "arrivalDate": "2018-01-10", "departureDate": "2018-01-20", "status": "CHECKED_IN" }
29. ⚠ Обнаружение аномалий в данных { "id": "51345", "arrivalDate": "2018-01-10", "departureDate": "2018-01-20", "status": "CHECKED_IN" }
30. ⚠ Повторная обработка • Вариант №1: инициировать
 историческую загрузку из PMS • не все PMS это умеют • Вариант №2: сохранять 
 "сырые" сообщения у себя • Kafka • Важно соблюдать порядок сообщений
31. ⚠ Мониторинг и алёртинг • Низкоуровневый (для инженеров) • Стек Elasticsearch-Logstash-Kibana • Высокоуровневый (для бизнес-пользователей) • На уровне одного отеля • На уровне всей сети
33. I KNOW PMS
34. А теперь нам нужно посылать данные обратно в PMS