WMS управляет складом: приёмка, хранение, отбор и отгрузка. TMS управляет перевозками: выбор перевозчика, маршрут, загрузка машины и контроль рейса. Они пересекаются на одном участке, в плане загрузки грузовика. Если оба решения считают, как распределить заказы по машинам, возникают наложения, и склад получает невыполнимые задания. Проблему решают тем, что заранее договариваются, какая система принимает решение о загрузке, и обмениваются данными до этапа сборки заказа.
Где пересекаются функции
| Задача | Кто обычно решает | Риск пересечения |
|---|---|---|
| Выбор перевозчика и тарифа | TMS | Склад не видит ограничений по типу машины |
| План загрузки: сколько паллет и в какой последовательности | TMS или WMS | Обе системы строят свой план, результаты расходятся |
| Сбор заказа по ячейкам | WMS | Сборка идёт без знания о машине |
| Отгрузка и фиксация факта | WMS | Факт не связан с исходным заказом |
| Отслеживание рейса | TMS | Статусы не доходят до склада и клиента |
Классический сценарий и что в нём ломается
Заказы поступают из учётной системы в TMS, которая распределяет их по нескольким грузовикам и формирует план загрузки с учётом размеров кузовов. Затем план передаётся в WMS, и склад должен собрать и погрузить паллеты и ящики. Проблема в том, что TMS строила план без информации о запасах на складе, о времени, нужном для сборки, и о том, как реально лежит товар. WMS получает план и обнаруживает, что часть позиций невозможно собрать вовремя, а паллеты не помещаются в заданной последовательности.
Вторая сложность связана с отслеживанием. Если заказ приходит в WMS прямо из учётной системы, у каждой отгрузки есть исходный номер заказа и чёткая связь с машиной. Если заказ идёт через TMS, нужно искусственно сохранять связь с первоначальным номером, иначе после загрузки машин невозможно вернуть в учётную систему подтверждение по конкретному заказу.
Как разделить роли
- Определите, какая система главная в плане загрузки. Для складов с высокой сложностью комплектации главной делают WMS, для сетей маршрутов TMS.
- Передавайте в TMS данные о наличии товара и времени сборки до формирования плана.
- Сохраняйте исходный номер заказа на всех этапах обмена.
- Обменивайтесь статусами в обе стороны: собран, погружен, выехал, прибыл.
- Описывайте исключения: частичная отгрузка, замена машины, перенос времени.
Проще всего начать с одного процесса, например с обмена планом загрузки, и только потом расширять интеграцию.
Пример: проверка плана загрузки
Условный пример с заданными допущениями. TMS планирует отправку 66 паллет на трёх фурах по 22 паллеты каждая. WMS видит, что 6 паллет из заказа ещё не собраны, так как товар в пути. Если склад получит план без этой информации, он погрузит две фуры полностью, а третью с 16 паллетами, и это нарушит расчёт. Если же WMS заранее сообщит об остатке, TMS перераспределит заказы или выберет машину меньшего размера. Для быстрой проверки числа паллет в кузове используйте калькулятор паллет и транспорта, а для расчёта в погонных метрах калькулятор LDM.
Один продукт или два?
Поставщики решений постепенно объединяют WMS, TMS и управление запасами в одну платформу, чтобы пользователь видел цельный продукт. На практике компании часто начинают с одной системы, потому что зрелость рынков разная: складские системы появились давно, управление транспортом автоматизируют позже. Выбирая один продукт для обеих задач, убедитесь, что оба модуля одинаково хорошо закрывают ваш процесс.
Если у вас склад на 1С, рассмотрите связку «1С:WMS Логистика» и «1С:TMS Логистика», о которых рассказывают материалы WMS 1С для складской логистики и 1С: экспедирование и грузоперевозки.
Документы на стыке
На границе склада и перевозки оформляют транспортную накладную. В Беларуси это ТТН-1, в России транспортная накладная, в том числе электронная там, где она обязательна. Выбирайте систему, которая формирует документ на основе фактической погрузки, иначе расхождения придётся исправлять вручную. Порядок заполнения описан в материале заполнение ТТН-1.
Частые вопросы
Можно ли обойтись одной из систем?
Небольшой склад с собственной доставкой иногда обходится одной системой. При нескольких перевозчиках и сложной отгрузке разделение ролей удобнее.
Кто должен строить план загрузки?
Тот, у кого больше данных: информация о запасе, габаритах и маршрутах. Часто это решение принимает TMS с данными от WMS.
Как избежать потери связи с исходным заказом?
Сохраняйте номер заказа учётной системы во всех сообщениях между WMS и TMS.
Читайте также
- Специфика внедрения WMS на складе торговой компании
- Системы управления транспортом
- ERP-система: планирование ресурсов предприятия
- SAP EWM на складах ритейл-сети
Остальные материалы раздела: TMS и CRM.
Проверено: октябрь 2026. Источники: профессиональная литература по WMS и TMS, постановление Минфина Республики Беларусь № 58 от 30.06.2016, законодательство Российской Федерации об электронной транспортной накладной.
Раздел: Технологии и сервисы / TMS, CRM и автоматизация
