Önemli noktalar
- OEE, kullanılabilirlik × performans × kalitedir; her biri ayrı bir veri kaynağına ve tanıma dayanır.
- OEE’nin değeri tanımlara bağlıdır; planlı süre ve ideal çevrim yazılı olmadan farklı hatları karşılaştırmak yanıltıcıdır.
- Sayaç sıfırlama, vardiya sınırı ve eksik veri kuralları baştan tanımlanmazsa %100’ün üzerinde performans gibi imkânsız değerler çıkar.
- Yüzdeleri ortalamak yerine süre ve adetleri toplayın, oranı toplamdan hesaplayın.
OEE hesaplamak kolaydır: kullanılabilirlik, performans ve kalite çarpılır. Zor olan, bu üç oranın altındaki veriyi tartışmasız hale getirmektir. Aynı hat için farklı kişiler farklı OEE değerleri bulabilir; bunun nedeni genellikle formül değil, tanım ve veridir. Bu yazı en sık karşılaşılan altı hatayı ve çözümlerini toplar.
Formül ve üç oranın anlamı
Üç oran şöyle tanımlanır:
- Kullanılabilirlik = çalışma süresi / planlı üretim süresi
- Performans = (ideal çevrim süresi × toplam adet) / çalışma süresi
- Kalite = sağlam adet / toplam adet
OEE bu üçünün çarpımıdır. Örneğin bir vardiyada 480 dakika planlı süre, 420 dakika çalışma, 30 saniyelik (0,5 dakika) ideal çevrim, 700 adet üretim ve 686 sağlam adet varsa: kullanılabilirlik 420 / 480 = %87,5; performans (0,5 × 700) / 420 = %83,3; kalite 686 / 700 = %98; OEE yaklaşık %71,5’tir. OEE hesaplayıcı aynı hesabı kayıp dağılımıyla birlikte gösterir.
Hata 1: Planlı süreyi tanımlamadan başlamak
Planlı üretim süresine hangi duruşların dahil olduğu (mola, planlı bakım, ürün değişimi, hammadde beklemesi) OEE’yi doğrudan değiştirir. Bazı tesisler planlı bakımı planlı süreden çıkarır, bazıları duruş olarak sayar. Hangisini seçtiğiniz kadar, seçimin yazılı ve sabit olması önemlidir; aksi halde iki dönemin OEE’si karşılaştırılamaz.
Hata 2: İdeal çevrimi gerçek hızdan almak
Performans, ideal çevrim süresine göre ölçülür. İdeal çevrim hattın yavaşlatılmış mevcut hızından türetilirse performans yapay biçimde %100’e yaklaşır ve yavaşlama kaybı görünmez olur. İdeal çevrim, makinenin tasarım hızı veya kanıtlanmış en iyi hızı gibi sabit bir referanstan, ürün bazında tanımlanmalı ve değişiklikleri kayıt altına alınmalıdır. Performans %100’ün üzerine çıkıyorsa genellikle ideal çevrim çok yavaş tanımlanmıştır ya da sayaç yanlış yorumlanmıştır.
Hata 3: Sayaçları yanlış yorumlamak
PLC sayaçları genellikle sürekli artan toplam değerlerdir; adet için iki okuma arasındaki farkı almak gerekir. Sayaç sıfırlandığında (vardiya başı, makine yeniden başlatması, taşma) fark negatif çıkar. Sıfırlama durumunu bir kurala bağlayın: fark negatifse yeni değeri artış olarak alın ya da o okumayı geçersiz işaretleyin.
Toplam adet ile sağlam adet ayrı kaynaklardan geliyorsa ikisinin aynı zaman penceresinde ve aynı sıfırlama mantığıyla okunduğunu doğrulayın; aksi halde sağlam adet toplamdan büyük çıkabilir. Bu desen SQL şeması rehberinde ve SQL tablo tasarımcısında ele alınır.
Hata 4: Duruşu nedensiz kaydetmek
Makine durumu (çalışıyor/duruyor) tek başına kullanılabilirlik kaybını verir ama nedenini vermez. Duruş nedeni olmadan hangi kayba müdahale edileceği bilinemez. Nedeni otomatik (alarm, durum kodu) ve manuel (operatör seçimi) kaynaklardan toplayabilirsiniz; ikisini birlikte kullanıyorsanız hangisinin geçerli olduğu yazılı bir kural olmalıdır.
Kısa duruşlar (mikro duruşlar) çoğu zaman hiç kaydedilmez ve performans kaybı olarak görünür; bunları ayrıca izlemek isteyip istemediğinize karar verin. OEE’nin klasik kayıp sınıflaması (altı büyük kayıp: arızalar, kurulum ve ayarlar, küçük duruşlar ve boşta bekleme, düşük hız, başlangıç firesi, üretim firesi) bu ayrımı yapmak için bir çerçeve sunar.
Hata 5: Vardiya ve gün sınırında kaydı bölmemek
Bir duruş vardiya değişiminde başlayıp sonraki vardiyada bitebilir. Olayı yalnızca başladığı vardiyaya yazmak iki vardiyanın da OEE’sini bozar; süreler vardiya sınırlarında bölünmelidir. Saat dilimi ve yaz saati uygulaması da sınırı kaydırabilir; zamanları UTC saklayıp raporlamada yerel saate çevirmek bu sorunu azaltır.
Hata 6: Yüzdeleri ortalamak
İki hattın OEE’sini ortalamak tesis OEE’sini vermez. Bir hat 10 saat, diğeri 2 saat planlıysa uzun planlı süreye sahip hat sonucu daha fazla belirler. Doğru toplulaştırma, süreleri ve adetleri toplayıp oranı toplamdan hesaplamaktır. Aynı kural günlük değerlerin aylığa toplulaştırılmasında da geçerlidir.
Tek bir sayıyı hedeflemek yerine kullanılabilirlik, performans ve kalite bileşenlerini ayrı izleyin; hangi kayba müdahale edileceğini bileşenler gösterir.
Hedef ve doğrulama
Sıkça anılan “%85 dünya standardı” gibi rakamlar bir çıkış noktası olabilir ama her süreç için geçerli bir hedef değildir; hedefi kendi tanımlarınızla ve geçmiş verinizle belirleyin.
Veri hattını doğrulamak için bir vardiyayı elle tutulan kayıtla karşılaştırın; %100’ün üzerindeki performansı ve eksik telemetriyi ayrı işaretleyin. OEE veri modeli rehberi bu doğrulamayı adım adım anlatır; OEE ve üretim performansı çözüm sayfası ise veri akışını gösterir.
Sık sorulanlar
İyi bir OEE değeri nedir?
Tek bir evrensel hedef yoktur. Önce planlı süre ve ideal çevrim tanımlarını sabitleyin, sonra aynı tanımla zaman içindeki değişimi izleyin.
OEE’yi PLC’de mi, MES’te mi hesaplamalıyım?
Hesabın nerede yapıldığından çok girdi verisinin (sayaç, durum, duruş nedeni) tanımlı ve doğrulanabilir olması önemlidir. Veriyi toplayıp veritabanına aktaran bir akış kurulabilir; formül SQL görünümünde veya BI aracında hesaplanabilir.
Performans neden %100’ü aşar?
İdeal çevrim süresi gerçek hızdan yavaş tanımlandığında veya bir sayaç sıfırlaması yanlış yorumlandığında performans %100’ü aşabilir. Bunu hata olarak işaretleyin ve ideal çevrimi gözden geçirin.