MRP (Material Requirements Planning — Türkçesi Malzeme İhtiyaç Planlaması), sipariş miktarı, ürün reçetesi ve eldeki stoktan hareketle hangi malzemeden ne zaman ne kadar gerektiğini hesaplayan planlama yöntemidir. Tek bir soruyu cevaplar: bu siparişleri zamanında teslim etmek için neyi, ne kadar, hangi tarihte sipariş etmeliyim?
Fabrikalar büyüdükçe "elimizde ne var, neye ihtiyacımız var" sorusuna cevap bulmak giderek zorlaşır. 50 farklı hammadde, 200 farklı ürün, 30 aktif sipariş — bunları kafadan veya Excel'den takip etmek kaçınılmaz olarak hatalara yol açar. İşte bu noktada MRP (Malzeme İhtiyaç Planlaması) devreye girer.
MRP, İngilizce Material Requirements Planning ifadesinin kısaltmasıdır; Türkçesi Malzeme İhtiyaç Planlaması'dır. Kısaca: elinizdeki siparişleri zamanında teslim etmek için hangi malzemeden, ne kadar, ne zaman gerektiğini hesaplayan sistemdir.
1980'lerde kapsamı genişletilen sürümü MRP II (Manufacturing Resource Planning — Üretim Kaynakları Planlaması) olarak adlandırılır ve malzemeye ek olarak makine kapasitesi, işgücü ve finansal planlamayı da içerir. Bugün kullanılan ERP sistemlerinin üretim planlama çekirdeği bu iki kuşağın üzerine kuruludur.
MRP, İngilizce Material Requirements Planning'in kısaltmasıdır; Türkçede Malzeme İhtiyaç Planlaması anlamına gelir. Temel sorusu şudur: "Eldeki siparişleri zamanında teslim etmek için hangi hammadde ve yarı mamulü, ne zaman, ne kadar satın almam veya üretmem gerekiyor?"
Bu soruyu doğru cevaplamak; fazla stok tutmadan tedarik kesintisi yaşamamayı, gereksiz satın alma yapmadan üretim bandını dolu tutmayı sağlar.
MRP, onaylı müşteri siparişlerini ve satış tahminlerini alarak "ne üretmem gerekiyor?" sorusunu yanıtlar. Bu, Bağımsız Talep olarak adlandırılır.
Her ürünün üretilmesi için gereken hammadde ve yarı mamul listesi (Bill of Materials - BOM) patlatılır. "100 adet ürün A üretmek için 250 kg çelik, 40 adet vida ve 15 m kablo gerekiyor" gibi.
Mevcut stok durumu hesaba katılır. Depoda zaten 100 kg çelik varsa, 150 kg daha satın almak yeterlidir.
Temin süresi (lead time) hesaba katılarak satın alma siparişleri ve üretim emirleri otomatik oluşturulur. "Bu malzeme 5 günde geliyor, o halde bugün sipariş ver" gibi.
Tüm bu bilgiler zaman eksenine yerleştirilerek haftalık ve aylık üretim takvimi oluşturulur.
MRP bir hesaplama motorudur; doğru sonuç vermesi tamamen beslendiği üç veriye bağlıdır. Bu üçünden biri hatalıysa çıktı da hatalı olur.
| Girdi | Ne içerir? | Eksik olursa |
|---|---|---|
| Ana Üretim Programı (MPS) | Hangi bitmiş ürün, hangi tarihte, kaç adet üretilecek. Onaylı siparişler ve satış tahminlerinden oluşur. | Ne üretileceği bilinmediği için malzeme ihtiyacı da hesaplanamaz. |
| Ürün Ağacı (BOM) | Bir ürünün kaç adet hangi hammadde ve yarı mamulden oluştuğu; çok seviyeli reçete yapısı. | Miktarlar yanlış patlatılır; ya fazla alım yapılır ya üretim yarıda kalır. |
| Stok ve Sipariş Kayıtları | Eldeki mevcut stok, açık satın alma siparişleri, rezerve miktarlar, tedarik süreleri ve emniyet stoğu. | Elde olan malzeme tekrar sipariş edilir; sermaye gereksiz yere stoğa bağlanır. |
MRP'nin en sık başarısız olma sebebi yazılım değil, ürün ağacının güncel olmamasıdır. Reçete değiştiğinde sistemde de değişmiyorsa hesap ilk günden yanlıştır.
Kavramı somutlaştırmak için tek kalemlik basit bir örnek. Diyelim ki 4 hafta sonra teslim edilecek 100 adet masa siparişiniz var ve her masada 4 adet metal ayak kullanılıyor.
| Adım | Hesap | Sonuç |
|---|---|---|
| 1. Brüt ihtiyaç | 100 masa × 4 ayak | 400 adet |
| 2. Eldeki stok düşülür | 400 − 120 (depoda mevcut) | 280 adet |
| 3. Açık siparişler düşülür | 280 − 50 (yolda olan sipariş) | 230 adet |
| 4. Emniyet stoğu eklenir | 230 + 30 (emniyet stoğu) | 260 adet net ihtiyaç |
| 5. Lot büyüklüğüne yuvarlanır | Tedarikçi 100'lük paket satıyor | 300 adet sipariş |
| 6. Sipariş tarihi geri hesaplanır | Montaj başlangıcı − 10 gün tedarik süresi | Montajın başlayacağı günden 10 gün önce sipariş |
Bu hesabın adı net ihtiyaç hesabı, altıncı adımdaki geriye doğru tarihlemenin adı ise tedarik süresi kaydırması (lead time offsetting) olarak geçer. MRP bu işlemi tek kalem için değil, ürün ağacındaki tüm seviyeler ve tüm açık siparişler için aynı anda yapar — elle takip edilemez hale gelen nokta da burasıdır.
Çok seviyeli ürünlerde hesap yukarıdan aşağı iner: önce bitmiş ürün, sonra yarı mamul, sonra hammadde. Her seviyede aynı beş adım tekrarlanır ve üst seviyenin üretim tarihi, alt seviyenin ihtiyaç tarihi olur.
Hesap bittiğinde üç tür öneri üretilir. MRP bunları otomatik uygulamaz; planlamacıya öneri olarak sunar, kararı insan verir.
Hangi malzemeden kaç adet, hangi tarihte sipariş edilmeli. Tedarikçi ve fiyat bilgisi tanımlıysa doğrudan sipariş taslağına dönüştürülebilir.
Hangi yarı mamul ne zaman üretime alınmalı. Kapasite kontrolü MRP II katmanında yapılır.
Mevcut bir siparişin tarihi artık uygun değilse — erkene çekilmeli veya ertelenmeli — sistem bunu uyarı olarak listeler. Pratikte en çok göz ardı edilen ama en değerli çıktı budur.
MRP, bir imalat ERP yazılımının alt modülüdür. ERP tüm iş süreçlerini (satış, üretim, stok, finans, İK) tek çatı altında yönetirken; MRP yalnızca malzeme planlamasına odaklanır. Modern üretim takip programları MRP'yi stok, satın alma ve üretim modülleriyle tam entegre sunar — veriler gerçek zamanlı güncellenir.
| Hata | Sonucu |
|---|---|
| Ürün ağacını güncel tutmamak | Reçete değişikliği sisteme işlenmeyince malzeme miktarları baştan yanlış hesaplanır. |
| Tedarik sürelerini iyimser girmek | Gerçekte 15 gün süren tedarik 7 gün girildiğinde MRP siparişi geç açar, üretim malzeme bekler. |
| Emniyet stoğunu her kaleme aynı vermek | Kritik ve ucuz kalemler aynı davranınca ya sermaye stoğa bağlanır ya kritik malzeme tükenir. |
| Stok doğruluğunu ölçmemek | Kayıt ile raf uyuşmuyorsa MRP'nin girdisi yanlıştır; en iyi algoritma bile bunu düzeltemez. |
| Yeniden çizelgeleme uyarılarını yok saymak | Uyarılar birikince liste okunamaz hale gelir ve sistem "çalışmıyor" diye bırakılır. |
Bu beşinin ortak noktası şudur: hiçbiri yazılım sorunu değildir. MRP'nin başarısı, beslendiği verinin disiplinine bağlıdır.
Dürüst cevap: her üretici için gerekli değildir. Tek kalem ürün üreten, ürün ağacı iki seviyeyi geçmeyen ve tedarikçisi bir günde teslim eden bir atölyede MRP kurmanın getirisi, kurulum ve veri bakım maliyetini karşılamayabilir.
MRP'nin belirgin fayda verdiği yerler şunlardır: çok kalemli ve çok seviyeli ürün ağaçları, uzun veya değişken tedarik süreleri, aynı hammaddeyi paylaşan çok sayıda ürün, sipariş bazlı üretimde sık değişen teslim tarihleri.
Üretim yapmıyor, yalnızca alıp satıyorsanız MRP'ye hiç ihtiyacınız yoktur; ihtiyacınız stok ve cari takibidir. Bu durumda İLGERU HESAP tarafına bakmanız daha doğru olur.
Hayır. 10-15 çalışanlı KOBİ'ler bile MRP'den büyük fayda sağlar. Önemli olan ürün çeşitliliği ve sipariş hacmidir. İLGERU'nun akıllı MRP modülü KOBİ ölçeğine özel tasarlanmıştır.
İLGERU ERP'de MRP hesaplamaları gerçek zamanlı çalışır. Yeni bir sipariş girildiğinde veya stok değiştiğinde sistem anında güncellenir ve gerekli uyarıları üretir.
Hayır, farklıdır. Stok takip yazılımı mevcut durumu gösterirken, MRP geleceğe yönelik ihtiyaçları hesaplar. İkisi bir arada en iyi sonucu verir; İLGERU ERP her ikisini de entegre sunar.
MRP yalnızca malzeme ihtiyacını hesaplar. MRP II (Üretim Kaynakları Planlaması) bunun üzerine makine kapasitesi, işgücü ve finansal planlamayı ekler; yani "malzeme var mı" sorusuna "kapasitem yeter mi, maliyeti ne olur" sorularını da katar. Bugünkü ERP sistemlerinin üretim planlama modülleri MRP II mantığıyla çalışır.
Klasik uygulamada haftalık veya günlük tam hesaplama yapılır. Sipariş ve stok hareketi yoğun olan işletmelerde günlük çalıştırmak, değişikliklerin planı geç etkilemesini önler. Her değişiklikte anlık hesap ise çoğu zaman gereksiz gürültü üretir — planlamacı sürekli değişen bir listeyi takip edemez.
Doğru beslendiğinde evet, çünkü ihtiyaç duyulmayan malzemenin erken alınmasını engeller. Ancak tek başına bir tasarruf aracı değildir: girdiler hatalıysa (özellikle stok doğruluğu ve tedarik süreleri) MRP fazla sipariş de üretebilir. Kazanç algoritmadan değil, veri disiplininden gelir.
Tek seviyeli ürün ağacı ve sınırlı kalem sayısında yapılabilir. Ancak çok seviyeli reçete patlatma, tedarik süresi kaydırması ve yeniden çizelgeleme uyarıları Excel'de sürdürülebilir değildir; formüller kısa sürede kırılır ve kimsenin güvenmediği bir dosyaya dönüşür. Kalem sayısı arttıkça bu geçiş kaçınılmaz olur.
Yazılım tarafı günler alır; asıl süre veri hazırlığındadır. Ürün ağaçlarının çıkarılması, tedarik sürelerinin gerçekçi belirlenmesi ve stok sayımının yapılması genelde birkaç haftadır. Bu hazırlık atlanırsa sistem çalışır ama çıktısına güvenilmez.
MRP, “Material Requirements Planning” ifadesinin kısaltmasıdır; Türkçesi Malzeme İhtiyaç Planlaması’dır. Elinizdeki siparişleri karşılamak için hangi hammaddeden ne kadar ve ne zaman gerektiğini reçete ve stok verisinden hesaplayan yöntemi anlatır.
İngilizce açılımı Material Requirements Planning, Türkçe karşılığı Malzeme İhtiyaç Planlaması’dır. Genişletilmiş sürümü MRP II ise “Manufacturing Resource Planning” — Üretim Kaynakları Planlaması — açılımını taşır ve malzemeye ek olarak makine kapasitesi ile işgücünü de planlar.
MRP tek bir işi yapar: malzeme ihtiyacını hesaplar. ERP ise bu hesabı içeren, üzerine satın alma, stok, üretim, muhasebe ve satışı da ekleyen bütün sistemdir. Tarihsel olarak ERP, MRP’nin üzerine büyümüştür; bugün satılan ERP paketlerinin neredeyse tamamında MRP bir modül olarak yer alır. Ayrı bir MRP yazılımı almak, ERP’si olmayan işletmeler için anlamlı olabilir.
Mevcut sipariş hacminizle MRP'nin size kazandıracaklarını ücretsiz hesaplıyoruz.