TMS — это система, которая ведёт перевозку от заявки до закрывающего документа: принимает заказ, подбирает машину и водителя, собирает рейс и маршрут, формирует перевозочные документы, следит за статусами и считает деньги по рейсу. Ключевое отличие от таблицы и от учётной системы не в наборе полей, а в единице работы: в таблице рейс — это строка, которую кто-то не забыл обновить, а в системе рейс — это состояние, которое меняется само по событиям и тянет за собой документы.
О классе в России знают меньше, чем о CRM и складских системах, но спрашивать про него стали заметно чаще по одной причине: с 1 сентября 2026 года переход на электронные перевозочные документы стал обязательным — для перевозчиков, грузоотправителей, грузополучателей и экспедиторов независимо от размера бизнеса. Обязанность уже наступила, переходный период без штрафов заканчивается 1 марта 2027 года. Отсюда и путаница, которую надо развести в первую очередь: выполнить требование можно и без покупки системы, а покупка системы сама по себе требование не выполняет.
Дальше — из чего состоит класс, чем он отличается от реестра в таблице и от учёта, где проходит граница между системой и оператором ИС ЭПД, чем различаются задачи перевозчика и грузовладельца, с какого парка и потока класс окупается и что доступно российской компании на сентябрь 2026 года. Все суммы — порядок величин, модельные расчёты с явно названными вводными; бюро не является партнёром ни одного вендора.
Программа, которая управляет перевозкой как процессом: заявка, подбор транспорта, маршрут и загрузка, рейс, перевозочные документы, контроль исполнения и расчёты по рейсу. От английского transport management system. В России класс почти всегда встречается как транспортный модуль внутри более крупной экосистемы, а не как отдельный продукт, и это влияет на выбор сильнее, чем список функций.
Шесть блоков, из которых состоит класс
Набор блоков у разных продуктов почти одинаков; различается глубина каждого и то, какие из них вам вообще нужны. Смотреть стоит именно поблочно: половина разочарований от покупки — это когда платят за все шесть, а пользуются двумя.
- Заявка и реестр рейсов. Приём заказ-заявки, её превращение в рейс, назначение машины и водителя, статусы. Главный вопрос — попадает ли заявка в систему сама (из вашего учёта, из контура заказчика, из почты) или диспетчер перебивает её руками.
- Подбор транспорта. Свободные машины на дату, допуски и тип кузова, режим труда и отдыха водителя, ремонт и техосмотр. Это то место, где система начинает отличаться от таблицы: она знает, что машина уже занята, и не даёт назначить её дважды.
- Маршрут и загрузка. Последовательность точек, окна выгрузки, использование объёма и тоннажа. Самый рекламируемый блок и самый переоценённый: на междугородних плечах маршрут один.
- Перевозочные документы. Транспортная накладная, заказ-заявка, экспедиторские документы, путевой лист там, где он обязателен. С сентября 2026 года — в электронном виде, через оператора.
- Контроль исполнения. Отметки о прибытии и убытии, фотографии на погрузке и выгрузке, отклонения по времени. Здесь решается, узнаёте ли вы о срыве от системы или от рассерженного клиента.
- Расчёты по рейсу. Тариф заказчику, себестоимость рейса, зарплата водителя, топливо. Блок, который чаще всего оказывается решающим при выборе, хотя на демонстрации его показывают последним.
Отдельно про приложение водителя: формально это часть блока контроля, фактически — точка, где ломается внедрение. Документ подписывается в кабине, на погрузке, за пять минут и часто без устойчивой связи. Пять проверок приложения на живой демонстрации разобраны в сравнении двух транспортных модулей — Контур.Логистика или Saby TMS.
Чем это отличается от таблицы и от учёта в 1С
Реестр рейсов в таблице — нормальный инструмент, и в малом парке он работает годами. Ломается он в трёх местах, и все три связаны не с объёмом данных, а с тем, что таблица не знает о событиях. Она не возражает, когда одну машину назначают на два рейса. Она не напоминает, что закрывающий документ по рейсу двухнедельной давности так и не вернулся. И она не знает, где рейс сейчас, — это знает диспетчер, пока он на работе.
С учётной системой или ERP разница другая: учёт про перевозку знает деньги и документы, но не знает ни машины, ни времени. Там есть реализация услуг, счёт и акт, но нет понятия «рейс со статусом», нет календаря занятости машин, нет режима труда и отдыха водителя и нет отметок с погрузки. Поэтому вопрос «может, доработаем 1С» имеет честный ответ: может, и это разумно, если вам нужны два блока из шести — реестр рейсов и расчёты. Как только нужны документы, статусы и приложение водителя, доработка превращается в написание транспортной системы внутри учётной, и это дороже готового модуля.
| Вопрос перевозки | Таблица | Учётная система | Система управления перевозками |
|---|---|---|---|
| Свободна ли эта машина в четверг | Помнит диспетчер | Не знает | Знает: календарь занятости, ремонт, допуски |
| Где рейс прямо сейчас | Звонок водителю | Не знает | Статус и отметки с погрузки и выгрузки |
| Подписана ли накладная | Отдельная папка | Только после возврата бумаги | Статус документа у оператора, видно сразу |
| Сколько заработал рейс | Считается руками в конце месяца | Считает по документам, без топлива и простоя | Считает по рейсу: тариф, топливо, зарплата, простой |
| Вернулись ли закрывающие | Никто не отслеживает | Видно по отсутствию документа | Контроль возврата с напоминанием по сроку |
Отсюда критерий: класс начинает отличаться от таблицы не когда рейсов стало много, а когда стало много переходов — заявка, назначение машины, документ, отметка, возврат закрывающих. Каждый переход, сделанный руками, повторяется столько раз, сколько у вас рейсов, и окупаемость считается именно здесь, а не в оптимизации маршрута.
ГИС ЭПД: что делает система, а что оператор
Это место, где путаются чаще всего, и цена путаницы — лишний договор или несданные сведения. Разделение простое: транспортная система формирует документ и ведёт рейс, а доставляет сведения в государственную систему оператор ИС ЭПД. Напрямую в ГИС ЭПД компания не ходит: доступ возможен только через аккредитованного оператора и только по отдельному соглашению с ним.
Частная компания, аккредитованная Минтрансом, через которую сведения о перевозке попадают в государственную систему электронных перевозочных документов. Реестр ведёт Минтранс: на 7 августа 2026 года в нём было 14 аккредитованных операторов, из них 11 работали в продуктивной среде. Список меняется — сверяйтесь с реестром Минтранса на дату закупки, а не с чужой статьёй.
Отсюда развилка, которую на переговорах проговаривают редко: модуль и оператор могут быть от разных компаний, а могут от одной. Спрашивайте прямо — соглашение с оператором входит в подписку на систему или подписывается отдельно, и кто отвечает, если сведения не ушли. Подробный разбор самой государственной системы, хронологии рейса и того, что видит каждый участник обмена, — в материале ГИС ЭПД: что это простыми словами; порядок выбора оператора — в материале про то, как выбрать оператора ГИС ЭПД.
- 1Обязательный электронный вид. Транспортная накладная, заказ-заявка и экспедиторские документы. Электронный путевой лист обязателен не для всех: для участников оборота алкогольной и спиртосодержащей продукции, для участников грузоперевозок и при перевозке маркированной слабоалкогольной продукции; для остальных это право, а не обязанность.
- 2Подписи. Руководителю нужна усиленная квалифицированная подпись, сотрудникам, ответственным за погрузку и выгрузку, — тоже. Водителю она не нужна: достаточно сертификата по машиночитаемой доверенности или простой подписи через Госключ.
- 3Порядок подключения. Пять шагов: выбор оператора, соглашение с ним, заведение сотрудников через Госуслуги, выпуск подписей, тестовый обмен. Это самостоятельный проект со своим договором и сроком, и он не заменяется покупкой транспортного модуля.
- 4Проверка на дороге. Оператор формирует код на рейс, инспектор сканирует его прямо с экрана телефона водителя и видит статус документа и отметки о медосмотре и техконтроле. Единственная важная проверка на демонстрации — доступен ли этот код, когда связи нет.
Обязанность наступила 1 сентября 2026 года, переходный период без штрафов заканчивается 1 марта 2027 года. Самое тяжёлое последствие касается обязательных перевозок алкоголя и опасных грузов: отсутствие ЭПД грозит суммой до 1 000 000 ₽ и приостановкой деятельности до 90 суток. Выпуск машины без обязательных отметок и документов подпадает под статью 12.31.1 КоАП РФ. Конкретный состав и последствия проверяйте по своему профилю перевозок с юристом: мы объясняем механику, а не даём юридическую квалификацию.
Горизонтальная схема из пяти блоков со стрелками: «транспортная система: рейс и документ» → «оператор ИС ЭПД: канал» → «ГИС ЭПД: государственная система» → «инспектор на дороге: код с экрана телефона». Снизу отдельной дорожкой «приложение водителя: подпись на погрузке и выгрузке» со стрелкой к первому блоку. Под схемой рамка с подписями «обязательно в электронном виде: транспортная накладная, заказ-заявка, экспедиторские документы» и «переходный период без штрафов — до 1 марта 2027». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Перевозчик и грузовладелец: один класс, две разные системы
Самая дорогая ошибка выбора в этом классе — не вендор, а конфигурация. Перевозчик продаёт рейс: его деньги лежат в загрузке машины, порожнем пробеге, простоях под погрузкой и в том, чтобы закрывающие документы вернулись и счёт ушёл вовремя. Грузовладелец покупает перевозку: его деньги лежат в ставке, в том, чтобы груз приехал в обещанный день, и в разборе претензий по бою и недостаче. Один и тот же класс систем решает обе задачи, но разными блоками — и продукт, настроенный под одну роль, во второй выглядит как лишние поля.
| Что решается | У перевозчика | У грузовладельца |
|---|---|---|
| Главный вопрос | Чем загрузить машину и как не гнать её порожней | Кому отдать эту партию и по какой ставке |
| Источник заявки | Заказчики, биржи, постоянные маршруты | Собственные заказы из учётной системы или склада |
| Ключевой блок | Подбор транспорта, рейс, документы, себестоимость рейса | Ставки и распределение между перевозчиками, контроль срока |
| Где теряются деньги | Порожний пробег, простой под погрузкой, невернувшиеся документы | Переплата по ставке, срыв срока, претензии по бою и недостаче |
| Роль в обмене ЭПД | Формирует накладную и ведёт рейс | Подписывает как отправитель и принимает как получатель |
Практический вывод для грузовладельца: если транспорт наёмный, а отгрузок немного, полноценная система не нужна — нужна роль участника обмена и порядок в сроках. Что требуется от отправителя груза, разобрано в материале ЭПД для грузоотправителя, зеркальная сторона — в материале ЭПД для перевозчика. У компании со своим парком при производстве или рознице задачи обеих ролей сразу, и начинать стоит с той, где больше рейсов.
Две колонки одинаковой ширины. Левая «перевозчик»: выделены блоки «подбор машины», «рейс и маршрут», «перевозочные документы», «себестоимость рейса»; внизу подпись «деньги — в загрузке и порожнем пробеге». Правая «грузовладелец»: выделены блоки «ставки и распределение между перевозчиками», «плановая и фактическая дата», «претензии», «стоимость доставки в себестоимости заказа»; внизу подпись «деньги — в ставке и сроке». Между колонками общий для обеих блок «обмен перевозочными документами через оператора». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Порог: с какого парка и потока класс окупается
Пороги ниже — ориентиры для первого решения, а не константы. Считать надо не машины, а рейсы: парк в двадцать единиц с двумя рейсами в месяц на машину и парк в восемь единиц с пятнадцатью рейсами — это разные задачи, и второй упирается в организацию раньше первого.
| Ступень | Перевозчик: парк и рейсы | Грузовладелец: отгрузки и подрядчики | Чем закрывается |
|---|---|---|---|
| Рано | до 5 машин, до 10 рейсов в месяц | до 50 отгрузок в месяц, один-два перевозчика | Кабинет оператора ИС ЭПД и реестр рейсов в таблице |
| Полоса расчёта | 5–15 машин, 10–50 рейсов | 50–300 отгрузок, три-четыре перевозчика | Таблица плюс кабинет; первым ломается контроль возврата документов |
| Класс окупается | 15–40 машин, 60–250 рейсов | от 300 отгрузок, пять и больше перевозчиков | Система: рейсы, документы, статусы, расчёты по рейсу |
| Без системы дорого | от 40 машин или от 300 рейсов | от 1 000 отгрузок, ставка на каждую партию | Система плюс стык с учётом и контурами заказчиков |
Теперь деньги на модельной компании: перевозчик, 25 машин, 30 водителей, 1 100 гружёных рейсов в год, один диспетчер и один логист, полная стоимость часа диспетчера 650 ₽, учёт в 1С. Без системы рейс требует около 50 минут ручной работы: 12 минут на приём и разбор заявки, 8 на подбор машины и водителя, 12 на оформление перевозочных документов, 10 на обзвон и сбор статусов, 8 на сверку закрывающих. С системой те же операции занимают около 22 минут — исчезает не работа диспетчера, а перебивание данных из одного места в другое.
В расчёте намеренно нет двух вещей, которые любят обещать продавцы: сокращения порожнего пробега и простоев. Обе экономии реальны, но зависят не от системы, а от того, есть ли чем загрузить обратное плечо и готов ли заказчик двигать окна погрузки. Считать их можно только на своих данных за прошлый год и только после диспетчерских минут.
Две горизонтальные полосы одинакового масштаба. Верхняя «без системы — 50 минут на рейс» разбита на пять сегментов с подписями: «заявка 12», «подбор 8», «документы 12», «статусы 10», «закрывающие 8». Нижняя «с системой — 22 минуты» с сегментами «3», «4», «5», «2», «8». Справа вынос: «1 100 рейсов в год × 650 ₽ за час — разница 333 710 ₽». Внизу мелкой подписью: «порожний пробег и простои в расчёт не заложены». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Что доступно российской компании на сентябрь 2026 года
Класс в России чаще всего покупается не как отдельный продукт, а как транспортный модуль внутри экосистемы, которой вы уже пользуетесь для отчётности и обмена документами. Логика такая же, как во всём остальном: каждый новый стык стоит дороже, чем разница в подписке.
- Транспортный модуль экосистемы. Контур.Логистика в линейке СКБ Контур и Saby TMS в экосистеме Saby компании «Тензор». Оба ведут рейсы, формируют электронную транспортную накладную и передают сведения; обе компании на 7 августа 2026 года были в реестре аккредитованных операторов, то есть могут закрыть и роль системы, и роль канала. Сравнение по тому, что реально различается, — в отдельном материале журнала.
- Транспортный блок учётной системы. Если нужны только реестр рейсов и расчёты, доработка учётной системы дешевле модуля. Граница проходит там, где появляются документы, статусы и приложение водителя.
- Кабинет оператора ИС ЭПД без своей системы. Полноценный способ соответствовать требованию: документы формируются и подписываются в кабинете. Ручная работа — около 20 минут на рейс, и до нескольких десятков рейсов в месяц это дешевле подписки.
- Контур заказчика. Если вы возите для одного-двух крупных грузоотправителей, документы обычно формирует он, а вы подписываете в его кабинете. Своя система в этой схеме не нужна вовсе.
Отдельная проверка до выбора — куда попадает заявка. Если основной поток приходит с грузовых бирж, смотрите на то, умеет ли система принимать заявку оттуда структурой, а не письмом: иначе диспетчер продолжит перебивать данные руками, и вся арифметика из расчёта выше перестанет работать. Как устроен этот вход и что с ним делают, разобрано в материале про грузовые биржи и автоматизацию заявок.
Когда система управления перевозками не нужна
Обязанность перейти на электронные перевозочные документы не означает обязанности купить транспортную систему — и это главная подмена сезона. Требование закрывается соглашением с оператором; система нужна тогда, когда есть что ей вести.
- Меньше пяти машин и нет диспетчера. Рейсы планируются в переписке, и система не заменит планирование, а оцифрует его отсутствие. Сначала реестр рейсов хотя бы в таблице, потом модуль.
- До десяти рейсов в месяц. Ручная работа в кабинете оператора обходится дешевле подписки; выигрыш даёт само соглашение с оператором, а не система поверх него.
- Вы возите для одного-двух постоянных заказчиков. Работаете в их контуре, свой не нужен.
- Вы только грузополучатель. Принимать и подписывать закрывается кабинетом оператора.
- Уже есть работающая транспортная система. Тогда покупается канал до государственной системы и стык с ним, а не вторая система поверх первой.
И общее правило для всего класса. Транспортная система окупается числом переходов, которые перестают делаться руками, а не красотой маршрута на карте. Если у вас десять рейсов в месяц, переходов мало и считать нечего; если рейсов двести, а заявки приходят письмами и статусы собираются звонками, то деньги теряются каждый день и без всякой системы это видно по переработкам диспетчера. С соседними классами то же самое: складом управляет WMS, а перевозками — этот, и попытка закрыть одно другим заканчивается доработками на стыке.
Требование сдавать перевозочные документы электронно закрывается договором с оператором. Систему покупают не ради требования, а ради переходов, которые перестают делаться руками.
