TMS (Transportation Management System) управляет перевозкой: заявка, рейс, маршрут, водитель, накладная, расчет с перевозчиком. WMS отвечает за склад и хранение, ERP — за финансы, закупки и производство, CRM — за клиента и сделку.
Системы пересекаются на стыках. WMS сообщает о готовности отгрузки, TMS назначает машине тайм-слот подачи, себестоимость и проводки уходят в ERP, заявка клиента приходит из CRM.
Если границы между системами размыты, данные о грузе и клиенте вводят по нескольку раз в разных программах. Это ведет к двойному вводу и ручному переносу цифр между таблицами.
Рейс, паллета, проводка и сделка
Четыре системы держат четыре разных объекта: 1С — учет, ЭДО — счета, TMS — рейс. WMS отвечает за паллету, CRM — за сделку.
Если один объект ведут в двух системах, появляется двойной ввод: рейс сначала записывают в таблицу, потом еще раз в 1С, и к концу недели записи расходятся. Какой рейс закрыт, уже не ясно.
Выпишите, в какой системе сегодня живет каждый из четырех объектов: рейс, паллета, проводка, сделка.
Цикл заявки с владельцами данных
Допустим, клиент заказал доставку партии со склада в магазин. Состав и вес груза вводят один раз, дальше данные идут по цепочке:
- •Заявка — CRM: менеджер фиксирует клиента, адрес и груз.
- •Планирование — TMS: заявка попадает в рейс вместе с весом.
- •Назначение машины и водителя — TMS по справочнику транспорта.
- •Исполнение и трекинг — TMS, статусы приходят из GPS.
- •Документы — ЭДО: накладная и акт собираются из данных рейса.
- •Расчет и сверка — 1С/ERP: платежный документ берет ту же сумму и тот же груз.
Никто в цепочке не набирает вес груза заново.
Если на каком-то шаге данные перепечатывают руками из одной системы в другую, там разрыв ландшафта.
Почему CRM не заменит TMS
CRM фиксирует сделку и потребность клиента, но не планирует машину и водителя. Заявка из воронки — только точка передачи в TMS, дальше ее превращают в рейс.
Соотношение заявка и рейс редко бывает один к одному. Три заявки могут объединиться в один рейс, а одна крупная заявка — разойтись на две машины. CRM этот пересчет не видит: тариф клиента она считает по сделке, а себестоимость рейса складывается уже в TMS из маршрута, машины и топлива.
Если менеджер обещает клиенту срок доставки, не заглянув в список свободных машин, CRM взяла на себя чужую работу — эта оценка ничем не подкреплена.
Возьмите пять вчерашних заявок и сверьте, во сколько рейсов они превратились и в какой системе это видно.
Сцены ручного управления
Если узнаете у себя несколько сцен из списка, перевозки уже держатся на памяти людей, а не на системе:
- •данные о рейсах лежат в нескольких таблицах, и у каждого логиста своя версия;
- •контроль идет через мессенджеры и звонки водителям;
- •водитель не знает, куда ехать дальше, пока не позвонит диспетчер;
- •адрес в заявке перепутан, и машина едет не туда;
- •два водителя одновременно едут в один район с неполной загрузкой;
- •срочная заявка не встает в уже построенный маршрут;
- •одни и те же данные о грузе вбивают заново в разных программах;
- •на вопрос клиента о статусе отвечают после обзвона;
- •себестоимость вчерашнего рейса никто не может назвать без сборки цифр вручную.
Каждая сцена по отдельности мелкая, но вместе они съедают день диспетчера.
Что ERP не умеет в перевозках
ERP держит учет и финансы на справочниках, которые меняются редко: контрагенты, номенклатура, статьи затрат. Маршрут она не пересчитывает — для нее рейс остается одной строкой документа, а не живым объектом с точками и временем. Динамическая маршрутизация и тарифная матрица клиента — зона TMS, потому что там нужен постоянный пересчет, а не разовая проводка.
GPS-мониторинг сюда же: он показывает статус машины в реальном времени, но маршрут не строит и рейсом не управляет. Данные с мониторинга TMS использует как один из источников, не как замену себе.
Интегрированный вариант TMS работает внутри контура ERP: процессы сквозные, данные общие, но система зависит от ERP и по гибкости может уступать отдельной TMS. Если ERP уже стоит и нужна прямая связь с финансами, разумно рассматривать именно интегрированный модуль. Такие решения встречаются как отраслевые конфигурации на платформе 1С — это тип продукта, а не рекомендация.
Проверить разрыв просто: выпишите, какие расчеты по рейсам сейчас ведут в Excel рядом с учетной системой. Если список не пуст, транспортная часть уже живет вне ERP.
Магистраль или городская развозка
На магистрали рейс — это несколько точек разгрузки на большом плече. Здесь решают грузоподъемность машины, расчет стоимости рейса и режим труда и отдыха водителя: без этого рейс либо убыточен, либо нарушает норму часов за рулем.
Городская развозка устроена иначе: десятки остановок за смену, и выигрывает не тот, кто проехал меньше километров, а тот, кто построил самую короткую по суммарному времени последовательность точек. Если остановок в смене десятки, сначала проверьте, как система строит эту последовательность, а уже потом смотрите на остальные функции.
Допустим, перевозчик берет TMS, заточенную под магистраль, для городской развозки — оптимизатор не тянет десятки адресов, и диспетчер возвращается к ручной сборке маршрутов в конце дня.
Грузоотправитель или свой парк
Грузоотправителю без своего автопарка нужны в первую очередь электронные перевозочные документы и работа с внешними перевозчиками: он не управляет машинами, а закрывает рейсы бумагами и актами.
Компании со своим парком важнее другое — трекинг, постановка задач водителю, учет топлива и ремонта.
Прогнозы на базе ИИ в обоих сценариях — фоновая функция, а не причина выбора системы.
Где стыкуются TMS и WMS
Стык один: отгрузка со склада становится заявкой на перевозку. Дальше данные ходят между системами в шести точках, и ни одна система не заменяет другую.
Если тайм-слоты ведут в третьем месте — в почте или отдельной таблице, — машины стоят у ворот: склад и перевозчик видят разное расписание.
Допустим, склад закончил сборку и сразу отправил готовность в TMS: система предложила слот по свободным воротам, и кладовщику не пришлось звонить диспетчеру.
Отметьте, какие из шести точек у вас сейчас идут через звонки или почту.
Мастер-данные и правила обмена
У каждого справочника — один владелец. Данные вводят один раз, и дальше они идут от заявки до платежных документов без повторного набора. TMS получает часть данных извне и не хранит их дважды.
Способ обмена — обменные файлы по расписанию или API онлайн.
Если справочник правят в двух системах, одну назначают главной, вторую делают читающей. Допустим, водителей ведут и в 1С, и в TMS. Уволенного водителя удалили только в 1С, а диспетчер в TMS по-прежнему видит его свободным и ставит на рейс. Когда справочник правит только TMS, а 1С его читает, такой рейс не появится.
Составьте список справочников и против каждого напишите, какая система сейчас в нем главная.
Схема ИТ-ландшафта
Весь ландшафт в одном блоке: в центре TMS, у каждой стрелки подписано, что по ней идет.
CRM → TMS: заявка
1С/ERP ↔ TMS: контрагенты, себестоимость, проводки
WMS ↔ TMS: отгрузки и тайм-слоты
GPS и приложение водителя → TMS: статусы рейса
TMS → ЭДО: закрывающие документы
Допустим, менеджер завел заявку в 1С: так бывает, когда отдельной CRM нет и заявки принимают прямо в учетной системе. С CRM путь тот же, меняется только источник. Заявка уходит в TMS и становится рейсом, контрагент подтягивается из справочника ERP, статусы в пути приходят из приложения водителя. После разгрузки TMS формирует закрывающие документы и отправляет их через ЭДО, а себестоимость рейса возвращается в 1С — второй раз никто ничего не набирает.
Три архитектуры ИТ-ландшафта логистической компании
Три схемы — 1С + TMS, ERP + TMS и единая заказная система — сравнивают по стоимости владения, сроку запуска и риску двойного ввода.
Цены в долларах — зарубежный ориентир: облачная TMS для МСБ стоит 500–5000 долларов в месяц, корпоративные платформы — от 50 000 долларов за первый год, и это без внедрения.
Развернуть TMS можно в облаке, локально или гибридно. Если своей ИТ-команды нет, локальная установка означает высокие затраты и долгий запуск.
Отметьте, какая из трех схем ближе к вашему ландшафту сейчас.
Спроектируем ландшафт без дублей и двойного ввода: обследование и архитектура входят в проект, заказная разработка от 800 000 ₽.
Источники
