Dijital fabrikaya geçişte en çok şunu görüyoruz: Ekranlar çoğalıyor, veri artıyor ama KPI raporları hâlâ tartışma konusu olabiliyor. Çünkü raporun kendisi değil, raporu besleyen veri dili net değilse herkes aynı sayıya başka gözle bakıyor. Bu yazıda dijital fabrika KPI ilişkisinin nasıl kurulacağını, sahada işe yarayan bir kurguyla anlatacağım. Projelerimizde başarılı sonuç aldığımız yaklaşım şu: önce KPI tanımı ve bağlam, sonra veri toplama mimarisi, en son raporlama ekranı. Böyle ilerlediğinizde, raporlar “gösterge” olmaktan çıkıp vardiya yönetiminde, duruş analizinde ve iyileştirme toplantılarında kullanılan bir çalışma aracına dönüşüyor.
Dijital fabrika KPI raporlama için aynı veri dilini kurmak
Dijital fabrika dediğimiz yapı; makine, hat, operatör, kalite ve planlama verisinin aynı resimde buluşmasıdır. KPI raporlama ise bu resmin belli açılardan ölçülmüş halidir. İkisini bağlayan köprü “veri dili”dir: olayların adı, zamanı, kapsamı ve sorumluluğu.
Saha deneyimlerimiz gösteriyor: “Duruş” kelimesi bile net tanımlanmazsa raporlar sürekli revize edilir. Bir ekip duruşu sadece makine stop sinyali sanır, diğeri malzeme beklemeyi de duruş sayar. Dijital fabrikada önce sözlüğü kurarız: duruş türleri, hurda nedenleri, üretim sayımı kuralı, vardiya sınırları, planlı/plansız ayrımı.
Pratik örnek: Bir paketleme hattında raporda 40 dakikalık “arıza” görünürken bakım ekibi “ben 10 dakika müdahale ettim” diyordu. İnceleyince gördük ki kalan süre, operatörün film değişimi için hattı bekletmesi. Çözüm, duruş sınıflarını ve olay başlangıç-bitiş kuralını netleştirmek oldu. Aynı veri dili kurulunca KPI raporu tartışma değil, aksiyon başlığı üretmeye başladı.
KPI tanımlarını sahadan başlatmak: OEE, duruş, hurda
KPI seçimi genelde yönetim beklentisiyle başlar, ama doğru tanım sahadan çıkar. Biz sahada şu soruları sorarız: “Bu KPI ile hangi kararı vereceksiniz?” ve “Bu kararın tetikleyicisi hangi olay?” KPI’yı karar mekanizmasına bağlamadığınızda rapor sadece sayfa olur.
En sık kullandığımız çerçeve; OEE, duruş yönetimi, kalite kayıpları ve vardiya performansıdır. Ancak her fabrikanın süreç dinamiği farklıdır. Bir enjeksiyon presinde çevrim süresi ve kalıp değişimi öne çıkar; bir montaj hattında dengeleme ve mikro duruşlar daha baskın olabilir.
Tanım kalıpları
- OEE: Hangi süre “planlı üretim süresi” sayılıyor? Setup bu sürenin içinde mi dışında mı?
- Duruş: Stop sinyali mi, üretim sayacının durması mı, operatör beyanı mı? Eşik süre var mı?
- Hurda: Hurda sayımı nerede kesinleşiyor: operatör istasyonu mu, kalite kontrol mü, tartım mı?
- Üretim adedi: Brüt/net sayım kuralı ve yeniden işleme (rework) nasıl ele alınıyor?
Pratik örnek: Bir hatta OEE düşük görünüyordu, ama aslında planlı temizlik süreleri üretim süresine dahil ediliyordu. Tanımı düzelttiğimizde OEE “yükseldi” demiyorum; daha önemlisi, kayıp dağılımı doğru yere oturdu ve iyileştirme hedefi temizlik standardına değil, sık tekrarlayan kısa duruşlara döndü.
Dijital fabrika veri toplama mimarisi: PLC’den MES’e, olay bazlı yaklaşım
KPI raporlamanın sağlamlığı, veri toplama mimarisinin disiplinine bağlıdır. Sahada en çok hata; her şeyi sürekli okumaya çalışıp (polling) olay mantığını kaçırmaktır. Dijital fabrika KPI raporlama için önerdiğimiz yapı; olay bazlı veri (duruş başladı/bitti, üretim sayacı arttı, reçete değişti) ve bu olayların bağlam bilgisidir.
Kaynaklar genelde üçe ayrılır: PLC/makine sinyalleri, operatör girişleri (HMI/terminal) ve kurumsal sistem verisi (sipariş, ürün ağacı, rota). MES katmanı bu verileri aynı zaman çizelgesinde birleştirir.
Sahada uygulanan kontrol noktaları
- Makine durum sinyallerinin “tek kaynak gerçek” olması (run/stop/fault gibi net durumlar)
- Sayım sinyalinin fiziksel noktası (iyi parça sayımı nerede artıyor?)
- Operatör girişlerinin minimum ama zorunlu olması (neden kodu, iş emri başlat/bitir)
- Zaman senkronu ve vardiya takvimi (raporların kaymaması için)
Pratik örnek: Bir proseste iyi parça sayımı paletleme sonundan alınıyordu, ama kalite kontrol öncesi kayıplar görünmüyordu. Sayım noktası ve hurda kaydı ayrıştırılınca KPI raporu “net üretim”i daha doğru gösterdi; ayrıca hurdanın hangi istasyonda yoğunlaştığı netleşti.
KPI raporlamada bağlam: izlenebilirlik, vardiya, reçete ve lot
Raporu anlamlı yapan şey sadece sayı değil, sayının bağlamıdır. Dijital fabrikada KPI raporlama ile izlenebilirliği aynı modelde kurduğunuzda, “Neden düştü?” sorusuna cevap vermek kolaylaşır. Bağlam dediğimiz; iş emri, ürün, reçete/parametre seti, lot/seri, operatör, hat, vardiya ve duruş nedenidir.
Projelerimizde KPI raporunun bir satırının, gerektiğinde izlenebilirlik ekranına kadar inebilmesini hedefleriz. Örneğin bir vardiyada hurda arttıysa, hangi lotta, hangi reçete versiyonunda, hangi istasyonda ve hangi zaman aralığında arttığı birkaç tıklamayla görülebilmelidir.
| KPI | Gerekli veri | Tipik kaynak | Saha kontrolü |
|---|---|---|---|
| OEE | Planlı süre, çalışma/duruş, iyi/brüt adet | Makine durumu, sayaç, vardiya takvimi | Setup ve planlı duruş sınıfları |
| Duruş süresi | Başlangıç-bitiş, neden kodu | PLC olayları + operatör seçimi | Neden kodu zorunluluğu ve eşik süre |
| Hurda oranı | Hurda adedi, hurda nedeni, istasyon | Operatör/kalite girişi + sayım | Hurdanın kesinleşme noktası |
| Vardiya performansı | Hedef, gerçekleşen, kayıp dağılımı | İş emri hedefleri + üretim verisi | Vardiya değişim kuralları |
Pratik örnek: Bir hatta performans dalgalanıyordu. Bağlamı ekleyince dalgalanmanın, belirli bir ürün ailesinde ve belirli bir reçete parametresinde yoğunlaştığı görüldü. Üretim ve kalite aynı ekran üzerinden aynı veriye baktığı için problem “kimin verisi doğru” tartışmasına dönmeden çözüme gitti.
Dijital fabrika KPI raporlama döngüsü: rapordan aksiyona, aksiyondan standarda
Raporların işe yaraması için işletme ritmine oturması gerekir. Biz KPI raporlarını üç katmanda kurgularız: anlık takip (hat panosu), vardiya değerlendirme (vardiya raporu) ve haftalık/aylık iyileştirme (kayıp ağaçları, Pareto, trend). Bu katmanlar birbirini besler.
Sahada en verimli sonuç aldığımız yöntem; KPI’ı “alarm” değil “gözlem” olarak konumlandırmak ve her KPI için net aksiyon sahibi tanımlamaktır. Örneğin duruşlarda bakım lideri, kalite kayıplarında kalite sorumlusu, plan sapmalarında üretim planlama ile üretim şefi birlikte sorumlu olur. MES ekranında da bu sorumluluklar görünür olmalıdır.
Uygulamada basit bir ritim
- Vardiya başı: hedefler ve kritik ürün/iş emirleri netleşir.
- Vardiya içi: büyük duruşlarda neden kodu anlık girilir, ilk müdahale süresi kayıt altına alınır.
- Vardiya sonu: 10-15 dakikalık KPI değerlendirmesi yapılır, 1-3 aksiyon seçilir.
- Haftalık: tekrar eden kayıplar için kök neden çalışması ve standart güncellemesi yapılır.
Pratik örnek: Bir tesiste duruş neden kodları “diğer”de birikiyordu. Vardiya sonu değerlendirmesine “diğer” oranını KPI olarak ekledik ve neden kodu listesini sahayla birlikte sadeleştirdik. Birkaç hafta içinde raporlar daha okunur hale geldi; bakım ve proses ekibi aynı kayıp başlıklarına odaklanabildi.
Özetle, dijital fabrika ile KPI raporlama arasındaki ilişki; ekran tasarımından çok, veri dili + olay bazlı mimari + bağlam + işletme ritmi ile kurulur. Bu dört parçayı birlikte ele aldığınızda KPI’lar sadece raporlanmaz, sahada yönetilir. MESPlus olarak projelerimizde bu kurguyu fabrikanızın süreçlerine göre adım adım kuruyor, KPI’ları veriyle ve günlük yönetimle aynı çizgide topluyoruz. Mevcut veri kaynaklarınızı ve KPI beklentilerinizi birlikte değerlendirip, sürdürülebilir bir raporlama yapısı için bizimle iletişime geçebilirsiniz.
