ERP-MOM-MES Entegrasyonu: Katmanlar Nasıl Bağlanır?

İlk dört günde anlattığımız şey basit: sipariş geldi, bilgi dağıldı, ERP iş emri açtı, MES makine başında veriyi topladı, MOM da kararları koordine etti. Ama gerçek dünyada bu katmanlar, sistem olarak aynı ürün veya çözümde çalışmıyor. Çoğu fabrika Netsis, Odoo, Logo veya Paraşüt gibi ayrı ERP sistemine sahip. MES’i başka bir yazılımda çalıştırmak, MOM’u gene bir başka yerde kurmak zorunluluğu var. Peki bu katmanlar arasında bilgi ve karar nasıl aktarılır? Veri ne zaman senkronize edilir? Gecikme ne kadar kabul edilebilir?

Katmanlar Arasında Bilgi Akışı

İdeal durumda, üç katman—ERP, MOM, MES—bir akışta birbirini izler:

1. ERP siparişi hazırlar: Satış siparişi alındı. Malzeme var mı? Kapasite uygun mu? Fiyat müşteri bütçesine uyuyor mu? Tüm bu kararlar ERP’de yapılır ve iş emri açılır.

2. MOM planlaması alır: İş emri MOM katmanına iner. MOM bunu alır, üretim planına koymak için uygun makineleri, operatörleri, bakım windows’larını göz önüne alarak planlama yapar.

3. MES yürütmeyi kaydeder: MOM tarafından hazırlanan plan MES’e iner. MES makine başında, operatör emrini alır, başlar ve her saniyede veri toplar: çalışılan saat, kalite parametreleri, arıza, malzeme tüketimi.

4. Veri geri döner: MES toplayıcı verileri geri MOM’a gönderir. MOM kaliteyi kontrol eder, bakım planını günceller, inventory kararını alır. Sonuç ERP’ye rapor olarak döner: iş emri kapalı, malzeme ödendi, işçilik saati hesaplandı.

Bu akış idealdir. Ama uygulamada, bu dört sistemin dört farklı yerde çalışıyor olması entegrasyonu karmaşık hale getirir.

Gerçek Dünyada Entegrasyon

Netsis kullanıyorsanız, siparişler Netsis’te kapanıyor. İş emri Netsis’ten çıkıyor. Ama MES yazılımı, mesela Wonderware veya Phoenix ise, bu iki sistem arasında bir köprü lazım. İki seçenek var:

Seçenek 1: Manuel Köprü

Netsis’ten iş emrini elle alıp, Wonderware’e yazarsınız. Saat sonunda Wonderware’den raporu elle alır, tekrar Netsis’e yapıştırırsınız. Bu, Gün 1’de anlatılan kâğıt, Excel, usta hafızası dağınıklığıdır. Yanlış, yavaş, ve hataya açık.

Seçenek 2: API ve Veri Tabanı Senkronizasyonu

Modern yazılımlar API sunuyor. Netsis (veya Odoo, Logo, Paraşüt—bunların hepsi sağlayıcıları API üzerinden açıyor) iş emrini bir API endpoint’e koyar. MES sistemi bu API’yi dinler ve otomatik olarak kendi veritabanına yapıştırır. İş emri MES’te yürütülüyor, her saniyede veri akışı oluyor. İş emri kapandı mı, MES sonucu otomatik olarak Netsis’e geri API’yle gönderir. Netsis bunu malzeme hareketine, işçilik saatine, işlem gücüne dönüştürür.

Bu yöntem çok daha hızlı, doğru ve izlenebilir. Ama eksikliği şu: MES’ten MOM’a gidiş, MOM’dan ERP’ye dönüş hep başka bir entegrasyon, başka bir API endpoint gerektirir. Eğer MES bir, MOM başka, ERP üçüncü yazılımda ise, iki ayrı entegrasyon yazmanız gerekir.

Netsis, Odoo, Logo, Paraşüt: ERP Seçimi

Türkiye’de sık kullanılan ERP’ler şunlar:

• Netsis: Kurumsal, muhasebe kökenli, kimya ve imalat sektöründe yaygın. API desteği vardır ama, veri akışı hızlı değildir; toplu işlem baz alınır.

• Odoo: Açık kaynak, modüler, API çok açık. Entegrasyon en rahat olan seçenek. Ama kendi başına yeterince güçlü değildir; MES, MOM gibi katmanlara çok bağımlı.

• Logo / SAP: Büyük fabrikalar için. API, veri akışı, standardizasyon çok iyi. Ama maliyet yüksek ve uygulama karmaşık.

• Paraşüt: Muhasebe odaklı, KOBİ’lere uygun. MES, MOM entegrasyonu sınırlı; genelde yapı kalitesi bıraktırır.

Hangisini seçerseniz seçin, sorular aynı:

1. Bu ERP’de MES, MOM entegrasyonunun API’si var mı?
2. Veri sinkronizasyonu ne sıklıkta yapılıyor? Gerçek zamanlı mi, yoksa saatlik batch mi?
3. Veri çakışması olursa (örneğin, Netsis’te ve MES’te farklaş bir işçilik saati varsa), kim karar verir?

Entegrasyon Mimarisi: Middleware ve Hub

Küçük fabrikalar için “doğrudan bağlantı” (Netsis’ten doğrudan MES’e API) yeterlidir. Ama orta ve büyük fabrikalar için, bir “middleware” veya “hub” kullanmak daha akılıcıdır.

Middleware, ERP’ye bir taraftan bağlanır, MES’e, MOM’a, Quality’ye, Maintenance’e başka taraftan bağlanır. Tüm veri akışı bu hub’dan geçer. Neden? Çünkü:

1. Senkronizasyon: Hub, tüm tarafların verilerinin tutarlı olduğunu gözetmek. Netsis’te ve MES’te fark varsa, hangisi doğru? Hub bu kararı merkezi olarak alır.

2. Esneklik: Bir yazılımdan başka yazılıma geçerseniz (örneğin, Netsis’ten Odoo’ya), hub’a başka bir driver eklemeniz yeterli. Diğer sistemlere dokunmanıza gerek yok.

3. Audit İzi: Tüm veri akışı merkezi yerden kaydedilir. Denetçiler ve kalite denetmenleri, verinin nereden geldiğini, ne zaman değiştiğini tam görebilir.

Piyasada bu amaç için yazılımlar var: MuleSoft, Boomi, Informatica gibi entegrasyon platformları. Ama bunlar pahalı. Açık kaynak seçenekler: Node-RED, Apache NiFi. Ya da kendi middleware yazılabilir.

infab.cloud’un Doğal Konumu

infab.cloud, bu entegrasyon hub’ının tam olması gereken yeri işgal etmeye tasarlanmıştır.

Açık bir veri katmanı olarak, infab.cloud:

1. ERP’den veri alır: Netsis, Odoo, Logo API’leri üzerinden iş emrisi, malzeme, planlama verisini çeker. Bunu normalize eder—her ERP’nin farklı schema’sı var—ortak bir model’e dönüştürür.

2. MES’e veri gönderir: Makine başında çalışacak MES sistemi (Wonderware, MEA, Parsec, hatta basit bir IoT sensör sistemi), infab.cloud’dan iş emrini alır, başlar ve her saniyede veriyi infab.cloud’a geri gönderir.

3. MOM’a yönetim arayüzü sunar: infab.cloud arayüzü, üretim müdürü, kalite mühendisi, muhasebeci için dashboard’lar gösterir. Gerçek zamanlı iş emri statüsü, maliyet, kalite, arıza. Karar alınabilir.

4. ERP’ye rapor gönderir: İş emri kapandı, infab.cloud bunu ERP’ye geri gönderir. Netsis, Odoo, Logo verilerini günceller. Muhasebeci işçilik saatini görebilir.

Başka bir deyişle, infab.cloud işletmenin dört farklı yazılımını (Netsis, MES, Kalite, Envanter) tek bir veri katmanında bağlayarak, aralarında senkronizasyonun, tutarlılığın ve güvenilirliğin sağlanmasını hedefler.

Neden Entegrasyon Zor?

Eğer bu kadar doğru ve gerekli bir şey varsa, neden her fabrikada mevcut değil?

1. Maliyet: Entegrasyon platformu yazılımı, lisans, geliştirme, bakım pahalı. KOBİ’ler ve hatta orta büyüklükteki fabrikalar, bunu yapabilecek kadar kar marjına sahip değil.

2. Uzmanlık: Bu entegrasyonları yazacak mühendis, Netsis API’sini, MES schema’sını, veri bağlantısını bilmek gerekir. Türkiye’de bu uzmanlık çok sınırlı.

3. Yazılım Satıcılarının Direnci: ERP satıcıları (Netsis, Odoo), entegrasyonu kolaylaştırmaya pek istekli değildir. Çünkü müşteri, MES yazılımını (Wonderware) satın almaya başlarsa, Netsis satıcısının hizmet kapısı daralmış olur.

4. Veri Sahipliği: Verinin kime ait olduğu anlaşmazlık yaşanır. Fabrika müdürü, veriyi şirkete ait istiyor. Netsis satıcısı, verinin lisanslı yazılımda kalması istiyor. MES satıcısı, MES verisini kendi sisteminde tutmak istiyor. Bu çekişme, entegrasyonu durdurur.

5. Zamansal Uygunluk: İş emri, veri akışı, senkronizasyon “ideal zamanlı” değildir. Netsis’te planlama bir saatte, MES’te yürütme beş dakikada gerçekleşir. Bu zaman farkını vermek ve veriyi uyumlu tutmak teknik olarak karmaşıktır.

Sonuç

Günümüzde, ERP-MOM-MES entegrasyonu “harika olsa iyi olur” değil, “gereklidir” statüsüne gelmiştir. Netsis, Odoo, Logo, Paraşüt gibi ERP’lerin hepsi API açıyorlar. Ama bu API’leri bir araya getirecek, veri senkronizasyonunu sağlayacak, merkezi bir katman hâlâ çoğu KOBİ’de eksik kalıyor.

Bu görev, infab.cloud gibi entegrasyon katmanlarının varlık sebebidir.

Bir sonraki günde, Gün 6’da, talebe yönelik üretimin kendine özgü zorlukları—değişken reçete, dinamik rota, gerçek maliyet—ve bunların çözülmesi için gereken teknoloji hakkında konuşacağız.