OEE adalah: pengertian, rumus, contoh hitung, dan data mesin yang dibutuhkan

OEE (Overall Equipment Effectiveness) adalah persentase waktu produksi terencana yang benar-benar menghasilkan produk baik pada kecepatan ideal, dihitung dari Availability × Performance × Quality.

Lini dengan OEE 100% akan berjalan selama seluruh waktu terencana, pada kecepatan terbaik yang pernah terbukti, tanpa satu pun reject. Pada kenyataannya lini kehilangan waktu karena berhenti, berjalan di bawah kecepatan idealnya, dan menghasilkan sebagian scrap. OEE meleburkan ketiga kerugian itu menjadi satu angka per mesin, lini, dan shift. Tim produksi jadi bisa melihat ke mana output hilang dan memeriksa apakah sebuah perbaikan benar-benar membantu. Panduan ini memuat rumus, contoh hitung satu shift, data yang harus disediakan mesin, dan titik-titik di mana angka OEE sering meleset.

OEE menunjukkan seberapa baik waktu yang Anda rencanakan untuk berproduksi dipakai. Angka ini menjawab tiga pertanyaan untuk setiap shift: apakah mesin berjalan, apakah berjalan dengan kecepatan yang semestinya, dan apakah menghasilkan produk baik.

Tiap pertanyaan terkait satu kelompok kerugian. Kerusakan, changeover, dan menunggu material menurunkan Availability. Berhenti singkat dan kecepatan yang turun menurunkan Performance. Reject dan rework menurunkan Quality. Literatur lean dan TPM mengelompokkannya menjadi six big losses, dan ISO 22400-2 memuat indikator kinerja (KPI) manajemen operasi manufaktur, kelompok tempat OEE berada.

Dasar perhitungannya adalah waktu produksi terencana, yaitu durasi shift dikurangi istirahat dan henti terencana. Waktu ketika memang tidak ada rencana berjalan tidak dihitung sebagai kerugian mesin. Waktu yang hilang karena tidak ada order atau tidak ada operator dihitung dengan ukuran lain, TEEP, yang dibahas di bawah.

Tidak ada satu nilai OEE yang baik untuk semua. Target yang tepat bergantung pada produk, proses, dan titik awal lini.

Angka 85% sering dikutip sebagai patokan untuk manufaktur diskrit. Menurut oee.com, angka itu disusun dari Availability 90%, Performance 95%, dan Quality 99%, dan berasal dari Seiichi Nakajima, tokoh yang memperkenalkan TPM dan OEE. Halaman yang sama menyebut kebanyakan pabrik berada lebih dekat ke 60%, dan tiga faktor yang masing-masing 90% jika dikalikan hanya menghasilkan 73%.

Anggap angka-angka ini sebagai titik acuan. Proses batch dengan changeover panjang dan lini pengemasan berkecepatan tinggi tidak punya batas atas yang sama. Pembanding yang berguna adalah lini yang sama pada kuartal sebelumnya, dengan definisi yang sama.

OEE menilai lini terhadap waktu yang direncanakan untuk berjalan. TEEP (Total Effective Equipment Performance) menilainya terhadap seluruh waktu dalam periode, termasuk malam dan akhir pekan.

Menurut oee.com, TEEP sama dengan OEE dikali Utilization, dengan Utilization adalah waktu produksi terencana dibagi seluruh waktu. Lini dengan OEE tinggi tetapi TEEP rendah dijalankan dengan baik ketika berjalan, namun menganggur di sebagian besar kalender. Itu menunjuk ke soal penjualan atau penjadwalan, bukan soal perawatan.

OEE butuh empat sinyal dari mesin: apakah berjalan, berapa produk yang dibuat, berapa yang di-reject, dan mengapa mesin berhenti. Selebihnya hanya perhitungan.

Status berjalan biasanya datang dari PLC mesin atau dari kontak di lini. Penghitung produk datang dari PLC atau dari sensor fotolistrik atau proximity di ujung proses. Reject datang dari penghitung reject, sistem vision, atau input manual. Alasan berhenti adalah bagian tersulit. PLC tahu bahwa mesin berhenti dan kadang alarm mana yang aktif, tetapi hanya operator yang tahu apakah itu changeover, macet, atau menunggu material.

Tiga data induk menyertai sinyal tadi: ideal cycle time tiap produk, kalender shift beserta jam istirahat terencana, dan tabel yang memetakan kode status PLC menjadi berjalan, idle, berhenti, atau alarm. Tanpa ketiganya, data mentah yang sama akan menghasilkan OEE berbeda di dashboard yang berbeda.

Beri cap waktu pada setiap hitungan di sumbernya, bukan saat dashboard menerimanya. Kalau tidak, keterlambatan jaringan memindahkan beberapa menit dari satu shift ke shift berikutnya. Interval polling juga harus lebih pendek dari henti tersingkat yang ingin Anda lihat, atau micro-stop akan lenyap ke dalam Performance tanpa jejak.

Citia menjelaskan jalur ini pada halaman Factory OEE Solution, tempat gateway CATALYST CT-OG mengumpulkan status dan hitungan dari PLC, kontroler, dan sensor. Contoh yang sudah dikerjakan adalah proyek konektivitas mesin dan OEE di PT Rich’s Product Manufacturing Indonesia di Serang, Banten. Di sana PLC, Advantech EdgeLink, dan platform iFactory memberi data untuk OEE, perbandingan antar lini, dan analisis alarm.

Untuk protokol antara mesin dan gateway, baca perbandingan OPC UA, Modbus, dan MQTT serta panduan gateway IoT industri.

Mulailah dari satu lini, bukan seluruh pabrik. Satu lini dengan bottleneck yang sudah diketahui memberi baseline dalam beberapa minggu dan memperlihatkan data induk mana yang masih kosong.

Sepakati dulu definisinya. Tuliskan aturan waktu produksi terencana, ideal cycle time tiap produk, dan daftar alasan berhenti, lalu minta produksi, perawatan, dan kualitas menandatanganinya. Setelah itu sambungkan sinyalnya, jalankan sistem berdampingan dengan hitungan manual selama seminggu, dan tutup setiap selisih sebelum angka dipublikasikan.

Tinjau gambaran kerugian setiap minggu, bukan hanya angka OEE. Dua lini dengan OEE yang sama bisa kehilangan output di tempat yang sangat berbeda: satu karena changeover, satu lagi karena berhenti singkat. Perbaikannya berbeda, dan hanya rincian per kerugian yang menunjukkannya. Peringkat alasan berhenti menurut menit yang hilang biasanya laporan pertama yang layak dibaca.

Dashboard bisa menampilkan OEE yang presisi tetapi salah. Kesalahannya hampir tidak pernah ada di hitungan. Kesalahannya ada di input.

Catatan pada proyek Rich’s memuat kendali yang penting. Nilai produksi per jam, jadwal shift, klasifikasi status, dan rumus OEE harus disepakati sebagai data induk resmi. Input alarm dan defect manual bisa terlambat, salah klasifikasi, atau diubah, sehingga hak edit dan hapus perlu dibatasi dan dicatat. Alarm manual harus ditutup tepat waktu, kalau tidak downtime terhitung dua kali. Angka di dashboard perlu direkonsiliasi secara berkala dengan catatan produksi, data kualitas, dan laporan perawatan.

Jika Performance pernah melebihi 100%, ideal cycle time diset terlalu tinggi, menurut oee.com. Dan OEE yang lebih tinggi tidak otomatis berarti hasil bisnis lebih baik. Kaitkan dengan throughput, output baik, downtime, biaya produksi, dan permintaan pasar. Menaikkan OEE pada produk yang tidak dipesan siapa pun tidak memperbaiki apa-apa.