Приложение для логистики: когда хватит готовой TMS, а когда нужна своя разработка

Заявка потерялась в вотсапе. Диспетчер узнаёт о сорванном рейсе от злого клиента, а не от водителя. Знакомо? Тогда вы уже вбивали в поиск «приложение для логистики» — и нашли десяток предложений, от подписки на готовую систему за пару тысяч в месяц до разработки с нуля за миллионы. Если у вас федеральный автопарк на две сотни машин и свой IT-отдел — этот разговор давно ведёт не эта статья, а ваш интегратор TMS. Дальше — для тех, у кого пять–двадцать машин, экспедитор с блокнотом и вопрос «а нужно ли нам вообще своё приложение».

И это не одна программа. За словом «приложение» прячутся минимум три разных продукта, и у каждого свой пользователь и свои требования.

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

Рынок готовых TMS большой. Roolz просит от 15 евро за пользователя в месяц, у 4logist — от 20 до 40 евро, «1С:TMS Логистика» в облаке начинается от 91 900 рублей разово и от 3 500 рублей в месяц (данные Roolz.net за 2026 год). Для перевозчика с типовым маршрутом «склад — точки доставки» и без нестандартных требований это дешевле и быстрее любой разработки: систему разворачивают за недели, а не месяцы. похожие расчёты по разным нишам — в кейсах

А с 1 сентября 2026 года изменилось главное. Бумажная транспортная накладная в грузоперевозках больше не работает — переход на электронную (ЭТрН) стал обязательным для отправителей, перевозчиков, экспедиторов и водителей, если хоть раз привлекается наёмный транспорт. Документы уходят в государственную систему ГИС ЭПД через аккредитованных операторов, а не напрямую — это подтверждают «Моё дело» и «Контур.Экстерн». Штрафов пока нет: до 1 марта 2027 действует мораторий, инспектор ограничится устным предупреждением. Но вопрос «поддерживает ли система ЭТрН и ГИС ЭПД» теперь задают до покупки TMS, а не после.

Бумага. Она пока разрешена только в восьми случаях: военные перевозки, иностранные перевозчики вне реестра, доставка между своими складами без наёмного транспорта, перевозки для личных нужд, драгоценные металлы, каботаж иностранных перевозчиков, технический сбой ГИС ЭПД и отсутствие интернета в населённом пункте. Во всех остальных — только электронный документ.

Кажется, что достаточно купить систему — и логистика сама выстроится. Отчасти это правда. Для типового рейса «от склада до адреса» готовая TMS с поддержкой ЭТрН на борту закрывает вопрос полностью, разрабатывать ничего не нужно. Но правда обычно заканчивается на слове «типовой». Если маршрут собирает не GPS, а опыт диспетчера. Если клиенту нужен трекинг под вашим брендом, а не под логотипом вендора TMS. Если систему нужно завязать на конкретную конфигурацию 1С, которую готовое решение не поддерживает из коробки, — здесь начинается разработка, а не очередная подписка.

Представьте службу эвакуации с мобильным шиномонтажом: семь машин, три диспетчера в общем чате. Заявки идут с сайта, из Авито и по телефону — их вручную сводили в один список на бумаге, а клиент узнавал, где эвакуатор, только звонком. Готовая TMS такой бизнес не закрывает: там нет заявок из трёх каналов в одной ленте, а трекинг клиенту нужен не про грузовой рейс, а про «через сколько минут приедет эвакуатор». Здесь и появляется своя разработка — не с нуля, а поверх типовых модулей, которые уже есть почти у любой TMS.

Тянуть с решением тоже стоит денег, просто эти деньги не видно в одной строке сметы. Диспетчер, который сводит заявки из трёх каналов руками, тратит на это часы, которые мог бы потратить на переговоры с клиентами. Водитель без офлайн-режима теряет бумажную накладную — а с 1 сентября 2026 это уже не мелкая неприятность, а документ, без которого рейс формально не подтверждён. Каждая потерянная накладная теперь означает разговор с оператором ЭПД и восстановление данных вручную, а не переписанный от руки лист.

Точной цифры без задачи не будет — и честнее сказать так, чем гадать. Ориентир по рынку такой: простое MVP-приложение обходится в 2,1–4,4 миллиона рублей и занимает 3–4 месяца, продукт среднего уровня сложности — 4–12 миллионов рублей и 4–6 месяцев (данные Kokoc.com за 2026 год). Логистическое приложение с интеграцией 1С, ГИС ЭПД и офлайн-режимом для водителя обычно попадает в средний уровень — не потому что экраны сложные, а потому что интеграций много.

Сюда же добавляются готовые модули операторов ЭПД: подключение к ГИС ЭПД делают не с нуля, а через API аккредитованного оператора, и это ближе к настройке, чем к разработке. Дороже другое — сама офлайн-логика для водителя: приложение должно принять фото, подпись и статус доставки без связи, а потом синхронизировать всё разом, когда сеть появится. Именно этот кусок студии обычно оценивают отдельно и не показывают в базовой вилке цены.

У нас цена и сроки ниже классической студийной сметы: часть кода собираем через ИИ-инструменты в конвейере, а окупаемость считаем ещё до старта — сколько рейсов экономит диспетчер и что теряет компания на бумажных накладных сейчас.

Три вопроса решают, куда идти — за подпиской или за разработкой.

Хотите сами прикинуть, что окупится в вашей логистике — готовая TMS или своё приложение: посмотреть курс «Вайб-кодинг: с нуля до первой оплаты»