TMS: što je i kako radi Transportation Management System

Ukratko

TMS znači Transportation Management System. Međutim, ne postoji univerzalan popis funkcija koje softver mora imati da bi se mogao zvati TMS. Na tržištu se taj izraz koristi za vrlo različite proizvode: od razmjerno jednostavnih alata za planiranje vožnji do poslovnih platformi koje upravljaju nabavom prijevoznika, natječajima, tarifama, međunarodnim mrežama, revizijama troškova, praćenjem, dokumentacijom i integracijama s ERP-om i skladišnim sustavima.

Za MSP pitanje nije „treba li mi TMS?“, nego koje procese moram kontrolirati i uz koju razinu složenosti. Poduzeće s pet kamiona koje prima naloge e-poštom ima vrlo drukčije potrebe od logističkog operatera koji kupuje prijevoz od stotina prijevoznika ili koordinira više europskih čvorišta.

Što TMS doista znači

Praktično gledano, TMS je informacijski sustav namijenjen upravljanju prijevozom. Može podržavati jednu ili više faza:

zahtjev → nalog → planiranje → dodjela → izvršenje → praćenje → dokumenti → troškovi → zatvaranje → analiza

Dubina se znatno razlikuje od proizvoda do proizvoda. Jedan sustav može biti ograničen na planiranje vlastitog prijevoza; drugi može automatski birati među različitim prijevoznicima prema tarifi i usluzi; treći može upravljati multimodalnim rutama, terminima, SLA-ovima, računima i usklađivanjima.

Zato dvije ponude koje se obje nazivaju „TMS“ mogu imati potpuno različite cijene, vremena provedbe i ciljne korisnike.

Operativni ciklus kojim TMS može upravljati

1. Zaprimanje potražnje

Nalozi mogu stizati ručnim unosom, datotekama, API-jima, EDI-jem, ERP-om, korisničkim portalima ili drugim sustavima. Prvi je zadatak pretvoriti heterogene zahtjeve u upotrebljive podatke.

2. Planiranje

Sustav kombinira odredišta, vremenske prozore, kapacitet, ograničenja, dostupnost vozila i vozača ili dostupnost prijevoznika. U sofisticiranijim sustavima mogu postojati motori za optimizaciju; u jednostavnijima planiranje ostaje uglavnom vizualno i ručno.

3. Dodjela

Vožnja se dodjeljuje internom vozilu/vozaču ili vanjskom prijevozniku. Ako se kupuju usluge prijevoza, mogu se primjenjivati cjenici, natječaji, rangiranja dobavljača i pravila nabave.

4. Izvršenje

Ured, vozač i partneri moraju dijeliti statuse i promjene: preuzeto, stiglo, utovareno, na putu, dostavljeno, odstupanje itd.

5. Dokumenti i dokaz o usluzi

Sustav može povezati nalog, prijevozne dokumente, POD i priloge. No prisutnost dokumenta u TMS-u ne znači da je taj dokument automatski ispravan s pravnog, poreznog ili tehničkog gledišta.

6. Troškovi i kontrola

Napredniji TMS-ovi uspoređuju predviđeni i stvarni trošak, tarife, dodatke, cestarine, dodatne usluge i račune primljene od prijevoznika.

7. Analiza

Obujmi, točnost, troškovi po ruti, iskorištenost resursa, odstupanja, uspješnost prijevoznika i drugi KPI-jevi mogu postati upravljački podaci umjesto ručnih rekonstrukcija na kraju mjeseca.

Najčešći moduli

TMS može obuhvaćati:

• upravljanje nalozima;
• matične podatke o klijentima, lokacijama i prijevoznicima;
• planiranje vožnji;
• dodjelu vozila/vozača;
• nabavu i natječaje prijevoznika;
• upravljanje tarifama;
• praćenje ili integraciju s vanjskim praćenjem;
• upravljanje terminima;
• dokumente i POD;
• kontrolu troškova i reviziju vozarina;
• fakturiranje ili računovodstvenu integraciju;
• nadzorne ploče i KPI-jeve;
• portal za klijente/dobavljače;
• API-je, EDI i ERP/WMS integracije;
• upravljanje iznimkama;
• funkcije optimizacije.

Pravo pitanje tijekom demonstracije nije „imate li ovu funkciju?“, nego kako ona radi u konkretnom procesu poduzeća i koje podatke zahtijeva.

TMS, softver za upravljanje prijevozom, FMS i telematika nisu sinonimi

Softver za upravljanje prijevozom

To je općenit izraz. Može označavati softver usmjeren na administrativnu i operativnu organizaciju malog poduzeća: klijente, naloge, vozače, kamione, dnevni plan i statuse.

TMS

Obično označava platformu s većom dubinom u planiranju i kontroli prijevoza te, u poslovnim okruženjima, u upravljanju mrežama, prijevoznicima, tarifama i integracijama.

FMS / Fleet Management System

Više je usmjeren na flotu: vozila, održavanje, potrošnju, rokove, iskorištenost te eventualno vozače i troškove vozila.

Telematika

Prikuplja informacije s vozila ili uređaja: položaj, kilometre, CAN podatke kada su dostupni, dijagnostiku, događaje u vožnji i druge signale. TMS može primati te podatke, ali po definiciji nije telematski uređaj.

ERP

Upravlja širim poslovnim procesima: računovodstvom, nabavom, prodajom, administracijom, skladištem i upravljačkom kontrolom. TMS može biti modul ERP-a ili zaseban sustav integriran s njime.

Za MSP je normalno koristiti više alata. Problem nastaje kada nitko ne zna koji je sustav službeni izvor za svaki podatak.

Kada je složen TMS koristan

Složenost se obično opravdava kada rastu neke varijable:

• stotine ili tisuće naloga;
• mnogo mjesta utovara/istovara;
• prijevoz kupljen od brojnih prijevoznika;
• složeni cjenici i dodaci;
• nacionalna/međunarodna mreža;
• više načina prijevoza;
• ugovorni SLA-ovi i KPI-jevi;
• velika potreba za integracijom s ERP/WMS-om;
• postupci natječaja i nabave;
• potreba za sustavnom revizijom troškova.

U tim slučajevima platforma ne služi samo za „pregled plana“, nego postaje dio informacijske arhitekture poduzeća.

Kada može biti predimenzioniran

Mikropoduzeće s pet ili deset kamiona može imati vrlo konkretan problem: raspršene naloge, promjene preko WhatsAppa, planiranje u Excelu i neprekidne pozive vozačima. Za njegovo rješavanje nije nužno korisno uvesti:

• šestomjesečni ERP projekt;
• složene konfiguracije tarifa;
• motor za natječaje;
• skladište podataka;
• desetke uloga i radnih tokova;
• specijalističko savjetovanje za svaku promjenu.

Prevelik softver može premjestiti problem: od nedostatka strukture do teškoće korištenja strukture.

Kriterij bi trebao biti najmanja dovoljna složenost: dobro pokriti stvarni današnji proces i ostaviti prostor za rast, bez kupnje godina funkcija koje se neće koristiti.

Podaci i integracije: dio koji doista košta

Softver je samo jedna komponenta. Značajan dio rada u TMS projektu odnosi se na podatke.

Prije provedbe vrijedi utvrditi:

Matični podaci. Tko čisti klijente, adrese, vozila, vozače, prijevoznike i dvostruke šifre?

Izvor podataka. Nastaje li adresa klijenta u CRM-u, ERP-u ili TMS-u? Tko je može mijenjati?

Identifikatori. Imaju li nalog, vožnja i dokument dosljedne šifre među sustavima?

Uvozi. Imaju li postojeće datoteke stabilne stupce ili svaki klijent koristi drukčiji format?

API/EDI. Koji su tokovi stvarno potrebni? U stvarnom vremenu ili skupno?

Pogreške. Što se događa ako integracija ne primi nalog ili ga primi dvaput?

Povijest. Koliko prošlih podataka treba migrirati? Sve, samo matične podatke ili posljednje mjesece?

Vlasništvo. Može li poduzeće izvesti vlastite podatke u ponovno upotrebljivom formatu?

Loša kvaliteta podataka ne rješava se automatski TMS-om: samo se prenosi u skuplji sustav.

Digitalni dokumenti i eFTI: zašto interoperabilnost postaje sve važnija

Uredba (EU) 2020/1056, o elektroničkim informacijama o prijevozu tereta (eFTI), stvara europski okvir koji gospodarskim subjektima omogućuje da nadležnim tijelima stave na raspolaganje određene regulatorne informacije u elektroničkom obliku putem platformi i usluga usklađenih s okvirom eFTI-ja.

Europska komisija navodi 9. srpnja 2027. kao datum od kojeg će okvir eFTI biti u potpunosti primjenjiv, a tijela država članica morat će prihvaćati informacije koje operateri elektronički dijele preko certificiranih eFTI platformi. Od 2026. platforme i pružatelji usluga mogu se pripremati za rad prema putu koji je predvidjela Komisija.

To ne znači da od 2027. svako malo poduzeće mora kupiti „eFTI TMS“. No znači da, pri odabiru sustava danas koji treba trajati godinama, ima smisla pitati dobavljača:

• kako izvozi podatke;
• ima li API-je;
• kako upravlja standardima i interoperabilnošću;
• kakve planove ima u vezi s razvojem eFTI-ja;
• jesu li eventualne funkcije označene kao „eFTI compliant/certified“ stvarno podržane potrebnom certifikacijom, kada je primjenjivo.

Europska digitalizacija ide prema strukturiranim i razmjenjivim podacima. Zatvorena arhiva iz koje je teško dohvatiti vlastite podatke zato je veći rizik nego u prošlosti.

Kako procijeniti TMS bez vođenja demonstracijom

Demonstracija gotovo uvijek pokazuje idealan put. Procjena bi umjesto toga trebala koristiti stvarne slučajeve poduzeća.

Zatražite od dobavljača da simulira najmanje:

1. normalan nalog;
2. preuzimanje s dvije isporuke;
3. izmjenu nakon dodjele;
4. vozača nedostupnog u posljednjem trenutku;
5. nalog uvezen iz Excela;
6. dokument koji nedostaje;
7. zakašnjelu isporuku;
8. otkazanu vožnju;
9. pogrešku integracije;
10. potpuni izvoz razdoblja aktivnosti.

Zatim izmjerite:

• koliko je koraka potrebno;
• koliko se informacija ponovno upisuje;
• tko mora intervenirati;
• što vozač vidi;
• što ostaje u povijesti;
• kako se pogreške oporavljaju.

Kontrolni popis

• Koji proces želimo prvo poboljšati?
• Je li proizvod namijenjen vlastitoj floti, naručitelju prijevoza ili špediteru?
• Upravlja li doista našom vrstom naloga?
• Zahtijeva li module koje nećemo koristiti?
• Je li plan razumljiv operaterima?
• Jesu li vozači i vozila povezani s nalozima?
• Postoji li povijest izmjena?
• Mogu li se podaci izvesti u ponovno upotrebljivim formatima?
• Jesu li API-ji uključeni ili se dodatno plaćaju?
• Koje su integracije standardne, a koje su projekt?
• Koji troškovi postoje osim licence?
• Koliko traje provedba?
• Kako se upravlja sigurnosnim kopijama, sigurnošću i kontinuitetom?
• Koje su funkcije stvarno dostupne danas, a koje su na planu razvoja?
• Kako se pristupa razvoju eFTI-ja?