MES + MOM + ERP Sentezi: Entegrasyon Zorluğu ve On-Prem Çıkmazı

Bu hafta altı gün boyunca inceledik: talebe yönelik üretimde sipariş gelmesi, bilginin dağılması, ERP’nin muhasebe sistematiği, MES’in saha verisini yakalaması, MOM’un orkestrasyon katmanı ve maliyet gerçekliğinin kompleksliği.

Bugün bu dört katmanın nasıl birlikte çalışması gerektiğini, neden tek başına kurmak zor olduğunu ve bu zorlukların niçin systematic bir çözüm gerektirdiğini ele alıyoruz.

Katmanlar Arasında Veri Akışı Basit Görünür, Ama Değildir

Teorik olarak veri akışı basittir:

1. ERP, satış siparişini oluşturur.
2. Planlama, iş emri açar.
3. MES, operasyonları izler: başlama, duraklama, kapanış, scrap.
4. MOM, üretim, kalite ve bakımı koordine eder.
5. Gerçek maliyet verisi geri ERP’ye akıp, muhasebe bilgisi güncellenir.

Ama pratikte bu akış kesintilere ve çelişkilere dolar.

Örnek: ERP’de iş emri açıldığında, bu bilgi MES’e aynı saniyede ulaşmak zorundadır. Eğer iki dakika gecikmesi varsa, operatör iş emri numarasını elle girmek zorunda kalır. Bir gün içinde yüzlerce iş emrinde bu manuel çalışma, hata ve zaman kaybı yaratır.

Başka örnek: Kalite kontrol MOM’da bir hatayı raporladığında, bu etkiler MES’teki maliyet veri akışını, iptali ve iş emrini ERP’deki stok sayımını etkiler. Eğer bu sistemi otomasyonsuz bağlamaya çalışırsan, bir katmandaki değişiklik diğerini “görmez” ve muhasebe verisi yanlış kalır.

Off-Grid Sistemlerle Entegrasyon: Harita Sorunu

Türkiye’deki çoğu üretim şirketi, ERP’lerini kurulu tutuyor ama ek MES veya MOM yok. Bazılarında Excel tabloları, WhatsApp mesajları ve kâğıt iş emri vardır. Bunları merkezi veri sistemine çekme amacı, entegrasyon gerektirir.

Kurulu ERP’nin API’si olmayabilir. Netsis, Odoo, Logo, Paraşüt—her birinin kendi veri modeli, entegrasyon yöntemi ve başarısızlık senaryoları vardır.

Bir MES kurmaya kalktığında, bu eski sistemle konuşan bir “harita” yazmalısın. Harita ne anlama gelir?

• ERP’deki malzeme tarafı (bill of materials) ile MES’teki reçete arasındaki eşleme
• ERP’deki operasyon tanımı ile MES’teki operasyon tezgahları arasındaki bağlantı
• İş emri numaralandırma konvansiyonunun tutarlığı
• Scrap, rework, duruş sürelerinin kodlanış biçimi

Bu harita, kod değildir; bu, veri anlamı ve döngüdür. Harita olmadan, katmanlar birbirinden izole kalır ve veri tutarsız hale gelir.

On-Prem Infrastrüktür: Ölçeklendirilme ve Çıkış

MES ve MOM kurmak için sunucu satın almak, yazılım lisansı, bakım ekibi, ağ altyapısı ve veri güvenliği yatırımı gerekir. On-prem sistemler, kurulum tamamlandıktan sonra büyümek ya da değişmek istenince sorunlu hale gelir.

Örneğin:

• Yeni bir tezgah eklenmek istenirse, MES’teki sensor ağını genişlet, bağlantıları kur, veri modelini güncelle.
• Yeni bir müşteri grubunun reçetesi tamamı farklıysa, MOM’un orkestrasyon kurallarını yeniden tasarla.
• Maliyet motoru değişmek istenirse, ERP-MOM-MES veri hattını rev yap.

Her değişiklikte bir proje başlatmanız gerekir. Sistem rigiddir ve esnekliği, değişim maliyeti yüksektir.

Ayrıca, on-prem sistemler yazılım güncelleme, veri yedekleme, hata ayıklama ve kapasite planlama için sürekli el atılmasını gerektiriyor. İşletme ekibine yük olur.

Dinamik Reçete ve Gerçek Maliyet: Otomasyonun Derinliği

Gun 6’da gördük: talebe yönelik üretimde her sipariş farklı bir reçete taşıyabilir. Bu reçetenin operasyon sırası, araç seçimi, hazırlık ve temizlik süresi müşterin talebine göre değişir. Bunun maliyet etkileri de değişkendir.

MES ve MOM’u bu dinamikliğe uyumlu yapı kurmak, statik tabloların ötesine geçmek gerekir. Sistem dinamik kararlar verebilmeli:

• Bu reçete için hangi tezgah en uygun ve verimli?
• Bu operasyonun hazırlık süresi kaç dakika—tamamen yeni bir tezgahta mı yoksa aynı tezgahta serideki başka işin devamı mı?
• İş emri sırasında beklenmedik bir arıza olursa, yönlendirme nasıl değişir?

Bu dinamikliği el ile yönetmek, maliyet verisini gerçek tutmak imkânsızdır. Sistem, bu kararları otomatikleştirilmiş bir çerçeve içinde almalıdır.

Infab.Cloud: Hazır Katman Olarak Entegrasyon

Bu zorluklara yönelik yaklaşım, bulut temelli, entegrasyona hazır bir MES + MOM katmanıdır.

Infab.cloud, ERP uyumsuzluğunu çözmek için:

• Netsis, Odoo, Logo, Paraşüt gibi yaygın ERP’lerin API’lerine ve veri modellerine hâkim entegrasyon modülleri sunar.
• Harita tanımı yapan, veri anlamını koruyarak aktaran bir dönüştürme motoruna sahiptir.
• Yeni tezgah, yeni müşteri, yeni reçete ekleme için cloud altyapısı sayesinde manuel genişleme yapmadan esneklik verir.

Bulut tabanlı olduğu için:

• Kendi veri yedekleme, güvenlik ve yazılım güncelleme sorunları yok.
• Işletme ekibinin elle sunucu ve sistem yönetim yükü azalır.
• Ölçeklendirilme, API çağrıları ve raporlama daha hızlı ve maliyet etkindir.

Kurma ve Canlıya Alma: Hız Meselesi

On-prem MES + MOM + ERP’yi canlıya almak, ortalama 6–12 ay sürer. Donanım, yazılım, entegrasyon, veri taşıma, test ve personel eğitimi işçiliği yüksektir. Yatırım genellikle 500 bin lira’dan başlar.

Infab.cloud modeli, entegrasyon ve özelleştirme için hafta veya birkaç ay içinde sonuç verir. Katmanlı, hazır veri haritası ve MES + MOM template’leri sayesinde, başlangıç maliyeti çok daha düşüktür.

Karar Noktası

Talebe yönelik üretim yapan bir fabrika, bugün iki seçeneğin karşısında duruyor:

1. Off-prem yol: ERP, MES, MOM’u ayrı ayrı tedarik eden, entegrasyonu kendi yazanlar ve bakımını kendi yapanlar. Yatırım büyük, zaman uzun, ama teorik olarak sınırsız kontrol.

2. Bulut tabanlı entegrasyon yolu: Infab.cloud gibi bir platform, kurulu ERP’lerle bağlanmış MES + MOM katmanı, veri haritası ve otomasyonlu gerçek maliyet motoru. Zaman kısa, maliyet sınırlı, esneklik yüksek.

Çoğu fabrika için, dinamik reçete ve gerçek maliyet problemini çözmek kolay değildir. Sistematik bir çözüm olmadan, veri dağılmaya ve üretim kararları tahmine dayanmaya devam eder.

İnfab.cloud’un boşluğu kapatma yaklaşımı, bu karmaşıklığın içinde uygulanabilir bir yol sunar: fast, integrated, systematic.