TMS: система управления транспортом и доставкой

Транспортная система стоит в конце цепочки и часто путается с соседями.

Главная и самая недооценённая функция. Задача звучит просто: развезти сто адресов пятью машинами. На практике она решается только с ограничениями, и именно они определяют пользу от системы.

Что входит в ограничения: временные окна получателей, вместимость по весу и объёму, габариты машины и допуски по въезду в зоны города, температурный режим, совместимость грузов, время на разгрузку в конкретной точке, режим труда и отдыха водителя, квалификация и допуски, обязательный возврат на базу.

Без этого набора маршрут получается красивым и невыполнимым: машина приезжает к закрытым воротам, не проходит по высоте или не успевает в окно. Хорошая система показывает не только маршрут, но и причину, по которой конкретная точка не попала в рейс.

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

Окно — обещание клиенту, и от того, как оно считается, зависит и загрузка машин, и доля переносов.

Узкое окно повышает лояльность и снижает эффективность: машина ждёт у подъезда, чтобы не приехать раньше. Широкое окно даёт плотные маршруты и раздражает получателей. Рабочий компромисс — интервалы разной ширины для разных сегментов: два часа за отдельную плату, четыре часа бесплатно, а для B2B — по договорному графику приёмки.

Практический момент: окна должны учитывать не только желание клиента, но и реальное время разгрузки. Магазин с одной рампой принимает машину сорок минут, а не десять, и если это не заложено, весь остаток рейса едет с опозданием.

Место, где деньги теряются тише всего: доставка считается «в среднем», а не по рейсу.

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

Три работающие схемы. Фиксированные тарифы по направлениям: просто, предсказуемо, но не всегда дёшево. Аукцион между перевозчиками: заявка уходит списку подрядчиков, кто-то забирает по своей ставке — экономит деньги, добавляет работы. Приоритеты по качеству: сначала предлагаем тем, у кого меньше срывов, даже если их ставка выше.

Что должно быть в системе, чтобы это работало: карточка перевозчика с тарифами и допусками, история срывов и претензий, кабинет для подрядчика (принял, назначил машину и водителя, приложил документы), расчёт взаиморасчётов с актами.

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

Мобильное приложение — точка, где план встречается с реальностью, и требования к нему специфические.

Работа офлайн. Подвалы, склады, трасса без сети. Приложение должно показывать маршрут и принимать данные без интернета, а отправлять при появлении связи.

Минимум действий. Водитель работает на ходу: крупные кнопки, два касания на подтверждение, никаких длинных форм.

Фотофиксация и подпись. Фото груза и места, электронная подпись получателя на экране, отметка причины недоставки из списка.

Геотрек. Фактический маршрут и время на точках — основа для расчёта пробега и разбора спорных ситуаций.

Расход батареи. Смена длится двенадцать часов; приложение, которое садит телефон за четыре, водители просто перестают открывать.

Такие приложения мы делаем как мобильные продукты для полевых сотрудников: офлайн-режим и синхронизация здесь — основная инженерная работа, а не дополнение к интерфейсу.

Регуляторный сюжет, который касается всех, кто возит грузы автотранспортом.

С 1 сентября 2026 года электронная транспортная накладная становится обязательной и заменяет бумажную для большинства коммерческих автомобильных перевозок. Это касается всех участников: грузоотправителя, перевозчика и грузополучателя.

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

Что это означает для транспортной системы: нужна интеграция с оператором, работа с электронными подписями участников, хранение и статусы документов, а в приложении водителя — подтверждение приёмки и передачи груза. Если сейчас накладные печатаются и подписываются на бумаге, это отдельный проект, и сроки на него уже поджимают.

Два разных источника данных, которые часто путают.

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

Телематика — данные с оборудования на транспорте: точные координаты, скорость, расход топлива, датчики температуры и открытия. Нужна там, где важны сохранность груза, контроль расхода и стиль вождения.

Наша граница здесь честная: оборудование, установку и обслуживание телематики мы не делаем — это работа профильных поставщиков. Мы забираем данные из их систем и используем в софте: показываем на карте, считаем метрики, поднимаем тревогу при отклонении температуры, сверяем план с фактом.

• Учётная система — заявки, контрагенты, документы, взаиморасчёты; механика обмена описана в материале про интеграцию с 1С.
• Заказы и склад — что и когда готово к отгрузке, фактическое время комплектации.
• Оператор перевозочных документов — формирование, подписание и статусы электронных накладных.
• Карты и геосервисы — геокодирование адресов, расстояния, пробки, зоны ограничений.
• Службы доставки — передача отправлений, трек-номера, статусы.
• Телематика — координаты и данные датчиков.
• Клиентский трекинг — ссылка на отслеживание, уведомления по СМС и в мессенджерах.

Отдельная и недооценённая работа — качество адресов. Половина проблем маршрутизации — это неразобранные адреса: без нормализации и геокодирования система строит маршруты по неправильным координатам.

Готовые решения на рынке есть: от модулей на базе учётных систем до специализированных платформ маршрутизации. Для типовой развозки по городу они закрывают задачу.

Своя разработка оправдана в трёх случаях. Первый: логистика — часть продукта (маркетплейс со своей доставкой, сервис срочной доставки, аренда с выездом). Второй: специфические ограничения, которых нет в коробке — температурные цепочки, опасные грузы, монтаж на объекте, работа с оборудованием клиента. Третий: собственная сеть подрядчиков со своими правилами распределения и взаиморасчётов.

Частый рабочий вариант — гибрид: маршрутизация берётся готовым сервисом (это сложная математика, писать её с нуля незачем), а всё остальное — заявки, тарифы, кабинет подрядчика, приложение водителя, документы — делается под процесс.

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

По нашим работам: заказная транспортная система под процесс — от 1,7 млн ₽, мобильное приложение водителя с офлайном и фотофиксацией — от 1,8 млн ₽, логистические и складские модули — от 1,5 млн ₽, отдельная интеграция (оператор документов, телематика, карты, учётная система) — от 150 тыс. до 1,5 млн ₽. Точная цифра считается по вашим рейсам и ограничениям: оценка проекта бесплатная.

Прикинуть бюджет можно заранее — бесплатный калькулятор оценки собирает вилку по составу работ за несколько минут.

Маршрутизация без ограничений. План выглядит красиво, а водитель едет по своему маршруту, потому что по плану он физически не успевает.

Нет факта по рейсу. План есть, факт собирается по путевым листам вручную — управлять расходами нечем.

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

Адреса не нормализованы. Геокодирование даёт мимо, маршруты строятся неверно, и виноватой выглядит система.

Документы оставили на бумаге. С обязательной электронной накладной с сентября 2026 года это уже не вопрос удобства.

Первое — посчитать стоимость доставки на заказ хотя бы приблизительно, по прошлому месяцу: расходы на транспорт, поделённые на число доставленных заказов, отдельно по своим машинам и подрядчикам. Эта цифра определяет масштаб выигрыша.

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

Третье — проверить готовность к электронным перевозочным документам: подключён ли оператор, кто подписывает, что происходит на стороне водителя и получателя. Сроки здесь заданы не вами.