API бронирования парковки

Основная задача API бронирования ParkingPro — позволить собственной системе оператора отправлять запрос на создание бронирования, которое затем регистрируется в централизованной системе бронирования ParkingPro наряду с бронированиями со стандартного сайта, из колл-центра или других подключённых каналов. Это особенно актуально для операторов, которым нужен полный контроль над дизайном и логикой собственной формы бронирования, а не только стандартная страница, размещённая на платформе ParkingPro.

Поскольку бронирование регистрируется в той же централизованной системе, данные о вместимости и ценах по каналам остаются согласованными: место, забронированное через собственную форму на базе API, уменьшает доступность точно так же, как бронирование непосредственно на сайте, размещённом на платформе ParkingPro. Это позволяет избежать риска двойного бронирования, возникающего при использовании несвязанных систем.

Начните с вашего реального процесса бронирования: предлагаемых услуг, дат, доступности мест, цен и бронирования, которое вы хотите создать. Ваша команда разработчиков должна определить данные, необходимые на каждом этапе, и запросить у службы поддержки подтверждение поддерживаемых функций и прав доступа. Требования к оплате, внесению изменений и отмене необходимо обсуждать отдельно, а не считать эти возможности доступными лишь потому, что речь идёт об API.

Запросите актуальную документацию до начала реализации. Конкретные поля, сведения об аутентификации и варианты тестирования следует брать из согласованной спецификации. На этой странице не публикуются вымышленные конечные точки или ценовая политика; обратитесь к нашей команде, чтобы уточнить условия, применимые к вашему проекту.

Когда оператор запрашивает доступ к API, следующим шагом обычно становится обсуждение предполагаемого сценария использования: что должна делать собственная форма бронирования или подключённая система, каков ожидаемый объём бронирований и какие особые бизнес-правила необходимо соблюдать при создании бронирования. Именно это обсуждение определяет предоставляемый доступ и поддержку, а не универсальный пакет, одинаковый для всех.

В ходе этого процесса технические детали, такие как конкретные конечные точки или методы аутентификации, согласовываются непосредственно с оператором, поскольку они зависят от согласованного объёма доступа и здесь не публикуются. Операторы получат эту информацию вместе с соответствующей документацией после согласования доступа к API с командой ParkingPro.

Бронирования, созданные через API, поступают в те же рабочие инструменты, что и бронирования из всех остальных источников. Это означает, что сотрудники на парковке могут использовать Driver App для сохранения фотографий автомобиля и получения подписи при его приёме и выдаче по бронированиям через API так же, как и по любым другим бронированиям.

На парковках, использующих дополнительную функцию отслеживания времени рейсов в реальном времени, бронирование, созданное через API и содержащее сведения о рейсе, также может использовать эту функцию, если это поддерживается. Для этого соответствующие поля с данными о рейсе должны быть включены в запрос на бронирование, а функция должна быть включена для данной парковки. Точный набор необходимых полей следует уточнить при обсуждении доступа к API с ParkingPro.