Malzeme İhtiyaç Planlaması (MRP)

Klasik ERP MRP'si sabit teslim süreleri ve sonsuz kapasite varsayar. MSF MRP ise sonlu kapasiteli APS çizelgesi tarafından yönlendirilir, bu yüzden tarihler gerçekçidir.

Satın almacılarınızın onayladığı öneriler oluşturur. Onaylanan öneriler ERP'nize satın alma siparişi olarak akar.

Evet, taşeron operasyonları ve taşeronlara tedarik edilen malzemeler tam olarak desteklenir.

Beş tane: sahada gerçekten üretilen ürünle örtüşen ürün ağaçları (BOM), rafta duranla tutan eldeki stok, ölçülerek bulunmuş tedarik süreleri, birinin hâlâ inandığı termin tarihleriyle açık satınalma siparişleri ve iş emirleri, bir de fire, verim ve lot büyüklüğü kuralları. Sessiz kalan kalem, bayatlamış açık tedariktir; çünkü aslında karşılanmayan bir ihtiyacı karşılanmış gösterir. Devreye almadan önce termin tarihi geçmiş tüm açık siparişleri listeleyin ve her biri için ya yeni tarih verin ya da kapatın.

İhtiyacınız olan şekilde çalışmaz. MRP ihtiyaçları eldeki stok ve açık tedarikle netler; eldeki stok yanlışsa sonuç aynı anda iki yönde birden yanlış çıkar: zaten elinizde olan malzemeyi sipariş eder, elinizde olmayan için ses çıkarmaz. Değerin büyük kısmını taşıyan kalemlerde döngüsel sayım bir ön koşuldur, sonraki faza bırakılamaz.

Gece boyunca tam bir çalıştırma, ayrıca çizelge değişikliğinden veya geciken bir teslimattan sonra hedefli ara çalıştırmalar. Daha sık her zaman daha iyi değildir: her çalıştırma yeni bilgiye göre baştan planlar ve her sabah kayan bir ihtiyaç tarihi satınalmacıya aksiyon alabileceği hiçbir şey vermez. Dondurulmuş ufuk içinde önerilerin hiç yeniden hesaplanmayacağına mı, yoksa yeniden hesaplanıp yalnızca saptığında işaretleneceğine mi karar verin; listeyi açan kişi için bu ikisi çok farklı davranır.

Evet, ERP'nizin üzerinde tek başına çalışır. Çok seviyeli ürün ağacı patlatma, eldeki stok ve açık tedarikle netleme, tedarikçi takvimleri ve minimum sipariş miktarları elinizde kalır. Kaybettiğiniz şey çizelgeye dayalı tarihlerdir: ihtiyaç tarihleri sabit tedarik süresi kaydırmalarına döner, yani birinin sisteme girdiği tedarik süreleri kadar iyidir ve saha geride kaldığında yerinden kıpırdamaz.

Ticari karar vermez. Miktar ve tarih önerir. Fiyat pazarlığı yapmaz ve sizin tanımladığınız girdilerin (tercih edilen tedarikçi, fiyat kademesi, tedarik süresi, minimum sipariş miktarı, takvim) ötesinde tedarikçi seçmez. Talep tahmini de üretmez; o, satış planınızdan gelmek zorundadır. Ayrıca sahada tüketilip sisteme hiç işlenmemiş malzemeyi göremez; bir önerinin yanlış görünmesinin olağan sebebi de budur.

İstisna listesinin her gün baştan sona geçilmesi gerekir. Süresi, kaç kalem planladığınıza ve istisna ufkunu ne kadar geniş tuttuğunuza göre değişir. Koşu; öne çekme, erteleme ve iptal mesajları üretir, asıl değer ise birinin bunlardan hangisinin önemli olduğuna karar verip aynı gün aksiyon almasındadır. Bu adım atlandığı yerde liste kimse açmayı bırakana kadar büyür ve sisteme 'çok gürültü çıkarıyor' denir.

Geçerlilik tarihleri yeni patlatmaların neyi kullanacağını belirler, zaten açık olan siparişleri değil. Açılmış bir sipariş, çıkarıldığı andaki bileşen listesini taşır ve yeniden patlatılmaz; değişikliği o siparişe çekmek demek siparişi yeniden açmak ya da elle düzeltmek demektir. Geçerlilik kontrolünde hangi tarihin (oluşturma, serbest bırakma, planlanan başlangıç ya da ihtiyaç tarihi) esas alındığına bakın. Bir değişikliğin o siparişe hiç düşüp düşmeyeceğine bu seçim karar verir.