Интеграция GPS-мониторинга с ERP/CRM
Связываем Wialon с CRM и ERP: заявки уходят водителю заданием, статусы доставки возвращаются в сделку, пробег, моточасы и расход по датчикам попадают в учёт. Схему обмена выбираем по возможностям API вашей системы; для систем без API обмен идёт файлами с задержкой. Состав данных и правила при сбоях фиксируем в техническом задании.
- 09:12 Сделка «К отгрузке» → задание водителю
- 09:48 Грузовик 10-XX-462 въехал на склад: «Загружается»
- 10:20 Выезд — клиенту ушла ссылка на отслеживание
- 11:05 CRM не ответила, событие в очереди на повтор
- 11:40 Въезд на объект в Масазыре и отметка водителя: доставлено
Работающий обмен между Wialon и вашей CRM или ERP по согласованному списку событий, с очередью, повторной отправкой и уведомлением при сбое. На руках остаются ТЗ, матрица справочников и журнал обмена, по которому видно, что ушло, что пришло и что застряло.
Когда заказы живут в CRM, а машины — в мониторинге
Менеджер принял заявку в CRM, позвонил диспетчеру, диспетчер написал водителю в WhatsApp, водитель отзвонился, что доставил. Клиент в это время трижды спросил, где его груз. А в конце месяца бухгалтер вручную собирает пробег и часы работы, чтобы выставить счёт за аренду техники.
Интеграция GPS-мониторинга с ERP и CRM сокращает эти звонки и перепечатку. Заявка из CRM может создавать задание для водителя в модуле логистики Wialon; статус доставки возвращается в карточку сделки по въезду в геозону клиента и отметке водителя; пробег, моточасы и расход по ДУТ уходят в ERP по расписанию. Работает это при двух условиях: у вашей системы есть API или доступ к базе, а геозоны, водители и машины в Wialon заведены аккуратно. Статус «доставлено» без отметки водителя остаётся предположением, а расход без оттарированного датчика — оценкой.
Мы связываем Wialon с Bitrix24, amoCRM, Odoo, Microsoft Dynamics, 1С и SAP, а также с самописными системами, если у них есть API или хотя бы доступ к базе. Для каждой пары систем выбираем самую простую схему обмена, которая решает задачу, — без лишних слоёв.
Как проходит работа
Сущности и поля
Смотрим сделки, заказы и объекты учёта в вашей системе, кто и какими полями пользуется.
Контракт событий
Какие данные, в какую сторону, как часто и что делать при ошибке. Владелец каждого справочника.
Коннектор и очередь
API, поток данных или файлы — по возможностям системы. Повтор без дублей по уникальному ключу.
5–10 машин в работе
Каждое событие из контракта проходит хотя бы раз, суточный факт сходится с отчётом Wialon.
Мониторинг обмена
При сбое уведомление ответственному, а не сюрприз в конце месяца.
Как идёт связка CRM и мониторинга
Условный пример: оптовая компания со стройматериалами, заказы в Bitrix24, 25 грузовиков по Баку и Абшерону.
- Обследование стадий сделок и справочников ТЗ
Машины и водители ведутся в ERP, клиенты и адреса — в CRM, геозоны строим по ним в Wialon.
- Стадию «доставлено» понимают по-разному договориться
Отдел продаж и склад согласуют правило внутри компании: въезд в геозону плюс отметка водителя.
- Коннектор с очередью и повтором разработка
Уникальный ключ события, чтобы повторная отправка не создала вторую сделку.
- Тест на 8 машинах в боевом режиме тест
Задания уходят водителям, статусы возвращаются в карточки сделок с временем и координатами.
- Весь парк на обмене запуск
Логист занимается маршрутами, менеджер видит статус в сделке и отвечает клиенту сам.
Что происходит, пока системы не связаны
Разрыв между мониторингом и учётом бьёт по деньгам в четырёх местах:
Приписки пробега
Водитель пишет в путевом листе 500 км, а проехал 400. Бухгалтер не может это проверить и списывает лишнее топливо, хотя трек в Wialon лежит рядом.
Недовыставленные счета
Экскаватор в аренде отработал 212 часов, а в акт ушло 180, потому что прораб считал по памяти. Для прокатных компаний это прямые потери выручки.
Звонки «где машина»
Менеджер по продажам не видит, где груз клиента, и дёргает диспетчера. Диспетчер тратит часы на пересказ того, что и так видно на карте.
Опечатки при вводе
Одна лишняя цифра в показаниях одометра — и отчётность по машине за месяц едет. Найти такую ошибку потом дольше, чем ввести заново.
Три схемы обмена, из которых мы выбираем
1. Запрос по API. ERP или наш сервис-посредник обращается к Wialon API и забирает готовые данные: отчёт по пробегу за сутки, моточасы, список посещённых геозон. Подходит для учёта и биллинга, где достаточно обновления раз в час или раз в сутки.
2. Поток данных в ваш сервер. Если нужна позиция машины в реальном времени — в собственном диспетчерском приложении или в хранилище данных, — настраиваем ретрансляцию данных по протоколу Wialon IPS или другому, который принимает ваша сторона.
3. Файловый обмен. Для старых систем без API: выгрузка CSV или XML по расписанию в папку или на FTP. Самый простой вариант, но с задержкой.
Обратное направление тоже возможно: из CRM в Wialon можно передавать заявки, адреса точек доставки, список водителей и новые машины. Так справочники ведутся в одном месте.
Что умеет модуль интеграции
Сделка в CRM превращается в задание водителю
Менеджер переводит сделку в стадию «К отгрузке», и в модуле логистики Wialon создаётся задание с адресом, временным окном и контактом получателя. Водитель видит его в мобильном приложении.
Когда машина въезжает в геозону клиента и водитель отмечает доставку, статус сделки в CRM меняется автоматически, а к карточке прикрепляется время и координаты.
Сценарий: доставка стройматериалов по Баку
Оптовая компания продаёт цемент и арматуру и развозит их своими грузовиками по объектам в Баку и на Абшероне. Заказы ведутся в Bitrix24.
До интеграции логист каждое утро распечатывал список заказов и раздавал водителям. Менеджеры звонили логисту по 30–40 раз в день с вопросом «уже выехали?». Клиенты узнавали о задержке, когда машина не приезжала.
После интеграции схема такая:
- сделка в стадии «Отгрузка» создаёт задание в Wialon с адресом объекта;
- при въезде машины в геозону склада сделка получает статус «Загружается»;
- при выезде клиенту уходит SMS со ссылкой на публичную страницу отслеживания машины;
- при въезде в геозону объекта и отметке водителя сделка закрывается как доставленная.
Логист занимается маршрутами, а не телефоном. Менеджер видит статус в карточке сделки и отвечает клиенту сам.
Сроки и порядок работ
Обычно проект проходит пять шагов:
- Обследование, 2–5 дней. Смотрим, какие сущности в вашей CRM или ERP (сделки, заказы, объекты учёта), какие поля нужны и кто ими пользуется.
- Техническое задание. Коротко, на 2–4 страницы: какие данные, в какую сторону, как часто, что делать при ошибке. Согласуем с вашим ИТ.
- Разработка, 1–4 недели. Зависит от того, есть ли у системы нормальный API. У Bitrix24, amoCRM и Odoo он есть, у многих самописных — нет.
- Тест на 5–10 машинах. Пара недель в боевом режиме на части парка.
- Запуск и сопровождение. Мониторим обмен, при сбое вы получаете уведомление, а не узнаёте о проблеме в конце месяца.
Если нужна только выгрузка данных в хранилище для аналитики, всё проще и быстрее. Про готовые варианты подключений смотрите раздел интеграции.
Матрица владельцев справочников и контракт событий
Кто ведёт машины и водителей
Для каждого справочника фиксируем одну систему-владельца. Обычно машины и водители заводятся в ERP и передаются в Wialon, а не наоборот. Правка в «чужой» системе при следующем обмене будет перезаписана, и это записано в ТЗ.
Кто ведёт клиентов и точки
Адреса и контакты клиентов живут в CRM, геозоны строятся по ним в Wialon. Если геозону пришлось поправить вручную, например из-за другого въезда на склад, это отмечается, чтобы обмен её не сбросил.
Контракт событий
Список событий, которые одна система передаёт другой: «задание создано», «въезд в геозону склада», «выезд», «доставлено», «суточный факт по пробегу». Для каждого — поля, идентификатор объекта и ожидаемый ответ получателя.
Повторная доставка
Если получатель не ответил, событие остаётся в очереди и отправляется повторно по согласованному правилу. У события есть постоянный идентификатор: принимающая система должна распознавать повтор по нему и не создавать второй документ. Повтор, конфликт и окончательный отказ проверяем на пилоте и показываем в журнале обмена. После заданного числа неудач уходит уведомление ответственному.
Состав работ, оценка и приёмка
Входит
Обследование, ТЗ с матрицей справочников и контрактом событий, разработка коннектора, тест на части парка, запуск, мониторинг очереди обмена.
Не входит
Доработка бизнес-процессов и стадий в вашей CRM, настройка прав пользователей ERP, разработка на стороне системы без API, если её ведёт ваш подрядчик.
Как оцениваем трудозатраты
Оценку даём после обследования, по трём вещам: сколько событий и направлений в контракте, есть ли у системы документированный API и насколько чистые справочники. До обследования можем назвать только порядок сроков.
Приёмка
На тестовой группе машин каждое событие из контракта проходит хотя бы раз, повторная отправка не создаёт дублей, а суточный факт по пробегу и моточасам сходится с отчётом Wialon. Результат подтверждает ответственный с вашей стороны.
Что нужно подготовить до старта
Доступ к API вашей системы
Тестовый пользователь или ключ API с правами на нужные сущности. Для облачных CRM это делается за 10 минут.
Список машин и водителей
Выгрузка из ERP с идентификаторами, по которым будем связывать объекты: госномер, инвентарный номер, табельный номер.
Правила по статусам
Какая стадия сделки означает «отгрузить», какая — «доставлено». Иногда это приходится договаривать внутри вашей компании.
Контакт в ИТ
Человек, который ответит на вопросы о вашей системе и согласует доступы. Если ИТ на аутсорсе — контакт подрядчика.
Настроенный мониторинг
Геозоны складов и клиентов, датчики и водители в Wialon должны быть заведены аккуратно. Если с этим беспорядок, начинаем с настройки системы.
Что получает компания
Меньше ошибок ввода
Пробег, моточасы и топливо попадают в учёт без ручного набора, поэтому опечаток в показаниях одометра не бывает. Ошибки в исходных данных, например неоттарированный бак, интеграция не исправит.
Отчёты за минуты
Сводка по парку за месяц строится из уже загруженных данных, а не собирается неделю из бумажек. Время уходит на разбор исключений.
Налоговая прозрачность
Данные ДУТ и заправок помогают сверять списание ГСМ с фактическими событиями. Для внутренней проверки и аудита сохраняем связку с путевыми листами, первичными документами и правилами вашей учётной системы; достаточность документов для налогового учёта определяет ваша бухгалтерия.
Полные счета
Биллинг по фактическим часам и километрам. Отработанное время не теряется между прорабом и бухгалтерией.
Какую схему обмена выбираем
Берём самую простую, которая решает задачу.
| Запрос по API | Поток в ваш сервер | Файловый обмен | |
|---|---|---|---|
| Для чего подходит | Учёт и биллинг | Своё диспетчерское ПО | Старые системы без API |
| Частота данных | Задаётся интеграцией и лимитами API | Поток при поступлении сообщений | По расписанию |
| Состав данных | Сообщения или рассчитанные отчёты по выбранным методам | Сообщения по согласованному протоколу | CSV или XML с согласованными полями |
| Что нужно на вашей стороне | Доступ к API и права | Свой приёмник потока | Согласованный защищённый канал и формат |
Вопросы про «Интеграция GPS-мониторинга с ERP/CRM»
Оставить заявку
Специалист перезвонит и подберёт решение под вашу технику и задачу.