Logistički KPI dashboard: kako složiti izvještavanje koje povezuje WMS/TMS i operativne odluke

 

Kad čujem da netko uvodi novi logistički KPI dashboard, iz navike postavim isto pitanje: kome točno taj ekran treba pomoći donijeti bolju odluku ovaj tjedan ili danas u drugoj smjeni. Ako na to nema jasnog odgovora, priča vrlo brzo završi tako da nekoliko ljudi u uredu oduševljeno gleda grafove, dok voditelj skladišta i dispečer i dalje rade po osjećaju, papirićima i WhatsUp grupama. Vidio sam previše sustava gdje se WMS i TMS odlično ponašaju kao spremište podataka, ali ono što dođe do operacije su hrpe mailova i Excel izvještaja koje nitko ne stiže ni otvoriti.

Ideja KPI dashboarda je jednostavna, ali provedba zna biti naporna: u jednom ekranu spojiti ključne informacije iz WMS-a i TMS-a na način koji direktno pomaže kod planiranja smjena, opterećenja rampi, ruta i vozila te praćenja usluge prema kupcu. Problem je što često krećemo iz krivog smjera. IT odjel ili vanjski konzultant povuku sve što mogu iz baze, slože dvadesetak metrika, dodaju par boja i misle da je priča gotova. U praksi to izgleda tako da na dnevnom sastanku u 8 ujutro nitko ne otvara taj dashboard, nego se i dalje ide redom po listama iz WMS-a, listama utovara iz TMS-a i verbalnom dojmu, jučer je bilo gusto, danas će isto.

Kada dođete u skladište gdje ljudi trče, a kamioni čekaju satima na rampi, nevjerojatno često postoji nekakav izvještaj koji bi danima upozoravao na problem, ali prezentiran je na način koji operaciji ništa ne znači. Tipičan primjer iz jedne distribucije: imali su fantastičan IT tim, WMS i TMS integrirani, a dashboard na ekranu prikazivao je stotinu stupaca, popunjenost skladišta i prosjek vremena utovara za cijeli mjesec. Sve je bilo super, samo potpuno neupotrebljivo za voditelja smjene koji treba znati što napraviti s tri kasna kamiona i dvadeset hitnih isporuka. Kad smo sjeli s ljudima iz operacije i pitali ih na temelju kojih informacija mijenjaju plan, pokazalo se da im trebaju vrlo jednostavne stvari u realnom vremenu: koliko je naloga u pripremi po zoni, kašnjenje prema krajnjem vremenu, trenutno vrijeme čekanja kamiona na rampi i koliko je otvorenih dostavnih mjesta po ruti bez dodijeljenog vozila. Ništa od toga nije se jasno vidjelo na postojećem dashboardu.

Logistički KPI dashboard nije alat samo za direktora ili prezentaciju, nego produžena ruka operativnog tima. Ako se kroz njega ne može odlučiti gdje ću staviti dodatna tri radnika, koju rutu pomaknuti ili gdje je usko grlo, onda je to samo lijep ekran. Prvi korak je priznati da većina postojećih izvještaja ne služi operaciji, nego služi tome da imamo osjećaj da mjerimo. Tek kad se to raščisti, može se graditi nešto što stvarno povezuje WMS, TMS i odluke na razini skladišta i u dispečerskoj sobi.

Koje KPI-je stvarno trebamo iz WMS-a i TMS-a za svakodnevne odluke

Kada radim s timom na novom dashboardu, uvijek krenemo od ploče i flomastera, a ne od SQL upita. Pitanje je jednostavno: koje odluke donosite kroz dan, kroz tjedan i kroz mjesec. Svaka odluka treba jedan ili dva broja koji je podupiru, sve ostalo je šum. Za dnevne operacije u skladištu zanimaju nas tempo i zaostatak. Iz WMS-a se najčešće izvlače isti ključni pokazatelji, ali način prikaza radi razliku. Ako vodite veliko distribucijsko skladište s dvadesetak radnika po smjeni i oko 7000 linija dnevno, želite gledati linije po satu po radniku po zoni, a ne općenitu produktivnost skladišta. Jer kad se u jednoj zoni gomila zaostatak dok je druga prazna, prosjek izgleda lijepo, ali kamioni kasne. Isto vrijedi za vrijeme od prijema do smještaja na lokaciju. U WMS-u uvijek imamo podatke o vremenu kada je roba zaprimljena na rampi i kada je završila na lokaciji. Ako to u dashboardu ne vidimo kao distribuciju po dobavljaču, nećemo na vrijeme primijetiti da nam se roba određenog dobavljača zadržava na ulazu po dva dana, pa onda inventura stalno pokazuje razlike.

S TMS strane, za svakodnevne odluke u fokusu su vrijeme utovara po ruti, broj dostavnih mjesta po vozilu, popunjenost vozila po volumenu ili težini i pravovremenost isporuka. No opet, nije dovoljno imati broj pravovremenih isporuka za cijelu mrežu, treba ga moći spustiti na regiju, prijevoznika, pa čak i na kombinaciju skladište-prijevoznik. U jednoj firmi smo došli do toga da su ukupno imali 96 posto pravovremenih isporuka, što zvuči odlično, ali kad smo spojili WMS i TMS i razbili podatke po relacijama, vidjelo se da tri rute stalno padaju ispod 85 posto. Sve tri su kretale iz istog skladišta i imale iste probleme s kasnim završetkom pripreme robe. Bez povezivanja podataka, svi su krivili prijevoznika.

Pri odabiru KPI-ja, u praksi nam ne treba dvadeset stvari. Dovoljno je za operativu imati tri grupe pokazatelja: usluga kupcu, produktivnost i kvaliteta. Unutar svake grupe stavimo po tri ili četiri broja koji moraju biti vezani uz odluku. Ako produktivnost pada, odluka je prebaciti ljude, uvesti prekovremeni rad ili mijenjati način rada na određenoj zoni. Ako usluga kupcu pada, odluka je mijenjati krajnje vrijeme za narudžbe, promijeniti prijevoznika ili reorganizirati raspored ruta. KPI bez jasne moguće akcije je samo statistika. Kvalitetu ne smijemo gurati u stranu. Broj krivih isporuka, broj vraćenih pošiljaka i broj korekcija zaliha standardni su podaci u WMS i TMS sustavima, ali rijetko se prikazuju na glavnom ekranu. Kad radnik vidi da se zbog njegovog tima diže broj grešaka na 1000 linija, to mijenja ponašanje puno više nego generička priča o važnosti kvalitete. Bitno je i da se brojke prikazuju kroz trend, jer odluke donosimo gledajući kamo stvari idu, a ne samo što je bilo jučer.

• Usluga kupcu: OTIF po skladištu i regiji, broj zakašnjelih isporuka po ruti, broj prioritetnih naloga koji kasne u trenutku gledanja dashboarda.
• Produktivnost skladišta: linije po satu po radniku po zoni, iskorištenje kapaciteta skladišta u postocima, prosječno vrijeme od prijema do smještaja robe za ključne grupe dobavljača.
• Kvaliteta i greške: broj krivih isporuka na 1000 linija, broj korekcija zaliha nakon cikličnih inventura, štete u transportu na 1000 isporuka i njihova raspodjela po prijevozniku.

Warehouse Management Systems (WMS) In Practice: A Complete Blueprint for Planning, Selecting, Implementing, and Optimizing Warehouse Technology

Kako povezati podatke iz WMS-a i TMS-a u jedan dashboard bez IT maratona

Najčešća prepreka nije nedostatak podataka, nego strah da će integracija trajati godinu dana i koštati kao novi viličar. U praksi se mnogo toga može napraviti u nekoliko tjedana ako se fokusiramo na mali broj jasnih izvještaja i prihvatimo da nam za početak nije potrebno savršenstvo. U jednoj situaciji krenuli smo tako da smo iz WMS-a dnevno izvozili CSV s nalogom, zonom, brojem linija i vremenima procesa, a iz TMS-a CSV s rutom, vozilom te planiranim i stvarnim vremenima utovara i istovara. Ta dva seta podataka povezali smo po broju naloga u jednostavnoj Power BI tablici i time dobili prvu pravu sliku o tome gdje nastaje zaostatak.

Ključno je da WMS i TMS imaju jedinstveni identifikator koji mogu dijeliti, najčešće broj naloga, broj otpremnice ili kombinaciju rute i datuma. Ako toga nema, isplati se potrošiti vrijeme na standardizaciju procesa, jer bez toga će svaka analiza biti ručni rad. Druga stvar je ritam osvježavanja podataka. Ne treba nam real-time za sve. Za većinu operativnih odluka dovoljno je da se podaci osvježavaju svakih 15 ili 60 minuta. Preskup je sport povlačiti svaku promjenu u sekundi samo zato što to zvuči moderno. Prvo postavimo dnevni pregled, a onda za kritične KPI-je, poput trenutnog zaostatka u pripremi ili broja kamiona na čekanju, dodamo češće osvježavanje.

Treća stvar je jednostavan model podataka. Vidio sam pokušaje gdje ljudi uključe svaku tablicu iz WMS-a i TMS-a, pa se u BI alatu nitko više ne snalazi. Bolje je početi s nekoliko preglednih tablica koje već sadrže agregirane podatke po danu i zoni. To se može složiti kao view u bazi ili kao pripremljena datoteka koju IT svake noći generira. Važna lekcija iz prakse je i čišćenje podataka prije nego što krenemo u izradu dashboarda. Ako su vremena skeniranja netočna ili ako vozači ponekad ne zatvaraju rutu u TMS-u, dashboard će samo lijepo prikazati netočnost. Zato u prvim tjednima uvodimo jednostavne kontrole, recimo popis naloga kod kojih je vrijeme utovara nelogično, pa to operacija ručno provjeri. Nakon nekog vremena, disciplina se podigne i podaci u sustavima postanu pouzdaniji. Zadnji element je alat za vizualizaciju. Mnogim tvrtkama sasvim dobro rade kombinacije Excela s Power Queryjem i jedne BI licence na serveru. Bitnije od alata je da netko iz operacije sudjeluje u dizajnu i kaže: ovaj broj mi ne treba, ovdje hoću boju, ovdje hoću sortiranje po najgorima. Kad se vodi računa o tome, i vrlo jednostavno tehničko rješenje može postati ozbiljna podrška odlukama.

Kako KPI dashboard mijenja odluke na operativnoj razini: par konkretnih situacija

Vrijednost dashboarda najbolje se vidi kad ga stavite u sobu za jutarnji sastanak i promatrate kako se razgovor mijenja. U jednom skladištu sastanci su se svodili na raspravu o tome tko je kome jučer obećao dodatne ljude i tko je kriv za kašnjenje. Kad smo uveli ekran s tri prikaza: zaostatak po zoni, produktivnost po timu i rute u riziku, priča se promijenila. Voditelj je ujutro prvo gledao koje su zone u crvenom, odnosno gdje će backlog probiti limit. Umjesto nadvikivanja, odmah je pitao voditelje zona tko može pustiti dva radnika na četiri sata u pomoć. U prva dva tjedna smanjili smo broj naloga koji prelaze u iduću smjenu, bez dodatnih ljudi.

Druga situacija je utovar. TMS je pokazivao da je prosječno vrijeme utovara sat vremena, što se činilo prihvatljivo. Kad smo spojili WMS i TMS i počeli gledati utovar po kombinaciji skladište-prijevoznik, iskočile su dvije rute gdje se utovar redovno razvlačio na više od dva sata. Na dashboardu se jasno vidjelo da za te rute priprema kasni u dvije specifične zone, a kamioni stoje prazni na rampi. Kad smo to stavili pred tim, odluka je bila jednostavna: promijenili smo redoslijed pripreme i dodijelili druge termine na rampama. U mjesec dana, vrijeme utovara na tim rutama palo je na prosjek skladišta.

Treći primjer je OTIF. U jednoj mreži s preko 300 isporuka dnevno, OTIF je lagano klizio prema dolje, ali nitko nije imao osjećaj koliko je situacija ozbiljna. Kada smo na odjelu operacija prvi put stavili graf koji za svaki dan pokazuje koliko je naloga kasnilo i zašto: kašnjenje narudžbe kupca, zakašnjeli ulaz robe, nedostupno vozilo, broj zakašnjelih isporuka vidljivo je pao u tri tjedna. Ne zato što je dashboard čaroban, nego zato što su voditelji počeli reagirati ranije. U 10 ujutro vidjeli su da im već kasni 15 prioritetnih naloga zbog zastoja u jednoj zoni, pa su odmah tražili pomoć, a ne tek navečer kad je šteta već nastala. U praksi se dashboard najviše koristi za brze odluke: prebacivanje ljudi, promjena prioriteta, dodavanje ad hoc vozila ili preusmjeravanje dijela volumena. Kad se ljudi naviknu da im ekran daje jasne signale, počnu sami tražiti dodatne prikaze. To je trenutak kada znate da je dashboard postao stvarni alat operacije.

Kako postaviti i održavati KPI dashboard da ne završi u zaboravu

Najveća opasnost je da dashboard nakon početnog entuzijazma sklizne u pozadinu i postane link koji se otvori samo za kvartalni sastanak. Da bi se to izbjeglo, mora imati vlasnika u operaciji, ne samo u IT-u. Odgovornost za sadržaj dashboarda treba nositi netko od voditelja operacija, dok IT brine o tehničkoj ispravnosti. Na početku se dogovori ritam sastanaka na kojima se dashboard strukturirano gleda. Kratki tjedni sastanak od 30 minuta na kojem se gleda samo pet ključnih KPI-ja. Pravilo je jednostavno: svaki put kad neki KPI izađe iz zelenog, netko iz operacije mora reći koju će akciju poduzeti i u kojem roku. Bez te discipline, dashboard je samo slika koju nitko ne dira.

Druga važna stvar je da se dashboard razvija, ali kontrolirano. Svakih par mjeseci netko želi dodati još tri grafa. Ako se na sve pristane, nakon godinu dana u njemu se više nitko ne snalazi. Dobro je pravilo: za svaki novi prikaz koji uvodimo, jedan stari mora van, osim ako postoji jasan dokaz da su oba nužna. To tjera ljude da razmišljaju što zaista koriste. Treća lekcija je edukacija. Potrebno je odraditi nekoliko radionica s voditeljima smjena i ključnim operaterima, gdje na stvarnim primjerima prođemo kako se čitaju grafovi i što koji signal znači. Vidio sam skladišta gdje se ljudi boje priznati da ne razumiju razliku između prosjeka i medijana, pa izvlače krive zaključke. Kad se to objasni na jednostavnim primjerima, korištenje dashboarda postaje prirodnije.

Zadnje, ali važno, je povezivanje KPI-ja s ciljevima. Ako dashboard stalno pokazuje da jedan tim drži visoku produktivnost i dobru kvalitetu, a nitko to ne prepoznaje, interes će splasnuti. Ne treba sve vezati uz novac; ponekad je dovoljno javno priznanje ili uključivanje tih ljudi u daljnji razvoj procesa. Dobar logistički KPI dashboard je živ sustav. Počinje od nekoliko jasnih pitanja, nastavlja se pragmatičnim povezivanjem WMS i TMS podataka, te kroz disciplinu i male prilagodbe prerasta u standardni alat svakog planiranja. Kad dođete u skladište gdje voditelj smjene u 8 ujutro pogleda ekran i u pet minuta odluči gdje šalje ljude i koji utovari idu naprijed, znate da ste izvještavanje složili kako treba.