
Коротко
Документация CRMMECH API доступна публично. Она описывает передачу событий камер через Webhooks и чтение данных через Pull API. Для владельца СТО это основа разговора с разработчиком об интеграции с действующей CRM или 1С.
От заезда автомобиля до события в вашей системе
Когда в автосервисе уже работает внешняя CRM или учётная система, важно связать фактический заезд автомобиля с рабочим процессом команды. Публичная документация CRMMECH API помогает разработчику разобраться, какие события и данные можно использовать для такой связи.
В этом сообщении от 3 октября 2026 года представляем документацию и новый раздел API на сайте MECH Orbit. В нём собраны краткий обзор возможностей и ссылки для технической команды.
Webhooks: получайте события заезда и обновления
Документация описывает два типа событий: vehicle.arrived и vehicle.updated. Они сообщают о заезде автомобиля и последующем обновлении его данных. CRMMECH отправляет событие на настроенный HTTPS-приёмник интеграции.
Запросы Webhook имеют HMAC-подпись. Приёмник должен проверять её до обработки сообщения, корректно работать с повторной доставкой и сохранять нужную связь между событием и записью во внешней системе. Формат запроса и правила проверки приведены в технической документации.
Pull API: читайте данные по запросу
Pull API дополняет событийную модель: интеграция может запрашивать доступные данные, когда это нужно её собственному процессу. Опубликованный Pull API работает в режиме чтения. Планировать создание или изменение всех сущностей CRMMECH через него не следует.
Разработчику стоит сверить нужные поля, параметры запросов, авторизацию и ограничения с актуальной документацией API. До запуска также определите, какая система отвечает за каждое поле и как команда будет проверять результат обмена.
Что нужно для подключения CRM или 1С
Интеграция требует разработчика: он создаёт HTTPS-приёмник, настраивает проверку подписи и реализует преобразование данных для конкретной CRM или конфигурации 1С. Наличие API само по себе не означает готового универсального коннектора.
Начните с одного сценария: событие заезда должно найти соответствующую запись в вашей системе или выполнить согласованное действие через её собственный интерфейс. Отдельно согласуйте правила сопоставления автомобилей, доступы, хранение данных и реакцию на ошибки.
Первый контрольный тест
- Передайте разработчику ссылку на документацию и опишите одно нужное действие после заезда.
- Подготовьте HTTPS-приёмник и проверку HMAC-подписи.
- Проверьте оба события, повторную доставку и поведение при некорректной подписи на тестовых данных.
- Сверьте результат во внешней системе и отдельно проверьте нужный запрос Pull API.
После такого теста будет понятно, что уже работает в вашем сценарии и какие доработки нужны до использования реальных данных. Текущие технические требования всегда сверяйте с документацией.
