TMS: çfarë është dhe si funksionon një Transportation Management System

Shkurtimisht

TMS do të thotë Transportation Management System. Megjithatë, nuk ekziston një listë universale funksionesh që një program duhet t’i ketë për t’u quajtur TMS. Në treg termi përdoret për produkte shumë të ndryshme: nga mjete relativisht të thjeshta për planifikimin e udhëtimeve deri te platformat enterprise që menaxhojnë prokurimin e transportuesve, tenderët, tarifat, rrjetet ndërkombëtare, auditimet e kostove, gjurmimin, dokumentacionin dhe integrimet me ERP dhe sistemet e magazinës.

Për një NVM, çështja nuk është „a më duhet një TMS?“, por cilat procese duhet të kontrolloj dhe me çfarë kompleksiteti. Një kompani me pesë kamionë që merr porosi me email ka nevoja shumë të ndryshme nga një operator logjistik që blen transport nga qindra transportues ose koordinon disa qendra europiane.

Çfarë do të thotë vërtet TMS

Në terma praktikë, TMS është një sistem informatik i dedikuar menaxhimit të transportit. Ai mund të mbështesë një ose më shumë faza:

kërkesë → porosi → planifikim → caktim → ekzekutim → monitorim → dokumente → kosto → mbyllje → analizë

Thellësia ndryshon shumë nga një produkt në tjetrin. Një sistem mund të kufizohet në planifikimin e transporteve të veta; një tjetër mund të zgjedhë automatikisht midis transportuesve të ndryshëm sipas tarifës dhe shërbimit; një tjetër mund të menaxhojë rrugë multimodale, takime, SLA, fatura dhe rakordime.

Për këtë arsye, dy oferta që të dyja quhen „TMS“ mund të kenë çmime, kohë zbatimi dhe përdorues të synuar krejtësisht të ndryshëm.

Cikli operativ që mund të menaxhojë një TMS

1. Marrja e kërkesës

Porositë mund të vijnë nga futja manuale, skedarët, API-të, EDI, ERP, portalet e klientëve ose sisteme të tjera. Detyra e parë është shndërrimi i kërkesave heterogjene në të dhëna të përdorshme.

2. Planifikimi

Sistemi kombinon destinacionet, intervalet kohore, kapacitetin, kufizimet, disponueshmërinë e mjeteve dhe shoferëve ose disponueshmërinë e transportuesve. Në sistemet më të sofistikuara mund të ketë motorë optimizimi; në ato më të thjeshta, planifikimi mbetet kryesisht vizual dhe manual.

3. Caktimi

Udhëtimi i caktohet një mjeti/shoferi të brendshëm ose një transportuesi të jashtëm. Nëse blihen shërbime transporti, mund të hyjnë në lojë listat e tarifave, tenderët, renditjet e furnizuesve dhe rregullat e prokurimit.

4. Ekzekutimi

Zyra, shoferi dhe partnerët duhet të ndajnë statuset dhe ndryshimet: marrë në ngarkim, mbërritur, ngarkuar, në rrugë, dorëzuar, anomali, etj.

5. Dokumentet dhe prova e shërbimit

Sistemi mund të lidhë porosinë, dokumentet e transportit, POD dhe bashkëngjitjet. Megjithatë, prania e një dokumenti në TMS nuk do të thotë që dokumenti është automatikisht i saktë nga pikëpamja ligjore, fiskale ose teknike.

6. Kostot dhe kontrolli

TMS-të më të avancuara krahasojnë koston e parashikuar dhe koston faktike, tarifat, shtesat, tarifat rrugore, shërbimet ndihmëse dhe faturat e marra nga transportuesit.

7. Analiza

Vëllimet, përpikëria, kostot sipas itinerarit, përdorimi i burimeve, anomalitë, performanca e transportuesve dhe KPI të tjerë mund të bëhen të dhëna menaxheriale, në vend të rikonstruksioneve manuale në fund të muajit.

Modulet më të zakonshme

Një TMS mund të përfshijë:

• menaxhimin e porosive;
• të dhëna bazë për klientët, vendndodhjet dhe transportuesit;
• planifikimin e udhëtimeve;
• caktimin e mjeteve/shoferëve;
• prokurimin dhe tenderët e transportuesve;
• menaxhimin e tarifave;
• gjurmimin ose integrimin me gjurmim të jashtëm;
• menaxhimin e takimeve;
• dokumente dhe POD;
• kontrollin e kostove dhe auditimin e transportit;
• faturimin ose integrimin kontabël;
• panele dhe KPI;
• portal për klientët/furnizuesit;
• API, EDI dhe integrime ERP/WMS;
• menaxhimin e përjashtimeve;
• funksione optimizimi.

Pyetja e duhur gjatë një demonstrimi nuk është „a e keni këtë funksion?“, por si funksionon ai në procesin konkret të kompanisë dhe çfarë të dhënash kërkon.

TMS, programi i menaxhimit të transportit, FMS dhe telematika nuk janë sinonime

Programi i menaxhimit të transportit

Është një term i përgjithshëm. Mund të tregojë një program të përqendruar te organizimi administrativ dhe operativ i një ndërmarrjeje të vogël: klientë, porosi, shoferë, kamionë, plan ditor dhe statuse.

TMS

Zakonisht tregon një platformë me më shumë thellësi në planifikimin dhe kontrollin e transportit dhe, në kontekste enterprise, në menaxhimin e rrjeteve, transportuesve, tarifave dhe integrimeve.

FMS / Fleet Management System

Është më i orientuar drejt flotës: mjeteve, mirëmbajtjes, konsumit, afateve, përdorimit dhe, mundësisht, shoferëve dhe kostove të mjetit.

Telematika

Mbledh informacione nga mjeti ose pajisjet: pozicionin, kilometrat, të dhënat CAN kur janë të disponueshme, diagnostikimin, ngjarjet e drejtimit dhe sinjale të tjera. Një TMS mund t’i marrë këto të dhëna, por sipas përkufizimit nuk është pajisje telematike.

ERP

Menaxhon procese më të gjera të biznesit: kontabilitetin, blerjet, shitjet, administrimin, magazinën dhe kontrollin e menaxhimit. Një TMS mund të jetë modul i ERP-së ose sistem i veçantë i integruar me të.

Për një NVM është normale të përdoren më shumë se një mjet. Problemi lind kur askush nuk e di cili sistem është burimi zyrtar për secilën të dhënë.

Kur një TMS kompleks është i dobishëm

Kompleksiteti ka prirje të justifikohet kur rriten disa ndryshore:

• qindra ose mijëra porosi;
• shumë pika ngarkimi/shkarkimi;
• transport i blerë nga shumë transportues;
• lista tarifash dhe shtesa të ndërlikuara;
• rrjet kombëtar/ndërkombëtar;
• disa mënyra transporti;
• SLA dhe KPI kontraktuale;
• nevojë e fortë për integrim me ERP/WMS;
• procese tenderimi dhe prokurimi;
• nevoja për auditim sistematik të kostove.

Në këto raste, platforma nuk shërben vetëm për „të parë planin“, por bëhet pjesë e arkitekturës informative të kompanisë.

Kur mund të jetë tepër i madh

Një mikrondërmarrje me pesë ose dhjetë kamionë mund të ketë një problem shumë konkret: porosi të shpërndara, ndryshime në WhatsApp, planifikim në Excel dhe telefonata të vazhdueshme me shoferët. Për ta zgjidhur, nuk është domosdoshmërisht e dobishme të futen:

• një projekt ERP gjashtëmujor;
• konfigurime tarifash të ndërlikuara;
• motor tenderimi;
• depo të dhënash;
• dhjetëra role dhe flukse pune;
• konsulencë e specializuar për çdo ndryshim.

Një program tepër i madh mund ta zhvendosë problemin: nga mungesa e strukturës te vështirësia e përdorimit të strukturës.

Kriteri duhet të jetë kompleksiteti minimal i mjaftueshëm: të mbulohet mirë procesi real i sotëm dhe të ketë hapësirë për rritje, pa blerë vite funksionesh që nuk do të përdoren.

Të dhënat dhe integrimet: pjesa që kushton vërtet

Programi është vetëm një përbërës. Një pjesë e rëndësishme e punës në një projekt TMS lidhet me të dhënat.

Para zbatimit, vlen të përcaktohen:

Të dhënat bazë. Kush i pastron klientët, adresat, mjetet, shoferët, transportuesit dhe kodifikimet e dyfishuara?

Burimi i të dhënave. A lind adresa e klientit në CRM, ERP apo TMS? Kush mund ta ndryshojë?

Identifikuesit. A kanë porosia, udhëtimi dhe dokumenti kode të qëndrueshme ndërmjet sistemeve?

Importet. A kanë skedarët ekzistues kolona të qëndrueshme apo çdo klient përdor një format të ndryshëm?

API/EDI. Cilat flukse nevojiten realisht? Në kohë reale apo në grupe?

Gabimet. Çfarë ndodh nëse një integrim nuk merr një porosi ose e merr dy herë?

Historiku. Sa të dhëna të së shkuarës duhen migruar? Gjithçka, vetëm të dhënat bazë apo muajt e fundit?

Pronësia. A mund t’i eksportojë ndërmarrja të dhënat e veta në një format të ripërdorshëm?

Cilësia e dobët e të dhënave nuk zgjidhet automatikisht nga një TMS: thjesht transferohet në një sistem më të kushtueshëm.

Dokumentet digjitale dhe eFTI: pse ndërveprueshmëria ka gjithnjë e më shumë rëndësi

Rregullorja (BE) 2020/1056, për informacionin elektronik të transportit të mallrave (eFTI), krijon një kuadër europian për t’u mundësuar operatorëve ekonomikë që t’u vënë në dispozicion autoriteteve kompetente disa informacione rregullatore në format elektronik nëpërmjet platformave dhe shërbimeve në përputhje me kuadrin e eFTI-së.

Komisioni Europian tregon 9 korrikun 2027 si datën nga e cila kuadri eFTI do të jetë plotësisht i zbatueshëm dhe autoritetet e shteteve anëtare do të duhet të pranojnë informacionin e ndarë elektronikisht nga operatorët përmes platformave eFTI të certifikuara. Nga 2026, platformat dhe ofruesit mund të përgatiten për funksionimin sipas rrugës së parashikuar nga Komisioni.

Kjo nuk do të thotë që nga 2027 çdo ndërmarrje e vogël duhet të blejë një „TMS eFTI“. Por do të thotë që, kur zgjidhet sot një sistem që synohet të zgjasë me vite, ka kuptim t’i pyetet furnizuesi:

• si i eksporton të dhënat;
• nëse ofron API;
• si i menaxhon standardet dhe ndërveprueshmërinë;
• çfarë planesh ka lidhur me zhvillimet e eFTI-së;
• nëse funksionet e mundshme të deklaruara „eFTI compliant/certified“ mbështeten vërtet nga certifikimi i kërkuar, kur zbatohet.

Digjitalizimi europian po shkon drejt të dhënave të strukturuara dhe të shkëmbyeshme. Prandaj, një arkiv i mbyllur nga i cili është e vështirë të rikuperohen të dhënat e veta është një rrezik më i madh se në të kaluarën.

Si të vlerësohet një TMS pa u udhëhequr nga demonstrimi

Një demonstrim pothuajse gjithmonë tregon rrugën ideale. Në vend të kësaj, vlerësimi duhet të përdorë rastet reale të kompanisë.

Kërkojini furnizuesit të simulojë të paktën:

1. një porosi normale;
2. një marrje me dy dërgesa;
3. një ndryshim pas caktimit;
4. një shofer të padisponueshëm në momentin e fundit;
5. një porosi të importuar nga Excel;
6. një dokument që mungon;
7. një dorëzim me vonesë;
8. një udhëtim të anuluar;
9. një gabim integrimi;
10. eksportin e plotë të një periudhe veprimtarie.

Më pas matni:

• sa hapa duhen;
• sa informacione rishkruhen;
• kush duhet të ndërhyjë;
• çfarë sheh shoferi;
• çfarë mbetet në historik;
• si rikuperohen gabimet.

Listë kontrolli

• Cilin proces duam të përmirësojmë së pari?
• A është produkti menduar për një flotë të vetën, për një dërgues mallrash apo për një spedicioner?
• A menaxhon vërtet llojin tonë të porosisë?
• A kërkon module që nuk do t’i përdorim?
• A është plani i kuptueshëm për operatorët?
• A janë shoferët dhe mjetet të lidhur me porositë?
• A ka histori të ndryshimeve?
• A mund të eksportohen të dhënat në formate të ripërdorshme?
• A përfshihen API-të apo janë me pagesë?
• Cilat integrime janë standarde dhe cilat janë projekt?
• Çfarë kostosh ekzistojnë përtej licencës?
• Sa kohë kërkon zbatimi?
• Si menaxhohen kopjet rezervë, siguria dhe vazhdimësia?
• Cilat funksione janë vërtet të disponueshme sot dhe cilat janë në planin rrugor?
• Si trajtohet evoluimi i eFTI-së?