Публичный API системы онлайн записи и бронирования Кронос 2.0

Система записи и бронирования Кронос 2.0 получила публичный API. Теперь её можно напрямую связывать с внешними сервисами: сайтами, CRM, мобильными приложениями и внутренними системами компании.

Это важное изменение не только для разработчиков. Для бизнеса публичный API означает возможность встроить онлайн-запись и бронирование в собственные процессы, не ограничиваясь готовыми сценариями интеграции.

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

Именно здесь появляется API.
API позволяет одной системе обращаться к другой программным способом и обмениваться данными без ручного переноса информации. В результате Кронос 2.0 можно использовать как часть общей цифровой инфраструктуры компании, а не как изолированный сервис.

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

Для работы с API также доступна интерактивная Swagger-документация. Она содержит описание методов и позволяет тестировать запросы непосредственно в браузере.

Публичный API открывает доступ к основным данным и операциям, которые необходимы для построения собственных интеграций.

Внешняя система может получать данные о доступных ресурсах, услугах и свободных слотах.

Например, сайт может запросить актуальное расписание и показать клиенту только те варианты, которые действительно доступны для записи.
Это позволяет избежать ситуации, когда клиент выбирает время на сайте, а менеджеру приходится вручную проверять его доступность.

API позволяет программно создавать, изменять и удалять записи клиентов.
Это особенно полезно, если точкой входа для клиента является не стандартная форма Кронос, а собственный интерфейс компании.
Например, клиент может записаться через:

• сайт;
• мобильное приложение;
• личный кабинет;
• собственную форму;
• сторонний сервис.

При этом запись будет передана непосредственно в Кронос 2.0.

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

Ещё одна важная возможность - связь записей с CRM-сделками.
Это позволяет объединить расписание и продажи в одном процессе.

В итоге запись перестаёт быть отдельным событием в календаре и становится частью клиентского процесса.

Помимо запросов к API, можно использовать вебхуки для автоматической передачи данных о событиях.
Это позволяет строить сценарии, в которых одна система автоматически реагирует на изменения в Кронос 2.0.

Например:
изменение записи → вебхук → внешняя система получает данные → запускается следующий процесс.

Такой подход особенно полезен, когда необходимо поддерживать синхронизацию между несколькими системами.

Рассмотрим простой сценарий.
Клиент заходит на сайт компании и выбирает услугу, специалиста и удобное время.
Дальше процесс может выглядеть следующим образом:

Возможности API становятся особенно заметны в компаниях со сложной системой записи.

Главное преимущество публичного API - не просто возможность отправлять запросы из одной системы в другую. Гораздо важнее то, что меняется сама архитектура автоматизации. Без API компания часто вынуждена выбирать между готовыми интеграциями и ручной передачей данных.
С API появляется третий вариант - создать собственный сценарий взаимодействия систем.

Например, можно построить процесс:
сайт → система записи → CRM → уведомление → задача менеджеру → дальнейшая автоматизация.

Или более сложную цепочку:
мобильное приложение → проверка свободного ресурса → создание записи → передача данных в CRM → изменение статуса сделки → уведомление сотрудника → отправка клиенту подтверждения.

При этом каждая система продолжает выполнять свою задачу, а API связывает их в единый процесс.

Публичный API делает Кронос 2.0 более гибкой системой управления записью и бронированием.

Для бизнеса это означает:

• меньше ручного переноса данных;
• меньше разрозненных систем;
• возможность использовать собственный клиентский интерфейс;
• автоматическую синхронизацию записей;
• более глубокую интеграцию с CRM;
• возможность создавать нестандартные сценарии;
• возможность подключать Кронос 2.0 к существующей IT-инфраструктуре.

При этом саму систему записи не обязательно менять под каждый новый процесс. Разработчик может использовать API как связующий слой между Кронос 2.0 и другими сервисами.

Для работы с публичным API не нужно изучать возможности системы методом проб и ошибок.

В Swagger-документации доступны описания методов API, параметры запросов и другие необходимые сведения. Кроме того, запросы можно тестировать непосредственно в интерфейсе документации.

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

Публичный API - это шаг от готовой системы записи к более гибкой платформе, которую можно адаптировать под архитектуру конкретного бизнеса.

Если компании достаточно стандартной онлайн-записи, Кронос 2.0 можно использовать в готовом виде. Если же требуется собственный сайт, мобильное приложение, сложная CRM-автоматизация или интеграция с внутренними системами, публичный API позволяет расширить возможности системы.

Именно такой подход особенно важен для компаний, которые уже автоматизируют клиентский путь и хотят связать запись, бронирование и продажи в единый процесс.