Production Intelligence

MRP ile talep tahmini arasındaki fark nedir?

MRP ve talep tahmini birbirinin alternatifi değil, zincirin iki halkasıdır. Karıştırıldığında ortaya çıkan hata, üretim planının tamamını kaydırır.

MRP ve talep tahmini farkı: bu ne anlama geliyor

MRP ve talep tahmini farkı: from data through prediction to a recorded decision

Bu ikisi sık karıştırılır, çünkü ikisi de “gelecekte ne kadar lazım” sorusuna cevap veriyor görünür. Aslında farklı sorulara cevap verirler ve sıraları önemlidir.

Talep tahmini: bağımsız talep

Talep tahmini, bağımsız talebi öngörür — yani müşterinin doğrudan talep ettiği bitmiş ürünü. İstatistiksel bir tahmindir: geçmiş satış, sezonluk, trend ve kampanya etkisinden geleceği çıkarır. Belirsizlik taşır ve bir olasılık dağılımıdır.

MRP: bağımlı talep

MRP (Malzeme İhtiyaç Planlaması) bağımlı talebi hesaplar. Bir hesaplamadır, tahmin değil: 1.000 adet bitmiş ürün üretecekseniz ve ürün ağacında her birinde 4 vida varsa, 4.000 vidaya ihtiyacınız vardır. Burada tahmin edilecek bir şey yoktur.

MRP üç girdi ister: ana üretim planı, ürün ağacı (BOM) ve mevcut stok. Çıktısı satın alma ve üretim emirleridir.

Zincir

Talep tahmini → Ana üretim planı (MPS) → MRP → Satın alma ve üretim emirleri

Talep tahmini zincirin başındadır. MRP onun çıktısını girdi olarak alır.

Karıştırmanın maliyeti

En sık görülen hata, MRP’nin çıktısına tahmin gibi davranmaktır. MRP kesin sayılar üretir — 4.000 vida — ve bu kesinlik yanıltıcıdır: girdisi olan talep tahmini belirsizken çıktısı kesin olamaz.

Talep tahmini %20 yanlışsa, MRP o hatayı ürün ağacı boyunca çarparak aşağı taşır. Alt bileşenlerde hata büyür, azalmaz.

İkinci hata, emniyet stokunu yanlış katmana koymaktır. Belirsizlik bitmiş üründe doğar; emniyet stokunu bileşen seviyesinde tutmak, aynı korumayı çok daha pahalıya alır.

Pratik sonuç

MRP’yi iyileştirmek istiyorsanız MRP parametreleriyle değil, talep tahmininin doğruluğuyla başlayın. Zincirin başındaki hata, sonraki her adımda büyür.

MRP”nin sessiz varsayımları

MRP bir hesaplama olduğu için kesin görünür, ama üç varsayım üzerine kuruludur ve üçü de operasyonda sık bozulur:

Sabit tedarik süresi. MRP her bileşen için tek bir tedarik süresi kullanır. Gerçekte bu bir dağılımdır ve MRP dağılımı temsil edemez.

Sonsuz kapasite. Klasik MRP, üretim kapasitesini dikkate almaz; ihtiyacı hesaplar ve kapasitenin yeteceğini varsayar. Kapasite kısıtı MRP”den sonra, ayrı bir adımda kontrol edilir — ve orada çıkan çakışma tüm planı geri çevirir.

Doğru ürün ağacı. BOM güncel değilse — mühendislik değişikliği işlenmemişse — MRP yanlış bileşeni doğru miktarda ister.

Nervousness: küçük değişikliğin büyük dalgası

MRP”nin bilinen bir davranışı vardır: ana üretim planındaki küçük bir değişiklik, alt seviyelerde büyük ve dalgalı emir değişiklikleri üretir. Buna “MRP nervousness” denir.

Sebebi, lot büyüklüğü kurallarının eşik davranışı göstermesidir: 99 adet ihtiyaç bir lot, 101 adet iki lot demektir. Talep tahmini her hafta biraz değiştiğinde, satın alma emirleri her hafta yeniden düzenlenir ve tedarikçi güveni aşınır.

Yaygın çözüm, plan ufkunun bir kısmını dondurmaktır: ilk 4-6 hafta değiştirilmez, ötesi serbesttir.

Nereye yatırım yapmalı

MRP”yi bir tahmin aracı gibi kullanmayın. O bir hesap makinesidir ve girdisi kadar iyidir. Yatırımı, girdinin kalitesine — talep tahmini doğruluğuna ve ana veri temizliğine — yapın.

İkisi aynı anda yanlış olabilir

MRP doğru çalışıp yanlış sonuç üretebilir: girdisi olan tahmin yanlışsa, hesap kusursuz biçimde yanlış bir ihtiyaç listesi çıkarır.

Bu ayrım pratikte önemlidir çünkü suçlama yanlış yere gider. Planlamacı MRP çıktısını düzeltir, düzeltme kaydedilmez, ve bir sonraki dönem aynı hata aynı şekilde tekrarlanır.

Nerede birleşmeleri gerekir

Tahmin belirsizlik taşır; MRP taşımaz. Bir tahmin “400 ± 80” derken MRP’ye giren sayı 400’dür ve aradaki bant kaybolur.

O bandı emniyet stokuna çevirmek iki sistemi birleştiren yerdir. Çoğu kurulumda bu dönüşüm sabit bir yüzdeyle yapılır — yani belirsizlik ölçülmüş olmasına rağmen kullanılmaz.

Hangi soruyu hangisine sormalı

“Önümüzdeki çeyrekte ne kadar satacağız” tahmine sorulur. “Bu siparişi karşılamak için neyi ne zaman sipariş etmeliyim” MRP’ye sorulur.

Bu iki soruyu tek bir sisteme sormak, sistemlerden birinin yapamayacağı bir işi yapmasını beklemek demektir — ve genellikle MRP’den tahmin yapması beklenir, ki tasarımı bunun için değildir.

Uygulamada nasıl ayrılır

MRP’nin girdisi olan tahmini ayrı bir sistemde tutmak, ikisinin sorumluluğunu da netleştirir. Tahmin yanlışsa tahmin ekibi, hesap yanlışsa MRP kurulumu sorumludur.

Tek sistemde iç içe geçtiklerinde hangisinin hatalı olduğu ölçülemez, ve ölçülemeyen bir hata düzeltilmez.

Demo Talep Edin