Mi az MRP? Az anyagszükséglet-tervezés érthetően, modern gyárak számára

Az anyagszükséglet-tervezés a gyártószoftverek legrégebbi gondolata, és máig a legfélreértettebb. Lényegében szinte mechanikus dolgot tesz: veszi azt, aminek a legyártására ígéretet tett, lebontja a darabjegyzéken keresztül, levonja azt, ami készleten van, és azt, ami már megrendelés alatt áll. Ami marad, azt kell megvenni vagy legyártani. Az MRP minden más eleme részletkérdés e számítás fölött.

A bemenetek száma három, és mindegyik minősége eldönti, hogy a kimenet hasznos lesz-e vagy kifejezetten káros. A fő termelési ütemterv mondja meg, milyen késztermékre és mikor van szükség. A darabjegyzék mondja meg, miből áll az egyes késztermékek, szintről szintre. A készletnyilvántartás mondja meg, mi van fizikailag raktáron és mi van úton. Rontsa el bármelyiket a háromból, és az MRP magabiztosan gyárt rossz választ nagy tételben. Ezért jut sok gyenge darabjegyzék-fegyelmű gyár arra, hogy „az MRP nem működik”, holott az adataik nem működnek.

Az átfutási idő az a pont, ahol a számítás időbeli fázisúvá válik, nem pusztán aritmetikává. Tudni, hogy 400 darabra van szüksége egy alkatrészből, nem művelhető információ; tudni, hogy a 12. hétre kell, és a beszállító öt hetet igényel, azt mondja meg, hogy a 7. héten kell rendelni. Az MRP visszafelé lépked a darabjegyzék minden szintjén, alkalmazva az egyes tételek átfutási idejét, és beszerzési, illetve gyártási rendelések ütemtervét állítja elő, nem bevásárlólistát. Ezt reprodukálják rosszul a táblázatok, mert egy többszintű, szintenként eltérő átfutási idejű darabjegyzéket senkinek nem kellene kézzel számolnia.

A klasszikus hibaforrás a végtelen kapacitás feltételezése. A hagyományos MRP megmondja, mire van szüksége és mikor, de nem kérdezi meg, hogy a gyára valóban le tudja-e gyártani abban az időablakban. Boldogan ütemez három rendelést ugyanarra a gépre ugyanabban a hétben, és nem jelez problémát, mert a kapacitás soha nem volt része a modelljének. Ez inkább hatókörhatár, mint hiba, és pontosan ez az a határ, ahol a fejlett termeléstervezés és ütemezés felveszi a fonalat.

MRP vs APS vs SCP

Ezt a különbségtételt érdemes pontosan kimondani, mert a három rövidítést a gyártói anyagokban felcserélhetően használják, pedig nem ugyanaz. Az MRP az anyagszükségletet határozza meg: mit és mikor. Az APS a végrehajtható ütemtervet: melyik gép, milyen sorrend, véges kapacitást, átállásokat és korlátokat figyelembe véve. Az SCP a tervet terjeszti ki kifelé a beszállítókra, a beszerzésre és az elosztásra. Egy gyár futtathat önmagában MRP-t. Az önmagában MRP-t futtató gyár azonban a kapacitásproblémáit rendszerint az üzemben fedezi fel, nem a tervben.

Mi okozza az MRP „nyugtalanságát”

A „nyugtalanság” az a gyakorlati probléma, amely meglepi az új felhasználókat. Mivel az MRP újraszámolja a teljes függő keresleti láncot, egyetlen kis változás fent (például hogy egy vevő három nappal előbbre hoz egy rendelést) több szinttel lejjebb tucatnyi megváltozott beszerzési javaslattá gyűrűzhet. Csillapító mechanizmusok (tervezési időkorlátok, fixált tervezett rendelések, ésszerű tételnagyságok) nélkül a rendszer több mozgást generál, mint amennyit a beszerzés fel tud dolgozni, és elkezdik figyelmen kívül hagyni. A figyelmen kívül hagyott MRP-kimenet rosszabb, mint a semmilyen MRP, mert a kontroll illúzióját kelti.

Tételnagyság-politika kiválasztása

A tételnagyság-politika az a pont, ahol belép a gyakorlati ítélőképesség. Ha pontosan annyit rendel, amennyi az adott periódusban kell, minimalizálja a készletet, és maximalizálja a tranzakciós költséget és a beszállító bosszúságát. Ha nagy, gazdaságos tételekben rendel, fordítva. A valós beállítások vegyesek: tételre szabott rendelés a drága, kis mennyiségű, hosszú átfutású tételekre; fix vagy gazdaságos rendelési mennyiség az olcsó kötőelemekre, amelyeket senki nem akar hetente újrarendelni. Nincs egyetemesen helyes beállítás, ezért ez konfigurációs döntés, nem alapértelmezés.

A modern MRP főként abban tér el az 1960-as évek eredetijétől, hogy mihez kapcsolódik. Amikor a készletadat egy tárhelyeket betartató WMS-ből érkezik, nem egy időszakos leltárból, a kiindulási adat megbízható. Amikor a tényleges felhasználás és selejt élőben tér vissza a MES-ből, a terv azt tükrözi, ami történt, nem azt, aminek történnie kellett volna. Amikor a beszállítói visszaigazolások egy SCP-rétegből áramlanak be, a beérkezési kép valós. A számítás nem változott; a bemeneteinek megbízhatósága igen, és ez az, ami az MRP-t elméleti gyakorlatból operatív eszközzé teszi.

Egy jelenleg Excelben anyagot tervező gyár számára az őszinte kiindulópont nem a szoftverválasztás. Hanem a darabjegyzék- és a készletpontosság, mert az MRP felnagyítja azt a fegyelmet, amivel már rendelkezik. Azok a gyárak, amelyek előbb ezt a kettőt rendezik, jellemzően már az első tervezési ciklusban értéket kapnak. Amelyek átugorják, jellemzően egy évet töltenek a rendszer hibáztatásával.