MRP ile ERP arasındaki fark: fason üretici hangisine ihtiyaç duyar

Bir üretim yazılımı toplantısında en sık duyduğumuz cümle şu: “Bize ERP lazım ama aslında MRP de olur.” İkisi aynı şey değil, biri diğerinin küçük hâli de değil. Kısa cevap: MRP, ne zaman ne üretileceğini ve bunun için hangi malzemenin ne zaman gerekeceğini hesaplar. ERP bu hesabın etrafına muhasebeyi, satışı, finansı ve insan kaynağını ekler. Fason çalışan bir fabrikanın ihtiyacı çoğu zaman bu ikisinin tam ortasında bir yerde durur.

Bu yazıda ikisini tanımlayıp, sonra fason plastik enjeksiyon ve palet üretiminde kurduğumuz iki gerçek sistem üzerinden nerede ayrıştıklarını anlatacağız. Sonunda bir karar tablosu ve sahada gördüğümüz bir eşik var: dört makine, iki vardiya.

MRP ne yapar

MRP’nin (Material Requirements Planning) çekirdeği reçetedir. Bir ürünün hangi hammaddeden, hangi yarı mamulden ve hangi işlemlerden geçerek çıktığı yazılıdır. Bu reçete bir sipariş miktarıyla çarpılınca dört soru cevaplanır:

• Hangi malzemeden ne kadar gerekiyor ve stokta ne var?

• Eksik malzeme ne zaman sipariş edilmeli ki üretim durmasın?

• Hangi makine, hangi vardiyada, hangi işi çalışacak?

• Üretilen parça hangi lottan çıktı, hangi müşteriye gitti?

Bu dört sorunun cevabını Excel ile vermeye çalışan fabrikalar bir noktada tıkanır: reçete değişince eski siparişler bozulur, makine kapasitesi tabloda görünmez, izlenebilirlik “kim hatırlıyorsa” seviyesinde kalır.

ERP ne ekler

ERP (Enterprise Resource Planning) aynı veritabanına muhasebeyi, cari hesapları, satın almayı, satışı ve çoğu zaman bordroyu ekler. Vaadi güçlüdür: her şey tek yerde, fatura kesildiği anda muhasebe kaydı oluşur, stok değeri bilançoda görünür. Bedeli de vardır: kurulum aylar sürer, her departman aynı anda alışmak zorunda kalır ve üretim tarafındaki incelik çoğu zaman genel amaçlı ekranların altında kaybolur.

Küçük ve orta ölçekli üreticide sık gördüğümüz durum şu: muhasebe mali müşavirde yürüyor ve oradan taşınmayacak. O zaman ERP’nin en pahalı parçası, en az kullanılacak parça oluyor.

Fason üretimde denklem değişir

Fason modelde hammadde çoğu zaman fabrikanın değil, müşterinin malıdır. Klasik ERP stok mantığı burada çalışmaz: malzemeyi satın almadınız, bilançonuzda değil, ama her gramından sorumlusunuz. Mutfac MRP’yi kurduğumuz fabrikada hammadde iki kaynaktan geliyor: bir kısmını fabrika kendisi satın alıyor, bir kısmını müşteri irsaliye ve lot etiketiyle gönderiyor. Sistemden önce bu iki akış Excel’de takip ediliyordu; hangi müşterinin malzemesinin hangi kalıpta işlendiği ve ne kadarının fireye gittiği ay sonunda toplanan bir tahmindi.

Şimdi hammadde girişinde açılan lot; üretim emrine, üretilen parçaya, montaja ve sevkiyata kadar taşınıyor. Fire de lota bağlanıyor. Müşteriye teslim edilen ürünün yanında, tüketilen malzemenin dökümü de aynı kayıttan çıkıyor.

Müşterinin gördüğü şey

Bunun asıl etkisi fabrikanın içinde değil, müşteriyle ilişkide görüldü. Müşteri artık gönderdiği her lot için hammaddenin kalitesini, ne kadarının fireye gittiğini ve ne kadarının regrind olarak geri döndüğünü takip edebiliyor. “Malzemem nereye gitti?” sorusu bir tartışma konusu olmaktan çıkıp bir rapora dönüştü. Sarfiyat görünür olunca sarfiyatın kendisi de düştü: kimsenin ölçmediği fire, ölçülmeye başlayınca azalıyor.

Malzeme döngüselse: inpak örneği

Malzeme akışının döngüsel olduğu yerlerde iş daha da çetrefilleşir. inpak kendi firesini kırıp geri dönüşüm hattında yeniden granüle eden bir palet fabrikası için yazıldı. Geri dönüşümden gelen granül, sıfır hammaddeyle aynı şey değil; reçetede ayrı bir hammadde kodu olarak duruyor. Böylece bir paletin içinde yüzde kaç sıfır, yüzde kaç geri dönüşüm malzemesi olduğu üretim emrinden okunabiliyor.

Depo tanımları da bu akışı izliyor: sıfır hammadde deposu, granül deposu, enjeksiyon yanındaki ikinci granül deposu, geri dönüşüm deposu, bitmiş ürün deposu ve karantina/ret deposu. İlk dördü kilogramla, son ikisi adetle çalışıyor; birim dönüşümü reçetenin işi. Bakiye hiçbir zaman doğrudan yazılmıyor, her değişim bir hareket kaydıyla oluşuyor. Bu, “stok neden bu rakam?” sorusunun her zaman geriye doğru açıklanabilmesi demek.

Asıl acı planlama ve raporlamaydı

Bir fabrikaya “neyiniz en çok yanıyor?” diye sorduğumuzda cevap nadiren stok oluyor. Mutfac’ta cevap üretim planlama ve raporlamaydı: hangi presin hangi vardiyada kaç saat çalıştığı, hangi işin nerede beklediği. Sekiz presin planı sözlü anlaşmalar ve bir tabloyla yürüyordu; herkes plana bakıyor, kimse plana güvenmiyordu.

MRP’nin burada yaptığı şey sihir değil: her presin anlık durumunu tek ekranda göstermek, vardiya bazlı çalışma saatini otomatik toplamak ve planı gerçek kapasiteyle yazmak. Kaotik bir süreç takip edilebilir hâle gelince rapor da kendiliğinden çıkıyor; ay sonunda kimse tablo toplamıyor.

Bir haftada çalışan dilim

ERP projelerinin en çok korkutan tarafı süresidir: aylarca kurulum, sonra “canlıya geçiş günü”. Biz tersini yapıyoruz. Mutfac’ta ilk çalışan dilim bir haftada teslim edildi; dar ama sahada gerçekten kullanılan bir parça. Operatörler ilk haftadan itibaren ekranı görüyor, geri bildirim veriyor, sonraki modüller o geri bildirimle açılıyor. Yaklaşım sayfasında bu döngü adım adım yazıyor.

Muhasebe nerede durur

İki fabrikada da muhasebe mali müşavirde. MRP muhasebenin yerine geçmiyor; kesilen faturayı muhasebeye aktarıyor, gerisi orada yürüyor. Bu, ERP satıcısının sunumunda “entegrasyon eksikliği” gibi görünür; sahada ise en az sürtünmeli çözümdür. Muhasebeci alıştığı programda çalışmaya devam ediyor, fabrika üretim yazılımını üretim için kullanıyor. Muhasebe modülü ihtiyaç doğduğunda aynı veritabanı üzerine ekleniyor, öncesinde değil.

Kim direnir, kim vazgeçer

Kurduğumuz sistemleri kullanıp vazgeçen bir fabrika olmadı. Soğuk yaklaşanlar var ve sebep neredeyse hep aynı: “ekip alışamaz” endişesi ve kurumsal düzenin henüz oturmamış olması. İkisi de haklı endişeler; cevabı yazılımın özellik listesinde değil, iki yerde: operatör ekranının eldivenle kullanılabilecek kadar basit olması ve ilk haftada çalışan bir dilimin masaya gelmesi. Alışamama korkusu, alışacak bir şey görünce dağılıyor.

Eşik: dört makine, iki vardiya

Sahada gördüğümüz eşik net: dört makineden ve iki vardiyadan sonra üretim takibi yazılımsız yürümüyor. Altında Excel bir süre idare eder; tek vardiyada üç makineyi bir kişi kafasında tutabilir. Dördüncü makine ve ikinci vardiyayla birlikte kimse bütünü görmüyor, plan sözlü hâle geliyor ve fire ay sonunda tahmin ediliyor. Fason çalışıyorsanız eşik daha da öne gelir: müşteri malı için lot izlenebilirliği makine sayısından bağımsız bir zorunluluk.

Karar tablosu

• Muhasebe mali müşavirde ve orada kalacaksa: MRP omurgası ve faturanın muhasebeye aktarımı. Tam ERP’nin muhasebe modülü için para ve zaman harcamayın.

• Her iş tekse, revizyon alıyorsa, tezgâh sırası değişiyorsa: reçete yerine iş dosyası mantığı. Kalıp imalatı için MoldCore bu yüzden sipariş satırı değil iş dosyası etrafında kuruldu.

• Müşteri malı, geri dönüşüm ya da çok depo varsa: stok defterinin doğruluğu ERP’nin genişliğinden daha kritik. Önce hareket kaydı ve lot, sonra rapor.

• Dört makinenin ve iki vardiyanın altındaysanız: acele etmeyin; ama fason çalışıyorsanız lot takibini beklemeyin.

• Finans, satış ve üretim gerçekten aynı ekipse: ERP anlamlı. Ama üretim modülünün sahada nasıl göründüğünü görmeden imza atmayın.

Bizim yaklaşımımız

Üretim yönetimi projelerine MRP omurgasıyla başlıyoruz: reçete, üretim emri, stok defteri, lot. Muhasebe modülü aynı veritabanı üzerinde, gerektiğinde ve sırası geldiğinde ekleniyor. Böylece fabrika ilk haftadan çalışan bir dilim alıyor, ERP’nin tamamını beklemiyor. Kaynak kod müşteride kalıyor; yarın başka bir ekip devam etmek isterse tescilli bir katmana takılmıyor.

Kendi sürecinizde hangisinin gerektiğini bir saatlik bir görüşmede çıkarabiliriz. Üretim yönetimi sayfasında neleri teslim ettiğimiz, iletişim sayfasında da görüşme talebi formu var.