MRP sustav za planiranje potreba za materijalom

Klasični ERP MRP koristi fiksne rokove i beskonačni kapacitet. MSF MRP vođen je APS rasporedom konačnog kapaciteta, pa su datumi realni.

Stvara prijedloge koje vaši nabavljači odobravaju, a odobreni prijedlozi idu u ERP kao narudžbe nabave.

Da, podugovorene operacije i materijali isporučeni podugovaračima potpuno su podržani.

Pet stvari, ne tri: sastavnice koje odgovaraju onome što se stvarno proizvodi, stanje zaliha koje odgovara stanju na polici, rokovi isporuke koji su izmjereni a ne naslijeđeni, otvorene narudžbe nabave i radni nalozi s rokovima u koje netko još vjeruje, te pravila za škart, iskoristivost i veličine serija. Otvorena nabava koja je zapravo mrtva najopasnija je jer prividno pokriva potrebu koja zapravo nije pokrivena. Prije puštanja u rad ispišite sve otvorene narudžbe s rokom u prošlosti i za svaku prisilite odluku: novi rok ili zatvaranje.

Ne na način na koji vam treba. MRP potrebe prebija sa stanjem zaliha i otvorenom nabavom, pa ako je stanje krivo, rezultat je pogrešan u oba smjera istovremeno: naručujete materijal koji već imate, a ne naručujete onaj koji nedostaje. Ciklično prebrojavanje zaliha na artiklima koji nose najveći dio vrijednosti preduvjet je i ne smije se odgoditi za kasniju fazu projekta.

Puni izračun preko noći, plus ciljani ponovni izračuni nakon promjene rasporeda ili zakašnjele isporuke. Češće nije automatski bolje: svaki izračun iznova planira na temelju novih informacija, a datum potrebe koji se pomiče svako jutro nabavljaču ne daje ništa po čemu bi mogao postupiti. Unutar zamrznutog horizonta odlučite prestaju li se prijedlozi uopće preračunavati ili se i dalje preračunavaju pa se samo označe kad odstupe, jer se to dvoje bitno razlikuje za čovjeka koji radi po toj listi.

Da, samostalno nad vašim ERP-om. Ostaje vam razrada višerazinskih sastavnica, prebijanje sa stanjem zaliha i otvorenom nabavom, kalendari dobavljača i minimalne količine narudžbe. Gubite datume vođene rasporedom: datumi potreba vraćaju se na fiksne pomake po roku isporuke, pa su točno onoliko dobri koliko su dobri rokovi koje je netko upisao, i ne pomiču se kad proizvodnja kasni.

Ne donosi komercijalne odluke. Predlaže količine i datume; ne pregovara cijenu, ne bira između dobavljača izvan onoga što ste konfigurirali (preferirani dobavljač, cjenovni rabat, rok isporuke, minimalna količina narudžbe, kalendar) i ne radi prognozu potražnje, koja mora doći iz vašeg plana prodaje. Također ne može vidjeti materijal koji je u pogonu potrošen, a nikada knjižen, što je uobičajen razlog zašto prijedlog izgleda pogrešno.

Jedan dnevni prolazak kroz listu iznimki, čije trajanje ovisi o broju artikala koje planirate i o tome koliko široko postavite horizont iznimki. Letimičan pogled na dashboard nije dovoljan. Izračun generira poruke za ubrzanje, odgodu i otkazivanje, a vrijednost je u tome da netko odluči koje su od njih bitne i postupi po njima isti dan. Gdje se taj korak preskoči, lista raste dok je više nitko ne otvara, a sustav dobije etiketu da previše viče.

Datumi važenja određuju što koriste nove razrade sastavnice; na narudžbe koje su već otvorene ne djeluju. Otpušteni nalog nosi popis komponenti s kojim je izdan i ne razrađuje se ponovno, pa uvlačenje izmjene u njega znači ponovno izdavanje naloga ili ručnu ispravku. Provjerite koji datum ulazi u provjeru važenja (datum kreiranja, otpuštanja, planiranog početka ili datum potrebe), jer ta odluka određuje hoće li izmjena uopće zahvatiti pojedini nalog.