📅 · 4 min čitanja · Tim Meta Smart Factory
MRP odgovara na jedno pitanje: što kupiti ili izraditi, koliko i do kada. Jednostavno u teoriji, brutalno u proračunskim tablicama. Evo kako MRP doista radi, gdje puca u praksi i po čemu se razlikuje od APS-a i SCP-a.
Planiranje potreba za materijalom najstarija je ideja u proizvodnom softveru i i dalje najkrivije shvaćena. U srži radi nešto gotovo mehaničko: uzmi ono što si obećao proizvesti, razloži to kroz sastavnicu, oduzmi ono što već imaš na zalihi i ono što je već naručeno, a ono što ostane jest ono što trebaš kupiti ili izraditi. Sve ostalo u MRP-u samo je detalj na vrhu tog izračuna.
Ulaza su tri, a kvaliteta svakog od njih određuje hoće li rezultat biti koristan ili aktivno štetan. Glavni plan proizvodnje kaže koji su gotovi proizvodi potrebni i kada. Sastavnica kaže od čega je svaki gotov proizvod sastavljen, razinu po razinu. Zapis o zalihama kaže što je fizički na stanju i što je već na putu. Pogriješite u bilo kojem od ta tri i MRP će samouvjereno proizvesti pogrešan odgovor u velikom obimu. Zato tvornice sa slabom disciplinom sastavnica često zaključe da MRP ne radi, dok zapravo ne rade njihovi podaci.
Tek s rokom isporuke izračun prestaje biti puka aritmetika i postaje vremenski raspoređen. Znati da vam treba 400 komada neke komponente nije primjenjivo; znati da vam trebaju u 12. tjednu i da dobavljaču treba pet tjedana govori vam da naručite u 7. tjednu. MRP hoda unatrag kroz svaku razinu sastavnice primjenjujući rok svake stavke. Rezultat je raspored nabavnih i proizvodnih naloga, mnogo više od popisa za kupnju. To je dio koji proračunske tablice loše reproduciraju, jer višerazinska sastavnica s različitim rokovima po razini nije izračun koji bi itko trebao raditi ručno.
Klasičan promašaj jest pretpostavka beskonačnog kapaciteta. Standardni MRP govori vam što trebate i kada, ali ne pita može li vaša tvornica to doista proizvesti u tom prozoru. Bez problema će tri naloga smjestiti na jedan stroj u istom tjednu i prijaviti da je sve u redu, jer kapacitet nikada nije bio dio njegova modela. To nije toliko nedostatak koliko granica opsega, i upravo je to granica na kojoj preuzima napredno planiranje i raspoređivanje.
Tu razliku vrijedi precizno postaviti, jer se ta tri akronima u marketinškim materijalima koriste kao sinonimi, a nisu ista stvar. MRP određuje potrebe za materijalom: što i kada. APS određuje izvediv raspored: koji stroj, kojim redoslijedom, uz konačan kapacitet, pripreme i ograničenja. SCP plan širi prema van, na dobavljače, nabavu i distribuciju. Tvornica može voditi samo MRP. Tvornica koja vodi samo MRP obično će svoje probleme s kapacitetom otkriti tek na pogonu.
Nervoza je praktičan problem koji iznenađuje nove korisnike. Budući da MRP ponovno računa cijeli lanac zavisne potražnje, jedna mala promjena na vrhu (kupac koji nalog pomakne tri dana ranije) može se kaskadno pretvoriti u desetke izmijenjenih prijedloga nabave nekoliko razina niže. Bez mehanizama prigušenja poput vremenskih ograda planiranja, fiksiranih planiranih naloga i razumnih veličina serija, sustav stvara više promjena nego što ih nabava može podnijeti, pa ga počnu ignorirati. Ignorirani MRP izlaz gori je od nikakvog MRP-a, jer stvara privid kontrole.
Politika veličine serije mjesto je gdje ulazi praktična prosudba. Naručivanje točno onoga što treba u svakom razdoblju minimizira zalihe, a maksimizira transakcijske troškove i živciranje dobavljača. Naručivanje u velikim ekonomičnim serijama radi obrnuto. Stvarne konfiguracije koriste mješavinu: lot-for-lot za skupe stavke malih količina i dugih rokova, fiksne ili ekonomične količine narudžbe za jeftin spojni materijal koji nitko ne želi naručivati svaki tjedan. Ne postoji univerzalno ispravna postavka, pa o njoj treba odlučiti pri konfiguraciji.
Moderni se MRP od izvornika iz 1960-ih razlikuje uglavnom po tome na što je povezan. Kada podatak o zalihama dolazi iz WMS-a koji provodi lokacije umjesto iz povremenog popisa, polazni su podaci pouzdani. Kada se stvarna potrošnja i škart uživo vraćaju iz MES-a, plan odražava ono što se stvarno dogodilo. Kada potvrde dobavljača stižu iz SCP sloja, ulazna je slika stvarna. Izračun se nije promijenio; promijenila se pouzdanost njegovih ulaza, a upravo to MRP iz teoretske vježbe pretvara u operativni alat.
Za tvornicu koja materijal danas planira u Excelu poštena polazna točka nije odabir softvera. To je točnost sastavnica i točnost zaliha, jer će MRP pojačati onu disciplinu koju već imate. Tvornice koje prvo srede to dvoje obično dobiju vrijednost već u prvom ciklusu planiranja. Tvornice koje to preskoče obično provedu godinu dana krivnju svaljujući na sustav.
Razgovarajte s našim stručnjacimaTa se tri akronima u marketinškim materijalima koriste kao sinonimi, ali nisu ista stvar. MRP određuje potrebe za materijalom: što i kada. APS određuje izvediv raspored: koji stroj, kojim redoslijedom, uz konačan kapacitet, pripreme i ograničenja. SCP plan širi prema van, na dobavljače, nabavu i distribuciju. Tvornica može voditi samo MRP. Tvornica koja vodi samo MRP obično će svoje probleme s kapacitetom otkriti tek na pogonu.
Nervoza je praktičan problem koji iznenađuje nove korisnike. Budući da MRP ponovno računa cijeli lanac zavisne potražnje, jedna mala promjena na vrhu (kupac koji nalog pomakne tri dana ranije) može se kaskadno pretvoriti u desetke izmijenjenih prijedloga nabave nekoliko razina niže. Bez mehanizama prigušenja poput vremenskih ograda planiranja, fiksiranih planiranih naloga i razumnih veličina serija, sustav stvara više promjena nego što ih nabava može podnijeti, pa ga počnu ignorirati. Ignorirani MRP izlaz gori je od nikakvog MRP-a, jer stvara privid kontrole.
Politika veličine serije mjesto je gdje ulazi praktična prosudba. Naručivanje točno onoga što treba u svakom razdoblju minimizira zalihe, a maksimizira transakcijske troškove i živciranje dobavljača. Naručivanje u velikim ekonomičnim serijama radi obrnuto. Stvarne konfiguracije koriste mješavinu: lot-for-lot za skupe stavke malih količina i dugih rokova, fiksne ili ekonomične količine narudžbe za jeftin spojni materijal koji nitko ne želi naručivati svaki tjedan. Ne postoji univerzalno ispravna postavka, pa o njoj treba odlučiti pri konfiguraciji.