Планирование
Группировка грузов, выбор маршрута и исполнителя с учётом ограничений. Качество плана зависит от справочников, адресов и заданных условий.
Что такое TMS и как выбрать систему управления перевозками: связь с ERP и WMS, варианты размещения, пилот, измерение затрат и передача сопровождения.
TMS (Transportation Management System) — система управления перевозками: она помогает планировать доставку, выбирать перевозчика, контролировать исполнение рейса и рассчитывать транспортные затраты. Её используют для входящих и исходящих грузопотоков, собственного и привлечённого транспорта — в зависимости от возможностей выбранного решения.
Для руководителя логистики вопрос начинается с конкретного процесса: сколько времени занимает планирование, где теряется статус груза и почему плановая стоимость рейса расходится с фактической. TMS может сократить ручные операции, если в неё поступают пригодные данные и определён порядок обработки исключений. Универсального процента экономии и срока окупаемости у внедрения нет.
| Главная проблема | С чего начать |
|---|---|
| Заказы не укладываются в машины и окна | Проверить маршрутизацию |
| Ошибки комплектации и готовности груза | Складской процесс и WMS |
| Теряются назначения, тарифы и документы | TMS и её обмены |
| Диспетчер собирает ответы перевозчиков вручную | Портал и правила подтверждения |
Если диспетчер распределяет адреса по машинам, начните с маршрутизации. Если неизвестна готовность груза, проверьте склад. TMS нужна для связанного цикла: заявка, назначение, исполнение, тариф, документы и закрытие. Границы задач могут пересекаться в выбранном продукте.
| Участник | Повторяющаяся задача | Что показать на пилоте |
|---|---|---|
| Производитель | Согласовать отгрузку с готовностью груза и транспортом | Перенос времени готовности меняет план и уведомляет ответственного |
| Ритейл и e-commerce | Распределить доставки по временным окнам | План учитывает окна, вместимость и ограничения адресов |
| Дистрибьютор | Объединить заказы разных клиентов в рейсы | Заказы связаны с рейсом, частичная доставка отражается отдельно |
| 3PL-оператор | Вести перевозки нескольких заказчиков | Тарифы, статусы и права разделены по клиентам |
| Компания с автопарком | Согласовать рейсы с доступностью машин | Недоступный транспорт исключается из назначения; понятен источник данных |
Группировка грузов, выбор маршрута и исполнителя с учётом ограничений. Качество плана зависит от справочников, адресов и заданных условий.
Задания перевозчику и фиксация событий рейса. Достоверность статуса зависит от канала: водитель, подрядчик, телематика или оператор.
Плановая стоимость, тарифы и сверка факта. Уточните, где учитываются допуслуги, простой, претензии и окончательный счёт.
Подготовка данных и форм для перевозки. Поддержку нужных форматов, подписания и обмена с оператором ЭДО проверяют отдельно.
Сроки доставки, загрузка, стоимость и отклонения. До внедрения согласуйте определения показателей и правила учёта частичных доставок.
GPS, ремонт, топливо и техническое обслуживание не обязательны в любой TMS. Для них могут понадобиться отдельные продукты или модули.
В типовой схеме ERP ведёт заказы и учёт, WMS управляет складскими операциями, TMS — перевозкой. Границы конкретной конфигурации могут отличаться: их фиксируют до настройки обменов.
Например, документация «1С:TMS Логистика. Управление перевозками» описывает обмен с 1С:ERP, «Комплексной автоматизацией» и «Управлением торговлей», а также связь с 1С:WMS. Мониторинг местоположения и топлива расширяется отдельной интеграцией с центром ГЛОНАСС/GPS; мобильные устройства водителей дополняют основной процесс. Это пример устройства конкретного продукта, а не перечень функций каждой TMS.
При проектировании интеграций назначьте источник каждого поля: заказ, груз, рейс, статус, тариф и документ. Общая модель событий не требует обязательного создания ещё одной системы — важно, чтобы участники одинаково понимали событие и его владельца.
Один заказ проходит через связанные системы
Заказ
План
Отгрузка
Закрытие
На пилоте проверьте заказ, который нельзя доставить в указанное окно. В Яндекс Маршрутизации нарушение жёсткого окна исключает заказ из маршрута, а мягкое допускает отклонение со штрафом. Определите, кто получает исключение и согласует новый план с клиентом.
Размещение: облачный сервис, собственная инфраструктура или распределение компонентов между ними. Связь с учётной системой: отдельный продукт с интеграциями или модуль ERP/SCM. Рабочие интерфейсы: диспетчерская панель, кабинет перевозчика и мобильное приложение.
Эти признаки сочетаются. Мобильное приложение не делает TMS отдельным «упрощённым типом», а облачный вариант может использоваться крупной компанией. Размещение само по себе не доказывает безопасность, удобство доработок или скорость запуска. Проверять нужно выбранный продукт, договор и архитектуру.
| Вариант | Что остаётся на стороне заказчика | Что проверить у поставщика |
|---|---|---|
| Облачный сервис | Данные, права, настройки процесса и интеграции | Условия размещения, доступность, экспорт, лимиты API и порядок обновлений |
| Собственная инфраструктура | Эксплуатация серверов, копии, обновления и процесс | Поддерживаемый стек, лицензии, требования к нагрузке и восстановлению |
| Гибридная схема | Границы компонентов и ответственность за обмен | Поведение при потере связи, согласованность данных и диагностику сбоев |
1. Опишите поток. География, типы грузов, сборные и комплектные перевозки, собственный и привлечённый транспорт, объём пикового дня. Отдельно — временные окна и ограничения клиентов. 2. Подготовьте сценарии проверки. Обычная доставка, отмена после назначения машины, частичная отгрузка, замена перевозчика, опоздание и спорная допуслуга. 3. Покажите реальные ограничения. Попросите провести сценарии на ваших обезличенных данных. Наличие API или коннектора не гарантирует нужную операцию в вашей версии ERP. 4. Рассчитайте полную стоимость. Лицензии, инфраструктура, карты и телематика, интеграции, миграция, обучение, поддержка и работа сотрудников с исключениями. 5. Согласуйте выход и сопровождение. Кто владеет настройками и данными, как выгрузить историю, кто может поддерживать решение после внедрения. Для небольшой стабильной логистики сначала проверьте, достаточно ли существующего модуля или точечной интеграции.
До пилота сохраните исходный замер по выбранному потоку. После запуска сравнивайте перевозки одинакового типа, направления и сложности; отдельно учитывайте сезонность, тарифы и изменение объёма.
Трудозатраты на завершённую перевозку включают планирование, согласование, ручные проверки, исправления, работу с исключениями и распределённое время сопровождения. Сокращение ожидания машины или времени в пути считайте отдельно: это не те же самые часы работы логиста.
Стоимость перевозки сравнивайте при сопоставимых условиях: тариф, расстояние, загрузка, простой, допуслуги и претензии. Для своевременности и полноты доставки заранее определите, что считается выполненным заказом, как учитываются согласованные переносы и частичные поставки. Уменьшение ручного труда не должно скрывать рост ошибок или срывов сроков.
Если нужен расчёт окупаемости, стройте его на этих замерах и полной стоимости решения. Рыночный процент из чужого исследования без условий выборки не заменяет прогноз для вашей логистики.
KT.Team использовала Pimcore как единую базу заявок и транспорта FM Logistic и связала её с ERP, WMS, LMS и мобильным приложением. Задача — обработка транспортных заявок с автоматическим выбором транспорта. Для оценки экономии сравните стоимость одинаковых перевозок до и после запуска.
Кейсы
ITOB описывает для 1С:TMS дополнительные модули картографии и планирования, рабочего места водителя, мониторинга и портала перевозчиков. Включите нужные модули, лицензии и обмены в оценку: название TMS не подтверждает наличие каждой функции.
1. Выберите ограниченный поток. Один регион, склад или тип перевозок с владельцем процесса и согласованными критериями приёмки. 2. Подготовьте данные и обмены. Проверьте адреса, единицы измерения, габариты, временные окна, тарифы и идентификаторы. Повторная передача одного заказа не должна создавать второй рейс. 3. Проверьте сбои. Недоступность ERP, задержку статуса, повтор сообщения и потерю связи с водителем. Для каждого случая нужен ответственный и порядок восстановления. 4. Примите результат. Сверьте заказы, рейсы, документы и расходы; замерьте труд проверки. Масштабируйте после выполнения критериев, а не только после успешной демонстрации. 5. Передайте сопровождение. Настройки, версии, схемы обменов, права, инструкции и контакты поддержки. Команда заказчика должна суметь изменить тестовый тариф, найти сбой и восстановить обмен по документации.
В логистическом процессе ИИ можно проверить на ограниченной задаче: разобрать письмо перевозчика, подготовить сводку отклонений или черновик ответа клиенту. Это варианты пилота, а не обязательные функции каждой TMS. Изменение тарифа, назначение перевозчика и отправку документов следует связать с проверкой полномочий и согласованием по правилам компании.
Для корпоративного запуска определите, где выполняется AI-шаг, какие данные он получает, кто меняет его настройки и сколько стоит обработка одной операции с учётом повторов и проверки человеком. Если действующая платформа уже даёт нужный механизм, его можно использовать после проверки — отдельную уникальную платформу ради одного сценария создавать необязательно.
Следующий шаг — выбрать поток и границы систем. Подход к автоматизации транспортной логистики описывает связку TMS, WMS, ERP и документов; для взаимодействия с подрядчиками — портал перевозчиков.
Заменяет ли TMS WMS? Разделите ответственность склада и перевозки; одна платформа может объединять отдельные модули.
Можно ли начать с маршрутизации? Да, если основная проблема — выполнимый план доставки.
Откуда взять прогноз экономии? Из замера своего потока и полной стоимости владения, а не универсального процента.
Нужен ли портал перевозчиков? Проверьте частоту согласований и ручного ввода статусов.
Дата проверки: 15.10.2026