Plánovanie materiálových potrieb (MRP)

Softvér, ktorý robí plánovanie materiálových potrieb: výrobný plán rozpadne cez viacúrovňové kusovníky, výsledok porovná so zásobou na sklade a otvorenými objednávkami a to, čo zostane, premení na návrhy nákupu a výroby s termínmi podľa dodacej lehoty každej položky. MSF MRP berie termíny z rozvrhu APS s obmedzenou kapacitou, nie z pevných dodacích lehôt, a návrhy, ktoré vaši nákupcovia schvália, idú do ERP ako nákupné objednávky.

Klasické MRP v ERP počíta s pevnými dodacími lehotami a neobmedzenou kapacitou. MSF MRP vychádza z rozvrhu APS s obmedzenou kapacitou, takže termíny sú reálne.

Vytvára návrhy, ktoré schvaľujú vaši nákupcovia, a schválené návrhy idú do vášho ERP ako nákupné objednávky.

Áno, kooperačné operácie aj materiál dodávaný subdodávateľom sú plne podporované.

Päť vecí: kusovníky, ktoré zodpovedajú tomu, čo sa naozaj vyrába, skladová zásoba, ktorá sedí so stavom v regáli, dodacie lehoty, ktoré niekto zmeral a nezdedil, otvorené nákupné objednávky a výrobné zákazky s termínmi, ktorým ešte niekto verí, a pravidlá pre nepodarky, výťažnosť a veľkosť dávky. Najtichším problémom sú staré otvorené objednávky, pretože kryjú potrebu, ktorá v skutočnosti krytá nie je. Pred spustením do prevádzky si vypíšte každú otvorenú objednávku s termínom v minulosti a vynúťte rozhodnutie: preplánovať, alebo uzavrieť.

Nie tak, ako potrebujete. MRP porovnáva potreby so zásobou na sklade a otvorenými objednávkami, takže ak je skladový stav zlý, výsledok je zlý naraz v oboch smeroch: objednáte materiál, ktorý už máte, a o materiáli, ktorý nemáte, systém mlčí. Cyklická inventúra položiek, ktoré nesú najväčšiu časť hodnoty, je podmienka a nemôže čakať na neskoršiu fázu.

Úplný beh cez noc a k tomu cielené prepočty po zmene rozvrhu alebo po oneskorenej dodávke. Častejšie nie je automaticky lepšie: každý beh preplánuje podľa nových informácií a termín potreby, ktorý sa každé ráno posunie, nedáva nákupcovi nič, podľa čoho by mohol konať. Pri zmrazenom horizonte si ujasnite, či sa návrhy v ňom prestanú prepočítavať úplne, alebo sa prepočítavajú ďalej a len sa označia, keď sa odchýlia. Pre človeka, ktorý zoznam spracúva, sa tieto dva režimy správajú veľmi odlišne.

Áno, samostatne s vaším ERP. Zostane vám viacúrovňový rozpad kusovníka, výpočet čistej potreby voči zásobe na sklade a otvoreným objednávkam, kalendáre dodávateľov aj minimálne objednávacie množstvá. Prídete o termíny odvodené z rozvrhu: termíny potrieb sa určujú spätným posunom o pevnú dodaciu lehotu, takže sú presne také dobré ako dodacie lehoty, ktoré tam niekto zadal, a neposunú sa, keď výroba mešká.

Nerobí obchodné rozhodnutia. Navrhuje množstvá a termíny, ale nevyjednáva cenu, nevyberá medzi dodávateľmi nad rámec vstupov, ktoré ste nastavili (preferovaný dodávateľ, cenová hladina podľa množstva, dodacia lehota, minimálne objednávacie množstvo, kalendár), a nepredpovedá dopyt. Ten musí prísť z vášho plánu predaja. Nevidí ani materiál, ktorý sa vo výrobe spotreboval, ale nikto ho nevykázal, a to býva bežný dôvod, prečo návrh vyzerá zle.

Denný prechod zoznamom výnimiek, ktorého rozsah závisí od toho, koľko položiek plánujete a aký široký horizont výnimiek nastavíte. Letmý pohľad na dashboard nestačí. Beh vytvorí hlásenia urýchliť, odložiť a zrušiť a hodnota je v tom, že niekto rozhodne, ktoré z nich sú dôležité, a ešte v ten deň podľa nich koná. Kde sa tento krok vynecháva, zoznam rastie, až ho nikto neotvára a o systéme sa začne hovoriť, že produkuje len šum.

Dátumy platnosti určujú, čo použije nový rozpad kusovníka; zákazky, ktoré sú už otvorené, to neovplyvní. Uvoľnená zákazka si nesie zoznam komponentov, s ktorým bola vystavená, a znova sa nerozpadá, takže dostať do nej zmenu znamená vystaviť zákazku znova alebo ju ručne upraviť. Overte si, ktorý dátum rozhoduje o platnosti (vytvorenie, uvoľnenie, plánovaný začiatok alebo termín potreby), pretože práve táto voľba určuje, či sa zmena na danú zákazku vôbec dostane.