Как каналу продаж подключить Partner API

Как подключить Partner API

2. После рассмотрения заявки, мы отправим документацию и информацию для доступа к тестовой среде на указанный вами электронный адрес.

3. Реализуйте интеграцию на тестовой среде.

4. Самостоятельно протестируйте интеграцию по всем пунктам чек-листа ниже. По пунктам 1-8 чек-листа вам необходимо сделать скриншоты, на которых будет четко видно, что они реализованы и функционируют. По пунктам 9-13 скриншоты не нужны.

5. Запишите видео реализации флоу бронирования:

Обратите внимание. Бронирование должно проходить в соответствии с диаграммой:

6. Отправьте скриншоты и ссылку на сайт проекта, где можно проверить бронирование, на электронный адрес: connectivity@travelline.ru.

7. Отправьте заполненную анкету с описанием своего канала. Для этого создайте копию файла → заполните анкету → отправьте ссылку на заполненную анкету на электронный адрес: connectivity@travelline.ru.

8. Мы проведем сертификацию в течение 5 рабочих дней. Если все хорошо, то свяжемся с вами для заключения договора. Если хотя бы один из пунктов чек-листа у вас не реализован или не функционирует — необходимо доработать.

Обратите внимание. В стоимость интеграции входит только 2 сертификации. Остальные мы проводим за дополнительную плату.

9. Заключаем договор и вы производите оплату.

10. В течение 5 рабочих дней мы добавляем ваш канал продаж в TL: Channel Manager и открываем его пилотному отелю.

11. Пилотный отель выбирает категории и тарифы в TravelLine, которые будут доступны каналу продаж.

12. Через 5 минут после настройки интеграции канал продаж станет доступен для бронирования. Travelline автоматически информирует канал продаж о том, что отелем произведены все необходимые настройки.

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 и изображения не грузятся из TravelLine.

12. Корректность передачи данных в API, которые вводятся в запросе на создание брони.

13. Перед шагом оплаты должен быть вызван метод /bookings/verify. После оплаты вызывается метод создания брони.