Какие системы входят в цифровой контур перевозчика?
Перевозчик обычно использует TMS для рейсов и назначений, FMS для автопарка, GPS-платформу для телематики, мобильное приложение водителя, ЭДО и ЭПД для документов, бухгалтерскую систему и каналы взаимодействия с заказчиками. Их ценность определяется не числом экранов, а согласованностью идентификаторов, ролей, событий и правил обмена.
| Класс | Что решает | Главный объект | Типичное ограничение |
|---|---|---|---|
| CRM | Клиенты, лиды, коммуникации и коммерческие договорённости | Продажи и клиентский контекст | Обычно не подтверждает фактическое исполнение рейса |
| TMS | Заявки, планирование, ставки, маршруты, исполнение и аналитика | Операционный процесс перевозок | Может быть ориентирована на одну организацию |
| FMS | Автопарк, ТО, ремонты, ГСМ, путевые листы и технические показатели | Транспортные средства и эксплуатация | Не заменяет коммерческий и документарный lifecycle рейса |
| Биржа / marketplace | Поиск грузов, транспорта, ставок и контрагентов | Спрос, предложение и конкурентный выбор | После сделки нужен отдельный контур исполнения |
| ЭДО / ЭПД | Юридически значимый обмен, подписи, титулы и статусы документов | Документарные доказательства | Не обязательно владеет коммерческим объектом перевозки |
| Цифровой рейс | Участники, факты, документы, расхождения и готовность к расчёту | Межорганизационная история перевозки | Требует интеграций со специализированными системами |
Что должна делать TMS перевозчика?
TMS перевозчика должна принимать или создавать перевозочные задания, назначать транспорт и водителя, вести этапы исполнения, фиксировать изменения, связывать документы и показывать исключения. Она отвечает за операционную историю рейса, но не обязана самостоятельно обслуживать транспорт, рассчитывать технические интервалы или хранить всю телематику без специализированной границы.
Для диспетчера особенно важны конфликт назначений, доступность ресурса, изменение окна, простои и связь с внешним заказчиком. Система должна показывать основание статуса, а не только цветную метку без события и времени.
Какую роль играет мобильное приложение водителя?
Мобильное приложение переводит поручение диспетчера в короткую последовательность действий водителя: принять рейс, открыть текущую точку, подтвердить фактическое действие, получить уведомление, показать QR или передать документ. Оно должно работать при нестабильной связи, хранить локальную очередь и безопасно синхронизировать повторные события без двойной фиксации.
Интерфейс водителя не должен повторять офисную TMS. Цена, внутренняя маржа, административные справочники и сложные настройки остаются вне мобильного сценария, а критические действия требуют ясного подтверждения и восстановления после ошибки.
Как использовать GPS и геозоны без ложной автоматизации?
GPS помогает видеть последнюю позицию, строить трек, оценивать приближение к точке и анализировать отклонения, но координата сама по себе не доказывает погрузку, передачу груза или подписание документа. Геозона может подсказать действие и изменить доступный интерфейс, однако юридически или финансово значимое событие должен подтвердить уполномоченный участник либо доверенный внешний источник.
Такое разделение снижает риск спорных автоматических статусов. Сырые точки сохраняют происхождение, а вычисленные остановки, ETA и отклонения рассматриваются как производные данные, которые можно пересчитать и проверить.
Как разделить документы перевозчика?
Обычные фотографии и файлы, документы ЭДО, электронные перевозочные документы и титулы ЭТрН имеют разные жизненные циклы. Файл подтверждает визуальный или операционный факт, оператор ЭДО ведёт юридически значимый обмен, а ЭПД требует ролей, подписей, версий и статусов. Общая папка без связей с рейсом не обеспечивает проверяемую комплектность.
Каждый документ должен иметь владельца, версию, автора, время, связь с этапом и правила доступа. При смене водителя или перевозчика доступ к рейсу и документам должен обновляться немедленно, а историческое доказательство сохраняться в аудите.
Как проверить решение перед покупкой?
Проверьте не только красивый маршрут на экране, но и реальный рабочий день: несколько назначений, слабую связь, смену машины, отмену, простой, повторную отправку фотографии, истёкший код подписи и недоступность оператора ЭПД. Затем оцените интеграцию с FMS, телематикой, бухгалтерией и внешними заказчиками, а также стоимость поддержки мобильного парка устройств.
Критерии для перевозчика
- 01 Рейсы и назначения Диспетчер видит доступные рейсы, транспорт, водителей и изменения назначений с историей.
- 02 Мобильная работа Водителю нужен отдельный простой интерфейс, офлайн-очередь и восстановление синхронизации.
- 03 Телематика GPS и ETA используются как факты и подсказки, но не совершают юридические действия автоматически.
- 04 ЭТрН и документы Статусы, QR, подписи и файлы должны быть связаны с текущей версией рейса и полномочиями.
- 05 Автопарк ТО, ремонты, ГСМ и техническое состояние остаются в FMS либо специализированном контуре.
- 06 Внешний заказчик Перевозчик не должен дублировать одни и те же данные в нескольких кабинетах без интеграции.