Bir imalat şirketinin satın alma müdürü iki farklı baskıyla aynı anda boğuşmak zorunda kalıyor: genel müdür stok maliyetlerini düşürmesini isterken, satış ekibi müşterilere verilen teslimat sözlerinin tutulmamasından yakınıyor. Bu çelişki Türkiye’deki pek çok KOBİ’nin üretim ve tedarik yönetiminde karşılaştığı gerçek bir gerilimdir. Stok azaltılırsa teslimat süresi uzuyor, stok artırılırsa depo maliyeti şişiyor. MRP (Malzeme İhtiyaç Planlaması) modülü bu iki hedefi birbirine karşı değil, birlikte çalışacak biçimde tasarlandığında söz konusu gerilim büyük ölçüde çözülebilir.
MRP’nin temel mantığı, hangi malzemenin ne zaman ve ne kadar gerektiğini üretim planına ve ürün ağacına (BOM) dayalı olarak hesaplamaktır. Ancak bu hesaplama tek başına yeterli değildir; çünkü her ürün ve her malzeme aynı stratejik öneme sahip değildir. Yüksek cirolu, müşteri açısından kritik bir ürünle düşük cirolu, standart bir yedek parça aynı stok politikasıyla yönetilirse ya birincisi için gereksiz stok tutulur ya da ikincisi için kritik bir eksiklik yaşanır. Doğru yaklaşım, ürünleri ve malzemeleri talep sıklığına, ciro büyüklüğüne ve müşteri kritikliğine göre sınıflandırmak, ardından her sınıf için farklı bir stok politikası tanımlamaktır.
Talep sınıflandırması pratikte ABC analizi ile başlar. Yüksek cirolu A grubu ürünler için hizmet düzeyi hedefi yüksek tutulur ve güvenlik stoğu buna göre hesaplanır; düşük cirolu C grubu ürünler için ise minimum stok politikası benimsenir. Buna ek olarak talep düzensizliği de ayrı bir değişken olarak ele alınmalıdır: düzenli satılan bir ürünle mevsimlik veya sipariş bazlı satılan bir ürün için aynı yenileme mantığı çalışmaz. MRP modülleri bu ayrımı destekleyen parametreler sunar; ancak bu parametrelerin fabrika gerçekliğine uygun biçimde kurgulanması, yazılımın kurulumundan çok daha fazla zaman ve dikkat gerektirir.
Teslimat güvenilirliği açısından bakıldığında, MRP’nin en somut katkısı tedarik sürelerini (lead time) ve üretim kapasitesini hesaba katarak müşteriye verilen teslimat tarihinin gerçekçi bir zemine oturtulmasıdır. Satış ekibinin müşteriye söz verdiği tarih, depodaki stok durumuna ve tedarikçi teslim sürelerine dayalı olarak sistemden onaylanabildiğinde, gereksiz söz vermek ve ardından özür dilemek döngüsü kırılmaya başlar. Özellikle çok sayıda bileşenden oluşan ürünler üreten şirketlerde bu işlev kritik bir değer taşır; tek bir bileşenin gecikmesi tüm üretim hattını durdurabileceğinden, MRP’nin kritik malzeme uyarıları üretim planlamasına erken müdahale imkânı tanır.
Stok düşürme hedefi ise güvenlik stoğu hesaplamalarının doğru yapılmasına bağlıdır. Pek çok şirkette güvenlik stoğu deneyime dayalı tahminlerle veya ‘ne kadar çok tutarsak o kadar iyi’ anlayışıyla belirlenir; bu da depolarda hareket görmeyen, sermayeyi kilitleyen stok yığılmasına yol açar. MRP modülü, talep değişkenliğini ve tedarikçi güvenilirliğini parametrik olarak işleyebildiğinde, güvenlik stoğu hesabı sezgisel tahminden çıkıp sistematik bir zemine oturur. Sonuç olarak aynı hizmet düzeyi daha düşük ortalama stokla korunabilir hale gelir; bu fark özellikle pahalı hammadde veya uzun tedarik süreli bileşenler için işletme sermayesi üzerinde doğrudan etki yaratır.
Uygulamada en sık karşılaşılan zorluk, stok politikası parametrelerinin doğru kurgulanması için gereken verinin şirket içinde düzenli tutulmamasıdır. Tedarikçi teslim süreleri çoğu zaman sözlü anlaşmalarla belirlenir ve sisteme işlenmez; talep geçmişi Excel tablolarında dağınık biçimde durur; ürün ağaçları güncel tutulmaz. MRP modülü ne kadar iyi tasarlanmış olursa olsun, bu girdiler eksik veya hatalıysa çıktı da güvenilmez olur. Bu nedenle MRP projesinin başlangıcında veri temizleme ve süreç standardizasyonu için ayrı bir çalışma yapılması, sonradan yaşanacak hayal kırıklıklarını büyük ölçüde önler.
Bir KOBİ yöneticisi MRP modülünü değerlendirirken şu soruları sormak işe yarar: Yazılım, ürün bazlı hizmet düzeyi hedefi tanımlamama izin veriyor mu? Güvenlik stoğu hesaplaması talep değişkenliğini ve tedarikçi güvenilirliğini ayrı parametreler olarak işliyor mu? Satış siparişi girildiğinde stok ve üretim kapasitesine göre gerçekçi bir teslimat tarihi önerisi sunuluyor mu? Bu sorulara ‘evet’ yanıtı alınamıyorsa, yazılım MRP adını taşısa da işlevsel olarak yalnızca bir stok takip aracına indirgenmiş demektir. Stok düşürme ile teslimat güvenilirliği hedeflerini aynı anda yönetmek mümkündür; ancak bunun için hem doğru yazılım hem de o yazılımı besleyecek düzenli ve doğru veri altyapısı şarttır.