Bir mobilya atölyesi düşünün. Müşteri yüz adet sandalye istiyor, teslim tarihi üç hafta sonra. Usta kağıda kalem alıyor: kaç tahta lazım, kaç vida, kaç metre kumaş? Sonra depoya bakıyor, eksikleri not ediyor, tedarikçiyi arıyor. Bu hesap bir ürün için bile yorucu. Ürün sayısı ona, yirmiye çıkınca kağıt-kalem yetmiyor. İşte tam bu noktada MRP (Malzeme İhtiyaç Planlaması) devreye giriyor.
MRP, üretim yapan işletmelerin en temel sorusunu yanıtlar: ‘Neyi, ne zaman, ne kadar üreteyim veya satın alayım?’ Bu soruyu yanıtlamak için programa üç şeyi girmeniz gerekiyor. Birincisi ürün ağacı — yani bir ürünü yapmak için hangi malzemelerin, hangi miktarlarda gerektiğinin listesi. Bir sandalye için: dört ayak, bir oturma tahtası, iki arka destek, sekiz vida. İkincisi temin süresi — her malzeme için tedarikçiden kaç günde geldiği veya iç üretimde kaç gün sürdüğü. Üçüncüsü sipariş bilgisi — müşteriden gelen siparişler ve teslim tarihleri.
Program bu üç bilgiyi alıp geriye doğru hesap yapar. Buna ‘geriye dönük planlama’ deniyor. Sandalye örneğine dönelim: teslim tarihi 21 Temmuz. Montaj iki gün sürüyor, yani montajın 19 Temmuz’da başlaması lazım. Ahşap parçaların işlenmesi üç gün sürüyor, yani 16 Temmuz’da başlamalı. Tedarikçiden tahta gelmesi beş gün sürüyor, yani siparişi en geç 11 Temmuz’da vermeniz gerekiyor. Program bütün bu tarihleri sizin için otomatik hesaplıyor. Elle yaparken bir üründe bile hata riski yüksek; yüzlerce üründe bu hesabı doğru yapmak neredeyse imkânsız.
Elle planlamanın en büyük sorunu ‘görünmez çakışmalar’. Aynı vida hem sandalyede hem de masa üretiminde kullanılıyor olabilir. İki ayrı kağıtta iki ayrı hesap yaparsınız, ama depoda tek bir vida stoğu var. MRP programı tüm ürünlerin malzeme ihtiyacını birleştirip tek bir liste çıkarıyor. ‘Bu haftanın sonuna kadar 2.400 vida lazım, depoda 800 var, 1.600 tane sipariş ver’ diyor. Bu birleştirme işini elle yapmak saatlerce sürer ve çoğu zaman ya fazla sipariş verip para bağlanır ya da eksik sipariş verip üretim durur.
Programın ürettiği iki temel çıktı var: üretim emirleri ve satın alma önerileri. Üretim emirleri iç atölyeye gidiyor — ‘bu parçayı şu tarihte üret’ diyor. Satın alma önerileri satın alma departmanına gidiyor — ‘bu malzemeyi şu tedarikçiden şu miktarda, şu tarihe kadar sipariş et’ diyor. Her ikisi de programa girilen temin sürelerine ve sipariş miktarlarına göre hesaplanıyor. Yöneticinin yapması gereken tek şey bu önerileri onaylayıp siparişe dönüştürmek. Hesap işini program yapıyor.
Ama her şey bu kadar kolay değil. MRP programının doğru çalışması için programa girilen bilgilerin doğru olması şart. Ürün ağacında hata varsa, program yanlış malzeme hesaplıyor. Temin süresi gerçeği yansıtmıyorsa, planlar tutmuyor. Depodaki stok miktarı programa yanlış girilmişse, program olmayan malzemeyi varmış gibi sayıyor. Türkiye’deki pek çok işletmede bu bilgilerin düzenli güncellenmesi büyük sorun. Depo sayımları aksıyor, tedarikçi süreleri değişiyor ama programa yansıtılmıyor. Sonuçta program çalışıyor ama çıktılar gerçeği tutmuyor. ‘Programa giren çöp, programdan çıkan çöp’ deniyor bu duruma.
MRP’yi değerlendirirken şu soruyu sorun: işletmenizde kaç farklı ürün üretiyorsunuz ve her ürünün kaç bileşeni var? Ürün sayısı beşin altındaysa ve bileşen sayısı onun altındaysa, deneyimli bir ustabaşı elle de idare edebilir. Ürün çeşidi onun üzerindeyse, her ürünün ondan fazla bileşeni varsa ve siparişler düzensiz geliyorsa, MRP olmadan tutarlı bir üretim planı kurmak çok güçleşiyor. Programı almadan önce ürün ağaçlarınızın ve stok bilgilerinizin ne kadar doğru olduğunu gözden geçirin. Yazılım ancak bu temel bilgiler düzenliyse işe yarıyor; yoksa pahalı bir hesap makinesi olmaktan öteye geçmiyor.