Anyagszükséglet-tervezés (MRP)

A klasszikus ERP MRP fix átfutási időkkel és végtelen kapacitással számol. Az MSF MRP-t a véges kapacitású APS-ütemterv vezérli, így a dátumok reálisak.

Javaslatokat készít, amelyeket a beszerzőik hagynak jóvá. A jóváhagyott javaslatok beszerzési megrendelésként kerülnek át az ERP-be.

Igen, az alvállalkozásba adott műveletek és az alvállalkozóknak biztosított anyagok is teljes mértékben támogatottak.

Ötnek, nem háromnak: darabjegyzékek, amelyek megegyeznek azzal, amit ténylegesen gyártanak; készlet, amely megegyezik a polcon lévővel; átfutási idők, amelyeket ténylegesen megmértek; nyitott beszerzési és gyártási rendelések olyan határidőkkel, amelyeket még valaki elhisz; végül a selejt-, kihozatali és tételnagyság-képzési szabályok. A beragadt nyitott ellátás a csendes hibaforrás, mert olyan szükségletet fed le, ami valójában nincs lefedve. Éles indulás előtt listázzák ki az összes múltbeli határidejű nyitott rendelést, és kényszerítsenek ki mindegyikre egy átütemezés-vagy-lezárás döntést.

Nem úgy, ahogy kellene. Az MRP a szükségleteket a raktári készlettel és a nyitott ellátással nettósítja, így ha a készlet rossz, az eredmény egyszerre romlik el mindkét irányba: rendel olyan anyagot, ami már megvan, és hallgat olyanról, ami nincs meg. A legnagyobb értéket képviselő cikkek ciklikus leltározása előfeltétel, nem egy későbbi fázis.

Éjszaka egy teljes futás, mellette célzott újrafuttatás ütemterv-változás vagy késett szállítás után. A gyakoribb nem automatikusan jobb: minden futás új információ alapján tervez újra, és egy olyan szükségleti dátum, amely minden reggel elmozdul, a beszerzőnek semmit nem ad a kezébe. A befagyasztott horizonton belül tisztázzák, hogy a javaslatok egyáltalán nem számolódnak-e újra, vagy újraszámolódnak és csak jelölést kapnak, ha elcsúsznak, mert a kettő nagyon eltérően viselkedik annak, aki a listát végigdolgozza.

Igen, önállóan, az ERP-re támaszkodva. Megmarad a többszintű darabjegyzék-robbantás, a nettósítás a készlettel és a nyitott ellátással szemben, a beszállítói naptárak és a minimális rendelési mennyiségek. Amit elveszítenek, az az ütemtervvezérelt dátum: a szükségleti dátumok fix átfutásiidő-eltolásokra esnek vissza, tehát pontosan annyit érnek, amennyit a valaki által beírt átfutási idők, és nem mozdulnak el, ha a gyártásban csúszás van.

Kereskedelmi döntést nem hoz. Mennyiségeket és dátumokat javasol; nem tárgyal árat, nem választ beszállítók között azon túl, amit paraméterként beállítottak, vagyis preferált beszállító, mennyiségi ársáv, átfutási idő, minimális rendelési mennyiség és naptár, és keresletelőrejelzést sem készít, annak az értékesítési tervből kell érkeznie. Azt sem látja, amit a gyártásban felhasználtak, de sosem könyveltek le, és általában emiatt tűnik hibásnak egy javaslat.

Naponta egy végigfutás a kivétellistán, amelynek a hossza attól függ, hány cikket terveznek és milyen szélesre állították a kivételhorizontot. Egy pillantás egy irányítópultra ehhez nem elég. A futás sürgetési, halasztási és törlési üzeneteket állít elő, és az érték ott keletkezik, hogy valaki eldönti, melyik számít, és még aznap intézkedik. Ahol ez a lépés kimarad, a lista addig nő, amíg senki nem nyitja meg, a rendszerre pedig rásütik, hogy zajos.

A hatálybalépési dátumok azt szabályozzák, mit használnak az új robbantások, nem a már nyitott rendeléseket. Egy kiadott rendelés azt az alkatrészlistát viszi magával, amivel kiadták, és nem robbantódik újra, tehát a változtatás átvezetése a rendelés újrakiadását vagy kézi módosítását jelenti. Nézzék meg, melyik dátum vezérli a hatályosság vizsgálatát, a létrehozás, a kiadás, a tervezett kezdés vagy a szükségleti dátum, mert ez dönti el, hogy egy változtatás egyáltalán ráül-e az adott rendelésre.