Коротко
Документація 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.
Після такого тесту буде зрозуміло, що вже працює у вашому сценарії та які доробки потрібні до використання реальних даних. Поточні технічні вимоги завжди звіряйте з документацією.