Логистика теряет время в трёх местах: пока строят маршрут, пока оформляют бумаги на груз и пока клиент выясняет, где его заказ. Первые два узла автоматизируются сложно и окупаются на объёме, третий — просто и почти сразу. Ниже разбор каждого и требования к обмену данными между системами.
Почему логистика буксует не там, где кажется
Принято считать, что логистика — про транспорт. На практике половина потерь возникает вне дороги: машина стоит во дворе, пока печатают документы; водитель уехал без исправленной накладной и вернётся за подписью завтра; диспетчер тратит утро на обзвон одних и тех же вопросов. Отсюда подход: сначала измерить, где уходит время, и потом выбирать, что автоматизировать. Метрика на старте — доля смены, в которую машина едет; если она ниже половины, проблема не в маршрутах.
Признаки, что автоматизация назрела: маршрут на завтра держится на памяти диспетчера; документы на рейс оформляют дольше, чем грузят машину; на вопрос «где заказ» отвечает человек после звонка водителю.
Складская часть цепочки разобрана отдельно — автоматизация склада.
Узел первый: планирование маршрутов
Это то, что первым приходит в голову под словами «автоматизация транспортной логистики», и самый требовательный к данным узел. Программа строит маршрут по ограничениям: адреса и окна доставки, вместимость машин, режим труда водителя, зоны. Качество зависит не от алгоритма, а от того, насколько честно они описаны: если адрес записан как «Ленина 5, второй въезд, спросить Сергея», оптимизатор ничего не сделает.
Автоматизируются сбор заявок в один пул с координатами и окнами, распределение по машинам, порядок объезда точек, пересчёт при срочной вставке, сверка пробега с плановым. Не автоматизируются договорённости: клиент, который принимает с 14 до 15 и после звонка за час, попадёт в исключения. Признак зрелой системы — не отсутствие таких исключений, а то, что они лежат в карточке точки, а не в голове диспетчера.
Экономия появляется на объёме: при десятке точек диспетчер строит маршрут не хуже программы.
Узел второй: сопроводительные документы
Транспортная накладная, путевой лист, доверенность, счёт, акт — на рейс приходится пакет документов с повторяющимися данными. Ручное оформление означает время, ошибки в реквизитах и невозможность найти экземпляр через полгода.
Узел даёт самый предсказуемый результат из трёх, потому что работает с однозначными правилами. Комплект собирается из данных заказа и справочников: контрагент, адрес, номенклатура, машина — человек проверяет и подписывает, а не набирает. Оформление рейса сокращается с десятков минут до единиц, реквизиты перестают расходиться внутри пакета.
Электронный документооборот убирает ещё один слой — возврат подписанных экземпляров, но подключение зависит от готовности контрагентов, и часть партнёров останется на бумаге. Требования к формам и срокам хранения стоит сверять с законодательством и с бухгалтером; статья такой консультацией не является.
Узел третий: статус груза для клиента
Самый мелкий на вид узел, который окупается быстрее остальных. Клиент видит стадию заказа — принят, собран, в пути, доставлен. Стадии меняются по событиям, которые и так происходят: сборка закрыта, рейс стартовал, есть отметка о вручении.
Снимает звонки «где мой заказ». Они составляют заметную часть входящего потока и обрабатываются самым дорогим способом: человек отвлекается, звонит водителю, перезванивает клиенту — три действия ради строки данных, которая уже есть в системе.
Стоит дешевле остальных. Нужны только события, которые уже фиксируются, и страница по номеру заказа.
Даёт побочный эффект в продажах. Прозрачная доставка уменьшает споры о сроках и работает даже без геолокации машины — достаточно перехода по стадиям.
Порог, за которым это ломается: статусы, проставляемые вручную и с опозданием, показывают вчерашнюю правду и вредят сильнее, чем их отсутствие.
Обмен данными: склад, транспорт, учёт
Три системы описывают один груз с разных сторон: склад знает, что собрано; транспорт — в какой машине едет и когда будет; учёт — кому и на какую сумму. Пока эти знания не связаны, автоматизация упирается в ручной перенос на границе.
| Направление | Что передаётся |
|---|---|
| Учёт → склад | заказ, номенклатура, приоритет, срок отгрузки |
| Склад → транспорт | места, вес и объём, готовность к погрузке |
| Транспорт → учёт | факт отгрузки, номер рейса, время доставки |
| Транспорт → клиент | стадия и плановое время прибытия |
| Обратный поток | недовоз, возврат, отказ, расхождение |
Обратный поток продумывают последним, и именно на нём разваливается связка: у возврата и недовоза должен быть такой же автоматический путь, как у отгрузки, иначе остатки разойдутся на второй месяц. Главный вопрос интеграции формулируется до её начала: какая система главная по контрагентам, адресам и номенклатуре. Без ответа появляются дубли.
Система автоматизации логистики: что выбирать
Под одним словом продают три слоя: учётная система отвечает на вопрос «что и кому отгружено», транспортная (TMS) — «какой машиной и когда», складская (WMS) — «где лежало и кто собирал». Малому предприятию нередко предлагают вторую и третью там, где нет первой.
Пока машин единицы, а точек в день десятки, задача закрывается связкой учётной системы, таблицы маршрутов и страницы статуса. Отдельная транспортная система оправдана там, где маршруты меняются ежедневно.
Порядок внедрения следует из этого сам: статус для клиента, документы, обмен между системами и только в конце маршруты — оптимизатор на грязных адресах хуже диспетчера.
Сколько стоит и от чего зависит
Публичных прайсов на логистическую автоматизацию почти нет: слишком разные объёмы и слишком много зависит от того, что уже стоит у предприятия. Ориентир есть по интеграционной части: по опубликованным прайсам студий интернет-магазин — от 200 000 ₽, веб-сервис — от 2 млн ₽ и от трёх месяцев, поддержка — от 2 000 ₽/час.
| Что влияет | Дешевле | Дороже |
|---|---|---|
| Парк | несколько машин, один город | десятки единиц, межгород, наёмные перевозчики |
| Маршруты | повторяются от недели к неделе | пересобираются каждый день |
| Документы | накладная и счёт | комплект с актами и спецификациями |
| Обмен | выгрузка раз в день | двусторонний обмен по событию |
| Статус | стадии по событиям | геопозиция и время прибытия |
Строка сметы, о которой забывают, — очистка справочника адресов: приведение их к единому виду с координатами занимает недели, не ускоряется деньгами, а без него не работает ни маршрутизация, ни расчёт времени.
На что смотреть
Внедрили систему, а вернулись к таблицам. Диспетчер строит маршрут в программе, а потом переписывает его в свою таблицу, потому что «так понятнее». Это сигнал не о лени, а о том, что сценарий не совпал с работой; проверяется наблюдением за одной сменой до настройки.
Дубли при интеграции. Один заказ приезжает дважды, адрес живёт в трёх написаниях, контрагент — как три записи. Вопрос подрядчику до старта: где эталон по каждому справочнику.
Ручная сверка осталась. Если кто-то каждое утро сравнивает отгрузки в двух окнах, интеграция сделана наполовину.
Система есть, а управления нет. Отчёты по пробегу и срокам строятся, решений по ним не принимается. Стоит заранее назвать два-три показателя и решить, что делать при их ухудшении.
Вопросы и ответы
С чего начать автоматизацию логистических процессов при небольшом парке? Со статуса заказа и шаблонных документов: оба работают на существующих данных и дают измеримый эффект — меньше входящих звонков и меньше времени на рейс. Маршрутизацию при нескольких машинах разумнее отложить.
Чем система автоматизации логистики отличается от учётной системы? Учётная отвечает на вопрос «что кому отгружено и на какую сумму», транспортная — «какой машиной, по какому маршруту и когда». Попытка закрыть второй вопрос дописыванием первой даёт дорогое и медленное решение.
Окупается ли автоматизация транспортной логистики на малом объёме? Маршрутная часть — редко: при десятке точек в день диспетчер справляется не хуже. Окупаются документы и статус: их стоимость почти не зависит от объёма. Геолокация машин при этом не нужна — достаточно стадий по событиям системы.
Что делать, если данные о доставке не сходятся с учётом? Не выравнивать цифры задним числом, а найти границу, на которой появляется расхождение. Чаще всего это обратный поток: возвраты, недовозы и отказы без автоматического пути. После того как он закрыт, разовая корректировка становится безопасной.
Коротко
Логистика автоматизируется по возрастанию сложности: сначала клиент перестаёт звонить с вопросом о заказе, потом документы собираются шаблоном, затем данные ходят между системами без ручного переноса, и только в конце имеет смысл трогать маршруты. Обратный порядок даёт красивый маршрут поверх адресов, которым нельзя верить.
Разобрать конкретную цепочку доставки — через контакты.