Що таке TMS: система управління перевезеннями

TMS (transportation management system) — це програмне забезпечення, яке допомагає компаніям планувати, виконувати і контролювати перевезення вантажів: обирати перевізників і маршрути, бронювати перевезення, відстежувати їх у реальному часі, оформлювати документи і перевіряти рахунки за фрахт. Нею користуються вантажовідправники, перевізники, експедитори, 3PL-оператори та інші логістичні компанії.

Простіше кажучи, TMS — це місце, де логістика перевезень живе як керований процес, а не як набір таблиць, дзвінків і листів. У статті пояснюємо, як працює TMS, які функції важливі, чим вона відрізняється від WMS, ERP і систем управління автопарком, які типи TMS існують, з якими системами вона інтегрується і як обрати між готовим продуктом і власною розробкою. Ми працюємо з логістичними компаніями над таким ПЗ, детальніше про наш підхід — на сторінці розробка ПЗ для логістики.

Що таке система управління транспортом

TMS належить до систем виконання ланцюга постачання, які керують щоденними операціями поруч зі складськими системами і системами обробки замовлень.

Що це означає на практиці? Це робоче місце транспортного відділу. Надходять замовлення, які треба доставити, команда вирішує, як і ким їх везти, передає вантажі перевізникам, стежить за машинами, реагує на затримки, оформлює документи і зрештою перевіряє, що рахунок відповідає домовленості. TMS перетворює кожен крок на структурований процес з даними.

Хто користується TMS:

• Вантажовідправники. Виробники, дистриб’ютори та рітейлери, які везуть власні товари і купують послуги перевізників. TMS допомагає їм контролювати витрати на перевезення і рівень сервісу.

• Перевізники. Транспортні компанії з власним автопарком. Вони використовують TMS, часто разом із системою управління автопарком, щоб планувати рейси, призначати водіїв і виставляти рахунки.

• Експедитори. Посередники, які організовують перевезення для клієнтів залученим транспортом. Їхня TMS зосереджена на пошуку перевізників, ставках, маржі і комунікації.

• 3PL-оператори і логістичні оператори. Компанії, які керують логістикою клієнтів. TMS дозволяє вести перевезення багатьох клієнтів в одній системі і давати кожному прозорість.

Одне слово TMS описує дуже різні потреби. TMS експедитора і TMS виробника мають спільну основу, але сильно відрізняються в деталях.

Ознаки, що таблиць уже недостатньо. Логісти більшу частину дня телефонують і пишуть листи замість того, щоб планувати. Ніхто не може швидко сказати, де конкретне відправлення. Рахунки перевізників оплачують без систематичної перевірки. Клієнти просять трекінг, якого ви не можете дати. Вартість перевезення на одне відправлення невідома або рахується раз на квартал. Знання про перевізників і маршрути живуть у головах двох-трьох людей. Якщо кілька пунктів звучать знайомо, варто оцінити TMS.

Як працює TMS

Типове перевезення проходить у TMS однаковий цикл, від замовлення до оплати.

1. Імпорт замовлень. Замовлення, які треба доставити, надходять з ERP (в Україні це часто BAS або SAP), із системи обробки замовлень чи інтернет-магазину або вводяться вручну. Кожне замовлення містить, що, скільки, звідки, куди і до якого строку.

2. Планування завантаження. Система групує замовлення в рейси з урахуванням ваги, об’єму, часових вікон доставки і типів транспорту. Вона вирішує, чи йде вантаж окремою машиною (FTL), чи збірним вантажем (LTL), і планує маршрут.

3. Вибір перевізника. На основі тарифів, договорів, рейтингу перевізників і наявності транспорту TMS пропонує чи автоматично обирає найкращого перевізника для кожного рейсу.

4. Тендер. Заявку на перевезення пропонують перевізнику через портал, API, EDI чи email. Перевізник погоджується або відмовляється, і тоді система пропонує рейс наступному.

5. Диспетчеризація і виконання. Перевізник забирає вантаж, оформлюються документи, і перевезення починається.

6. Трекінг. Статуси надходять з GPS, телематики, API перевізників і служб доставки. TMS розраховує очікуваний час прибуття (ETA) і сповіщає команду про затримки.

7. Аудит і оплата фрахту. Коли перевізник надсилає рахунок, TMS порівнює його з погодженою ставкою і фактичним перевезенням, позначає розбіжності і передає погоджені рахунки в облік.

Ось як це виглядає для дистриб’ютора середнього розміру. До TMS логіст отримує замовлення поштою, перевіряє машини в таблиці, телефонує трьом перевізникам по ціну, надсилає підтвердження і пів дня відповідає на дзвінки «де моя доставка?». Рахунки перевіряють вручну раз на місяць. Після впровадження замовлення приходять з ERP автоматично, система пропонує консолідовані рейси і найкращого перевізника, заявки йдуть електронно, клієнти отримують посилання для відстеження, а рахунки, що відповідають ставці, погоджуються без ручної роботи. Логіст займається винятками.

Дані, які потрібні TMS. TMS настільки добра, наскільки якісні її довідники. Перед впровадженням зберіть і почистіть: локації з адресами, графіком роботи й обмеженнями на завантаження, перевізників з контактами, документами і географією роботи, тарифи і договори за напрямками, типи транспорту з вантажопідйомністю, а також дані про товари з вагою, габаритами і вимогами до перевезення. Прогалини тут спричиняють хибні плани і ручні виправлення, тож ця робота зазвичай окупається більше, ніж будь-яка окрема функція.

Поштові служби і вантажні перевезення. Багато українських компаній поєднують два світи: посилки через «Нову пошту» чи Укрпошту і вантажні перевезення машинами перевізників. Це різні процеси з різними даними, тарифами й документами. Добра TMS чи зв’язка систем показує обидва потоки в одному місці, щоб клієнтський сервіс бачив статус будь-якого відправлення, а керівник порівнював вартість доставки різними способами.

Ключові функції TMS

Функції відрізняються від продукту до продукту, але більшість систем побудовані навколо п’яти груп.

Планування маршрутів і завантаження

Що робить: оптимізація маршрутів знаходить найефективнішу послідовність точок і доріг з урахуванням відстані, заторів, вікон доставки й обмежень для транспорту. Консолідація вантажів поєднує кілька дрібних відправлень в одне завантаження. Система також допомагає обрати між окремою машиною (FTL) і збірним вантажем (LTL).

Яку проблему розв’язує: напівпорожні машини, зайві кілометри і зірвані вікна доставки. Консолідація — часто один з найпряміших способів скоротити витрати, бо менше повніших рейсів замінюють багато часткових.

Робота з перевізниками і закупівля перевезень

Що робить: зберігає тарифи перевізників за напрямками, доплати й додаткові послуги. Рейтинг перевізників відстежує вчасність подачі й доставки, частку прийнятих заявок, пошкодження і претензії. Система підтримує і договірні ставки, і разові ставки на конкретний рейс.

Яку проблему розв’язує: вибір перевізника за звичкою чи «по телефону». Коли тарифи і якість в одному місці, команда обирає найкращий варіант для кожного рейсу і веде переговори на основі реальних даних.

Трекінг і прозорість у реальному часі

Що робить: збирає статуси з GPS-трекерів, телематики, застосунків водіїв і API служб доставки, як-от «Нова пошта» чи Укрпошта для посилок. Показує, де перебуває кожне відправлення, розраховує ETA і надсилає сповіщення, коли щось іде не так.

Яку проблему розв’язує: дзвінки «де моя машина?». Клієнтський сервіс і самі клієнти бачать статус, а команда реагує на затримки до того, як вони стануть зірваними доставками.

Документообіг: е-ТТН і CMR

Що робить: формує транспортні документи з даних перевезення, без повторного введення. Для внутрішніх перевезень в Україні — це товарно-транспортна накладна, яку можна оформлювати в електронному вигляді. Е-ТТН, тобто електронна ТТН, підписується кваліфікованим електронним підписом відправника, перевізника й отримувача і має таку саму юридичну силу, як паперова. Якщо накладну зареєстровано в державній системі е-ТТН, водію не потрібна паперова копія. Станом на 2026 рік використання електронної форми залишається добровільним, а порядок роботи системи регулюють акти Мінрозвитку й уряду, тож перед впровадженням варто звірити актуальні вимоги.

Для міжнародних автоперевезень основний документ — CMR-накладна за Конвенцією про договір міжнародного автомобільного перевезення вантажів. Існує й електронна версія e-CMR: Україна приєдналася до Додаткового протоколу про електронну накладну у 2020 році, але на практиці e-CMR поки використовують обмежено, бо протокол мають застосовувати обидві країни маршруту. Тож TMS для міжнародних перевезень варто проєктувати з урахуванням електронних накладних.

Яку проблему розв’язує: ручне заповнення документів, помилки в даних, втрачені папери і затримки на оплату, поки «оригінали ще не приїхали».

Аналітика і звітність

Що робить: панелі й звіти з ключових показників: частка вчасних доставок, вартість кілометра чи рейсу, витрати на фрахт за напрямками і клієнтами, ефективність перевізників.

Яку проблему розв’язує: рішення без даних. Аналітика показує, куди йдуть гроші і які зміни, наприклад новий перевізник чи інші правила консолідації, справді покращують результат.

Мобільний застосунок для водіїв. Багато проєктів TMS включають простий застосунок для водіїв чи працівників перевізника. Він показує призначені рейси й адреси, дозволяє оновлювати статуси одним натиском, фотографувати вантаж і документи, отримувати підпис одержувача як підтвердження доставки і повідомляти про проблеми на місці. Це закриває розрив між офісом і дорогою, а дані надходять у TMS без дзвінків.

Робота без зв’язку. Застосунок водія має працювати навіть там, де мобільного зв’язку немає чи він нестабільний: зберігати статуси, фото і підписи локально і передавати їх у TMS, щойно зв’язок з’явиться. Для українських доріг і періодів відключень це обов’язкова вимога, а не додаткова функція.

Міжнародні перевезення. Для міжнародних рейсів до звичайних задач додаються митні документи, перетин кордонів і черги, вимоги різних країн до водіїв і транспорту. TMS для таких перевезень має зберігати пакет документів на рейс, враховувати час на кордоні в плануванні і давати клієнтам реалістичний ETA з урахуванням можливих затримок.

Спеціальні вантажі. Продукти, ліки, хімія чи негабарит потребують окремих правил: температурного режиму, дозволів, спеціального транспорту і документів. TMS має знати ці вимоги для кожного товару і не дозволяти планувати рейс з порушеннями, а для температурних вантажів ще й отримувати дані з датчиків під час перевезення.

Повернення і зворотна логістика. Повернення товарів від покупців, повернення тари і піддонів, вивіз браку — теж перевезення, які треба планувати і рахувати. Якщо TMS враховує зворотні рейси, частину повернень можна поєднати з доставками і не ганяти машини порожніми.

Рахунки для клієнтів 3PL. Логістичним операторам важливо не лише перевіряти рахунки перевізників, а й правильно виставляти свої. TMS може автоматично рахувати вартість для клієнта за погодженими тарифами, додавати додаткові послуги, як-от очікування, вантажників чи страхування, і передавати дані в облікову систему. Це прибирає ручні розрахунки наприкінці місяця і суперечки з клієнтами щодо сум.

Переваги TMS для бізнесу

Ефект від TMS залежить від стартової точки. Компанія, яка веде перевезення в таблицях, побачить більшу зміну, ніж та, що замінює стару систему. Типові переваги:

Менші витрати на перевезення. Краща консолідація, оптимізація маршрутів, вибір перевізника за ставкою і якістю, а також аудит рахунків, що виявляє переплати. Розмір ефекту дуже відрізняється між компаніями, тож його варто вимірювати відносно власних базових даних, а не брати з реклами вендорів.

Більше вчасних доставок. Планування з реальними вікнами доставки, надійні перевізники і рання реакція на затримки.

Менше ручної роботи. Автоматичний імпорт замовлень, заявки, оновлення статусів, документи і звірка рахунків прибирають значну частину дзвінків, листів і введення даних.

Прозорість для клієнтів. Клієнти бачать статус і очікуваний час доставки в кабінеті чи отримують сповіщення. Для 3PL-операторів це часто частина послуги, яку вони продають.

Масштабування. Зростання обсягів не потребує такого ж зростання команди.

Масштабування на нові регіони і клієнтів. Добре налаштована TMS дозволяє підключити новий склад, регіон чи клієнта без пропорційного зростання команди: достатньо додати локації, тарифи і перевізників. Якщо ж кожен новий клієнт потребує окремих таблиць і ручних процесів, ріст бізнесу впирається в кількість логістів.

Перше, що помічають компанії, — не економія, а контроль. Уже за кілька тижнів після запуску керівники бачать усі перевезення в одному місці, знають, які запізнюються і чому, і перестають залежати від пам’яті окремих логістів. Економічні ефекти стають видимими згодом, коли накопичується достатньо даних для порівняння.

Клієнтський кабінет. Для логістичних операторів доступ клієнтів до власних перевезень часто стає конкурентною перевагою. Кабінет, де клієнт може створити заявку на перевезення, бачити статуси й ETA, завантажувати документи і переглядати рахунки, зменшує кількість дзвінків і листів і робить послугу зручнішою для купівлі. Він може бути частиною TMS або окремим шаром над нею.

Звіти для клієнтів. Великі клієнти логістичних компаній дедалі частіше чекають регулярних звітів: частка вчасних доставок, середній час перевезення, кількість інцидентів. Якщо TMS формує такі звіти автоматично, ви показуєте якість сервісу цифрами і маєте сильніший аргумент під час переговорів про продовження договору.

Гнучкість планування. Для українських компаній здатність швидко перепланувати маршрути вже не перевага, а необхідність. Затримки на кордонах, обмеження руху, перебої зі зв’язком і енергопостачанням змушують змінювати плани в день виконання. Корисна TMS дозволяє швидко перепризначити рейс, змінити маршрут чи перевізника і повідомити клієнта, не перебудовуючи весь план вручну.

TMS, WMS, ERP і FMS: у чому різниця

Логістичні компанії часто використовують кілька систем зі схожими назвами.

Коротко: WMS керує тим, що відбувається всередині складу, TMS — тим, що відбувається між локаціями, FMS — самими машинами, а ERP пов’язує все з фінансами. Якщо поруч із TMS ви плануєте складську систему, корисно знати, з чого складається її бюджет: про це наша стаття скільки коштує складська система обліку.

Як системи працюють разом: одне замовлення. Клієнт оформлює замовлення, яке з’являється в ERP чи системі обробки замовлень. Замовлення передається у WMS, де товар комплектують і пакують, і в TMS, де планують перевезення й обирають перевізника. WMS і TMS погоджують час завантаження і рампу. Машина приїжджає, WMS підтверджує відвантаження, TMS відстежує доставку і фіксує її підтвердженням з підписом у е-ТТН чи фото. Наостанок TMS перевіряє рахунок перевізника і передає витрати в ERP, де вони прив’язуються до замовлення і клієнта. Кожна система робить свою частину, а інтеграції передають дані між ними.

Типи TMS

TMS відрізняються способом розгортання і тим, наскільки тісно вони пов’язані з іншими системами. Вендорів наводимо як приклади, не як рейтинг.

Хмарна TMS (SaaS). Систему розміщує постачальник, компанія платить підписку. Впровадження швидше, оновлення автоматичні, доступ звідусіль. Більшість сучасних продуктів, зокрема рішення Descartes, пропонуються в хмарі.

Локальна TMS (on-premise). Система встановлюється на власних серверах компанії. Більше контролю над даними і налаштуваннями, але потрібні внутрішні IT-ресурси на хостинг, оновлення і безпеку.

Модуль TMS у складі ERP. Великі ERP-вендори пропонують транспортні модулі всередині своїх екосистем, наприклад SAP Transportation Management і Oracle Transportation Management. Вони підходять компаніям, які вже працюють на відповідній ERP і хочуть тісної інтеграції з фінансами і замовленнями.

Кастомна TMS. Створюється під процеси конкретної компанії, часто тоді, коли бізнес-модель не вкладається в стандартні продукти: специфічні вантажі, нестандартне ціноутворення, мультимодальні перевезення або TMS, яка сама є частиною послуги для клієнтів. Українська специфіка, як-от інтеграції з BAS, «Новою поштою» чи е-ТТН, теж часто штовхає до кастомного рішення або кастомного шару над готовим продуктом.

Безпека і доступи. TMS містить комерційні дані: тарифи, клієнтів, обсяги й маршрути. Використовуйте рольовий доступ, щоб логісти, перевізники, клієнти і фінансисти бачили лише потрібне, захистіть кабінети перевізників і клієнтів надійною автентифікацією і ведіть журнал змін тарифів і рахунків.

З якими системами інтегрується TMS

Користь TMS дорівнює якості даних, які в неї входять і з неї виходять. Ось інтеграції, від яких залежить більшість систем:

• ERP (BAS, SAP та інші). Вхідні замовлення, клієнти, номенклатура і довідники, вихідні витрати й рахунки для обліку.

• WMS. Узгодження перевезень зі складом: коли вантаж готовий, яка рампа, яка машина.

• OMS та інтернет-магазини. Замовлення з онлайн-каналів одразу потрапляють у планування доставки.

• API перевізників і служб доставки. «Нова пошта», Укрпошта та інші служби дають API для розрахунку вартості, створення відправлень, етикеток і трекінгу.

• EDI. Електронний обмін даними досі залишається стандартом у роботі з багатьма великими міжнародними перевізниками і мережами.

• GPS і телематика. Положення і події з машин напряму або через систему управління автопарком.

• Системи електронних документів. Формування і підписання е-ТТН та інших документів з КЕП.

• Облікові системи. Погоджені рахунки перевізників і виставлення рахунків клієнтам.

Інтеграції часто займають найбільшу частину проєкту TMS, особливо коли залучено старі системи чи багато перевізників. Як планувати такі інтеграції в межах усього ланцюга постачання, ми розбирали в статті про цифровізацію supply chain.

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

Якість даних вирішує результат. Більшість розчарувань у TMS спричиняє не ПЗ, а дані: неправильні адреси, застарілі тарифи, товари без габаритів, той самий перевізник, внесений тричі з різними назвами. Призначте відповідального за довідники, визначте правила створення нових записів і регулярно перевіряйте якість даних. Добрі дані перетворюють TMS на інструмент рішень. Погані дані перетворюють її на дорогу таблицю.

Готова чи кастомна TMS

Більшість компаній починають з оцінки готових продуктів, і багатьом вони підходять. Кастомна розробка має сенс у конкретних ситуаціях.

Готова TMS підходить, коли процеси близькі до галузевих стандартів, треба стартувати швидко, а продукт добре інтегрується з вашою ERP і перевізниками.

Кастомна TMS підходить, коли перевезення — ваш основний бізнес і конкурентна перевага, коли стандартні продукти змушують до обхідних рішень, коли потрібен клієнтський кабінет як частина сервісу або коли ліцензії за вашого обсягу дорожчі за власну систему. Детальніше про наш підхід дивіться на сторінці розробка ПЗ для логістики і в наших кейсах у логістиці.

Який би шлях ви не обрали, порівнюйте варіанти за однаковим списком: які типи перевезень і ціноутворення система підтримує без обхідних рішень, як підключаються перевізники, як вона інтегрується з ERP, WMS та обліком, як працює з е-ТТН, що бачать ваші клієнти, як влаштовано ролі й доступи і яка сукупна вартість за три-п’ять років. Якщо обираєте підрядника для розробки, корисно підготувати питання заздалегідь. Допоможуть 10 питань підряднику з логістичного ПЗ.

Типовий план впровадження. Яку б систему ви не обрали, кроки схожі. Опишіть поточні процеси і визначте, що має змінитися. Зберіть і почистіть довідники. Налаштуйте систему або зробіть першу версію. Підключіть ключові інтеграції, зазвичай спершу ERP, основних перевізників і служби доставки. Навчіть логістів на реальних сценаріях. Проведіть пілот на одному регіоні, клієнті чи типі перевезень, порівняйте результати з базовими даними і лише потім поширюйте на решту. Закладіть час після запуску на доопрацювання, бо реальні операції завжди показують випадки, які ніхто не описав заздалегідь.

Навчання і зміна звичок. Найдосвідченіші логісти часто найбільше опираються новій системі: вони роками працювали з таблицями і телефоном і знають усе напам’ять. Залучайте їх до налаштування процесів з самого початку, показуйте, як система знімає з них рутину, і збирайте їхні зауваження в перші тижні. Коли досвідчені люди бачать, що TMS враховує їхній досвід, решта команди переходить на неї значно швидше.

Чим раніше логісти побачать систему на своїх реальних рейсах, тим швидше вона стане для них робочим інструментом, а не ще однією програмою.

Підсумок для керівника. Перш ніж ухвалювати рішення про TMS, дайте відповідь на три питання. Скільки зараз коштує транспорт і скільки часу команда витрачає на ручну роботу? Які проблеми найдорожчі: переплати перевізникам, запізнення, відсутність прозорості для клієнтів? І що зміниться в бізнесі, якщо ці проблеми зникнуть? Відповіді покажуть, чи потрібна вам TMS зараз, яка саме і з чого почати впровадження. Якщо відповіді неочевидні, почніть з аудиту поточних процесів: він часто показує, що частину проблем можна розв’язати вже на етапі впорядкування даних.