MRP sistem za planiranje materijalnih potreba

Klasičan MRP u ERP-u koristi fiksne rokove nabavke i neograničen kapacitet. MSF MRP se oslanja na APS raspored sa ograničenim kapacitetom, tako da su rokovi realni.

Kreira predloge koje vaši nabavljači odobravaju. Odobreni predlozi prelaze u vaš ERP kao porudžbenice.

Da, operacije kod kooperanata i materijali koji im se isporučuju su u potpunosti podržani.

Pet stvari, ne tri: sastavnice koje odgovaraju onome što se stvarno pravi, stanje zaliha koje se poklapa sa policom, rokovi isporuke koji su izmereni a ne nasleđeni, otvorene porudžbenice i radni nalozi sa rokovima u koje neko još veruje, i pravila za škart, randman i veličinu serije. Otvorene nabavke koje više neće stići su tihi problem, jer pokrivaju potrebu koja zapravo nije pokrivena. Pre puštanja u rad izlistajte svaku otvorenu porudžbinu sa rokom u prošlosti i naterajte odluku: novi rok ili zatvaranje.

Ne onako kako vam treba. MRP prebija potrebe sa stanjem zaliha i otvorenim nabavkama, pa ako je stanje pogrešno, rezultat greši u oba smera istovremeno: naručuje materijal koji već imate, a ćuti o onom koji nemate. Ciklično popisivanje artikala koji nose najveći deo vrednosti je preduslov i ne ostavlja se za kasnije.

Pun obračun noću, plus ciljani ponovni obračun posle izmene rasporeda ili kasne isporuke. Češće nije automatski bolje: svaki obračun ponovo planira na osnovu novih informacija, a rok koji se pomera svakog jutra nabavljaču ne daje ništa po čemu može da postupi. Unutar zamrznutog horizonta raščistite da li se predlozi uopšte više ne preračunavaju ili se preračunavaju pa se samo označe kada odstupe, jer se to dvoje potpuno različito ponaša za čoveka koji radi po toj listi.

Da, samostalno, nad vašim ERP-om. Ostaje vam višenivovsko razlaganje sastavnice, prebijanje sa stanjem zaliha i otvorenim nabavkama, kalendari dobavljača i minimalne količine za naručivanje. Gubite rokove vođene rasporedom: datumi potrebe se vraćaju na fiksne pomake po roku isporuke, pa su tačno onoliko dobri koliko su dobri rokovi koje je neko ukucao, i ne pomeraju se kada pogon zakasni.

Ne donosi komercijalne odluke. Predlaže količine i datume; ne pregovara cenu, ne bira između dobavljača mimo ulaznih podataka koje ste podesili (preferirani dobavljač, rabat po količini, rok isporuke, minimalna količina za naručivanje, kalendar) i ne prognozira potražnju, koja mora da dođe iz vašeg plana prodaje. Takođe ne vidi materijal potrošen u pogonu a nikada proknjižen, što je uobičajen razlog zbog kog predlog izgleda pogrešno.

Jedan dnevni prolaz kroz listu izuzetaka. Obim zavisi od toga koliko artikala planirate i koliko široko postavite horizont izuzetaka; pogled na kontrolnu tablu nije dovoljan. Obračun proizvodi poruke za požurivanje, odlaganje i otkazivanje, a vrednost je u tome da neko odluči koje od njih su bitne i odreaguje istog dana. Gde se taj korak preskoči, lista raste dok je više niko ne otvara, a za sistem se kaže da je bučan.

Datumi važenja određuju šta koriste nova razlaganja. Na već otvorene naloge ne utiču. Pušten nalog nosi listu komponenti sa kojom je izdat i ne razlaže se ponovo, pa uvlačenje izmene u njega znači ponovno izdavanje naloga ili ručnu ispravku. Proverite koji se datum koristi u proveri važenja (kreiranje, puštanje, planirani početak ili datum potrebe), jer ta odluka određuje da li se izmena uopšte odnosi na dati nalog.