OEE üç sayının değil, üç tanımın çarpımıdır
Formül basit: OEE = Kullanılabilirlik (availability) × Performans (performance) × Kalite (quality). Üç oranın çarpımı olduğu için tek bir yüzde çıkar ve bu yüzde yönetim panosuna kolayca yerleşir. Sorun formülde değil, üç çarpanın her birinin arkasında yazılı olmayan bir tanım kararı bulunmasında.
Aynı hat, aynı vardiya, aynı üretim — iki farklı tanım setiyle raporlanınca %74 ve %86 çıkabilir. Bu fark ölçüm hatası değil; hangi dakikanın “planlı” sayıldığına dair bir tercih. Bu tercihleri yazılı hâle getirmek, veri toplama altyapısından önce gelen iştir.
Kullanılabilirlik: kavga bölende
Kullanılabilirlik = çalışma süresi / planlı üretim süresi (planned production time). Pay tarafı genelde net: makine otomatik modda üretim yaptı mı, yapmadı mı. Tuzak bölende.
Sekiz saatlik (480 dakika) bir vardiya düşünün. İçinde 30 dakika mola, 15 dakika vardiya devri, 20 dakika planlı temizlik var. Plansız duruş 60 dakika. Gerçek çalışma süresi 480 − 65 − 60 = 355 dakika.
| Planlı üretim süresi tanımı | Bölen | Kullanılabilirlik |
|---|---|---|
| Vardiyanın tamamı | 480 dk | %74,0 |
| Mola, devir ve planlı temizlik dışlanır | 415 dk | %85,5 |
Sahada hiçbir şey değişmedi, 11,5 puan kazanıldı. Bu yüzden planlı üretim süresinin kapsamı OEE’nin en çok istismar edilen yeridir. İki koruma önlemi işe yarıyor:
- Dışlanan süre kaybolmasın. Mola, vardiya devri, planlı bakım ve siparişsizlik dakikaları ayrı bir “planlı duruş” göstergesi olarak raporlanmalı. Dışlanan süre görünmüyorsa dışlama bir saklanma yerine dönüşür.
- Takvim tabanlı bir ikinci gösterge tutun. Siparişsizlik dışlandığında yarı yükle çalışan bir hat yüksek OEE gösterir. Takvim süresini bölen alan TEEP (Total Effective Equipment Performance) bu yanılsamayı kapatır.
Bir ayrım daha: ertelenmiş planlı bakım, arıza olarak geri döndüğünde plansız duruşa geçer. Kaydın hangi kategoriye yazıldığı, bakım planının işe yarayıp yaramadığını gösteren tek sinyaldir.
Performans: ideal çevrim süresi nereden geliyor
Performans = (ideal çevrim süresi × toplam üretilen adet) / çalışma süresi. Buradaki tek bilinmeyen ideal çevrim süresi (ideal cycle time) ve çoğu tesiste yanlış yerden alınıyor.
Makine etiketindeki ya da kataloğdaki değer, tedarikçinin belirli bir ürünle, nominal malzemeyle, yeni kalıpla ve laboratuvar koşullarında ölçtüğü değerdir. Gerçek ürün karmasında geçerli olmaz. Doğrusu şöyle bulunur:
- Bir makine ve tek bir ürün için uzun bir pencereden (en az iki hafta) çevrim sürelerinin histogramını çıkarın.
- Mutlak minimumu almayın — o değer genelde bir sensör titremesi ya da çift sayımdır. Dağılımın hızlı ucundaki kararlı bandı, pratikte 5. yüzdebirliği (P5) alın.
- Bunu ürün ve kalıp bazında saklayın. Aynı makinede iki ürün varsa tek ideal çevrim yazmak, ürün karması değiştikçe performansın sebepsiz oynamasına yol açar.
Performansın %100’ü aşması bir başarı değil, bir hata sinyalidir: ideal çevrim yanlış, sayaç çift sayıyor ya da sayaç kalite kontrolünden önce sayıyor.
Bir de gizli bir kayıp var: hız ayarı (speed override). Operatör hattı %90 hız ayarında çalıştırıyorsa çevrim uzar ve bu, sebebi görünmeyen bir performans kaybı olarak raporlanır. Hız ayarı sinyali toplanmıyorsa o kaybın nedeni asla bulunamaz.
Kalite: sayacı nereye koyduğunuz
Kalite = iyi adet / toplam adet. Tanım tuzakları:
- Yeniden işlenen (rework) parçalar. Hattın sonunda düzeltilip iyi sayaca yazılırsa kalite kaybı görünmez olur, ama harcanan süre performans kaybı olarak karşınıza çıkar.
- Geç tespit edilen hata. Laboratuvar sonucu üç saat sonra geliyorsa hurda, üreten vardiyaya değil sonucun girildiği vardiyaya yazılır. Sonucun üretim penceresine geri yazılabilmesi gerekir — bu da zaman damgası meselesidir.
- Devreye alma hurdası. Ürün geçişinden sonraki ilk parçalar çoğu sistemde hiç sayılmaz. Kurulum kaybının en somut ölçüsü tam olarak o parçalardır.
Pratik kural: iyi ve hatalı adet makinede ayrı sayaçlarla toplanmalı, hatalı sayaç hata koduyla birlikte gelmeli. Tek bir “üretilen adet” sayacından kalite üretilemez.
Küçük duruşlar nereye kayboluyor
Küçük duruşlar (micro stops) — sıkışma, hatalı besleme, 5–20 saniyelik durmalar — OEE’nin en sistematik kör noktası. Veri kaynağınız 60 saniyede bir okunan bir “makine duruyor” biti ise ya da duruş kaydı yalnız 5 dakikayı geçen durmalar için açılıyorsa, küçük duruşlar kullanılabilirlikten silinir. Üretimden silinmezler; performans kaybı olarak görünürler ya da ideal çevrim de yanlışsa hiç görünmezler.
İki eşik kullanmak çözüyor:
| Eşik | Tipik değer | Ne yapar |
|---|---|---|
| Tespit eşiği | Çevrim > ideal çevrim × 1,5 | Otomatik kayıt açar, “küçük duruş” kovasına yazar |
| Sebep girişi eşiği | 3–5 dakika | Operatörden sınıflandırma ister |
Yani: her şeyi kaydet, azına sebep sor. Küçük duruşların kullanılabilirliğe mi performansa mı yazılacağı bir tercih; önemli olan tek bir tercih olması, yazılı olması ve kayıpların toplamının %100’e oturması.
Duruş sebebini kim sınıflandırır
Otomatik sınıflandırma, makinenin bildiği kadarını bilir: malzeme yok sensörü, koruma kapağı açık, alarm kodu. “Operatör forklift bekliyordu” bunların içinde yok. Operatör girişi bu boşluğu kapatır ama kendi bedelini getirir: giriş yükü arttıkça listedeki ilk sebep seçilir, ya da “sebep girilmedi” kategorisi büyür.
Bu kategoriyi birinci sınıf bir gösterge olarak izleyin. Sınıflandırılmamış duruş dakikaları toplam duruşun %10–15’ini geçiyorsa sorun operatörde değil, sebep ağacında ya da giriş ekranındadır. İşe yarayan sebep ağacı şöyle:
- En fazla iki seviye, üst seviyede 8–12 madde.
- Makine bazlı — tesis genelinde 120 maddelik tek liste kullanılmaz.
- Sıralama alfabetik değil, sıklığa göre.
- “Diğer” listenin ilk maddesi olmaz; en altta durur ve payı izlenir.
- Vardiya içinde geri dönüp düzeltmeye izin verin, ama iz kaydıyla. Aksi hâlde baskı altında rastgele sebep girilir.
Saat senkronizasyonu olmadan korelasyon yok
PLC saati, SCADA sunucusu, MES, laboratuvar sistemi ve ERP’nin sipariş kayıtları — her biri kendi saatini taşır. PLC’lerin kuvars kayması tipik olarak günde saniyeler mertebesindedir; aylar içinde dakikalara çıkar. Saat 4 dakika kaymışsa 3 dakikalık bir duruş yanlış siparişe, yanlış ürüne, hatta yanlış vardiyaya oturur. Bir alarmla bir kalite hatası arasında aradığınız ilişki, o kaymanın içinde gürültüye dönüşür.
Asgari kurulum:
- NTP alabilen her cihaza NTP; tesis içinde tek bir zaman kaynağı.
- Zaman damgası UTC olarak saklanır, yerel saat gösterim katmanında üretilir.
- Damga kaynakta basılır. Toplayıcının kayda yazdığı an damgalanırsa kuyruk gecikmesi veriye gömülür ve bir daha ayrıştırılamaz.
- PLC saati ile zaman sunucusu arasındaki fark sürekli ölçülür; 2 saniyeyi geçince alarm üretir. Kayma sessizce büyümesin.
- Mod ve sayaç sinyalleri periyodik okunmaz, değişimde (event) yazılır — bir booleanı saniyede bir örneklemek kenarları kaydırır.
Fabrikalar arası OEE karşılaştırması neden yanıltıcı
İki tesisin %71 ve %78’i, ancak dört şey aynıysa karşılaştırılabilir: planlı üretim süresi tanımı, ideal çevrim kaynağı, küçük duruş eşiği ve ürün karması. Uzun partilerle tek ürün üreten bir tesis, günde altı ürün geçişi yapan bir tesisten yapısal olarak daha yüksek OEE üretir — daha iyi yönetildiği için değil.
Karşılaştırılabilir olan iki şey var: bir hattın kendi zaman serisi ve kayıp kırılımı. Duruş dakikalarının sebebe göre Pareto dağılımı, başlık yüzdesi karşılaştırılamaz olsa bile eyleme çevrilebilir. Tesisler arası kıyaslama yapılacaksa OEE yüzdesi değil, kayıp kategorilerinin payları kıyaslanır.
Toplanacak sinyaller ve örnekleme
| Sinyal | Kaynak | Örnekleme / tetik | Neden gerekli |
|---|---|---|---|
| Çevrim tamamlandı darbesi | PLC | Olay (her kenarda) | Performans, küçük duruş tespiti |
| İyi adet sayacı | PLC / test istasyonu | Olay | Kalite |
| Hatalı adet sayacı + hata kodu | PLC / kamera sistemi | Olay | Kalite, hata Pareto’su |
| Makine modu (otomatik/manuel/kurulum/duruş) | PLC | Değişimde + 10 s canlılık | Kullanılabilirlik böleni |
| Alarm kodu, geliş ve gitme zamanı | PLC / SCADA | Olay | Otomatik sebep sınıflandırma |
| Hız ayarı yüzdesi | PLC / HMI | Değişimde | Gizli performans kaybı |
| Aktif ürün / tarif (recipe) kimliği | PLC / MES | Değişimde | Ürün bazlı ideal çevrim |
| İş emri ve parti numarası | MES / ERP | Değişimde | Kalite geri yazımı, maliyet |
| Operatör sebep girişi | HMI / terminal | Duruş kapanışında | Otomatik sınıflanamayan duruşlar |
| Analog proses değerleri | PLC | 1 s, ölü bantlı | Kök neden analizi |
OEE aritmetiğine giren hiçbir sinyal dakikada bir yoklanmamalı; sayaçlar ve durum sinyalleri olay tabanlı, analoglar ölü bantlı 1 saniye. Bu katmanın kurulumu veri toplama ve analiz tarafının işi, ama sinyallerin var olup olmaması endüstriyel otomasyon tarafında, etiket sözlüğü yazılırken belirlenir.
Yazılı olması gereken tanımlar
Tek sayfalık bir “OEE tanım dokümanı” yeterli; üretim, bakım ve kalite birlikte imzalar:
- Planlı üretim süresinin kapsamı (madde madde: mola, devir, planlı bakım, siparişsizlik, eğitim, deneme üretimi).
- Küçük duruş tespit eşiği ve sebep girişi eşiği.
- İdeal çevrim süresinin kaynağı, ürün bazında değeri ve son güncelleme tarihi.
- İyi/hatalı sayım noktası; yeniden işlemenin ve devreye alma hurdasının nasıl sayıldığı.
- Vardiya sınırları ve sınırı aşan bir duruşun nasıl bölündüğü.
- Kaydı kimin, ne kadar süre içinde düzeltebileceği.
- Zaman kaynağı ve kabul edilen kayma toleransı.
Bu doküman değiştiğinde sürüm numarası artar ve grafikler hangi sürümle üretildiğini gösterir. Yoksa tanım değişikliğinden gelen sıçrama, iyileşme olarak okunur.
Yarın ne yapabilirsiniz
- Geçen ayın duruş kayıtlarını çekin ve “sebep girilmedi” dakikalarının toplam duruşa oranını hesaplayın. Tek sayıyla veri kalitenizi görürsünüz.
- Bir makine ve bir ürün için çevrim süresi histogramı çıkarın; P5 değerini makine etiketindeki değerle karşılaştırın.
- Üç makinenin PLC saatini zaman sunucusuyla karşılaştırıp kaymayı not edin.
- Geçen ayın OEE’sini iki farklı planlı üretim süresi tanımıyla yeniden hesaplayın ve aradaki puan farkını görün.
- Tanım dokümanını yazmaya başlayın. Cevaplayamadığınız her madde, kapatılacak ilk veri boşluğunuzdur.