Çoğu MES projesi zeminde başarısız olur
Devraldığımız desen: müşteri MES aldı, yapılandırdı, ERP ile entegre etti ve üç ay sonra operatörler hattı kâğıt üzerinde çalıştırıyor çünkü MES ekranları yerini aldıkları şeyden yavaş. Bu MES ürün sorunu değil — bir deploy sorunu ve SAP ME, Siemens Opcenter, Rockwell FactoryTalk, Aveva ve açık kaynak eşdeğerleri arasında aynı.Minimum uygulanabilir MES, kapsamda
- Work order yönetimi — hattın ne yapması gerekiyor, hangi sırada, hangi spec'lerle.
- Üretim yürütme — gerçekten ne yapıldı, kim tarafından, hangi ekipmanda, hangi malzemelerle.
- Kalite veri yakalama — inceleme sonuçlarını üretim kaydına bağla.
- Genealogy / traceability — bitmiş bir mal verildiğinde ne girdiğini yeniden inşa et.
- Performance / OEE — uptime, hız, kalite kayıpları.
Bunun ötesi ilk deploy'da scope creep'tir. Minimum uygulanabilir olanı seçin ve gönderin.
Genişlik değil, derinlikte entegrasyon
"Operatör parçayı taradı"yı yalnız bilen sığ MES bir spreadsheet'ten biraz iyidir. Faydalı bir MES hattı okumalı:- PLC'den ekipman durumu — çalışıyor, fault, idle, planlı downtime.
- İstasyon sayaçlarından cycle counts.
- SCADA'dan süreç değişkenleri — sıcaklıklar, basınçlar, dwell time'lar.
- HMI'lardan operatör etkileşimleri — accept, reject, override.
İyi yapılan tek PLC + tek SCADA sistemi ile entegrasyon, operatör düğmeye bastığında sadece log girişi yazan altı "entegrasyon"u yener.
Desen: PLC / SCADA'dan OPC UA → MES entegrasyon katmanı → MES çekirdek. PLC'lerle doğrudan konuşan MES değil.
Operatör UI savaşın yarısıdır
Operatörün MES ekranı kullandıkları alternatiften daha hızlı olmalı. Bir parçayı loglamak kâğıt tally'den daha çok tıklama alıyorsa kâğıt kazanır.İşe yarayan:
- PLC verisinden mümkün olan her şeyi otomatik doldurun — operatör onaylar, girmez.
- Herhangi bir tanımlama adımı için barcode / RFID — asla seri numarası yazmayın.
- Görev başına bir ekran. Operatörleri gezdirmeyin.
- Başarısızlık modları (reject, rework, scrap) her biri bir tıklama alır, dropdown menü değil.
- Ekran 1 m uzaktan glanceable.
Ekran tasarlamadan önce operatörlerle yarım gün oturun.
Mimari: entegrasyon spagettisinden kaçının
- Tek kanonik event bus — Kafka, NATS veya MQTT. Tüm sistemler event yayınlar; subscriber'lar tüketir.
- Entity başına tek source-of-truth — work order'lar MES'te yaşar, ERP ve MES sync'te değil. ERP read-only view'lar alır.
- Üretim kayıtları için event sourcing — event'lerin geçmişi gerçek; aggregation'lar türetilir. Auditable, replayable.
- Birinci günden schema versionlama — ihtiyacınız olduğunu düşünmeden önce bile.
Hayatta kalan deploy
- Ölçeklendirmeden önce 3 ay tek pilot hat.
- Başarısızlık modlarını içeren operatör eğitimi ("MES çökmüşse şunu yap").
- Offline mod — operatör 2 saatlik MES kesintisinden çalışabilir.
- İlk hafta içinde fabrika yönetimi için raporlar — erken değer görmeleri gerekir.
- Devreden sonra MES'ten sorumlu müşteri tarafında isimli bir sahip.
Asla tekrarlamayacağımız bir şey
MES ürününü müşterinin mevcut kâğıt sürecine uyacak şekilde özelleştirmek. Doğru yaklaşım tersi: süreci iyi MES uygulamasına uyacak şekilde basitleştirin. Kötü bir sürece uydurmak için özelleştirmek kötü süreci sonsuza dek gömer.Hangi MES'i çalıştırıyorsunuz? Greenfield projeler için — endüstriyel sınıfta çalışan açık-kaynak-only MES yığını gönderen var mı?
Most MES projects fail at the floor
The pattern we keep inheriting: a customer bought an MES, configured it, integrated it with their ERP, and three months later the operators are running the line on paper because the MES screens are slower than what they replaced. This isn't an MES product problem — it's a deployment problem, and it's the same one across SAP ME, Siemens Opcenter, Rockwell FactoryTalk, Aveva, and the open-source equivalents.The minimum viable MES, in scope
- Work order management — what's the line supposed to be making, in what order, with what specs.
- Production execution — track what was actually made, by whom, on what equipment, with what materials.
- Quality data capture — link inspection results to the production record.
- Genealogy / traceability — given a finished good, reconstruct what went into it.
- Performance / OEE — uptime, speed, quality losses.
Anything beyond that is scope creep on the first deployment.
Integration depth, not breadth
A useful MES needs to read the line:- Equipment status from the PLC — running, fault, idle, planned downtime.
- Cycle counts from station counters.
- Process variables from SCADA — temperatures, pressures, dwell times.
- Operator interactions from HMIs — accept, reject, override.
The pattern: OPC UA from the PLC / SCADA → MES integration layer → MES core. Not MES talking directly to PLCs.
Operator UI is half the battle
The operator's MES screen has to be faster than the alternative.What works:
- Auto-populate everything possible from PLC data.
- Barcode / RFID for any identification step — never type a serial number.
- One screen per task.
- Failure modes get one click each, not a dropdown menu.
- The screen is glanceable from 1 m away.
Sit with operators for half a day before designing screens.
Architecture: avoid the integration spaghetti
- One canonical event bus — Kafka, NATS, or even MQTT.
- One source-of-truth per entity — work orders live in MES, not ERP and MES with sync.
- Event sourcing for production records — the history of events is the truth.
- Schema versioning from day one.
The deployment that survives
- One pilot line for 3 months before scaling.
- Operator training that includes the failure modes.
- Offline mode — operator can keep working through a 2-hour MES outage.
- Reports for plant management within the first week.
- A named owner on the customer side post-handover.
One thing we'd never repeat
Customising an MES product to match the customer's existing paper process. The right approach is the inverse: simplify the process to match good MES practice.What MES are you running?
