MES ve ERP arasındaki fark nedir?

ERP işletmenin sipariş, stok, satın alma ve planlama kararlarını bir araya getirir; MES ise üretim emrinin sahada nasıl yürütüldüğünü ve fiilen ne olduğunu kaydeder. Fark, iki yazılımın adından çok hangi kararın nerede verildiği ve hangi verinin ana kaydının hangi sistemde tutulduğudur. Bir fabrika yalnızca ERP kullanarak da bazı üretim kayıtlarını yönetebilir; ayrı bir MES'in değeri, sahadaki olaylar, talimatlar, kaynaklar ve kalite kararları daha ayrıntılı ve zamanında yönetilmek istendiğinde ortaya çıkar.

Bu ayrım “ERP üst katta, MES alt katta” çiziminden ibaret değildir. Bir iş emri ERP'de açılıp MES'te yürütülebilir; aynı emir için ürün revizyonu, malzeme lotu, operasyon sırası, fiili miktar ve kapanış statüsü farklı zamanlarda değişebilir. Sistemin görevini belirleyen şey, hangi alanın kimin onayıyla değişeceği ve değişikliğin karşı tarafa hangi anlamla aktarılacağıdır. Arayüzün teknik olarak çalışması, iş anlamlarının tutarlı olduğu anlamına gelmez.

Neden iki ayrı faaliyet alanı konuşuluyor?

IEC 62264-1'in kamuya açık tanımı, üretim operasyonları yönetimi alanını ve bunun işletme alanıyla bilgi alışverişini açıklıyor. Seviye 3 üretim operasyonları faaliyetlerini, seviye 4 ise işletme planlaması ve lojistik faaliyetlerini temsil eder. Bunlar her şirketin aynı iki ürün kutusunu satın alması gerektiğini söylemez. Ama bir entegrasyon tartışmasında “plan”, “yürütme”, “gerçekleşme” ve “mutabakat” sınırlarını görünür kılmaya yardım eder. Bu yazı ücretli standart metninin tüm hükümlerini incelemiş gibi bir uygunluk iddiasında bulunmaz.

NIST'te yayımlanan bir üretim yürütme araştırmasının özeti de üretim yürütme yazılımının planlama, kaynak planlama, çizelgeleme ve ekipman kontrolüyle birlikte çalışması gerektiğini; sistemler arasındaki bilgi engellerinin önemli bir sorun olduğunu vurgular. Bu eski araştırmanın belirli bir ürün mimarisini bugün zorunlu kıldığı söylenemez. Yine de işlevler arası sınırların yazılım isimlerinden daha kalıcı bir tasarım konusu olduğunu gösterir.

ERP çoğunlukla neyin sahibidir?

Müşteri siparişi, ticari teslim tarihi, satın alma emri, finansal değerleme, ana malzeme kodu ve işletme düzeyindeki stok hesabı ERP'nin doğal faaliyetleridir. Ürün ağacı ve rota gibi kayıtların ana sahibi de çoğu işletmede ERP veya onunla bütünleşik mühendislik sistemidir. “Çoğu” sözcüğü önemlidir: bazı tesislerde PLM veya PDM ürün revizyonunun asıl kaynağıdır, ERP yalnızca onaylı sürümü tüketir. Üretim entegrasyonunda bu sahiplik mevcut sistemlere göre belirlenmeli; varsayılan bir şablon olarak dayatılmamalıdır.

ERP'nin üretim emri açması, emrin sahada güvenli biçimde yürütüldüğünü tek başına kanıtlamaz. Emir üzerinde hedef miktar 1.200 olarak görünebilir, fakat hangi vardiyada hangi hattın çalıştığı, deneme üretiminin sayılıp sayılmadığı veya operatörün hangi talimat sürümünü gördüğü ayrı kayıtlardır. Bazı ERP modülleri bu ayrıntıları da tutabilir. Bu durumda ayrı MES ihtiyacı otomatik değildir; mevcut çözümün olay çözünürlüğü, operatör deneyimi, izlenebilirlik ve düzeltme izi bakımından yeterli olup olmadığına bakılır.

MES çoğunlukla neyin sahibidir?

MES'in odak noktası, serbest bırakılmış işin kaynaklara dağıtılması ve gerçekleşmenin bağlamıyla kaydıdır. Operatör hangi emir ve operasyonda çalıştığını görür; malzeme lotu veya seri numarası kaydedilir; makine ve manuel olaylar iş emrine bağlanır; miktar, duruş ve kalite statüsü takip edilir. Bunların tümü her MES ürününde bulunmaz ve her fabrika için gerekli değildir. Önce kritik iş kararı tanımlanmalı, ardından bu kararı destekleyen kayıt ve arayüz seçilmelidir.

MES'in “gerçekleşen miktar” kaydı ile ERP'nin “stok bakiyesi” aynı şey değildir. Bir makinede 1.170 çevrim tamamlanmış olsa da bunların hepsi kabul edilmiş ve depoya alınabilir ürün olmayabilir. MES, 1.100 sağlam, 40 hurda ve 30 inceleme bekleyen parça ayrımını tutabilir. ERP'ye ne zaman ve hangi olayla 1.100 birim stok gireceği kurala bağlıdır. İnceleme bekleyenler otomatik olarak sağlam sayılırsa stok kaydı gerçek üretim durumundan kopar.

Karar ve veri sahipliği matrisi

Soru	Yaygın ana kayıt	Sahadaki karşılık	Önceden kararlaştırılması gereken sınır
Müşteri talebi ve teslim tarihi nedir?	ERP	MES, emrin önceliğini görebilir	Saha önceliği değiştirebilir mi?
Hangi ürün ve revizyon üretilecek?	ERP veya mühendislik sistemi	MES, emir için onaylı sürümü kullanır	Revizyon değişirse açık emir ne olur?
Hangi malzeme kullanılabilir?	ERP/WMS ana stok ve lot kaydı	MES fiili tüketimi/lotu ilişkilendirir	Yanlış lot taranırsa kim düzeltir?
Hangi hat ve vardiya çalıştı?	MES veya operasyon sistemi	Makine ve operatör olayları	Plan değişikliği ERP'ye nasıl döner?
Ne kadar sağlam, hurda ve bekleyen ürün var?	Operasyon/kalite kaydı	MES veya QMS kararı	ERP'ye tamamlanmış miktar hangisi?
Fatura ve finansal stok değeri nedir?	ERP	MES bunun için veri sağlar	Fiili tüketim ne zaman muhasebeleşir?

Bu tablo bir standardın zorunlu ürün ataması değil, tasarım başlangıcıdır. Bazı fabrikalarda WMS malzeme hareketinin, QMS kalite serbest bırakmanın, SCADA alarm olayının asıl sahibidir. İş akışı farklı uygulamalara dağıtılabilir; fakat aynı alan için iki bağımsız “doğru” kayda izin vermek mutabakat sorununu büyütür.

Sayısal örnek: Sipariş ile stok aynı anda değişmez

Tamamen varsayımsal bir metal işleme hattı düşünelim. ERP, 1.200 parça hedefli bir üretim emri açıyor ve 1.300 parça için yeterli hammadde ayırıyor. MES emri hatta açıyor; operatör lotu okutuyor. Vardiya sonunda makine 1.170 çevrim bildiriyor. Kalite kaydı 1.100 ilk geçiş sağlam, 40 hurda ve 30 inceleme bekleyen ürün gösteriyor. Toplam 1.100 + 40 + 30 = 1.170; örnek kendi içinde tutarlı. Bu rakamlar herhangi bir Tuna Industrial Platform müşterisine veya gerçek kuruluma ait değil.

ERP'ye “1.170 tamamlandı” mesajı göndermek kolaydır ama anlamı belirsizdir. Eğer ERP bu mesajı bitmiş mamul stokuna alırsa 70 parça fazla kullanılabilir stok gösterir. Diğer uçta yalnızca 1.100 göndermek de 40 hurda ve 30 bekleyen parçayı tamamen görünmez kılmamalıdır. Bir tasarımda 1.100 sağlam tamamlama, 40 hurda ve 30 kalite bekletme olayı ayrı iletilir; başka bir tasarımda MES ayrıntıyı tutar, ERP yalnızca onaylı stok hareketini alır. Seçim muhasebe, kalite ve operasyon kurallarına göre yapılır.

Ertesi gün bekleyen 30 parçanın 20'si onaylanır, 10'u hurdaya ayrılırsa önceki vardiya kaydını sessizce 1.120 sağlam olarak yeniden yazmak yerine kararın zamanı ve yetkilisi izlenmelidir. Nihai sağlam miktar 1.120, toplam hurda 50 olur; toplam yine 1.170'tir. ERP'de ek 20 birimin ne zaman stok hareketi oluşturacağı ve 10 yeni hurdanın nasıl raporlanacağı tanımlanmalıdır. Düzeltme geçmişi yoksa iki sistem arasındaki farkın neden oluştuğu daha sonra açıklanamaz.

Bu örnek OEE hesabında da dikkat gerektirir. İlk geçiş kalite oranı ile sonradan onaylanan ürünün ticari stok statüsü aynı metrik değildir. OEE Quality bileşeni için “sağlam” tanımı ve yeniden işleme kuralı ayrı belirlenmelidir. MES–ERP entegrasyonu doğru kurulsa bile OEE tanımı belirsizse rapor yine hatalı olabilir.

Entegrasyonda en çok karışan sınırlar

Birincisi ürün ve kaynak kimlikleridir. ERP'deki “A-100” kodu MES'te “A100”, SCADA'da sayısal bir reçete kodu olabilir. Eşleştirme versiyonlu ve denetlenebilir değilse bir makine olayı yanlış ürüne bağlanır. İkincisi zaman ve olay sırasıdır. Sunucu, PLC ve operatör terminalleri farklı saat kullanıyorsa vardiya kesiminde gerçekleşen üretim başka güne yazılabilir. Üçüncüsü idempotent aktarım gereğidir: kesinti sonrası tekrar gönderilen aynı olay iki kez stok oluşturmamalıdır.

Dördüncüsü düzeltme yetkisidir. Bir operatör yanlış lot taradığında MES kaydı değiştirilebilir mi, kalite onayı gerekir mi, ERP'ye geri dönmüş tüketim nasıl düzeltilir? Beşincisi sürüm ve sözleşme yönetimidir. ERP alanı veya MES olay tipi değiştiğinde eski mesajlar nasıl yorumlanır? NIST araştırmasının işaret ettiği bilgi engelleri bugün de pratik olarak bu tür sınır anlaşmazlıklarında görünür. Teknik API şeması kadar, olayın iş tanımı ve hata prosedürü de test edilmelidir.

SCADA, QMS ve WMS nerede durur?

SCADA makine veya proses durumunu, alarmları ve gözetim verisini sağlayabilir. MES bu olayı “hangi emir, hangi ürün, hangi duruş nedeni?” bağlamına oturtabilir. Ancak SCADA'nın görevi tek bir seviyeye hapsedilmez ve MES'in bir alarmı devralması güvenlik kontrolünü devraldığı anlamına gelmez. QMS kalite kararının, WMS fiziksel depo hareketinin sahibi olabilir. Bu sistemleri sırf mimari çizimde bir kutu eksik diye MES'in içine zorla taşımak gereksiz ve riskli olabilir.

Sınır için pratik test şöyledir: “Bu olay yanlış kaydedilirse hangi ekip düzeltir, hangi sistem ilk kanıttır, müşteri veya denetçi hangi izi görür?” Yanıt belirsizse sistem isimleri üzerinden yapılan mimari tartışma erken başlamış demektir. Önce karar ve kayıt sahipliği, sonra ürün ve arayüz seçimi yapılmalıdır.

Ayrı bir MES her zaman gerekir mi?

Hayır. Tek veya az sayıda hatta düşük ürün çeşitliliği olan, mevcut ERP'sinde yeterli üretim yürütme işlevi bulunan ve izlenebilirlik ihtiyacı sınırlı bir işletme için ayrı MES eklemek faydadan çok entegrasyon ve eğitim yükü getirebilir. Bunun tersine, sık ürün değişimi, çok kaynaklı hat, ayrıntılı lot/seri izleme, proses içi kalite veya yüksek olay hacmi olduğunda ERP ekranlarının sahadaki iş akışını taşımakta zorlandığı görülebilir. Bu bir satın alma hükmü değil, ölçülmesi gereken hipotezdir.

Karar öncesinde bir iş emrini baştan sona izleyin: emri kim açıyor, kim serbest bırakıyor, doğru talimat hangi ekranda görünüyor, üretim ve kalite olayı nerede doğuyor, stok ne zaman oluşuyor ve düzeltme nasıl izleniyor? Bir vardiyalık gerçek örnekte bu zincir mevcut araçlarla güvenilir çalışıyorsa ayrı bir MES zorunlu değildir. Çalışmıyorsa yazılım kapsamını açığın bulunduğu yerden başlayarak tanımlayın; hazır ürün etiketiyle değil.

Uygulamaya başlarken

Önce ortak bir veri sözlüğü yazın: “planlanan”, “başlayan”, “tamamlanan”, “sağlam”, “bekleyen” ve “stokta” sayılarının ayrı tanımları olsun. Ardından her kayıt için ana sistemi ve değişiklik yetkisini belirleyin. Bir pilot emrinde normal akışın yanında yanlış lot, kalite bekletme, ağ kesintisi, tekrar gelen mesaj ve geriye dönük düzeltme durumlarını sınayın. Kabul ölçütü iki sistemde benzer sayı görünmesi değil, fiziksel olayla tutarlı ve açıklanabilir bir mutabakattır.

NIST'in küçük üreticilere yönelik MES değerlendirmesi, teknoloji kadar değer akışı ve çalışma alışkanlıklarının anlaşılmasına dikkat çeker. Bu öneri ticari faydayı garanti etmez; işin sahibi olmayan bir entegrasyon projesinde operatör davranışı ve veri kalitesi göz ardı edilirse yeni bir ekran mevcut tabloların yanına eklenir. ERP ile MES'i tamamlayıcı kılan şey, yazılımların adları değil, üretim planından onaylı sonuca kadar aynı gerçeği farklı ayrıntı düzeylerinde taşıyabilmeleridir.