OEE Hesaplaması için Doğru Veri Kaynakları ve Duruş Nedeni Toplama

OEE ekranı kurulur, ilk hafta hatlardan biri yüzde yüzün üzerinde performans gösterir, ikinci hafta kimse rakama inanmaz. Sorun formülde değildir. OEE (Overall Equipment Effectiveness), makinenin planlanan sürede ideal hızda ve hatasız üretebileceğinin ne kadarını gerçekten ürettiğini gösterir; formül basittir, ama içine giren her değer doğru sinyalden ve yazılı bir tanımla gelmezse çıkan sayı süs olur. Aşağıda hangi sinyalin nereden alınacağını, ideal çevrim süresinin nasıl belirleneceğini ve duruş nedenlerinin operatörü yormadan nasıl toplanacağını anlatıyoruz.

OEE bileşenleri ve formül

OEE üç oranın çarpımıdır. ISO 22400-2 bu oranları kendi terimleriyle (availability, effectiveness, quality ratio) ve zaman tanımlarıyla verir; yaygın OEE uygulamasındaki karşılıkları şöyledir:

Bileşen	Formül	Neyi ölçer
Kullanılabilirlik	Çalışma süresi / Planlı üretim süresi	Duruş kayıpları
Performans	(İdeal çevrim süresi × Toplam adet) / Çalışma süresi	Hız kayıpları ve kısa duruşlar
Kalite	Sağlam adet / Toplam adet	Hurda ve yeniden işleme
OEE	Kullanılabilirlik × Performans × Kalite	Toplam etkinlik

Üç oran çarpılıp sadeleştirildiğinde OEE = (Sağlam adet × İdeal çevrim süresi) / Planlı üretim süresi olur. Bu eşitlik sahada en kullanışlı sağlama aracıdır: bileşenler ayrı ayrı yanlış hesaplansa bile toplamı bağımsız yoldan kontrol edersiniz.

Formüldeki her terimin tanımı tesis genelinde yazılı olmalı. Planlı üretim süresinden molalar düşülüyor mu? Planlı bakım, deneme üretimi, malzeme bekleme hangi sınıfa giriyor? Bu kararlar hat bazında farklı verilirse hatlar arası OEE karşılaştırması anlamsızlaşır. Rakamlar aynı dili konuşmaz.

Her bileşen için gereken sinyaller ve kaynakları

Güvenilir OEE, operatör girişine en az bağımlı sinyal setiyle kurulur; bu sinyaller IIoT tabanlı üretim verisi toplama ile doğrudan makineden alınmalıdır. Asgari liste:

Sinyal	Tipik kaynak	Kullanıldığı yer
Makine çalışıyor durumu	PLC durum biti veya durum kodu	Kullanılabilirlik
Toplam üretilen adet	PLC sayaç (artan tam sayı)	Performans, kalite
Hurda / red adedi	PLC sayaç, kalite istasyonu, operatör	Kalite
Aktif ürün veya iş emri	MES, PLC reçete numarası	İdeal çevrim süresi seçimi
Çalışma modu	PLC (otomatik, manuel, ayar)	Duruş sınıflandırma
Alarm / hata kodu	PLC alarm kelimesi	Otomatik duruş nedeni
Vardiya ve plan bilgisi	MES, ERP veya vardiya takvimi	Planlı üretim süresi

En çok tartışma “makine çalışıyor” sinyalinde çıkar. Motor çalışıyor biti, makine boşta dönerken de 1’dir; bu bitle hesaplanan kullanılabilirlik gerçeğin üstünde çıkar. Daha sağlam yol, PLC programında “otomatik modda ve çevrim içinde” koşulunu bir durum koduna bağlamak ya da son sayaç artışından bu yana geçen süreyi kullanmaktır. PLC’de tanımlı tek bir durum kodu (örneğin 1 = üretimde, 2 = bekliyor, 3 = arıza, 4 = ayar) hem hesabı hem de duruş sınıflandırmasını sadeleştirir.

Sayaçlarda kural tektir: sinyali darbe olarak değil, artan sayaç olarak alın. Darbe sinyali tarama veya örnekleme aralığında kaçar; artan sayaçtan fark almak ise bağlantı kesintisinden sonra bile toplamı korur. Sayaç taşması (örneğin 16 bit işaretsiz sayacın 65535’ten sonra 0’a dönmesi) ve PLC yeniden başlatıldığında sıfırlanma hesap tarafında ele alınmalıdır. Bazı PLC sayaç blokları taşmak yerine üst sınırda durur (örneğin IEC sayacı CTU’nun INT tipinde 32767’de kalması). Bunu fark etmeyen ekip, uzun vardiyalarda sabitlenen bir sayaca bakıp üretimin durduğunu sanır. Böyle durumda sayacı PLC programında kendiniz yönetin veya DINT/UDINT tipinde bir sayaç kullanın:

# Ardışık iki sayaç okumasından üretim farkı
def sayac_farki(onceki, simdiki, maks=65535):
    if simdiki >= onceki:
        return simdiki - onceki
    # Değer düştü: taşma mı, sıfırlama mı?
    tasma_farki = (maks - onceki) + simdiki + 1
    if tasma_farki < 1000:      # makul üst sınır: hatta göre belirlenir
        return tasma_farki
    return simdiki              # sıfırlama varsayılır, yeni değer kadar üretim

Bu sinyallerin toplanacağı ve saklanacağı platformun seçimi historian seçimi yazısında ele alınıyor.

İdeal çevrim süresinin belirlenmesi

Performans oranının tamamı ideal çevrim süresine dayanır. Değer ürün bazındadır; aynı hatta farklı ürünlerin ideal süreleri farklıdır. Belirlemede üç kaynak kullanılır:

1. Makine tasarım hızı: Üreticinin verdiği nominal kapasite. Genellikle iyimserdir ama referans olarak doğrudur.
2. Gözlenen en iyi sürekli hız: Geçmiş verideki kesintisiz ve kalite sorunu olmayan en hızlı dönemlerin çevrim süresi.
3. Darboğaz istasyonunun süresi: Çok istasyonlu hatlarda hat hızını en yavaş istasyon belirler.

Kurumsal hedef olarak konan “standart süre”yi ideal çevrim süresi diye kullanmayın. Standart süre kayıpları içinde taşır ve performansı olduğundan yüksek gösterir. İdeal çevrim süresi ürün ana verisinde tek yerde tutulmalı ve aktif ürün değiştiğinde otomatik seçilmelidir. Ürün değişimi operatörün elle girişine bağlıysa, yanlış ürünle hesaplanmış vardiyalar veride sık karşılaşılan bir hatadır. Rakam yanlış, grafik düzgün.

Duruş nedeni ağacı ve operatör girişi

OEE, hangi kaybın nereden geldiğini gösterdiği ölçüde işe yarar. Bunun için duruşlar nedenlendirilmelidir. İşleyen bir neden ağacı iki ya da üç seviyelidir ve kısa tutulur:

• Seviye 1 – Kayıp tipi: Planlı duruş, arıza, ayar ve ürün değişimi, malzeme bekleme, personel, kalite beklemesi.
• Seviye 2 – Alan: Mekanik, elektrik, besleme, paketleme, dış tedarik.
• Seviye 3 – Somut neden: Yalnız tekrar eden ve aksiyon alınabilen nedenler için.

Sahada işe yarayan kurallar:

• PLC alarm kodu varsa duruş nedeni otomatik atanır; operatör yalnız onaylar veya düzeltir.
• Belirlenen eşiğin (örneğin 2 dakika) altındaki duruşlar otomatik olarak “kısa duruş” sınıfına alınır, neden istenmez.
• Eşiğin üzerindeki duruşlar nedenlendirilmeden vardiya kapanmaz; “diğer” seçeneğinin oranı raporlarda ayrıca izlenir, yüksekse ağaç gözden geçirilir.
• Giriş ekranı makinenin yanında, dokunmatik ve tek elle kullanılabilir olmalıdır. Vardiya sonunda hafızadan yapılan toplu giriş hatalı veri üretir.

Örnek OEE hesabı

Aşağıdaki değerler örnek hesap içindir:

• Vardiya süresi 480 dakika, planlı mola 30 dakika → planlı üretim süresi 450 dakika
• Plansız duruşlar toplamı 45 dakika → çalışma süresi 405 dakika
• İdeal çevrim süresi 6 saniye/adet, toplam üretim 3.600 adet
• Hurda 90 adet → sağlam adet 3.510

Bileşen	Hesap	Sonuç
Kullanılabilirlik	405 / 450	0,900
Performans	(6 s × 3.600) / (405 × 60 s) = 21.600 / 24.300	0,889
Kalite	3.510 / 3.600	0,975
OEE	0,900 × 0,889 × 0,975	0,780

Sağlama: 3.510 adet × 6 s = 21.060 s = 351 dakika; 351 / 450 = 0,780. İki yoldan aynı sonuç çıkıyorsa sinyaller ve süreler tutarlıdır. Örnekte performans kaybı (yaklaşık 45 dakika eşdeğeri) plansız duruşlarla aynı büyüklükte. Yalnız uzun duruşlara bakan bir ekip kaybın yarısını görmez. Küçük kayıplar sessizdir.

OEE’yi yanıltan veri hataları

• Saat uyuşmazlığı: PLC, toplayıcı ve sunucu saatleri farklıysa vardiya sınırındaki üretim yanlış vardiyaya yazılır. Zaman damgasının kaynağı ve saat senkronizasyonu üretim verisinde zaman damgası ve veri kalitesi yazısında ayrıntılı işleniyor.
• Bağlantı kesintisinde son değerin taşınması: Veri gelmediğinde son durumun “üretimde” kalması duruşları gizler. Kalite bilgisi kötü olan aralıklar ayrıca işaretlenmelidir.
• Hurdanın iki kez sayılması: Hem kalite istasyonu hem operatör aynı hurdayı girerse kalite oranı düşük çıkar. Tek kaynak belirleyin.
• Yeniden işlenen parçalar: İlk geçişte sağlam olmayıp sonra kurtarılan parçaların sağlam sayılıp sayılmayacağı tanımlanmalıdır; ilk geçiş kalitesi ayrı metrik olarak izlenebilir.
• Planlı üretim süresinin elle düzeltilmesi: Kötü vardiyaların plansız duruşlarını sonradan “planlı” diye değiştirmek, metriğe güveni en hızlı bitiren uygulamadır. Her değişiklik denetim izine yazılmalıdır.

Devreye almada ilk bakılacak yer, bir vardiyanın ham sayaç farkı ile ekrandaki toplam adedin karşılaştırmasıdır. Bu iki sayı tutmuyorsa OEE’nin geri kalanını tartışmaya gerek yoktur.

Uygulama kontrol listesi

• OEE tanım dokümanı yazıldı: planlı üretim süresi, planlı bakım, deneme üretimi ve yeniden işleme kuralları net.
• PLC’de tek bir makine durum kodu tanımlandı ve tüm hatlarda aynı anlamı taşıyor.
• Toplam ve hurda adet artan sayaç olarak okunuyor; taşma ve sıfırlama hesapta ele alınıyor.
• İdeal çevrim süresi ürün ana verisinde tutuluyor ve aktif ürüne göre otomatik seçiliyor.
• Neden ağacı en fazla üç seviye; kısa duruş eşiği belirlendi.
• OT altyapısındaki PLC, gateway ve sunucu saatleri aynı zaman kaynağına senkron; veri UTC ile saklanıyor.
• OEE hem bileşenlerden hem sadeleştirilmiş formülden hesaplanıp karşılaştırılıyor.

Sinyallerin toplanması ve iş emri bilgisinin MES’ten alınması tarafında ISA-95 ile MES–ERP entegrasyonu yazısı tamamlayıcı çerçeveyi verir. OEE ekranlarının tasarımı ve devreye alınması için üretim izleme ve dashboard hizmetimize bakabilirsiniz.

Sık sorulan sorular

Planlı bakım OEE’de duruş sayılır mı?

Bu bir tanım kararıdır ve tesis genelinde aynı uygulanmalıdır. Planlı bakımı planlı üretim süresinden düşerseniz kullanılabilirlik etkilenmez; plansız duruş gibi sayarsanız kullanılabilirlik düşer. İkisi de savunulabilir. Önemli olan seçimin yazılı olması ve hatlar arası karşılaştırmada aynı kuralın kullanılmasıdır.

Performans oranı neden yüzde yüzü aşıyor?

Neredeyse her zaman ideal çevrim süresi gerçekçi olmayacak kadar uzun tanımlanmıştır ya da yanlış ürünün çevrim süresi kullanılıyordur. Diğer olası neden, sayaç sinyalinin bir parçayı iki kez saymasıdır. İdeal çevrim süresini makine tasarım hızından ve gözlenen en iyi sürekli hızdan doğrulayın, ürün değişiminde doğru değerin seçildiğini kontrol edin.

Kısa duruşlar ayrı ayrı nedenlendirilmeli mi?

Hayır. Birkaç saniyelik her duruş için operatörden neden istemek veri kalitesini düşürür. Belirli bir eşiğin altındaki duruşlar otomatik olarak kısa duruş sınıfına alınır ve performans kaybı olarak izlenir. Eşiğin üzerindeki duruşlarda neden girişi zorunludur; eşik, hattın çevrim süresine göre belirlenir.

OEE için MES şart mı?

Şart değil. Durum, sayaç ve hurda sinyalleri ile vardiya ve ürün bilgisi bir historian’da veya basit bir veritabanında toplanarak OEE hesaplanabilir. İş emri, ürün ve operatör girişini bir arada yönetmek gerektiğinde ise bir MES veya OEE uygulaması bakım yükünü azaltır.