Warehouse Management Systems: Šta je zaista bitno

Kada zaposleni na prijemu robe zapiše istu stavku isporuke na papir, kasnije je prenese u tabelu, a zatim dovikivanjem preko hodnika razjasni gde će se uskladištiti, retko nedostaje spremnost za rad. Nedostaje zajednički proces. Warehouse Management Systems stvaraju taj proces dokumentujući kretanja robe, zalihe, i naknadne zadatke na jednom mestu. Za mala i srednja preduzeća nije odlučujuća najduža lista funkcija, već činjenica da li softver pouzdano prikazuje put robe kroz sopstveno skladište.

Šta Warehouse Management Systems moraju postizati u svakodnevici

Warehouse Management System, skraćeno WMS, nije jednostavno bolja lista zaliha. Upravlja ili dokumentuje fizičke procese u skladištu: prijem robe, kontrolu kvaliteta, uskladištenje, premeštanje, kompletiranje, pakovanje, otpremu, i inventuru. Svako knjiženje odgovara na jednostavno operativno pitanje: šta je gde, u kojoj količini, u kom statusu, i ko je pokrenuo kretanje?

Ta jasnoća na prvi pogled deluje banalno. Ali sprečava tipične lance grešaka. Artikal je doduše isporučen, ali još nije proveren. Paleta stoji na prijemu robe, ali u sistemu je već prikazana kao dostupna. Narudžbina se kompletira iako bi roba trebalo da bude rezervisana za važniju narudžbinu kupca. Bez jasno definisanih statusa i kretanja iz jedne pojedinačne nejasnoće brzo nastaje pogrešno obećanje isporuke.

Za mnoga srednje velika skladišta korist ne počinje sa potpuno automatizovanim upravljanjem. Već praćeni nalozi za uskladištenje, jednoznačne skladišne lokacije, i mobilna knjiženja mogu znatno smanjiti vreme traženja. Odlučujuće je da zaposleni više ne moraju prevoditi između papira, telefona, e-pošte, i više tabela.

Ne treba svako skladište veliki paket

Tržište nudi obimne enterprise sisteme sa funkcijama za globalne mreže sa više lokacija, kompleksnu carinsku obradu, automatizovanu transportnu tehniku, i vrlo finu logiku optimizacije. To može biti ispravno ako ti zahtevi zaista postoje. Ali za preduzeće sa jednim ili nekoliko skladišta, promenljivim prioritetima, i uhodanim posebnim procesima, takav paket može stvoriti više trenja nego koristi.

Troškovi tada ne leže samo u licencama. Nastaju u dugim projektima uvođenja, obimnim prilagođavanjima, obuci, i zavisnosti od spoljnih stručnjaka. Čak ni sistem sa sto podešavanja ne rešava problem ako vođe smena za svakodnevne ispravke moraju otvoriti tiket.

Alternativa ne mora nužno značiti potpuno prilagođen razvoj. Standardni proizvod može biti smislen kada njegovi osnovni tokovi odgovaraju, a prilagođavanja ostaju svesno ograničena. Isto tako postojeća tabela može i dalje biti najbolje rešenje, na primer za retku, preglednu analizu. Kritičnom postaje tek kada sa njom istovremeno radi više osoba, kretanja se naknadno unose sa odlaganjem, ili tabela treba da postane operativna istina o dostupnoj robi.

Odgovarajuće rešenje se ravna prema stvarnom obimu procesa i troškovima grešaka. Pet pogrešnih kompletiranja nedeljno znače nešto drugačije u skladištu rezervnih delova sa vremenski kritičnim narudžbinama kupaca nego pet odstupanja u sporo rotirajućoj arhivskoj zalihi.

Prvo snimiti procese, ne birati ekrane

Mnogi WMS projekti počinju demonstracijom proizvoda. Tamo odgovorne osobe vide elegantne kontrolne table, prikaze skenera, i šarene pokazatelje. Korisnije je prvo prošetati skladištem tokom normalnog radnog dana. Gde stiže roba? Ko proverava količine i oštećenja? Kada artikal dobija svoj broj šarže ili serijski broj? Kako se odlučuje na koje mesto ide? I šta se dešava kada stvarnost odstupa od narudžbine?

Ta pitanja postavljaju temelj za rešenje koje će kasnije biti prihvaćeno. Dobro dokumentovan ciljni proces ne opisuje samo idealan slučaj. Sadrži i izuzetke: delimične isporuke, oštećenu robu, nenajavljene dostave, manjkove zaliha, povraćaje, i blokirane zalihe. Upravo ti slučajevi odlučuju da li će zaposleni verovati sistemu ili se vratiti cedulje.

Statusi su važniji od lepih interfejsa

Čist skup podataka razlikuje na primer "očekivano", "pristiglo", "u proveri", "uskladišteno", "rezervisano", "kompletirano", i "otpremljeno". Koji su statusi potrebni zavisi od preduzeća. Premalo skriva relevantne razlike. Previše usporava knjiženja i zaobilazi se.

Pravilo bi trebalo da bude: svaki status mora imati operativnu posledicu. Ako je roba blokirana, ne sme se kompletirati. Ako je rezervisana, mora biti vidljivo za koju narudžbinu. Ako je uskladištena, mora biti zabeležena lokacija skladišta. Tako pravila o podacima postaju praktična pouzdanost procesa.

Skeneri pomažu samo kod jasnih knjiženja

Barkodovi i mobilni uređaji smanjuju greške pri kucanju i ubrzavaju kretanja. Ali ne zamenjuju odluku o procesu. Skeniranje mora pokrenuti razumljivu radnju: proveriti artikal, potvrditi količinu, odabrati ciljnu lokaciju, ili završiti narudžbinu. Ako zaposleni nakon svakog skeniranja mora da nagađa koji ekran sledi, tok je osmišljen prekomplikovano.

I pitanje hardvera treba rešiti pragmatično. Nekim timovima dovoljni su pametni telefoni sa odgovarajućom funkcijom skeniranja i čvrstom zaštitnom maskicom. Drugima su potrebni industrijski ručni skeneri, jer to zahtevaju rukavice, hlađenje, padovi, ili duge smene. Pilot na stvarnoj skladišnoj površini pokazuje više od prezentacije za stolom.

Tehnička osnova odlučuje nakon puštanja u rad

WMS mora ispravno raditi i kada se istovremeno knjiže prijemi robe, kompletiraju narudžbine, i proveravaju zalihe. Iz toga proizlaze zahtevi koji se u ranim razgovorima često gube: jednoznačni zapisi kretanja, ovlašćenja prema ulogama, sledljive ispravke, pouzdani interfejsi, i sigurnosne kopije koje su u kriznoj situaciji zaista obnovljive.

Zaliha se ne bi trebalo jednostavno prepisivati. Bolji je model kretanja: prijem, izdavanje, premeštanje, blokada, ili ispravka svaka generiše zabeleženi zapis. Tako se kasnije može proveriti zašto količina odstupa. To je jednako vredno za inventure kao i za razjašnjavanje slučaja reklamacije kupca.

Ovlašćenja moraju odgovarati odgovornosti. Onaj ko kompletira treba drugačije funkcije od rukovodioca skladišta koji odobrava ispravke zaliha. Za kritične izmene smislena su obrazloženja, odobrenja na dva potpisa, ili barem nepromenljiv zapis izmena. Napor zavisi od profila rizika, ali pitanje bi trebalo biti razjašnjeno pre početka.

Interfejsi zaslužuju istu pažnju. Skladište retko radi izolovano. Narudžbine dolaze iz prodavnice, ERP-a, ili strukturiranog uvoza. Podaci o otpremi idu prevoznim sistemima, generišu se otpremnice i nalepnice, podaci o zalihama vraćaju se nazad. Svaki interfejs treba jasne odgovornosti za slučajeve grešaka. Šta se dešava ako je generisana nalepnica za otpremu, ali potvrda ne stiže u WMS? Bez logike ponavljanja i vidljivog reda čekanja grešaka, takvi slučajevi ostaju vezani za pojedince.

Za prilagođena rešenja održive tehnologije nisu sporedna stvar. Sledljiva aplikacija sa jasnom strukturom baze podataka, dokumentovanim implementacijama, i testiranim integracijama ostaje upravljiva i nakon promena osoblja. Moderna arhitektura ne pomaže ako niko ne može pratiti pogrešan uvoz.

Uvođenje u malim, kontrolisanim koracima

Big bang stvara izbeglji rizik. Često je smislenije prvo digitalizovati omeđen proces, na primer prijem robe za jednu grupu proizvoda ili kompletiranje u jednom skladišnom području. Tim pritom proverava ne samo funkcije, već i formulacije, putanje skeniranja, putanje kretanja, i odgovornosti.

Matični podaci su ovde često pravo gradilište. Šifre artikala moraju biti jednoznačne, jedinice mere dosledne, skladišne lokacije smisleno strukturirane, i pakovne jedinice jasno definisane. Sistem ne može isporučiti pouzdane zalihe ako se isti artikal pojavljuje pod tri naziva, ili "kutija" znači različite količine u zavisnosti od dobavljača.

Tokom pilot faze pokazatelji bi trebalo da ostanu jednostavni: koliko traje prijem robe? Koliko se knjiženja mora ispravljati? Koliko je kompletiranja pogrešno? Koliko se često traži roba? Ne pokazuje se svako poboljšanje odmah kao velika troškovna stavka. Manje povratnih pitanja i pouzdanija informacija o isporuci mogu već skinuti znatan pritisak sa dnevnog poslovanja.

Obuka najbolje funkcioniše direktno uz proces. Zaposlenima nije potreban apstraktan obilazak kroz sve stavke menija. Moraju znati kako da knjiže sledeću isporuku, prijave odstupanje, ili isprave pogrešno skeniranje. Za prve smene nakon početka trebalo bi da bude dostupna odgovorna osoba koja može brzo da donosi odluke.

Pravo pitanje za izbor

Kod Warehouse Management Systems centralno pitanje nije: koji softver zna najviše? Nego: koji tokovi treba da postanu brži, jasniji, i sledljiviji svaki dan za naš tim?

Ko prvo jasno opiše te tokove, može objektivno da oceni standardni softver, proširenja, ili prilagođenu aplikaciju. Rezultat ne mora delovati spektakularno. Trebalo bi da obezbedi da roba pronalazi svoj put, da zaliha ostaje pouzdana, i da ljudi u skladištu manje vremena provode tražeći, pitajući, i naknadno ispravljajući.