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 nem is annyira hiba, mint inkább hatókörhatár — é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 1970-es é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.