Логистические программы для транспортной компании: какие классы софта нужны и что они закрывают

В этом разборе - логистические программы для малой транспортной компании: какой софт нужен и что каждый класс закрывает. Каждую неделю в блоге выходит новый такой разбор для владельцев парка на 6-10 машин. Подпишись, чтобы не пропустить.

Разбираем ЭПД, цифровизацию перевозок и учёт автопарка — коротко и по делу. Подпишитесь на канал, чтобы не пропустить.

TelegramКанал «Цифровая логистика»MAXЕсли Telegram не открывается

Какие классы программ есть у малой транспортной компании

Коротко: логистические программы для транспортной компании - это семь разных классов софта: TMS, диспетчерская программа, учет топлива, GPS-мониторинг, электронный документооборот, CRM и финансовая аналитика рейса. Каждый класс закрывает свою задачу, и путаница между ними - главная причина, почему малая ТК покупает не то, что ей на самом деле нужно.

Директор малой ТК на 6-10 машин редко приходит к разговору о логистических программах из общего интереса к автоматизации. Обычно повод конкретный: заявки теряются в переписке, диспетчер держит маршруты в голове, а посчитать, какой рейс принес деньги, а какой ушел в минус, получается только в конце месяца - и то приблизительно.

Дело в том, что на рынке нет одного универсального продукта - есть несколько разных классов софта, и у каждого своя задача:

• TMS (система управления перевозками) - весь цикл рейса: заявка, маршрут, документы, деньги.
• Диспетчерская программа - оперативное управление рейсами прямо сейчас: кто, на чем и куда едет.
• Учет топлива - контроль заправок, расхода и сливов ГСМ.
• GPS/ГЛОНАСС-мониторинг - геопозиция, скорость и маршрут транспорта в реальном времени.
• Электронный документооборот и ГИС ЭПД (государственная информационная система электронных перевозочных документов) - передача перевозочных документов в электронном виде.
• CRM для транспортной компании - заявки клиентов и воронка продаж.
• Финансовая аналитика рейса - себестоимость и рентабельность каждой поездки.

Здесь - как отличить классы друг от друга и с чего начинать выбор.

Чем TMS отличается от диспетчерской программы?

Коротко: TMS (система управления перевозками) ведет весь цикл рейса - от заявки до закрывающих документов и расчета рентабельности. Диспетчерская программа уже - она про операционное управление прямо сейчас: кто из водителей на каком рейсе, кто опаздывает, кому назначить машину.

Путаница между TMS (система управления перевозками) и диспетчерской программой - самая частая ошибка при выборе логистических программ для транспортной компании. Обе работают с рейсами, но на разных уровнях. Подробный разбор этого класса софта целиком - в материале про ТМС-систему для малого перевозчика.

TMS автоматизирует весь цикл перевозки целиком: прием заявки, планирование маршрута с учетом груза и загруженности дорог, контроль исполнения, формирование закрывающих документов и расчет стоимости рейса. Раньше все это держалось в голове диспетчера, в блокноте и в десятке разрозненных Excel-таблиц - TMS сводит эти данные на один рабочий экран.

Диспетчерская программа - более узкий, оперативный слой. Она закрывает взаимодействие "клиент - диспетчер - водитель" здесь и сейчас: обработка заявки с автозаполнением данных постоянного клиента, назначение водителя и машины на конкретный рейс, контроль явки на погрузку, статус рейса в реальном времени через мобильное приложение водителя. Тендеров среди перевозчиков и сквозной финансовой аналитики диспетчерская программа не ведет - это уже задача TMS.

Для малой ТК на 6-10 машин это отличие вполне конкретное. Если вопрос "кто где сейчас" решается звонком диспетчеру, а вопрос "с чем компания приезжает к концу месяца" - отдельная головная боль, значит, нужны обе функции сразу, просто в одном продукте.

Что делает система учета топлива?

Коротко: система учета топлива работает на данных с датчика уровня топлива или бортового компьютера и фиксирует каждую заправку, расход и слив - с объемом, датой и временем. Задача одна - показать, куда реально уходит топливо, а не сколько его должно было уйти по нормативу.

ГСМ - одна из крупнейших статей расходов автопарка, и она же одна из самых непрозрачных без отдельного контроля. Поставщики систем контроля топлива обычно оценивают долю расходов на ГСМ в 20-30% от всех затрат на автопарк - и именно эта статья чаще всего утекает через сливы и недоливы, которые в ручном учете просто не видно.

Система учета топлива не заменяет GPS-мониторинг - она работает поверх того же телематического терминала, но фокусируется конкретно на объеме топлива: сколько залито, сколько израсходовано по факту движения, зафиксирована ли аномальная потеря объема. Отчет по каждому такому событию с датой, временем и объемом - это то, чего не дает обычный путевой лист, заполненный от руки.

Подробнее о том, как считать расходы на ГСМ и на чем реально можно сэкономить, - в материале про расходы на топливо в транспортной компании.

Топливо, документы и заявки - это разные куски одной и той же картины: что происходит с рейсом от начала до конца. CARGO.RUN START собирает эту картину в одном окне для компании с парком до 10 машин - вместо того чтобы держать несколько разных программ и сверять их вручную. Посмотреть, как это работает.

Нужен ли отдельный GPS-мониторинг, если уже стоит TMS?

Коротко: да, сам GPS/ГЛОНАСС-мониторинг остается нужен как источник данных о местоположении и движении транспорта - TMS (система управления перевозками) его не заменяет, а использует. Отдельная вторая программа мониторинга поверх уже работающей обычно не нужна: для TMS достаточно интеграции с уже установленным оборудованием.

GPS/ГЛОНАСС-мониторинг - программно-аппаратный комплекс, который отслеживает местоположение транспорта, отклонения от маршрута, скоростной режим, пройденное расстояние и время простоев. Это тот источник данных, без которого не работает ни учет топлива, ни контроль соблюдения режима труда водителя.

Разница с TMS (система управления перевозками) в том, что мониторинг сам по себе не занимается ни заявками, ни документами, ни расчетом рентабельности рейса - он показывает сырые данные о движении транспорта. TMS и диспетчерская программа берут эти данные как один из источников информации и строят поверх них уже управленческую логику: назначение, контроль исполнения, аналитику.

Если на машинах уже стоит GPS-мониторинг - частая ситуация даже для компаний, которые все остальное ведут в Excel, - для малой ТК главный вопрос практический: что делать с данными, которые мониторинг и так собирает. Вот тут в игру вступают уже TMS и диспетчерская программа.

Как электронный документооборот и ГИС ЭПД меняют работу с 1 сентября 2026

Коротко: с 1 сентября 2026 года оформление перевозочных документов в электронном виде и передача их в ГИС ЭПД становятся обязательными - это подтверждает Минтранс России. Для малой ТК это дополнительный повод присмотреться к программам, которые уже сейчас собирают рейс и документы по нему в одном месте.

Государственная информационная система электронных перевозочных документов (ГИС ЭПД) - система, через которую в электронном виде проходят транспортные накладные, заказы-заявки и другие перевозочные документы. Ключевой документ для автоперевозчика в этом списке - ЭТрН, электронная транспортная накладная. Обмен идет через аккредитованных операторов информационных систем ЭПД, которые затем направляют данные в саму ГИС ЭПД. Продуктовая сторона перехода на электронный документооборот - в разборе автоматизации документооборота в транспортной компании.

Минтранс России подтверждает срок перехода:

«с 1 сентября 2026 года вступает в силу закон об обязательном переходе на электронные перевозочные документы»

• Минтранс России, пресс-центр

Ведомство отдельно уточняет, что список охватываемого транспорта шире, чем можно подумать:

«требование об обязательном использовании ЭПД, установленное в 2025 году, охватывает автомобили, железную дорогу, авиацию и экспедиторские документы»

• Минтранс России, пресс-центр

Для нескольких категорий перевозок предусмотрены исключения - в частности, для специальных грузов, сделок с иностранными контрагентами и перевозок для личных нужд физлиц. До 1 марта 2027 года действует переходный период: за обнаруженный бумажный документ вместо электронного предупреждают устно, а не штрафуют.

Электронный документооборот - не то же самое, что TMS или диспетчерская программа: это юридически значимая передача данных государству и контрагентам, а не оперативное управление рейсом. Но чем ближе программа, которая уже ведет рейс, к тому, чтобы отдать данные оператору ЭПД в один клик, тем меньше ручной работы остается на переход к обязательному электронному документообороту. Пошаговый план перехода на ЭТрН и ЭПД - в материале как перейти на ЭТрН и ЭПД.

Нужна ли малой ТК CRM?

Коротко: да, если заявки клиентов теряются в переписке и никто не считает воронку продаж отдельно от рейса. CRM управляет отношениями с клиентами - заявки, воронка продаж, история переговоров. Путают ее чаще всего с 1С: учетные конфигурации на базе 1С обычно закрывают бухгалтерию, путевые листы и ремонт техники, но не продажи и не маршруты.

CRM для транспортной компании закрывает свою, отдельную боль: заявки на перевозку теряются в почте и мессенджерах, менеджер забывает перезвонить клиенту, а история переговоров нигде не хранится централизованно. CRM отвечает за заявки, воронку продаж и историю переговоров с клиентом - а самим рейсом занимаются TMS (система управления перевозками) и диспетчерская программа.

Частая путаница в этой части рынка - решить, что раз в компании уже стоит 1С, CRM или TMS ей не нужны. На практике учетные конфигурации на базе 1С в этой нише обычно закрывают бухгалтерский и складской контур: путевые листы, ГСМ, ремонт техники, финансовую отчетность. Это ценный, но другой слой - он не заменяет ни воронку продаж CRM, ни оперативное управление рейсом в TMS или диспетчерской программе. На практике эти классы софта чаще дополняют друг друга, чем конкурируют.

Кто считает себестоимость рейса и почему это тоже программа?

Коротко: финансовая аналитика рейса складывает прямые расходы (топливо, амортизация, зарплата водителя) и долю накладных расходов, разнесенную по рейсам, и показывает, окупился ли конкретный рейс. Без отдельного расчета этот вопрос обычно всплывает только в конце месяца, когда деньги уже потрачены.

Финансовая аналитика рейса - управленческо-учетный слой поверх операционных данных: пробега, расхода топлива, длительности рейса. Она считает себестоимость как сумму прямых затрат на конкретную поездку плюс долю накладных расходов - обслуживание, страховку, администрирование, - разнесенную по рейсам компании.

Ключевой показатель простой: если себестоимость рейса выше, чем выручка по нему, рейс убыточен, сколько бы километров ни было пройдено. Рентабельность считается как прибыль, деленная на выручку и умноженная на 100%. Это ровно та цифра, которую малая ТК на 6-10 машин обычно получает с лагом в несколько недель или вообще не получает, пока кто-то не сядет считать вручную по итогам месяца.

Именно этот класс программ закрывает самую болезненную часть работы собственника - показывает, на чем компания реально зарабатывает, а какие рейсы тянут ее в минус.

Точечные программы или одна система: как сравнить?

Коротко: собрать пять-семь точечных программ под каждую задачу можно, но данные между ними придется сверять руками. Единая облачная система закрывает меньше узких функций в каждом отдельном классе, зато не требует ручной стыковки данных между разными интерфейсами.

Когда классы софта разобраны по отдельности, встает практический вопрос: собирать под каждую задачу отдельный сервис или искать одну систему, которая закрывает несколько классов сразу.

CARGO.RUN START - пример системы второго типа: сервис собирает автопарк, рейсы и документы в одном окне и поддерживает гибридный формат работы - учет по собственным рейсам и по экспедиции в одном интерфейсе, без переноса данных между отдельными таблицами и сервисами. Тариф "Старт" - один на всю компанию до 10 машин, с 14 днями бесплатного доступа, чтобы проверить, закрывает ли система реальные задачи до того, как платить за нее.

С чего начать автоматизацию парка на 6-10 машин?

Коротко: начинать стоит не с самого дорогого продукта, а с самой болезненной точки - обычно это заявки или документы. Остальные классы софта подключаются по мере роста, а не все сразу.

1. Найти точку, которая болит сильнее всего прямо сейчас. Обычно это либо теряющиеся заявки, либо невозможность посчитать рентабельность рейса, либо приближающийся переход на электронный документооборот.
2. Не пытаться закрыть все классы софта одним внедрением. Крупные TMS (система управления перевозками) с полным набором модулей рассчитаны на компании с отдельным ИТ-специалистом; малой ТК разумнее начать с одного-двух блоков.
3. Проверить, что данные не придется переносить руками. Если система не забирает данные с уже установленного GPS-мониторинга и не стыкуется с 1С, ручная работа никуда не денется - просто переместится в другое место.
4. Использовать бесплатный тестовый период до оплаты. Пробный доступ показывает, закрывает ли программа реальные боли компании или только красиво выглядит на демонстрации.
5. Закладывать время на обучение диспетчера и логиста. Переход с телефона и блокнота на новый интерфейс занимает у сотрудников время - это нормальная часть внедрения, а не повод считать программу неудачной.

Какие ошибки чаще всего допускают при выборе логистической программы?

Коротко: главные ошибки - купить избыточно сложную и дорогую систему без пошагового старта, не проверить перенос данных при уходе от поставщика и не заложить время на то, что сотрудники привыкнут к программе не сразу.

Самая частая ошибка при выборе логистических программ - сразу пытаться внедрить дорогую систему с максимальным набором функций. Разумнее начать с оцифровки базовых процессов: реестра заявок, автоматического формирования путевых листов, электронного обмена документами. Путаница между классами софта решается через пробный доступ гораздо быстрее, чем кажется на старте.

Вторая по частоте ошибка - не уточнить заранее условия переноса данных на случай смены поставщика ПО. Это стоит проверять до подписания договора.

Третья ошибка - недооценить сопротивление сотрудников. Диспетчер и логист годами работали по телефону и в блокноте, и переход на новый интерфейс занимает у них время - обучение стоит закладывать в план отдельной строкой, а не рассчитывать, что программа объяснит себя сама.

Логистические программы для транспортной компании - это набор разных инструментов под разные задачи, и разобраться в них проще, чем кажется на старте. CARGO.RUN START собирает автопарк, рейсы, документы и деньги в одну систему для малой ТК, вместо того чтобы держать это в нескольких разных местах.