ERP-MOM-MES Katmanları Nasıl Bağlanır? Veri Akışı ve Entegrasyon

ERP, MOM ve MES ayrı katmanlar. Ama birbirlerine bağlı olmaksızın hiçbir işe yaramaz.

İlk üç gün bunu öğrendik: ERP finans, satış, satınalma sistemi; MES iş emrinin gerçek zamanını kaydeder; MOM bu kararları orkestre eder. Ama hepsi ayrı ayrı çalışsaydı ne olurdu?

Pazartesi sabah ERP’de satış müdürü müşteri Ahmet Bey’in siparişini girer. A ürünü 100 parça, pazartesi akşamına teslim. Ama bu sipariş asla atöljeye gitmese? Atölye müdürü hâlâ WhatsApp’tan iş emri bekleyeceği için Salı sabah fark eder. Ya da ERP’den el ile indir ve attır yazıp duvarına yapıştırsa? O zaman MES’ten gelen gerçek veriler ERP’deki planla uyuşmayacak. Fire çıktı mı, MES biliyor ama ERP müşteriye “teslim tarihi güvenli” deme kararını yanlış veriyor.

Bir başka senaryo: reçete değişti mi? Üreteceğini yarın başlayan Deniz Bey yeni reçeteyi kağıt üzerine not mu almacak, yoksa sistem otomatik mı sunsun? El ile not alsa, başka şef tarafından yanlış anlaşılsa, fire’dan sorumlu kim?

İşte veri akışı buraya girmeli.

Veri Akışının Anatomisi

Doğru bir kurulumda şu gerçekleşer:

Aşama 1: ERP’den MOM’a Siparişin İnişi

Satış müdürü ERP’de (diyelim Netsis, Odoo, ya da Logo) siparişi girdikten hemen sonra, bu sipariş MOM sistemine otomatik iletilir. MOM, siparişin tarihini, ürünü, reçetesini, teslim süresini ve geçerli stok seviyesini görür. MOM hemen “Deniz Bey’in Salı sabah 8’e kadar 100 parça A ürünü üretmesi gerekiyor” bilgisini hazır hale getirir.

Aşama 2: MOM’dan MES’e İş Emrinin Şekillenmesi

MOM, reçeteyi ve zaman kısıtını MES’e aktarır. Ama bu sadece “A ürünü yap” değildir. MOM şunu söyler:

• A ürününün reçetesi (A1 malzemeyi şu kalib makineye dök, 2 saat sürecek, sonra tavla 1 saat, sonra bitirme).
• Makine tercih sırası (eğer makine X’te 3 saat kuyruk varsa, makine Y’yi dene).
• Fire toleransı (5’ten fazla parça yanmazsam tamam, 5’ten fazla yanarsam kalite kontrol uyarı gönder).
• Paketleme yönü (100 parça kutuda 25’er satılacak).

MES bunu gerçek zamanlı izler. Operatör kuyrukta bekleyenleri görür, en acil işi seçer, başlar. Makine çalışmaya başladığında MES süreyi tutmaya başlıyor.

Aşama 3: MES’ten MOM’a Gerçek Veri Dönüşü

Deniz Bey makineyi başlattı. MES her dakika şunu kaydediyor: Kaç parça yapıldı, makine devam mi ediyor, durmuş mu. 1 saat 50 dakika sonra reçete süresi bitiyorsa, MES “plana uygun ilerliyor” dedikoduda. Eğer 2.5 saatte hâlâ yarısını yapmadıysa, MES uyarı gönderip MOM “gecikme riski var” diyebilir.

Eğer bir anda makine kilitlenirse ve 30 dakika bozulursa, MES bunu kaydeder, MOM “bakım gerekli” çağrısı açar, bakım ekibi uyarıyı alır. Bakım gelip makinayı 45 dakikada tamir eder, MES bunu da kaydeder.

Aşama 4: MOM’dan ERP’ye Gerçek Maliyet ve İlerleme

İş emri bittiğinde MES “100 parça, 4 saatlik fiili süre, 2 parça fire” raporu MOM’a gönderir. MOM bu verileri değerlendirir: Standart reçete 3.5 saatti ama 4 saat oldu (neden?), fire oranı bekleneni aştı mı (tamir arası kesinti), kalite sorun var mı?

MOM sonra bu gerçek verileri ERP’ye gönderir. ERP’deki muhasebe modülü “bu iş emrinin gerçek maliyeti şu, standart maliyet şu, fark şundan kaynaklandı” yazıp yönetim raporuna geçer.

Müşteriye teslim edilen 98 parça (100’den 2 fire çıksa), ERP satış modülü kaydeder ve ödeme planlaması o 98 parçanın bedelini temel alır.

Araçlar: Netsis, Odoo, Logo, Paraşüt

Türkiye’de orta boy üretim işletmeleri bu entegrasyonları genellikle şöyle kuruyor:

• ERP: Netsis, Odoo, Logo veya Paraşüt gibi araçlar. Bazılarında temel MOM fonksiyonları gömülü, ama saha gerçek zamanlılığı yok.
• MES: Özel MES yazılımı (örn. FactoryTalk, IQMS, MES-One) ya da özel geliştirilmiş sistem.
• Bağlantı: Elle XML veya CSV dosyası takas ederek (her saat bir dosya) ya da API’lar üzerinden doğrudan bağlantı.

Ama çoğu kurulumda bu entegrasyon eksik veya zayıftır. Neden?

1. Veri Modeli Tutarsızlık: Netsis’teki reçete formu ile MES’teki reçete şablonu aynı değildir. Netsis’te 5 parça bir kez 2 saat derken, MES’te her 10 dakikada çıktı bekleniyor. Elle işlenmeyle zaman kaybı.

2. Değişken Reçete: Müşteri “bu sefer A1 malzemeyi değişik tavla suyu ile yapın” derse, reçete değişir. ERP’de yeni reçete girme zamanı 30 dakika. O 30 dakikada operatör çoktan eski reçeteyle başlamış.

3. Makine Esnekliği: A ürünü makine X’te veya Y’de yapılabilir. ERP’de tek rota tanımlı, ama MES gerçek zamanlı makine durumunu gördüğünde esneklikle Y’yi seçmeli. Bunu elle koordine etmek hata getiriyor.

infab.cloud’un Konumu

infab.cloud bu boşluğu doğal entegrasyon katmanı olarak kapatıyor. Nasıl?

infab.cloud, ERP’nin (Netsis, Odoo, Logo, Paraşüt) doğrudan API’ına bağlanır ve sipariş, reçete, stok verisini çeker. Aynı anda saha sensörleri, operatör mobil uygulaması ve makine API’lerinden MES verilerini gerçek zamanlı toplar. MOM katmanında bu verileri orkestre ederken, değişken reçete ve dinamik rota seçimi yapabiliyor.

Sonuç olarak:

• Sipariş girer girmez MES’e inebiliyor (yakın gerçek zamanlı).
• Operatör mobil uygulamada en acil işi görüyor ve başlıyor, el ile koordinasyon yok.
• Fire çıktığında sistem otomatik kalite uyarısı açıyor.
• İş bittikten sonra gerçek maliyeti ERP’ye geri gönderiyor.

Tüm bunlar elle dosya takas ve WhatsApp koordinasyonu olmadan çalışıyor. Tam İntegrasyon değildir, ama Türkiye’deki şartlarda operasyonel çift veri ve zaman kaybını önemli ölçüde azaltıyor.

Sonraki adım: Değişken reçete ve gerçek maliyet motoru. Çünkü sadece veri akışı değil, kararları hızlılaştıran sistemler lazım.

Bu yazı “Talebe Yönelik Üretim ve Fabrika Yazılımı” serinden Gün 5’tir.