Заявки вручную
Заявки в транспортные компании уходят почтой и в Excel; рейсы диспетчер планирует на глаз — холостой пробег, простои, перерасход топлива.
Внедряем, дорабатываем и интегрируем TMS под ваш ландшафт: 1С, склад, телематику и ЭДО. Маршрутизация, мониторинг, диспетчеризация и контроль перевозок в одном контуре. Отвечаем за бизнес-результат, а не за поставку лицензий.
Наши клиенты
Определение
TMS (Transport Management System) — система управления перевозками. Она отвечает за то, что происходит между складом отправителя и складом получателя: заявку на перевозку, выбор перевозчика и тарифа, планирование рейса и маршрута, сопроводительные документы и расчёт стоимости доставки.
| Система | Чем управляет | Где заканчивается её зона |
|---|---|---|
| TMS | Перевозкой: заявка, тариф и перевозчик, рейс и маршрут, статус груза в пути, транспортные документы, стоимость доставки | На воротах склада — что происходит внутри склада, TMS не знает |
| WMS | Складом: приёмка, размещение, адресное хранение, отбор, отгрузка, инвентаризация | На воротах склада — куда и как поехал груз, WMS не знает |
| ERP | Ресурсами и учётом компании: заказы, закупки, финансы, себестоимость, взаиморасчёты | На уровне операций: детальное планирование рейсов и складских задач в ERP не живёт |
Поэтому вопрос «TMS или ERP» обычно поставлен неверно: ERP остаётся учётным контуром и источником заказа, TMS планирует и исполняет перевозку, а WMS готовит груз к отгрузке. Практическая работа при внедрении — не выбор одной системы вместо другой, а стыки между ними: заявка из ERP, отгрузка из WMS, документы в ГИС ЭПД, закрытие и оплата обратно в учёт.
«ТМС» в русской транскрипции и TMS — одно и то же. В отраслевых текстах встречаются также названия «система управления транспортом» и «система управления перевозками».
Боль
Заявки в транспортные компании уходят почтой и в Excel; рейсы диспетчер планирует на глаз — холостой пробег, простои, перерасход топлива.
Заказы, маршруты и статусы живут в разных системах и расходятся между собой.
Клиент звонит узнать статус — точного ответа нет; затраты считаются постфактум, KPI не видно.
Чтобы подрядчик что-то увидел, ему дают доступ ко всей ERP. Когда систем много и они не связаны, проблема не в TMS — в стыках.
Маршрут
Перевозка проходит через пять передач ответственности. TMS закрывает планирование и исполнение, но заявка приходит из ERP, документы уходят в ГИС ЭПД, а закрытие и оплата возвращаются в 1С. Разрыв на любой передаче останавливает не рейс, а расчёт за него.
Заявка → тариф и перевозчик → рейс → документы (ЭТрН/ГИС ЭПД) → закрытие и оплата
Заявка
Тариф и выбор
Рейс
Документы
Закрытие и оплата
Подход
Внедряем, дорабатываем и интегрируем транспортную систему в ваш ландшафт — 1С, склад, телематику, ЭДО — и отвечаем за результат на стыках.
Заменить TMS, добавить перевозчика, открыть склад или подключить клиента можно без переписывания всего ландшафта.
Затраты и KPI по рейсам видны в моменте, а не отчётом постфактум.
Меняем компоненты по отдельности, а не переписываем монолит. Подрядчик и клиент видят свои перевозки через портал — без доступа ко всей ERP.
Состав работ
Планирование рейсов и сборка маршрутов с учётом окон доставки, тоннажа и зон. Снижаем холостой пробег и ручное планирование.
Подключаем телематику: положение, маршрут, расход топлива, отклонения. Данные связываем с TMS и 1С, а не держим в отдельном кабинете.
Единый рабочий стол диспетчера: распределение рейсов, статусы, SLA, контроль исполнения.
B2B-портал и статусы доставки: клиент видит, где груз, без звонка; перевозчик работает в своём окне.
Связываем TMS с 1С, WMS, телематикой, ЭДО и биржами через интеграционный слой. Заявки, документы и статусы ходят между системами автоматически.
Срок
С 1 сентября 2026 года транспортная накладная, заказ (заявка) на перевозку и экспедиторские документы оформляются только электронно и направляются в государственную систему ГИС ЭПД — по Федеральному закону от 07.06.2025 № 140-ФЗ. Переходного периода в законе нет. Смягчение объявлено одно: до 1 марта 2027 года при бумажной накладной инспектор ограничивается устным замечанием. Обязанность оформлять документы электронно это не отменяет.
Для транспортного контура это означает, что документарный шаг маршрута перестаёт быть бумажным приложением к рейсу и становится частью исполнения: ЭТрН выпускается в момент события, подписывается УКЭП и уходит оператору ИС ЭПД. Если конфигурация 1С этого не умеет, накладные оформляются вне учёта и расходятся с ГИС ЭПД. Что именно проверить в 1С и как успеть — разбираем в статье ЭТрН и ГИС ЭПД в 1С: обязательный переход до 1 сентября 2026.
Эффект
Эффект считаем под ваш парк и маршруты до старта проекта, а не обещаем среднее по рынку. Что меряем: холостой пробег, стоимость рейса, OTIF и соблюдение окон доставки, время диспетчера на планирование, расход топлива, долю ручных операций. Как мы считаем эффект → разбор.
Интеграция
Заказы, клиенты и финансы остаются в ERP/УТ, перевозки и транспортные затраты ведёт TMS. Данные не дублируются и не расходятся.
TMS ↔ 1С, TMS ↔ WMS, TMS ↔ телематика через интеграционную шину, а не точечными костылями. Систему можно заменить без остановки остальных.
Перевозчик и клиент видят свои перевозки в своём окне — без доступа ко всей ERP. Это сильная сторона KT.Team.
Данные о рейсах и затратах выводим в хранилище для дашбордов и KPI.
FAQ
Нет. Мы интегратор: внедряем, дорабатываем и интегрируем транспортную систему в ваш ландшафт и отвечаем за результат на стыках, а не за поставку лицензий.
Да. Дорабатываем под процессы и связываем TMS с 1С, WMS, телематикой и ЭДО через интеграционную шину.
Через B2B-портал: каждый работает в своём окне и видит свои рейсы и статусы без доступа ко всей ERP.
Под ваш парк и маршруты до старта проекта. Меряем холостой пробег, стоимость рейса, OTIF, время диспетчера, расход топлива и долю ручных операций.
Документарный шаг закрывается на стороне учётной системы и оператора ИС ЭПД, а не внутри TMS. Проверяем, поддерживает ли ваша конфигурация 1С электронные перевозочные документы, подключаем оператора и связываем выпуск ЭТрН с событиями рейса, чтобы документ выпускался в момент отгрузки, а не догонял груз.
Обязанность зависит от роли в перевозке, а не от её доли в выручке: она распространяется на грузоотправителей, перевозчиков, экспедиторов и грузополучателей. Даже если вы только получаете грузы, без подписанного титула приёмки перевозка в ГИС ЭПД не закрыта.
Да. Начинаем с процессов и данных: какой поток перевозок берём первым, какие системы уже есть, что должно остаться в 1С. Систему подбираем под этот контур, а не под лок-ин на один продукт.
Кейсы
Дата проверки: 13.08.2026