Altı yaygın OEE ölçüm hatası

En yaygın altı OEE ölçüm hatası şunlardır: planlanan üretim süresini vardiya bittikten sonra küçültmek, zayıf ideal çevrim süreleri kullanmak, rework çıktısını sağlam saymak, kısa duruşları yok saymak, benzemeyen varlıkların ortalamasını almak ve nihai yüzdeyi kayıplar yerine yönetmek. Her hata skoru daha temiz gösterebilir, fakat fabrikanın daha az öğrenmesine neden olur. Güvenilir OEE sistemi en yüksek sayıyı üreten sistem değildir. İnsanların aksiyon alabileceği kadar izlenebilir kayıp yapısı üreten sistemdir.

Bu yazı OEE nedir? yazısının pratik tamamlayıcısıdır. Ana yazı Availability, Performance ve Quality yapısını açıklar. Bu taslak, tanımlar üretim hedefi, müşteri tarihi veya aylık raporlama baskısı altında esnetildiğinde yapının canlı ölçümde nerelerde bozulduğunu açıklar.

Önemli bir not: bu altı hata operasyonel ölçüm riskleridir; herhangi bir standardın bu altı başlığı aynen zorunlu tuttuğu iddia edilmez. İncelenen OEE sayfaları yaygın hesap modelini, incelenen NIST sayfaları ise üretim verisinde disiplinli toplama, kürasyon ve izleme ihtiyacını destekler. Bu çalışmada normatif ISO metni okunmadığı için ISO'nun bu altı hatayı tanımladığı veya şart koştuğu söylenmez.

Hata 1. Vardiyadan sonra planlanan üretim süresini küçültmek

Ekip 8 saatlik vardiyayla başlar, sonra malzeme bekleme, geç operatör, kalite bekletmesi veya kalıp değişimi gibi olayları operatörün kontrolü dışında olduğu için planlanan üretim süresinden çıkarır. Sonuçtaki OEE daha iyi görünür, fakat rapor artık asıl soruya yanıt vermez: planlanan üretim süresinin ne kadarı sağlam çıktıya dönüştü?

Düzeltme, planlama niyetini kayıp nedeninden ayırmaktır. Hat üretmesi beklenen bir penceredeyse zaman planlanan üretim süresi içinde kalır. Neden kodu neden üretmediğini açıklar. Böylece üretim kaybı onu düzeltebilecek departman için görünür kalır.

Denetim sorusu: iki süpervizör vardiya başlamadan önce aynı programdan aynı planlanan üretim süresini hesaplayabilir mi? Cevap hayırsa payda fazla esnektir. Ayrıca üretim planı, MES veya vardiya raporu, bakım kaydı ve neden kodu çıktısı birbiriyle karşılaştırılmalıdır. Bir kalıp değişimi veya kalite beklemesi bir kaynakta görünürken OEE paydasından kayboluyorsa veri soy hattı kırılmıştır.

Düzeltici işletme kuralı, planlı istisnaları kayıp nedenlerinden üretim başlamadan önce ayırmaktır. Planlı duruş, siparişsiz dönem, tatil, onaylı mühendislik denemesi veya sanitasyon penceresi gibi geçerli istisnalar olabilir. Bunlar vardiyadan sonra değil, vardiya veya planlama dönemi başlamadan tanımlanmalıdır.

Hata 2. Ideal Cycle Time'ın aşağı kaymasına izin vermek

Performance ideal çevrim süresine bağlıdır. Standart fazla yavaşlarsa performans güçlü görünür, kapasite kaybı kaybolur. Yeni ürün muhafazakar çevrim süresiyle başlayabilir. Operatörler sonra daha hızlı çalışmayı öğrenir, fakat ana veri güncellenmez. Hat gerçek kabiliyetin altında çalışırken yüksek performans bildirir.

Düzeltme kontrollü sahipliktir. Her ideal çevrim süresinin kaynağı olmalıdır: mühendislik denemesi, doğrulanmış reçete, makine kabiliyet çalışması veya onaylı standart. Değişiklikler gerekçesiyle kaydedilmelidir. Yüzde 100 üzerindeki Performance kutlama değil inceleme tetiklemelidir.

Belirti çoğu zaman toplantıdan önce ana veride görünür: standart hızın sahibi yoktur, onay tarihi yoktur, ürün bazlı birimi net değildir veya revizyon gerekçesi yazılmamıştır. Denetim kontrolü, her ideal çevrim süresini mühendislik denemesi, doğrulanmış reçete, makine kabiliyet çalışması, tedarikçi verisi veya onaylı standart gibi bir kaynağa kadar izlemektir. Çok ürünlü koşularda özel dikkat gerekir; tek bir harman hız kullanılacaksa harmanlama yöntemi açık ve tekrar üretilebilir olmalıdır.

Düzeltici işletme kuralı kontrollü sahipliktir. Her değerin sahibi, kaynağı, onay tarihi ve revizyon gerekçesi olmalıdır. Geçici lansman standartlarına izin verilebilir; fakat geçici statü tanımlı öğrenme dönemi sonunda kapanmalıdır.

Hata 3. Rework çıktısını sağlam saymak

OEE'de Quality ilk geçiş sağlam çıktıyı kullanmalıdır. Parça önce başarısız olup sonra yeniden işlenerek sevk edilebilir hale geldiyse sevkiyat açısından iyi olabilir, fakat OEE için ilk geçiş sağlam değildir. Onu sağlam saymak kalite kaybını saklar ve maliyeti ekipman metriğinin artık gösteremeyeceği bir yere taşır.

Düzeltme iki doğruyu ayrı tutmaktır. Sevkiyat kalitesi satılabilir ürünü sayabilir. OEE kalitesi ilk geçişte uygun ürünü saymalıdır. Rework ayrı kayda sahip olmalıdır; çünkü işçilik, makine zamanı, kontrol zamanı ve bazen malzeme tüketir.

Denetim kontrolü üç miktarı uzlaştırmaktır: ölçülen prosesteki Total Count, ilk geçişte uygun sayılan miktar ve nihai satılabilir miktar. Bunlar her zaman aynı değildir; zaten görülmesi gereken fark budur. Rework döngüleri, hat dışı tamir, yeniden kontrol, müşteri kabulü ve düşük sınıfa ayırma sistemde nasıl işlendiğiyle incelenmelidir. Tamir edilen ürün aynı hatta dönerse ikinci kez sayılıp sayılmadığı, başka yerde tamir edilirse ilk prosesteki kalite kaybının korunup korunmadığı kontrol edilmelidir.

Düzeltici işletme kuralı sevkiyat kalitesi ile OEE kalitesini ayrı tutmaktır. Laboratuvar serbest bırakma veya kür süresi gibi geç karar verilen proseslerde kalite sonucunun hangi üretim koşusuna geri bağlanacağı ve geç düzeltmelerin nasıl kaydedileceği tanımlanmalıdır.

Hata 4. Kısa duruşları ve hız kaybını yok saymak

Kısa duruşları yakalamak çoğu zaman zordur. Sensör sıkışır, operatör 20 saniyede giderir, hat yeniden başlar ve olay kaydedilmez. Vardiya boyunca onlarca küçük duruş tek bir görünür arızadan daha fazla kayıp yaratabilir. Sistem yalnızca uzun duruşları kaydediyorsa Availability daha iyi görünür ve Performance açıklanmayan kaybı emer.

Düzeltme olgunluğa bağlıdır. Otomatik yakalama belirli eşik üzerindeki olayları kaydedebilir. Manuel yakalama küçük neden kodu seti ve pratik minimum süre kullanabilir. Önemli olan, tekrar eden küçük kayıpların normal arka plan gürültüsü gibi görülmemesidir.

Bozulma, yakalama kuralına göre Availability ve Performance arasında yer değiştirebilir. Kısa duruş tesis eşiğini aşarsa genellikle Availability kaybıdır. Eşiğin altında kalırsa Run Time içinde daha az üretim yapıldığı için Performance kaybı gibi görünür. Olay da hız kaybı da görünmüyorsa yönetici daha düşük OEE görür, fakat pratik nedeni bulamaz.

Denetim kontrolü otomatik sinyalleri, operatör kayıtlarını ve çıktı desenlerini karşılaştırmaktır. Sayım darbelerinde sık boşluklar, tekrarlayan mikro duruş alarmları, "sıkışma giderildi" gibi manuel notlar ve neden kodu olmayan hız düşüşleri aranmalıdır. Manuel sistemlerde bir vardiya gözlenip gerçek olaylarla raporda görünen olaylar karşılaştırılmalıdır.

Hata 5. Farklı varlık, ürün veya vardiyaların ortalamasını almak

OEE farklı görevleri, ürünleri, çevrim süreleri ve kısıtları olan varlıklar arasında ortalandığında yanıltıcı olur. Dolum, paketleme ve koli kapatma aynı hatta olabilir, fakat kısıt yalnızca biri olabilir. Sık kalıp değişimi olan ürün uzun koşu ürünüyle kolayca karşılaştırılmamalıdır. Daha az destekli gece vardiyası, mühendislik desteği olan gündüz vardiyasına bağlamsız yargılanmamalıdır.

Düzeltme, OEE'yi kayıpların yorumlanabildiği varlık ve ürün ailesi düzeyine yakın tutmaktır. Özetlere izin vardır, fakat kayıp ağacının yerini almamalıdır. Tesis düzeyi OEE trend incelemesine yardım edebilir, fakat iyileştirme çalışması hat, varlık, ürün ve neden kodu ayrıntısına ihtiyaç duyar.

Bozulma üç faktörü de etkileyebilir. Kısıt makinedeki Availability kaybı, sağlıklı yardımcı ekipmanla seyreltilir. Yavaş üründeki Performance kaybı ürün karması ortalamasında kaybolur. Zor SKU'daki Quality kaybı, uzun ve kolay bir koşuyla birleşince görünmez olur. Çok ürünlü koşularda risk daha yüksektir; çünkü doğru ideal çevrim süresi ve beklenen verim aynı vardiya içinde değişebilir.

Denetim kontrolü özet sayıdan hat, varlık, ürün ailesi, SKU, vardiya ve neden koduna inebilmektir. Ekip ortalamadan belirli kayıp sahibine inemiyorsa rapor iyileştirme için fazla toplulaştırılmıştır. Ayrıca ağırlıklandırma kontrol edilmelidir. Planlanan süre veya üretim hacmi dikkate alınmadan iki yüzdeyi ortalamak yanıltıcıdır.

Hata 6. Kayıplar yerine skoru yönetmek

OEE hedef haline geldiğinde ekipler fabrikayı değil skoru yönetmeye başlayabilir. Tanımları pazarlık eder, standart güncellemelerini geciktirir, rahatsız edici zaman kategorilerini dışlar veya duruş kaydetmekten kaçınırlar. Skor iyileşir, fakat gerçek çıktı, kalite veya stabilite iyileşmeyebilir.

Düzeltme, OEE'yi tanı metriği olarak görmektir. Hedef sadece daha yüksek sayı olmamalıdır. Hedef adlandırılmış kayıpların görünür azalmasıdır: daha az arıza dakikası, daha kısa kalıp değişimi, daha az kısa duruş, daha iyi ilk geçiş kalite veya doğrulanmış hız iyileşmesi. OEE skoru ilerlemeyi özetleyebilir, fakat kayıp azalması ilerlemeyi kanıtlar.

Denetim kontrolü OEE hareketini fiziksel kanıtla karşılaştırmaktır. Planlanan saat başına sağlam çıktı arttı mı? Arıza dakikaları düştü mü? Kısa duruşlar azaldı mı? İlk geçiş kalite iyileşti mi? Fazla mesai, rework saati veya termin kaçırma azaldı mı? Skor bu göstergeler hareket etmeden iyileşiyorsa süreçten çok tanımlar değişiyor olabilir.

Düzeltici işletme kuralı veri soy hattını korumaktır. Kaynak sistem, zaman damgası, neden kodu sahibi ve düzeltme geçmişi denetime açık kalmalıdır. Hedefler yalnızca nihai yüzde olarak değil, adlandırılmış kayıpların azalması olarak yazılmalıdır.

Sayısal örnek: iki hata aynı vardiyayı nasıl değiştirir

Bir hattın gerçek vardiya verisi şöyle olsun: üretim planından gelen planlanan üretim süresi 420 dakikadır. Planlanan üretim içindeki kalıp değişimi 40 dakikadır. Arıza ve kısa duruşlar 50 dakikadır. Run Time 330 dakikadır. Ideal Cycle Time parça başına 2,0 saniyedir. Total Count 9.300 parçadır. İlk geçiş Good Count 8.900 parçadır.

Doğru hesap:

Availability = 330 / 420 = yüzde 78,6.

Performance = (2,0 x 9.300) / (330 x 60) = 18.600 / 19.800 = yüzde 93,9.

Quality = 8.900 / 9.300 = yüzde 95,7.

OEE = 0,786 x 0,939 x 0,957 = yüzde 70,6.

Şimdi iki hata uygulayın. Önce 40 dakikalık kalıp değişimi vardiyadan sonra planlanan üretim süresinden çıkarılsın. Planlanan üretim süresi 380 dakika olur ve Run Time 330 dakika kalır. Sonra 200 rework parça sağlam sayılsın ve Good Count 8.900'den 9.100'e çıksın.

Availability = 330 / 380 = yüzde 86,8 olur. Quality = 9.100 / 9.300 = yüzde 97,8 olur. Performance yüzde 93,9 kalır. Raporlanan OEE = 0,868 x 0,939 x 0,978 = yuvarlanmamış temel oranlarla hesaplandığında yaklaşık yüzde 79,8 olur.

Rapor tek bir ek ilk geçiş sağlam parça üretmeden yaklaşık 9,2 puan iyileşmiştir. Yanlış hesap fabrikanın görmesi gereken kalıp değişimi kaybını ve kalite kaybını saklamıştır.

Gözden geçirme kontrol listesi

Planlanan üretim süresi vardiyadan önce sabit miydi? Üretim penceresindeki tüm duruşlar, haklı olsalar bile sınıflandırıldı mı? Ideal Cycle Time güncel ve kontrollü mü? Quality yalnızca ilk geçiş sağlam çıktıyı mı sayıyor? Kısa duruşlar proses için yeterince görünür mü? Raporlar birinin aksiyon alabileceği düzeyde mi gösteriliyor? Ekip bir sayıyı kaynak veri, zaman damgası ve düzeltme geçmişine kadar izleyebiliyor mu?

Kontrol listesi büyük ürün devreye alma, ekipman modifikasyonu, vardiya düzeni değişimi, sistem entegrasyonu ve neden kodu yapısı değişikliklerinden sonra gözden geçirilmelidir. OEE tek seferlik konfigürasyon değildir. Fabrika değiştikçe bakımı gereken bir ölçüm sistemidir.

Sonuç

Çoğu OEE hatası aritmetikten değil tanımlardan, yönetişimden ve teşviklerden doğar. Paydayı dürüst tutun, ideal çevrim süresini kontrol edin, ilk geçiş kaliteyi sayın, kısa duruşları yakalayın, dikkatsiz ortalamalardan kaçının ve skoru değil kayıpları yönetin. O zaman OEE gerçek işini yapar: üretim performansını açık ve izlenebilir kayıp yapısına dönüştürür.

İlgili yazılar

• OEE nedir?

Kaynak ve yönetişim notu

Bu taslakta kullanılan formüller yaygın üç faktörlü OEE modeline dayanır: Availability, Performance ve Quality. İncelenen OEE.com faktörler ve hesaplama sayfaları faktör yapısını ve hesap terimlerini destekler; incelenen OEE.com TEEP sayfası ise TEEP = OEE x Utilization ve Utilization = Planned Production Time / All Time ilişkisini verir. Bunlar ticari kaynaklar olduğu için bu yazıdaki yönetişim değerlendirmeleri yalnızca bu sayfalara dayandırılmadı. İncelenen NIST üretim verisi yayını sayfası, atölye ekipmanından veri toplama, veriyi kürate etme ve yeniden kullanma konusunu açıklar; bu da üretim verisinin karar için kullanılmadan önce tanımlı anlama sahip olması gerektiği noktasını destekler. NIST süreç kontrol el kitabı sayfası, veriyi beklenen davranışla karşılaştırma ve sapmaları inceleme alışkanlığı için kullanıldı.

Bu metinde Tuna Industrial Platform'a ait bir yetenek, müşteri kurulumu, yazılım entegrasyonu, benchmark, ROI iddiası, sertifika veya canlı üretim sonucu iddia edilmez. Yazı, üretim yöneticileri ve operasyon ekipleri için tarafsız endüstriyel rehber olarak yazılmıştır.