TMS для курьерской службы: какие функции нужны в 2026 году
Коротко: курьерской службе нужна TMS, которая сама строит маршруты, показывает курьеров на карте в реальном времени, работает в связке с мобильным приложением курьера, принимает оплату по 54-ФЗ, обменивается заказами с маркетплейсами по API и готовит электронные документы. Всё остальное — приятные дополнения, которые выбирают под размер и модель бизнеса.

В этой статье
TMS (Transportation Management System) — система управления перевозками, которая собирает в одном окне заказы, курьеров, маршруты, статусы и деньги. Для курьерской службы это не «ещё одна программа», а основа операционной модели: от неё зависит, сколько заказов курьер развезёт за смену и сколько звонков «где мой заказ?» получит колл-центр. Когда готовые решения не закрывают процессы, службы заказывают собственный веб-кабинет диспетчера и клиента у команд вроде YuSMP Group — но начинать стоит с понимания, какие функции действительно нужны.
Ниже — список функций, которые в 2026 году стали обязательными для службы последней мили, таблица «обязательно / желательно» и чек-лист выбора. Мы составили его по опыту операционного сопровождения курьерских маршрутов в MetroMax BPM.
Что такое TMS и зачем она курьерской службе
TMS решает три задачи: планирует (какой курьер какие заказы везёт и в каком порядке), контролирует (где курьер, что доставлено, что сорвалось) и считает (стоимость доставки, выручку, зарплату курьеров, долги по наложенному платежу). Без системы эти задачи живут в таблицах, мессенджерах и голове старшего диспетчера — и ломаются при первом росте объёма.
Признаки того, что службе пора на TMS:
- диспетчер тратит больше часа в день на ручное распределение заказов;
- клиенты узнают о переносе доставки от курьера по телефону, а не из уведомления;
- деньги наложенного платежа сверяются в конце недели и «не сходятся»;
- новый курьер выходит на маршрут только после нескольких дней стажировки с напарником;
- B2B-клиенты просят отчёт по срокам доставки, а собрать его можно только вручную.
Какие функции TMS обязательны в 2026 году
Набор базовых функций за последние годы заметно вырос: то, что раньше было преимуществом крупных игроков, теперь ждут от любой службы.
- Автоматическая маршрутизация. Система распределяет заказы по курьерам с учётом зон, временных окон, грузоподъёмности и пробок, а при срочном заказе перестраивает маршрут на ходу.
- Трекинг в реальном времени. Диспетчер видит курьеров на карте, система считает прогнозное время прибытия (ETA) и предупреждает об опозданиях до того, как клиент начнёт звонить.
- Мобильное приложение курьера. Список точек, навигация, смена статусов, фото и подпись получателя, работа без связи с последующей синхронизацией.
- Приём оплаты по 54-ФЗ. Оплата картой, по QR и наличными с выдачей кассового чека — с привязкой к заказу и автоматической сверкой инкассации.
- Уведомления и онлайн-трекинг для клиента. SMS, push или мессенджер со ссылкой на страницу заказа, возможность перенести интервал без звонка оператору.
- Интеграции по API. Приём заказов от маркетплейсов, интернет-магазинов и 1С, передача статусов обратно — без ручного импорта таблиц.
- Электронные документы. Для служб, которые возят грузы B2B-клиентам, — формирование электронной транспортной накладной и обмен через операторов ЭДО и ГИС ЭПД; требования к ЭТрН публикует Минтранс России.
- Аналитика и KPI. Доля доставок в срок, стоимость доставки одного заказа, заказы на курьера в час, доля возвратов — в дашборде, а не в ежемесячном отчёте.
Хорошая TMS не та, где больше функций, а та, где диспетчер в 9 утра нажимает одну кнопку и получает рабочий план смены.
Обязательные и желательные функции: таблица
Не всем службам нужен одинаковый набор. Таблица поможет отделить базу от функций «на вырост».
| Функция | До 20 курьеров | 20–100 курьеров | 100+ курьеров, B2B |
|---|---|---|---|
| Автоматическая маршрутизация | Обязательно | Обязательно | Обязательно |
| Трекинг и ETA | Обязательно | Обязательно | Обязательно |
| Приложение курьера с офлайн-режимом | Обязательно | Обязательно | Обязательно |
| Касса 54-ФЗ в приложении | Если есть оплата при получении | Обязательно | Обязательно |
| API маркетплейсов и магазинов | Желательно | Обязательно | Обязательно |
| Личный кабинет клиента | Желательно | Желательно | Обязательно |
| ЭТрН и ЭДО | Не нужно | Желательно | Обязательно |
| Расчёт зарплаты курьеров | Желательно | Обязательно | Обязательно |
| Прогноз спроса и ИИ-планирование смен | Не нужно | Желательно | Желательно |
Готовая TMS или разработка под себя?
Большинство служб начинают с готовой облачной TMS: запуск за несколько недель, оплата за курьера или за заказ, обновления включены. Этот путь оптимален, пока процессы стандартные.
Собственная система имеет смысл, когда:
- у службы нестандартная модель — смешанный парк, свои тарифы для B2B, сложные сценарии возвратов и частичного выкупа;
- интеграций много (маркетплейсы, 1С, WMS, платёжные сервисы), и коробочное решение превращается в набор костылей;
- плата за лицензии на сотни курьеров сопоставима со стоимостью команды разработки;
- технология — часть ценностного предложения: клиенту продают не только доставку, но и кабинет, аналитику, API.
Компромиссный вариант — готовое ядро TMS плюс собственные модули: кабинет B2B-клиента, приложение курьера под свои сценарии, интеграционный слой. Так бизнес не платит за разработку того, что уже хорошо решено, и не подстраивает процессы под ограничения коробки.
Как выбрать и внедрить TMS без простоя
Внедрение ломает доставку чаще, чем отсутствие системы, поэтому порядок важнее скорости.
- Опишите процессы. Как заказ попадает в службу, как распределяется, что происходит при отказе и возврате, как сдаются деньги.
- Соберите метрики «до». Доставки в срок, заказы на курьера, пробег, обращения в поддержку — иначе эффект нечем будет подтвердить.
- Проверьте 2–3 системы на своих данных. Загрузите реальный день заказов и сравните маршруты, а не презентации.
- Запустите пилот на одной зоне. Одна-две недели параллельной работы, обучение курьеров, сбор замечаний.
- Подключите интеграции и деньги. API маркетплейсов, кассу, сверку инкассации — только после стабильной работы базовых функций.
- Масштабируйте по зонам и сравнивайте метрики с точкой «до».
Отдельно продумайте обучение: курьеры принимают систему, если приложение экономит им время. Подробнее о том, как оценивать подрядчика, который берёт на себя операции, — в статье как выбрать партнёра по аутсорсингу логистики, а о модели управляемых процессов для доставки — на странице решений MetroMax BPM.
Частые вопросы
Нужна ли TMS курьерской службе с 5–10 курьерами?
Да, если заказов больше 50–70 в день или есть приём оплаты при получении. На таком объёме ручная диспетчеризация в таблицах начинает терять заказы и деньги, а облачная TMS по подписке окупается за счёт меньшего пробега и меньшего числа звонков клиентов.
Чем TMS отличается от WMS?
WMS управляет товаром внутри склада: приёмка, хранение, сборка. TMS управляет перемещением заказа после склада: маршруты, курьеры, статусы, документы и расчёты за доставку. У курьерской службы с сортировочным узлом обычно нужны обе системы и обмен данными между ними.
Сколько времени занимает внедрение TMS?
Коробочную облачную систему запускают за 2–6 недель: настройка зон, тарифов, импорт заказов и обучение курьеров. Доработки и интеграции с маркетплейсами, 1С и платёжными сервисами добавляют от одного до трёх месяцев.
Когда стоит заказывать собственную TMS вместо готовой?
Когда у службы нестандартная модель (смешанный парк, свои тарифы для B2B, особые сценарии возвратов), много интеграций или готовая система стала узким местом по скорости и стоимости лицензий. Тогда разработка под свои процессы окупается за счёт гибкости и отсутствия платы за каждого курьера.
Какие данные TMS должна передавать клиенту?
Минимум — статус заказа, интервал доставки, имя курьера и ссылку на онлайн-трекинг. Для B2B-клиентов дополнительно нужны отчёты по SLA, реестры доставленных отправлений, закрывающие документы и выгрузка по API.