Как подключить Exely Connect
1. Отправьте заявку на email connectivity@exely.com.
2. После рассмотрения заявки, мы отправим документацию и информацию для доступа к тестовой среде на указанный вами электронный адрес.
3. Реализуйте интеграцию на тестовой среде.
4. Самостоятельно протестируйте интеграцию по всем пунктам чек-листа ниже. По пунктам 1-8 чек-листа вам необходимо сделать скриншоты, на которых будет четко видно, что они реализованы и функционируют. По пунктам 9-13 скриншоты не нужны.
5. Запишите видео реализации флоу бронирования.
Обратите внимание. Бронирование должно проходить в соответствии с диаграммой:
6. Отправьте скриншоты и ссылку на сайт проекта, где можно проверить бронирование, на электронный адрес: connectivity@exely.com.
7. Отправьте заполненную анкету с описанием своего канала. Для этого создайте копию файла → заполните анкету → отправьте ссылку на заполненную анкету на электронный адрес: connectivity@exely.com.
8. Мы проведем сертификацию в течение 5 рабочих дней. Если все хорошо, то свяжемся с вами для заключения договора. Если хотя бы один из пунктов чек-листа у вас не реализован или не функционирует — необходимо доработать.
9. Заключаем договор и вы производите оплату.
10. В течение 5 рабочих дней мы добавляем ваш канал продаж в Exely Channel Manager и открываем его пилотному отелю.
11. Пилотный отель выбирает категории и тарифы в Exely, которые будут доступны каналу продаж.
12. Через 5 минут после настройки интеграции канал продаж станет доступен для бронирования. Exely автоматически информирует канал продаж о том, что отелем произведены все необходимые настройки.
13. Производится тестирование интеграции на живой среде согласно чек-листу (смотрите ниже). По завершении тестирования возможность подключения канала открывается всем отелям.
Чек-лист для тестирования интеграции
1. Наличие интерфейса в канале продаж для тестирования. Возможность указания:
даты заезда и даты выезда,
города/ отеля,
количества взрослых,
количества детей,
возрастов детей при поиске.
2. Отображение всех условий проживания при поиске доступных размещений внутри одного объекта размещения:
название номера/категории,
цена проживания,
питание,
штраф за отмену (размер штрафа, дата, время, часовой пояс наступления штрафного правила),
время заезда/выезда, часовой пояс,
расселение гостей (основные и дополнительные места).
3. Отсутствие дублирующих вариантов размещений при поиске. На тестовой среде все варианты размещения уникальны в разрезе всех условий проживания.
4. Отображение стоимости проживания из поля priceBeforeTax. Если каналом берется предоплата, то она должна быть меньше или равна priceBeforeTax.
5. Налог (tax) не должен входить в стоимость предоплаты и отображаться в стоимости проживания. Необходимо отображать налоги информативной отдельной строкой с добавлением текста, что налог оплачивается в отеле, или не отображать совсем информацию по налогам и сборам.
6. Возможность ввода данных минимум по одному гостю. Возможность ввода данных о заказчике, если он не совпадает с гостем.
7. Отображение информации для гостя, когда на этапе бронирования при вызове метода /bookings/verify приходит отказ «Condition change» — условия проживания изменились. Для проверки в методе /bookings/verify можно изменить значение поля «checksum».
8. Возможность отмены бронирования. При отмене брони вызывается метод calculate-cancellation-penalty и корректно отображаются условия отмены на текущую дату.
9. При использовании content-а из API названия объектов размещения, категорий номеров должны соответствовать данным из API.
10. Порядок фотографий объекта размещения и категорий номеров должен соответствовать порядку переданному в API. Фото отеля/номеров должны храниться на стороне канала продаж.
11. Content и изображения хранятся на стороне канала. При поиске цен и бронировании не вызываются методы Content API и изображения не грузятся из Exely.
12. Корректность передачи данных в API, которые вводятся в запросе на создание брони.
13. Перед шагом оплаты должен быть вызван метод /bookings/verify. После оплаты вызывается метод создания брони.
