Početna / Naši projekti / Sistem za kontrolu snabdevanja i zaliha
Kontrola snabdevanja i zaliha kroz jedinstveni operativni sistem
Arhitektura rešenja koja povezuje porudžbinu, očekivanu isporuku, prijem robe, stanje zaliha i učinak dobavljača u jedan kontrolisan tok.
Kada nastaje problem
Kompanija može da ima ERP, magacinsku evidenciju i veliki broj izveštaja, a da ipak nema potpunu kontrolu nad snabdevanjem.
Razlog je jednostavan: dokumenti evidentiraju šta se dogodilo, ali ne moraju da pokažu da li se ono što se dogodilo poklapa sa onim što je bilo planirano i očekivano.
Porudžbina može da postoji u jednom delu sistema, potvrda dobavljača u elektronskoj pošti, prijem robe u magacinskoj evidenciji, a naknadna analiza u Excel-u. Svaki pojedinačni podatak je dostupan, ali ne postoji jedinstven tok koji rano pokazuje:
- koja porudžbina kasni;
- šta je isporučeno delimično;
- gde se stanje razlikuje od očekivanog;
- koji dobavljač ponavlja ista odstupanja;
- gde je kapital vezan u robi koja se sporo obrće;
- ko treba da reaguje i u kom roku.
U takvom okruženju problem se često otkriva tek kada roba nedostaje, kada je ima previše ili kada odstupanje već utiče na prodaju i novčani tok.
Tipični simptomi
- porudžbine se prate kroz više evidencija;
- status isporuke zavisi od poziva i poruka;
- delimična isporuka nije jasno povezana sa prvobitnom obavezom;
- stanje zaliha postoji, ali nema jasnog konteksta o budućem prilivu i potrebama;
- učinak dobavljača procenjuje se na osnovu pojedinačnih iskustava;
- višak i manjak robe vide se kasno;
- menadžment dobija zbirne izveštaje, ali ne i listu odstupanja koja zahtevaju akciju.
CoreLayer dijagnoza
Problem često nije u tome što organizacija nema podatke o porudžbinama, prijemu ili zalihama.
Problem je u tome što ti podaci nisu povezani u životni ciklus obaveze:
potreba → porudžbina → potvrda → očekivana isporuka → stvarna isporuka → prijem → raspoloživa zaliha → prodaja ili distribucija
Novi dashboard sam po sebi ne rešava taj problem ako i dalje ne postoji pouzdana veza između plana i realizacije. Zamena celog ERP sistema takođe ne mora biti opravdana ako postojeći sistem dobro evidentira dokumente, ali mu nedostaje kontrolni sloj.
Stvarno rešenje je operativni sistem koji povezuje postojeće izvore, standardizuje statuse i pravila, prepoznaje odstupanja i usmerava pažnju korisnika na situacije koje zahtevaju odluku.
Preporučeni pristup
CoreLayer pristup započinje mapiranjem toka robe i odgovornosti, a ne izborom ekrana.
Potrebno je utvrditi:
- gde nastaje potreba za robom;
- kako se formira i odobrava porudžbina;
- kako dobavljač potvrđuje količinu i rok;
- kako se evidentira delimična ili izmenjena isporuka;
- kako roba ulazi u magacin i raspoređuje se po objektima;
- kako se rešavaju odstupanja;
- koje informacije su potrebne operativi, a koje menadžmentu.
Tek nakon toga projektuje se sistem koji povezuje proces, podatke i odgovornost.
Koncept sistema
1. Centralna evidencija porudžbina
Svaka porudžbina ima dobavljača, artikle, količine, dogovorene rokove, status i odgovornu osobu. Izmene ne brišu prethodno stanje, već postaju deo kontrolisanog toka.
2. Praćenje potvrda i očekivanih isporuka
Sistem razlikuje naručeno, potvrđeno i očekivano. Time se odstupanje vidi pre fizičkog prijema robe, kada još postoji vreme za reakciju.
3. Povezivanje stvarne isporuke sa porudžbinom
Stanje se ne posmatra izolovano. Povezuje se sa očekivanim prilivom, potrošnjom ili prodajom, lokacijom i pravilima dopune.
4. Pregled zaliha u kontekstu
Stanje se ne posmatra izolovano. Povezuje se sa očekivanim prilivom, potrošnjom ili prodajom, lokacijom i pravilima dopune.
5. Upravljanje odstupanjima
Sistem formira listu izuzetaka: kašnjenje, manjak, višak, neusaglašena količina, neobrađen prijem ili kritična zaliha. Korisnik dobija prioritet za akciju, a ne samo još jedan zbirni izveštaj.
6. Ocena učinka dobavljača
Dobavljači se porede prema potvrđenim podacima: tačnost količine, poštovanje roka, učestalost odstupanja i stabilnost isporuke
7. Analitički sloj
Menadžment prati trendove zaliha, kapital vezan u robi, realizaciju porudžbina, učinak dobavljača i uska grla po lokacijama i kategorijama.
8. Integracije
Sistem se, gde je opravdano, povezuje sa postojećim ERP-om, magacinskim sistemom i drugim izvorima. Cilj nije dupliranje unosa, već kontrolisan tok podataka kroz sisteme koji već imaju svoju ulogu.
Predloženi tok realizacije
Korak 1 — Dijagnostika toka robe
Mapiraju se proces, izvori podataka, odgovornosti i najskuplja odstupanja. Rezultat je jasan problem koji treba rešiti, a ne samo lista željenih funkcija.
Korak 2 — Provera podataka i integracija
Utvrđuje se da li postojeći sistemi sadrže podatke potrebne za povezivanje porudžbine, isporuke i zalihe. Identifikuju se nedostajuće šifre, veze i pravila.
Korak 3 — Dizajn kontrolnog modela
Definišu se statusi, poslovna pravila, odgovornosti, izuzeci i KPI pokazatelji.
Korak 4 — Implementacija prioritetnog toka
Najpre se razvija tok sa najvećom poslovnom vrednošću — na primer kontrola porudžbine i isporuke — a zatim se sistem širi na zalihe, dobavljače i distribuciju.
Korak 5 — Stabilizacija i upravljanje sistemom
Proveravaju se kvalitet podataka, obrada izuzetaka, korisničke odgovornosti i pouzdanost integracija. Nakon stabilizacije sistem može da pređe u kontrolisano održavanje i unapređenje.
Očekivani poslovni efekti
Kada su proces i podaci pravilno uspostavljeni, ovakav sistem može da omogući:
- ranije prepoznavanje kašnjenja i delimičnih isporuka;
- pouzdanije planiranje raspoloživosti robe;
- manje ručnog usaglašavanja između nabavke, magacina i operative;
- objektivno praćenje učinka dobavljača;
- jasniju kontrolu viška, manjka i sporoobrtne robe;
- bolju osnovu za upravljanje kapitalom vezanim u zalihama;
- bržu reakciju na odstupanja koja mogu da utiču na prodaju.
Ovo su očekivani efekti pravilno implementiranog sistema. Njihov stvarni obim zavisi od početnog stanja, kvaliteta podataka, discipline procesa i usvojenosti rešenja.
Preduslovi
Sistem ne može pouzdano da radi ako osnovni podaci nisu uređeni. Pre implementacije potrebno je proveriti:
- jedinstvene šifre artikala, dobavljača i lokacija;
- vezu između porudžbine i prijema;
- pouzdanost količina i datuma;
- način evidentiranja delimične isporuke;
- vlasništvo nad podacima i odstupanjima;
- mogućnost pristupa postojećim sistemima kroz bazu, API ili kontrolisan izvoz.
Pitanja na koja sistem treba da odgovori
- Koje porudžbine kasne i koliko dugo?
- Šta je dobavljač potvrdio, a šta je stvarno isporučio?
- Koja odstupanja danas zahtevaju reakciju?
- Koji dobavljači najčešće odstupaju od roka ili količine?
- Gde imamo višak, manjak ili sporoobrtne zalihe?
- Koliko kapitala je vezano u robi i u kojim kategorijama?
- Koji objekti ili magacini stvaraju najveća odstupanja?
Kada je ovo rešenje dobar fit
Rešenje ima smisla kada kompanija:
- već ima ERP ili drugi operativni sistem, ali nema povezanu kontrolu toka;
- posluje sa većim brojem artikala, dobavljača ili lokacija;
- značajan deo kontrole obavlja kroz Excel, elektronsku poštu i ručne provere;
- odstupanja otkriva kasno;
- želi da postojeće podatke pretvori u sistem za operativno odlučivanje.
Nije dobar prvi korak kada osnovni dokumenti i šifre nisu pouzdani ili kada organizacija još nema jasno vlasništvo nad procesom snabdevanja. U tom slučaju najpre treba urediti osnovu.
Ako porudžbine, isporuke i zalihe postoje u sistemima, ali se prava slika i dalje sklapa ručno, prvi korak je da utvrdimo gde se prekida veza između plana i realizacije.
Vrsta rešenja:
Operativni sistem sa integracionim i analitičkim slojem
CoreLayer Solutions
Gradimo sisteme koji povezuju podatke, procese i odluke u realnom poslovnom okruženju.
Adresa
Bratstva i jedinstva 30, 14210 Ub
Telefon
+381601349282
upiti@corelayersolutions.org