TMS расшифровывается как transportation management system, по-русски — система управления перевозками. Так называют класс программ, в которых компания ведёт весь цикл доставки: принимает заявку, подбирает перевозчика и подходящий транспорт, строит маршрут, готовит документы, следит за статусом груза, считает стоимость и затем сверяет её со счётом исполнителя. Не бухгалтерия и не склад, а именно движение груза между точками.
Коротко о главном
- TMS сводит планирование, исполнение и контроль перевозок в одно рабочее место вместо переписки и разрозненных таблиц.
- Ценность системы не в интерфейсе, а в единой истории каждой заявки: кто вёз, по какой ставке, какие документы подписаны, где груз сейчас.
- Границы между классами программ проходят по функции: склад ведёт WMS, деньги и учёт закрывает ERP, дорогу между складами берёт на себя TMS.
- Систему покупают под выстроенный процесс. Если процесс не описан, программа лишь зафиксирует беспорядок в более дорогом виде.
- Внедрение чаще спотыкается о дисциплину данных и отсутствие ответственного, чем о технические ограничения.
Какую боль закрывает система управления перевозками
Пока отгрузок мало, всё живёт в мессенджере и общем файле. Логист помнит, кто везёт понедельничную машину, водитель звонит напрямую, документы лежат в почте у того, кто их получил. Такая схема работает, и трогать её незачем.
Ломается она незаметно. Заявок становится больше, появляются новые направления, часть маршрутов передаётся подрядчикам, к процессу подключаются менеджеры отдела продаж и склад. С этого момента начинаются знакомые симптомы: заявка потерялась между чатом и почтой, на один рейс поставили две машины, никто не может быстро ответить клиенту, где груз, а в конце месяца выясняется, что подрядчик выставил счёт по одной ставке, а договаривались о другой.
Отдельная беда — отсутствие истории. Руководитель спрашивает, сколько стоила доставка по конкретному направлению за квартал и почему она подорожала, а ответ приходится собирать вручную из счетов, писем и памяти логиста. TMS решает именно это: данные о перевозке заносятся один раз, в одном месте, и дальше их видят все, кому они нужны.
Что обычно входит в TMS
Состав функций различается у разных решений, но набор блоков повторяется от системы к системе.
- Справочники. Контрагенты, точки погрузки и разгрузки, транспортные средства, водители, типы грузов, тарифы и условия работы с перевозчиками.
- Заявки на перевозку. Единая карточка рейса со статусами, ответственным, вложенными документами и историей изменений.
- Подбор исполнителя. Назначение своей машины или выбор подрядчика, в том числе через мини-тендер: заявку видят несколько перевозчиков, они дают предложения, логист сравнивает и закрепляет исполнителя.
- Маршрутизация и консолидация. Сбор нескольких заказов в один рейс, расчёт последовательности точек, учёт ограничений по весу, объёму, температуре и допускам.
- Документы. Формирование транспортных документов по шаблонам, хранение сканов, контроль возврата подписанных экземпляров.
- Отслеживание. Статусы рейса от подачи машины до выгрузки, отметки о задержках, уведомления заказчику.
- Деньги по рейсу. Плановая и фактическая стоимость, дополнительные расходы, сверка счетов подрядчиков с согласованными ставками.
- Отчётность. Стоимость перевозки по направлениям и клиентам, доля просрочек, загрузка транспорта, дисциплина подрядчиков.
- Интеграции. Обмен данными с учётной системой компании, с системами перевозчиков и с телематикой.
Чем TMS отличается от WMS и ERP
Путаница возникает из-за того, что все три класса программ работают с одними и теми же заказами. Различие проходит по зоне ответственности, а не по бренду или цене.
| Система | Зона ответственности | Ключевой вопрос, на который отвечает |
|---|---|---|
| TMS | Перевозка между точками: заявка, исполнитель, маршрут, документы, статус, стоимость доставки | Как груз доедет, кто повезёт и во сколько это обойдётся |
| WMS | Внутренние процессы склада: приёмка, размещение, отбор, инвентаризация, отгрузка | Где лежит товар и как быстро его собрать |
| ERP | Учёт компании целиком: закупки, продажи, запасы, финансы, взаиморасчёты | Сколько заработали и что происходит с деньгами и остатками |
На практике системы стыкуются. Заказ рождается в учётной системе, склад собирает его по своей программе, отгрузку подхватывает TMS, а фактические расходы по рейсу возвращаются обратно в учёт. Когда компания пытается заменить одним классом программ другой, получается перекос: складская система не умеет вести подрядчиков и ставки, а учётная не приспособлена к оперативному управлению рейсами.
Когда внедрять рано, а когда уже поздно
Рано — если перевозки единичные, направления не повторяются, а логистика целиком отдана одному экспедитору, который присылает готовый расчёт. Здесь система добавит работы: кто-то должен заполнять карточки рейсов ради отчёта, который и так помещается в письме.
Поздно — когда компания уже платит за беспорядок. Признаки узнаваемые: сотрудники тратят часть дня на переписывание одних и тех же данных из письма в таблицу и обратно; уход логиста в отпуск заметно тормозит отгрузки, потому что информация хранилась у него; ставки подрядчиков никто не сравнивает, потому что нет накопленной статистики; на вопрос о стоимости доставки конкретной партии нужен день расследования.
Между этими крайностями есть спокойный момент, когда объём уже устойчивый, процесс более-менее описан, но аврала ещё нет. Внедрять удобнее всего именно тогда: люди готовы учиться, а не тушить пожар.
Почему всё упирается в данные, а не в софт
Программа считает то, что в неё внесли. Если справочник контрагентов ведут как получится, один и тот же перевозчик появляется в базе несколько раз с разным написанием, и отчёт по подрядчикам теряет смысл. Если статусы рейса проставляют задним числом, отслеживание превращается в декорацию. Если ставки хранятся в переписке, а не в системе, сверка счетов остаётся ручной, как и была.
Отсюда простое правило: сначала договорённости о том, кто и в какой момент вносит данные, затем настройка системы. Обратный порядок даёт запуск, после которого половина сотрудников продолжает работать в старой таблице, а руководство считает, что видит картину целиком.
Чек-лист готовности компании к TMS
Перед разговором с поставщиками полезно честно ответить на несколько вопросов о себе.
- Процесс перевозки описан хотя бы схемой: кто принимает заявку, кто выбирает исполнителя, кто согласует ставку, кто закрывает рейс документами.
- Понятно, какие решения принимаются на каждом шаге и какие данные для них нужны.
- Справочники в текущих таблицах приведены в порядок: контрагенты без дублей, адреса в едином формате, тарифы собраны в одном файле.
- Есть человек, который отвечает за систему после запуска, и у него хватает полномочий требовать заполнения полей.
- Сформулировано, что считать результатом: какие отчёты руководитель хочет открывать и какие решения по ним принимать.
- Известно, с чем система должна обмениваться данными на стороне компании и на стороне перевозчиков.
- Есть согласие руководства на переходный период, когда работа идёт медленнее обычного.
- Сотрудников предупредили и объяснили выгоду для них, а не только для начальства.
Типичные ошибки внедрения
- Купили до наведения порядка. Компания надеется, что программа сама выстроит процесс. Автоматизация усиливает то, что есть, включая хаос.
- Не подключили перевозчиков. Подрядчики продолжают присылать предложения в мессенджер, логист переносит их руками, тендерный блок простаивает.
- Нет владельца системы. Проект ведёт внешний подрядчик, после запуска ответственность растворяется, настройки устаревают, вопросы копятся.
- Автоматизируют всё сразу. Одновременный запуск маршрутизации, тендеров, документооборота и отчётности утомляет команду. Разумнее начать с заявок и статусов, а остальное добавлять по мере привыкания.
- Не изменили правила работы. Систему поставили, а согласование ставок осталось в почте. Данные расходятся, доверие к отчётам падает.
- Считают проект законченным в день запуска. Первые месяцы уходят на донастройку, обучение и чистку справочников, и это нормальная часть работы.
Частые вопросы
Заменяет ли TMS логиста?
Нет. Система снимает рутину: не нужно вручную собирать статусы, переписывать данные и искать документы. Решения о схеме перевозки, выборе подрядчика и разборе нештатных ситуаций остаются за человеком, просто у него появляется полная картина.
Нужна ли TMS, если своих машин нет и всё возят подрядчики?
Часто нужна даже больше, чем при собственном парке. Работа с подрядчиками — это ставки, сравнение предложений, контроль сроков и сверка счетов, и весь этот массив данных требует места хранения.
Можно ли обойтись таблицей и общим диском?
Можно, пока объём небольшой и участников процесса немного. Таблица не умеет разграничивать доступ, вести историю изменений и связывать документы с рейсом. При росте эти ограничения начинают стоить дороже самой системы.
С чего начать, если бюджет ограничен?
С описания процесса и наведения порядка в справочниках. Эта работа не требует денег, полезна сама по себе и заметно сокращает срок внедрения, когда до него дойдёт очередь.