Игроки на рынке

Идея SaaS-продукта на основе прототипа

Идея проекта — превратить наш внутренний рабочий прототип в готовое SaaS-решение для транспортных компаний.

Мы уже прошли длинный и дорогой путь разработки: от простых связок Excel и Access до полноценной системы, в которой собраны реальные бизнес-процессы, алгоритмы и практики управления перевозками.

Теперь мы упаковываем этот опыт в облачный продукт, чтобы транспортным компаниям не приходилось:

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

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

1. Транспортные компании

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

2. Грузовладельцы

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

3. Водители, ИП и самозанятые перевозчики

Исполнители перевозок, которые работают либо напрямую, либо через транспортные компании.
Для них важны мобильное приложение, понятные задания, прозрачные ставки, документы и расчеты.

Каким же Программым обеспечением пользуются транспортные компании?

Транспортные компании обычно пользуются не одной программой, а связкой из нескольких систем. В российской практике базовый контур чаще всего выглядит так: учет в 1С / ERP + TMS или диспетчерская система + GPS/телематика + маршрутизация + ЭДО/ЭТрН + мобильное приложение водителя. Для компаний со складами сверху добавляется WMS. Это соответствует тому, как рынок описывает TAdviser и как сами вендоры строят интеграции своих продуктов.

Чаще всего используют такие классы ПО:

1. Учет и back-office
Обычно это решения на базе 1С, где ведут бухгалтерию, финансы, взаиморасчеты и часть управленческого учета. Многие логистические системы в России специально делают интеграции именно с 1С.

2. TMS / система управления перевозками
Это ядро операционной работы: заявки, рейсы, диспетчеризация, контроль перевозки, загрузка транспорта, иногда тарифы и документы. Из заметных решений на рынке встречаются 1С:TMS, Saby TMS, а также другие отечественные TMS; сам рынок TMS в России остается фрагментированным, с большим числом продуктов.

3. Маршрутизация
Для планирования маршрутов, распределения заказов по машинам и контроля доставки используют сервисы вроде Яндекс Маршрутизации. У сервиса есть веб-версия, API и модули интеграции с 1С; он умеет планировать маршруты с учетом большого числа параметров и отслеживать выполнение.

4. GPS/ГЛОНАСС и телематика
Для контроля местоположения, пробега, топлива, геозон и поведения водителя используют телематические платформы вроде Omnicomm и Wialon. Omnicomm прямо заявляет интеграции с 1С, SAP, Oracle, а Wialon поддерживает интеграцию с современными конфигурациями 1С.

5. Электронный документооборот и перевозочные документы
Для ЭТрН, электронных путевых листов, заявок и других документов используют Контур.Логистику и Saby TMS / СБИС. Это уже не “дополнительный сервис”, а обязательный слой: с 1 сентября 2026 года электронные транспортные документы становятся обязательными для коммерческих перевозок.

6. Мобильное приложение водителя
Оно нужно для получения задания, статусов, геолокации, фотофиксации, подписи документов и связи с диспетчером. Такой мобильный контур встроен или поддерживается в современных TMS и маршрутизационных решениях, включая 1С:TMS, Saby TMS и Яндекс Маршрутизацию.

7. WMS, если есть складской контур
Если перевозчик одновременно хранит и обрабатывает товар, добавляют WMS. Этот сегмент в России считается одним из самых зрелых, а рынок уже достаточно заметный по выручке поставщиков.

Если упростить до практики, то обычно получается так:

малые компании: 1С или простая учетная система + GPS/телематика + ЭДО + иногда облачная маршрутизация;
средние компании: 1С + TMS + GPS/ГЛОНАСС + приложение водителя + ЭДО/ЭТрН;
крупные компании: TMS + ERP/1С + телематика + ЭДО + маршрутизация + WMS + аналитика/BI.

Если речь о водителе в грузоперевозках, то он обычно пользуется двумя разными типами ПО:

1. Для выполнения уже полученного задания

Обычно это не “биржа грузов”, а корпоративное мобильное приложение транспортной компании или ее TMS/маршрутизации.

Через него водитель получает маршрут на день, список точек, контакты получателя, статусы заказа, навигацию и иногда документы.Так работают, например, приложения на базе 1С/TMS, Яндекс Маршрутизации и Saby Courier. Яндекс прямо указывает, что приложение показывает маршруты, позволяет открыть путь в Навигаторе или Картах и передает статусы выполнения; ITOB описывает мобильный клиент 1С как рабочее место водителя для приема задач и передачи отчетности; Saby Courier дает заказы, маршрут, путевые листы и транспортные накладные.

2. Для поиска заявок и грузов

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

Самый заметный пример — ATI.SU: на платформе можно искать грузы, видеть ставки и контакты заказчиков, а также работать через мобильное приложение «АТИ Грузы и Транспорт». ATI.SU сама пишет, что зарегистрированные перевозчики могут искать грузы, а в мобильном приложении доступны поиск, предложения и просмотр рейтинга фирм

Каким программным обеспечением пользуется грузовладелец

Грузовладелец обычно пользуется не одной программой, а набором сервисов. На практике это чаще всего связка из учетной системы/ERP, TMS или кабинета заказчика, электронного документооборота и системы отслеживания перевозки. У крупных компаний к этому часто добавляется WMS, если есть складской контур.

Если разделить по этапам, получается так.

Когда грузовладелец оформляет заявку на перевозку, он обычно работает в одной из таких систем:

ERP / 1С / внутренняя учетная система — чтобы сформировать потребность в перевозке, связать ее с заказом, отгрузкой и финансами;
TMS или “кабинет заказчика” — чтобы создать заказ на перевозку, указать груз, маршрут, параметры машины и условия доставки;
ЭДО / ЭТрН — чтобы отправить перевозчику электронный заказ-заявку и дальше вести перевозочные документы в цифровом виде.
Например, в Saby TMS для грузоотправителя есть конфигурация «Заказчик» с созданием и отправкой ЭТрН и других исходящих документов, а в электронном заказе на перевозку грузоотправитель заполняет данные о грузе, маршруте и требованиях к транспортному средству.

Если грузовладелец выбирает перевозчика из нескольких вариантов, он может использовать TMS-платформу или цифровую площадку с личными кабинетами участников. В таких системах обычно доступны заявка на доставку, подбор или назначение перевозчика, мониторинг процесса и последующее формирование документов для оплаты. Такой сценарий публично описывает, например, VEZUBR.

Во время самой перевозки грузовладелец обычно пользуется уже не модулем создания заявки, а:

личным кабинетом / TMS-экраном заказчика — чтобы видеть статус заказа и этапы доставки;
онлайн-отслеживанием груза и транспорта;
уведомлениями об отклонениях;
ЭДО/ЭТрН — чтобы видеть, подписывать и хранить транспортные документы.
Контур.Диадок Логистика прямо пишет, что грузоотправитель может отслеживать статус перевозки онлайн, а Saby и VEZUBR показывают онлайн-контроль доставки, статусы заказов и мониторинг отклонений.

После доставки грузовладелец обычно продолжает работать в том же цифровом контуре:

принимает и подписывает перевозочные документы;
сверяет статусы и фактическое исполнение;
передает данные в учетную систему;
использует электронный архив документов для бухгалтерии и претензионной работы.
Контур и Saby описывают именно такой сценарий: электронные транспортные документы, быстрый обмен между участниками, хранение архива и связку с учетными системами.