Интеграции

Webhook и API онлайн-записи: как автоматизировать CRM, сайт и внутренние системы

Как использовать webhook и API онлайн-записи: события бронирования, статусы, оплаты, CRM, сайт, BI-отчёты, повторная отправка и контроль ошибок.

13 минут чтения·Обновлено: 25 июня 2026 г.·Автор: команда MySlot

Получить демо MySlot

Интерфейс webhook и API онлайн-записи с событиями бронирования, статусами, оплатами, CRM, сайтом, BI-отчётами и ошибками интеграций — Webhook и API помогают связать онлайн-запись с системами, где команда уже ведёт продажи, отчёты и операции.

Коротко

Webhook и API онлайн-записи нужны, когда бизнес хочет связать бронирования не только с CRM, но и с сайтом, BI-отчётами, внутренними кабинетами, складом, кассой, приложением или собственной системой уведомлений.

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

Главное в статье

Webhook подходит для событий: новая запись, перенос, отмена, оплата, no-show, завершение или ошибка передачи.

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

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

Для руководителя важны логи, статусы передачи и отчёты, а не только факт подключения API.

Раздел 01

Когда нужны webhook и API

Если бизнесу достаточно передавать запись в amoCRM или Bitrix24 по стандартным полям, может хватить готовой CRM-интеграции. Webhook и API нужны, когда процесс шире: есть собственный сайт, приложение, BI, внутренний кабинет, ERP, склад, касса или нестандартная логика подтверждения.

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

Нужна нестандартная логика

Например, разные воронки CRM для услуг, отдельные уведомления для филиалов или собственные BI-отчёты.

Есть несколько систем

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

Важно контролировать ошибки

Команда должна видеть, если событие не передалось, ушло с ошибкой или требует повторной отправки.

Раздел 02

Какие события передавать

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

Новая запись

Контакт, услуга, слот, ресурс, филиал, источник, UTM и комментарий клиента.

Изменение статуса

Подтверждена, ждёт оплаты, оплачена, перенесена, отменена, no-show или завершена.

Оплата

Сумма, статус, способ, дата, платёжная ссылка или событие неоплаты после дедлайна.

Перенос или отмена

Старый слот, новый слот, причина, кто изменил запись и нужно ли освободить ресурс.

Ошибка интеграции

Код ошибки, система-получатель, попытка отправки, время и ответственный за исправление.

Раздел 03

Webhook и API: в чём разница

Инструмент	Как работает	Когда использовать
Webhook	MySlot отправляет событие во внешнюю систему при изменении записи.	Для уведомлений, CRM-событий, BI-потока, задач и автоматических триггеров.
API	Внешняя система обращается к данным или создаёт действия по запросу.	Для личных кабинетов, сайтов, приложений, синхронизации справочников и кастомной логики.
Готовая интеграция	Настраивается быстрее и закрывает типовой сценарий.	Для стандартной передачи в CRM, оплату, уведомления или сайт.
Комбинированный сценарий	Webhook запускает событие, API уточняет детали или обновляет данные.	Для сложных процессов с несколькими системами и контролем статусов.

Раздел 04

Как спроектировать интеграцию

Опишите бизнес-события

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

Соберите схему данных

Определите обязательные поля: клиент, услуга, слот, ресурс, филиал, статус, оплата, источник и комментарий.

Настройте защиту от дублей

Используйте уникальный идентификатор записи и события, чтобы повторная отправка не создавала лишние сделки.

Продумайте повторную отправку

Если CRM или внутренняя система временно недоступна, событие должно фиксироваться и переотправляться по понятному правилу.

Добавьте мониторинг

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

Важно

Практический совет

Для первого этапа выберите 3-5 событий: новая запись, оплата, перенос, отмена и ошибка передачи. Этого обычно достаточно, чтобы связать запись с CRM и отчётами без избыточной интеграции.

Вывод

Итог

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

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

Демо