Planiranje materialnih potreb (MRP)

Klasični MRP v ERP uporablja fiksne dobavne roke in neomejeno zmogljivost. MSF MRP temelji na urniku APS z omejeno zmogljivostjo, zato so datumi realni.

Ustvarja predloge, ki jih vaši nabavniki potrdijo. Potrjeni predlogi se v ERP prenesejo kot naročila nabave.

Da, kooperantske operacije in material, dobavljen kooperantom, sta v celoti podprta.

Pet stvari, ne tri: kosovnice, ki se ujemajo s tem, kar se dejansko izdeluje, zaloga v sistemu, ki se ujema z zalogo v regalu, dobavni roki, ki so bili izmerjeni in ne podedovani, odprta naročila nabave in delovni nalogi z datumi, ki jim nekdo še verjame, ter pravila za izmet, izkoristek in velikost serije. Najbolj tiho škodo dela zastarela odprta dobava, ker pokrije potrebo, ki v resnici ni pokrita. Pred zagonom v živo izpišite vsa odprta naročila z zapadlostjo v preteklosti in za vsako izsilite odločitev: prestaviti ali zapreti.

Ne tako, kot bi potrebovali. MRP pobota potrebe z razpoložljivo zalogo in odprto dobavo, zato je ob napačni zalogi rezultat napačen v obe smeri hkrati: naroča material, ki ga že imate, in molči o materialu, ki ga nimate. Ciklično inventuriranje artiklov, ki nosijo največ vrednosti, je pogoj za uvedbo, ne faza, ki pride pozneje.

Poln zagon ponoči, poleg tega ciljani ponovni zagoni po spremembi urnika ali po zamujeni dobavi. Pogosteje ni samodejno bolje: vsak zagon znova preračuna plan na podlagi novih informacij, datum potrebe, ki se premakne vsako jutro, pa nabavniku ne da ničesar, na kar bi se lahko odzval. Znotraj zamrznjenega horizonta se odločite, ali se predlogi sploh nehajo preračunavati ali se še naprej preračunavajo in se ob odstopanju samo označijo, ker se za človeka, ki dela s seznamom, to dvoje obnaša zelo različno.

Da, samostojno nad vašim ERP. Ohranite razgradnjo večnivojskih kosovnic, pobot z razpoložljivo zalogo in odprto dobavo, koledarje dobaviteljev in minimalne količine naročil. Izgubite pa datume, vodene z urnikom: datumi potreb padejo nazaj na fiksne odmike dobavnih rokov, zato so natanko tako dobri kot dobavni roki, ki jih je nekdo vnesel, in se ne premaknejo, ko proizvodnja zaostane.

Ne sprejema poslovnih odločitev. Predlaga količine in datume; ne pogaja se o ceni, med dobavitelji ne izbira onkraj vnosov, ki ste jih nastavili (prednostni dobavitelj, cenovni prag, dobavni rok, minimalna količina naročila, koledar), in ne napoveduje povpraševanja. To mora priti iz vašega prodajnega načrta. Prav tako ne vidi materiala, ki je bil porabljen v proizvodnji, a nikoli knjižen, kar je običajen razlog, da je predlog videti napačen.

Dnevni pregled seznama izjem, katerega obseg določata število artiklov, ki jih planirate, in širina horizonta izjem. Bežen pogled na nadzorno ploščo ne zadošča. Zagon ustvari sporočila za pospešitev, zamik in preklic naročil, vrednost pa je v tem, da nekdo presodi, katera od njih so pomembna, in še isti dan ukrepa. Kjer ta korak izpade, seznam raste, dokler ga nihče več ne odpre, sistem pa dobi sloves, da samo ropota.

Datumi veljavnosti določajo, kaj uporabijo nove razgradnje kosovnic. Na naloge, ki so že odprti, ne vplivajo. Sproščen nalog nosi seznam sestavnih delov, s katerim je bil izdan, in se ne razgradi znova, zato pomeni prenos spremembe vanj ponovno izdajo naloga ali ročni popravek. Preverite, kateri datum poganja preverjanje veljavnosti (datum kreiranja, sprostitve, planiranega začetka ali potrebe), ker ta izbira odloči, ali sprememba določen nalog sploh zajame.