İçeriğe geç
Endüstri 4.0 & IIoT27 Kasım 202512 dk okuma

OEE Nasıl Hesaplanır? Üç Bileşeni Ayırarak Adım Adım Rehber

OEE Nasıl Hesaplanır? Üç Bileşeni Ayırarak Adım Adım Rehber

Üretim müdürü olarak ekipmanınızın "ne kadar verimli" çalıştığını bilmek istiyorsunuz. Vardiya sonunda operatörünüze sorduğunuzda "gayet iyi gitti" yanıtını alıyorsunuz. Ama sipariş teslimatları gecikiyor, fire oranı yüksek ve hangi makinenin gerçekten dar boğaz olduğunu kimse net söyleyemiyor.

İşte bu noktada OEE (Toplam Ekipman Etkinliği) devreye giriyor. Ancak çoğu işletme OEE'yi yanlış ölçüyor: Excel'de elle girilen duruş süreleri, "yaklaşık" çevrim süreleri, operatörün hatırladığı fire sayıları... Sonuç? %78 gibi bir rakam elde ediyorsunuz ama bu sayının gerçekte ne anlama geldiğini, kaybın nereden kaynaklandığını bilmiyorsunuz.

OEE'nin gücü tek bir yüzde rakamda değil, o yüzdeyi oluşturan üç bileşeni ayırıp kaybın kaynağını göstermesindedir. Bir makine %60 OEE ile çalışıyorsa, sorun plansız arızalar mı, yavaş çalışma mı, yoksa kalite problemleri mi? Bunu bilmeden iyileştirme yapamazsınız.

Bu rehberde, OEE hesaplama formülünü adım adım açıklayacak, her bileşeni hangi kayıpların oluşturduğunu göstereceğiz. Daha da önemlisi, ölçüm başlamadan hedef koymanın neden veriyi çarpıttığını ve elle toplanan OEE'nin neden güvenilmez olduğunu somut senaryolarla anlatacağız.

OEE Nedir ve Neden Üç Bileşene Ayrılır?

OEE (Overall Equipment Effectiveness / Toplam Ekipman Etkinliği), bir ekipmanın planlanan üretim süresinde ne kadar değer yarattığını ölçen bir metrik. Formülü basit:

OEE = Kullanılabilirlik × Performans × Kalite

Örneğin, bir enjeksiyon makinenizin OEE'si %72 ise, bu tek başına pek bir şey söylemez. Ama şu bilgiyi görürseniz:

  • Kullanılabilirlik: %90
  • Performans: %85
  • Kalite: %94

Hemen anlarsınız: Asıl sorun performansta. Makine yeterince hızlı çalışmıyor veya küçük duruşlar var.

Şimdi başka bir makineyi düşünün:

  • Kullanılabilirlik: %75
  • Performans: %96
  • Kalite: %98

Burada sorun kullanılabilirliktedir — plansız arızalar, kalıp değişim süreleri uzun veya malzeme beklemeleri fazla.

İki makine de benzer genel OEE'ye sahip olabilir, ama iyileştirme aksiyonları tamamen farklı. Birincisinde hız kaybına, ikincisinde arızalara odaklanmanız gerekir.

OEE'nin Ölçtüğü Altı Büyük Kayıp

OEE metodolojisi, üretimde altı ana kayıp kategorisini ölçer:

Kullanılabilirlik kayıpları:

  1. Plansız arızalar
  2. Kalıp/takım değişimi ve ayarlar
  3. Malzeme bekleme, operatör yokluğu

Performans kayıpları: 4. Ekipmanın ideal hızdan yavaş çalışması 5. Küçük duruşlar (sensör hataları, sıkışmalar)

Kalite kayıpları: 6. Fire (hurda) ve yeniden işleme

Bu kategorilendirme sayesinde, hangi kayba öncelik vereceğinize veri temelli karar verirsiniz.

OEE Hesaplama: Adım Adım Formüller

OEE hesaplamanın kalbi, üç bileşeni doğru ölçmekte. Her birini sırayla ele alalım.

1. Kullanılabilirlik (Availability) Hesaplama

Kullanılabilirlik = (Çalışma Süresi / Planlanan Üretim Süresi) × 100

  • Planlanan Üretim Süresi: Vardiya süresi eksi planlı molalar ve planlı bakımlar
  • Çalışma Süresi: Planlanan süre eksi tüm plansız duruşlar (arıza, ayar, bekleme)

Örnek: 8 saatlik vardiya, 30 dk öğle molası (planlı). Planlanan süre = 450 dakika. Vardiya boyunca:

  • 45 dk kalıp değişimi
  • 20 dk plansız arıza
  • 15 dk malzeme bekleme

Çalışma Süresi = 450 - 45 - 20 - 15 = 370 dakika

Kullanılabilirlik = (370 / 450) × 100 = %82,2

Yaygın hata: Planlanan süreyi vardiya başlangıcından bitişine kadar almak. Öğle molasını, planlı toplantıları planlanan süreden çıkarmalısınız. Aksi halde kullanılabilirlik yapay olarak düşük çıkar.

2. Performans (Performance) Hesaplama

Performans = (İdeal Çevrim Süresi × Üretilen Miktar) / Çalışma Süresi × 100

Alternatif formül: Performans = (Gerçek Çevrim Süresi / İdeal Çevrim Süresi) × 100 (ters oran)

  • İdeal Çevrim Süresi: Ekipman teknik kapasitede çalıştığında bir parça üretmek için gereken süre (saniye/parça)
  • Üretilen Miktar: Çalışma süresi boyunca çıkan toplam parça (iyi + kötü)

Örnek: Enjeksiyon makinesi ideal çevrim süresi 45 saniye/parça. 370 dakika çalışma süresinde 420 parça üretilmiş.

İdeal çıktı = (370 × 60 saniye) / 45 = 493 parça

Performans = (420 / 493) × 100 = %85,2

Performans düşüklüğü nereden gelir?

  • Ekipman belirlenen hızdan yavaş çalışıyor (motor eskimesi, ayar hataları)
  • Küçük duruşlar: Sensör uyarıları, malzeme sıkışmaları, operatör müdahaleleri (her biri 1-2 dk)
  • Bu küçük duruşlar genellikle kayda geçmez ama toplam verimlilik düşer

3. Kalite (Quality) Hesaplama

Kalite = (İyi Parça Sayısı / Toplam Üretilen Parça) × 100

  • İyi Parça: İlk seferde spesifikasyona uygun üretilen, müşteriye satılabilir parça
  • Toplam Üretilen: İyi parça + fire + yeniden işleme gereken

Örnek: 420 parça üretilmiş, 18'i fire, 7'si yeniden işleme gönderilmiş.

İyi Parça = 420 - 18 - 7 = 395

Kalite = (395 / 420) × 100 = %94,0

Önemli not: İlk parça ayarları sırasında çıkan fire de kalite kaybına dahil edilir. Kalıp değişiminden sonra 10 parça deneme atmanız gerekiyorsa, bu kayıp hem kullanılabilirlikte (ayar süresi) hem kalitede (fire) görünür.

OEE Toplam Hesabı

OEE = %82,2 × %85,2 × %94,0 = %65,8

Bu örnekte:

  • Kullanılabilirlik kayıpları: %17,8
  • Performans kayıpları: %14,8
  • Kalite kayıpları: %6,0

İyileştirme önceliği kullanılabilirlik olmalı: Kalıp değişim sürelerini kısaltma, plansız arızaları azaltma.

Planlanan Süre Tanımını Doğru Yapmak

OEE hesaplamasında en çok karıştırılan konu "planlanan süre" tanımı. Yanlış tanım, tüm metriği anlamsız hale getirir.

Planlanan süreden ÇIKARILMASI gerekenler:

  • Planlı molalar (öğle, çay)
  • Planlı bakımlar (haftalık yağlama, aylık kontrol)
  • Üretim planında olmayan süreler (sipariş yok)

Planlanan süreye DAHİL edilmesi gerekenler:

  • Plansız arızalar
  • Kalıp değişimleri
  • Ürün geçişleri
  • Malzeme bekleme
  • Operatör yokluğu

Örnek hata senaryosu: Tipik bir durumda, plastik kalıplama firması haftalık 2 saatlik planlı bakımı planlanan süreye dahil edebilir. Sonuç: Kullanılabilirlik %68 çıkar ve yönetim panik yapar. Oysa planlı bakım çıkarıldığında gerçek kullanılabilirlik %76'ya yükselir.

Doğru soru: "Bu makine, üretim için planladığımız sürenin yüzde kaçında gerçekten çalıştı?" Eğer makineyi pazartesi sabahı çalıştırmayı planlamadıysanız, o süreyi paydaya koymamalısınız.

İlk 4-6 Hafta Sadece Ölçüm Yapın, Hedef Koymayın

OEE ölçümüne başlarken en büyük hatalardan biri, hemen hedef koymak: "OEE'miz %75 olmalı!" Bu yaklaşım, operatörü veriyi çarpıtmaya iter.

Neden hedef koymadan ölçmeliyiz?

  1. Gerçek durumu öğrenmek: İlk haftalarda mevcut performansı görmek istiyorsunuz. Eğer hedef koyarsanız, operatör küçük duruşları kaydetmeyebilir, fire sayısını eksik yazabilir.

  2. Sistemin test edilmesi: Veri toplama yönteminiz, formülleriniz, ekipman tanımlarınız ilk haftalarda oturuyor. Hata payı yüksek.

  3. Çalışan güveni: Operatör, "bu ölçüm beni cezalandırmak için mi?" korkusu yaşamasın. İlk 4-6 hafta "sadece öğreniyoruz, kimse suçlanmayacak" mesajı verin.

Sık karşılaşılan bir durum: Bir gıda üreticisi OEE ölçümüne başladığında hemen %80 hedefi koyabilir. Operatörler duruşları "malzeme bekleme" yerine "planlı mola" diye kaydetmeye başlayabilir. Sonradan verinin güvenilmez olduğu fark edilip sıfırdan başlanması gerekebilir.

Doğru yaklaşım:

  • 1-4. hafta: Sadece ölçüm, herhangi bir yorum yok
  • 5-6. hafta: Veri gözden geçirme, kayıp kategorilerini analiz etme
  • 7. haftadan sonra: Gerçek verilere göre makine bazlı hedef belirleme

Elle Toplanan OEE Neden Güvenilmez?

Birçok işletme OEE'yi şöyle ölçüyor: Vardiya sonunda operatör bir form dolduruyor — "kaç parça çıktı, kaç dakika arıza oldu, kaç fire var" soruları. Bu veriye dayanarak Excel'de hesaplama yapılıyor.

Bu yöntemin sorunları:

1. Hafıza Hatası

Operatör 8 saatlik vardiyada 10-15 farklı duruş yaşamış. Hangisi 5 dakika, hangisi 12 dakika sürdü? Çoğunu tahmin ediyor.

Tipik senaryo: Vardiya sonunda "bugün 30 dakika arıza oldu" yazan operatör, aslında 48 dakikalık duruş yaşamış olabilir. Küçük beklemeler, sensör uyarıları sayılmamış olabilir.

2. Yuvarlatma ve İhmal

"2 dakika duruş kaydetmeye değer mi?" diye düşünen operatör küçük kayıpları es geçiyor. Oysa günde 10 adet 2 dakikalık küçük duruş, 20 dakika kayıp demek — %4-5 performans düşüşü.

3. Baskı ve Manipülasyon

Eğer OEE hedefi var ve operatörün primi buna bağlıysa, veriyi "düzeltme" güdüsü doğal olarak oluşur. Fire sayısı 20 yerine 15 yazılır, duruş 40 değil 30 dakika kaydedilir.

4. Çevrim Süresi Belirsizliği

Operatör "kaç parça çıktı" yazıyor, ama gerçek çevrim süresi bilinmiyor. Makine 45 saniye ideal çevrimde çalışmalıyken 52 saniyede çalışmış olabilir — bu kayıp hiç fark edilmez.

Çözüm: Otomatik veri toplama. Makine sensörlerinden gerçek zamanlı duruş süreleri, parça sayaçlarından üretim miktarı, kalite kontrol istasyonundan fire oranı. Operatör sadece duruş nedenini (arıza/malzeme/ayar) seçiyor, süreyi sistem kendisi ölçüyor.

Mersin'de faaliyet gösteren D'Cloud Software olarak, üretim tesislerinde IIoT tabanlı OEE ölçüm sistemleri kuruyoruz. Makine verilerini otomatik toplayan, gerçek zamanlı dashboard'larda gösteren çözümler. Ölçüm başlamadan hedef koymuyoruz — önce 4-6 hafta gerçek durumu görüyoruz, sonra birlikte iyileştirme planı yapıyoruz.

OEE Sonuçlarını Nasıl Yorumlamalı?

OEE hesapladınız, elimizde sayılar var. Şimdi ne yapmalı?

Tek Bir Genel Hedef Koymayın

"Tüm makinelerde OEE %80 olsun" hedefi anlamsız. Neden?

  • Farklı ekipman tipleri farklı karakteristikler gösterir: CNC torna ile enjeksiyon makinesi aynı OEE'ye sahip olamaz.
  • Sipariş çeşitliliği fark yaratır: Sık ürün değişimi olan hat, tek tip üretimle karşılaştırılamaz.
  • Ekipman yaşı ve teknolojisi: 15 yıllık bir pres ile yeni tam otomatik hat aynı performansı gösteremez.

Doğru yaklaşım: Her makine için kendi baseline'ını belirleyin. 4 haftalık ortalama %62 ise, ilk hedef %68 olsun. %85'e ulaşmak 6-12 aylık bir yolculuktur.

Kayıp Kategorilerini Pareto ile Sıralayın

Elinizdeki veriyi şöyle analiz edin:

  1. Hangi duruş nedeni en çok kayıp yarattı? (arıza, kalıp değişimi, malzeme bekleme...)
  2. Hangi makine en düşük performansta?
  3. Hangi ürün/kalıp en çok fire veriyor?

En büyük kaybı veren ilk 2-3 soruna odaklanın. Hepsini aynı anda çözmeye çalışmayın.

Örnek aksiyon planı:

  • Kullanılabilirlik %78 → Hedef: Kalıp değişim süresini 45 dk'dan 30 dk'ya düşürmek (SMED metodolojisi)
  • Performans %83 → Hedef: Küçük duruşları loglayıp tekrar eden nedenleri (sensör konumu, malzeme akışı) iyileştirmek
  • Kalite %91 → Hedef: İlk parça ayar proseduründe operatör eğitimi

Sıkça Sorulan Sorular

OEE hesaplamak için hangi yazılımları kullanmalıyım?

İlk aşamada Excel bile kullanabilirsiniz — amaç metodolojiye alışmak. Ancak ölçeği büyüdükçe, elle veri girişi hem hata payını artırır hem operatör iş yükünü yükseltir. IIoT tabanlı otomatik veri toplama sistemleri (makine sensörlerinden gerçek zamanlı veri çeken platformlar) hem doğruluk hem zaman tasarrufu sağlar. D'Cloud Software olarak üretim tesislerine özel OEE ölçüm yazılımları geliştiriyoruz — mevcut ekipmanınıza sensörler entegre edip web/mobil dashboard'larda canlı takip sunuyoruz. Maliyet, tesis büyüklüğüne ve makine sayısına göre değişir; keşif görüşmesinde netleşir.

OEE ölçümünde "iyi" kabul edilen değer nedir?

Bu soru için sektör ortalaması veya "dünya standardı" gibi genel bir rakam vermek yanıltıcı olur. Her sektör, ekipman tipi ve üretim modeli farklı OEE seviyeleri gösterir. Önemli olan, kendi baseline'ınızı belirleyip sürekli iyileştirmek. İlk ölçümde %55 çıkması utanılacak bir şey değil — 6 ay sonra %68'e çıktıysanız başarılısınız demektir. Rakamın kendisinden çok, kayıp nedenlerini ayırıp sistematik iyileştirme yapmanız önemli.

OEE ile OPE arasındaki fark nedir?

OPE (Overall Process Effectiveness / Toplam Süreç Etkinliği), OEE'ye bir bileşen daha ekler: OPE = OEE × Teslim Performansı. Yani sadece ekipman verimliliğine değil, zamanında teslimat oranına da bakar. Örneğin makineniz %80 OEE ile çalışıyor ama siparişlerin %15'i gecikmeli teslim ediliyor — OPE bunu da yansıtır. Tek ekipman bazında OEE yeterli; tüm üretim sürecini (planlama, lojistik dahil) değerlendirmek istiyorsanız OPE'ye bakabilirsiniz.

Operatörler OEE ölçümüne direniyorsa ne yapmalı?

Direnç genellikle "beni suçlamak için mi ölçüyorsunuz?" korkusundan gelir. Çözüm, şeffaf iletişim ve güven inşası:

  1. Ölçümün amacını açıklayın: "Seni değerlendirmek için değil, makinenin nerede zaman kaybettiğini bulmak için ölçüyoruz. Sen de o kaybı en iyi bilen kişisin."
  2. Sonuçları operatörle paylaşın: Sadece yönetime rapor vermeyin. Vardiya sonunda "bugün 40 dakika kalıp değişiminde kaybettik, bunu nasıl kısaltabiliriz?" diye operatörle konuşun.
  3. Cezalandırmayın: İlk 6 ay hiçbir performans değerlendirmesinde OEE kullanmayın. Sadece öğrenme ve iyileştirme aracı olarak görün.
  4. Operatörün fikrini alın: Duruş nedenlerini o en iyi bilir. Formları birlikte tasarlayın.

Tipik bir durumda, tekstil üreticisinde operatörler başta "zaten çok işimiz var, bir de form mu dolduracağız" diyebilir. Ekrana dokunmatik tablet koyup duruş nedenini tek tıkla seçebilir hale getirme yaklaşımı direnç azaltabilir.

OEE artırmak için ilk adım ne olmalı?

Önce 4-6 hafta sadece ölçüm yapın, kayıp kategorilerini net görün. Sonra Pareto analizi: En büyük kaybı hangi kategori yaratıyor?

  • Kullanılabilirlik en düşükse: Plansız arızalar için TPM (Total Productive Maintenance), kalıp değişimi için SMED (Single Minute Exchange of Die) metodolojisine bakın.
  • Performans düşükse: Küçük duruşları loglayın, ideal çevrim süresini doğrulayın, ekipman ayarlarını gözden geçirin.
  • Kalite düşükse: İlk parça onay prosedürü, SPC (Statistical Process Control), operatör eğitimi.

Birden fazla cephede iyileştirme yapmaya kalkışmayın — en büyük kayba odaklanın. 3 ay sonra o iyileşince bir sonraki kayba geçersiniz.

D'Cloud Software OEE projelerinde nasıl destek veriyor?

Mersin merkezli olarak 3 kıtada hizmet veren D'Cloud Software, üretim tesislerine IIoT tabanlı OEE ölçüm ve analiz sistemleri kuruyoruz. Süreç şöyle işliyor:

  1. Keşif görüşmesi: Tesiste ekipmanlarınızı inceliyoruz, hangi verilerin otomatik toplanabileceğini belirliyoruz.
  2. Ölçüm altyapısı: Makine sensörlerinden (PLC, sayaç, zaman röleleri) veri toplayan donanım kurulumu.
  3. Yazılım entegrasyonu: Gerçek zamanlı OEE dashboard'ları, mobil bildirimler, geçmiş analiz raporları.
  4. İlk 6 hafta mentorluk: Veri toplama doğruluğunu kontrol ediyor, operatörlerle birlikte kullanım eğitimi yapıyoruz.
  5. Sürekli iyileştirme: Kayıp kategorilerine göre aksiyon planları, 3-6 ay sonra kontrol.

Proje maliyeti, makine sayısına, mevcut otomasyon seviyesine ve istenen detay düzeyine göre değişiyor. Sabit fiyat, sözleşmede yazılı olarak sunuyoruz. Teslimat sonrası 15 gün ücretsiz hata düzeltme garantimiz var — bu tek garanti vaadimiz, "7/24 destek" gibi belirsiz vaatler vermiyoruz.

Sonuç: OEE Bir Rakam Değil, Kaybın Haritası

OEE hesaplama, tek bir yüzde rakamına ulaşmak için yapılan bir egzersiz değil. Asıl değeri, üretim kayıplarını üç kategoriye ayırıp (kullanılabilirlik, performans, kalite) nereden geldiğini göstermesinde.

%65 OEE gördüğünüzde panik yapmayın. Sorun şu: Bu kayıpların %20'si plansız arızalardan mı geliyor, %15'i yavaş çalışmadan mı, %10'u fire'den mi? Bunu bildiğinizde, doğru aksiyonu alabilirsiniz.

İlk ölçüm döneminde hedef koymayın — 4-6 hafta sadece gerçeği görün. Operatöre "bu veriyle seni cezalandıracağız" mesajı verirseniz, veri güvenilmez hale gelir. Elle toplanan OEE'ye de fazla güvenmeyin; otomatik veri toplama hem doğruluğu artırır hem operatör yükünü azaltır.

Mersin'den 3 kıtaya hizmet veren D'Cloud Software olarak, onlarca üretim tesisinde OEE ölçüm altyapısı kurduk. Gözlemlerimize göre, ölçümü başlatan firmalar 6 ay içinde %8-12 verimlilik artışı yakalayabilir — sadece kayıpları görünür hale getirerek.

Eğer üretim verimliliğinizi ölçmek, kayıpların nereden geldiğini anlamak ve sistematik iyileştirme yapmak istiyorsanız, ücretsiz online keşif görüşmesi için bize ulaşabilirsiniz. Tesisinizde hangi ekipmanların nasıl ölçülebileceğini, hangi verilerin otomatik toplanabileceğini birlikte değerlendiririz. Sabit fiyat teklifi, sözleşmede yazılı olarak sunulur — teslimat sonrası 15 gün ücretsiz hata düzeltme garantimiz ile.

OEE, başlangıç değil sürekli iyileştirme yolculuğunun ilk adımıdır. Ölçmeye başladığınızda, kayıplar görünür olur. Görünür olan yönetilebilir, yönetilen iyileştirilebilir.


Yazar: Doğuhan Bulut

YAZAR

Doğuhan Bulut

Kurucu & CTO

Full-stack mimari ve ürün stratejisi. Next.js ve bulut altyapılarında 10+ yıl deneyim.

SIRADAKİ ADIM

ERP geçişinizi planlayalım

Logo, Netsis, Mikro, SAP veya custom: mevcut süreçleri haritalandırıp doğru sistemde karar verelim. 30 dk ücretsiz keşif.

Ücretsiz keşif al
BENZER İÇERİKLER İSTERSEN

Aylık dijital özet bültenimiz

Ayda 1 e-posta — yeni teknoloji, KOBİ + KVKK güncellemeleri, vaka çalışmaları. Spam yok, istediğiniz an çıkış.