Ukur OEE Dulu, Beli MES Kemudian
Vendor software — kami termasuk — dengan senang hati akan menjual MES ke pabrik Anda. Pertanyaan yang tidak nyaman harus diajukan lebih dulu: adakah orang di gedung ini yang tahu OEE Anda? Kalau tidak ada yang bisa menyebutkan berapa fraksi waktu terencana lini bottleneck yang benar-benar berubah menjadi produk bagus, percakapan tentang MES masih prematur. Ukur OEE dulu: angkanya menunjukkan di mana kerugiannya, dan kerugiannya yang memberi tahu software apa yang sebenarnya perlu diperbaiki. Coba masukkan angka shift Anda ke kalkulator OEE sebelum melanjutkan membaca. (Versi bahasa Inggris: Measure OEE First: Why MES Can Wait.)
Tangga Kematangan dari Kertas sampai MES
Pabrik-pabrik memanjat tangga yang sama dengan urutan yang sama, dan mengenal anak tangga Anda sekarang ada gunanya:
- Kertas: apa yang terjadi tersimpan di logbook, papan tulis, dan ingatan operator senior.
- Excel: seseorang mengetik rangkuman shift ke workbook: datanya berumur berjam-jam, dibulatkan, dan bagus sebatas ketikan itu.
- Dashboard: hitungan live di layar andon atau SCADA: Anda tahu berapa yang keluar, bukan berapa yang hilang dan kenapa.
- OEE: kerugian terkuantifikasi: availability, performance, dan quality diukur terhadap laju terencana, sehingga kerugian terbesar punya angka.
- MES: sistem yang bertindak atas kerugian itu: menerbitkan SPK, mengaitkan hasil dengan lot material, mencatat alasan dan pemeriksaan.
Setiap anak tangga membiayai anak tangga berikutnya. Lewati anak tangga OEE, dan MES mendarat di atas asumsi: tidak ada yang sepakat soal baseline, sehingga klaim perbaikan apa pun bisa diperdebatkan.
Cara cepat mengenali anak tangga Anda: tanyakan satu pertanyaan — "berapa output bagus lini kemarin, dan kenapa tidak lebih?" — lalu perhatikan ke mana jawabannya mengarah. Kalau jawabannya ada di ingatan operator senior, Anda di tangga kertas. Kalau di workbook yang terakhir diketik minggu lalu, di Excel. Kalau layar menunjukkan angka hari ini tetapi tidak ada yang bisa menjelaskan kenapa angkanya bukan lebih tinggi, Anda di dashboard — dan satu anak tangga lagi sebelum MES berguna.
Matematika OEE, Polos
OEE adalah tiga prosentase yang dikalikan:
OEE = Availability × Performance × Quality
- Availability = run time ÷ waktu produksi terencana, dengan waktu terencana adalah durasi shift dikurangi stop terencana seperti istirahat dan maintenance.
- Performance = hasil aktual ÷ hasil yang mungkin pada laju ideal selama run time.
- Quality = unit bagus ÷ total unit yang diproduksi.
Contoh hitung: satu shift 8 jam, satu lini. Waktu produksi terencana 480 menit. Total downtime 60 menit — changeover 35 menit dan macet 25 menit — sehingga run time 420 menit dan Availability = 420 ÷ 480 = 87,5%.
Laju ideal 60 unit per jam, sehingga run time memberi kesempatan 420 unit; lini memproduksi 357, dan Performance = 357 ÷ 420 = 85%. Dari jumlah itu, 340 lolos inspeksi, jadi Quality = 340 ÷ 357 = 95,2%.
Kalikan: 0,875 × 0,85 × 0,952 = 70,8%. Tampak layak, sampai Anda melihat apa yang bersembunyi di dalamnya: satu jam penuh downtime dan 17 unit reject di setiap shift. Angka world-class yang sering dikutip sekitar 85%, dan angka OEE jujur pertama sebuah pabrik biasanya mengejutkan — untuk pembandingan antarindustri, lihat tolok ukur OEE per industri. Kejutannya itulah petanya. Untuk pembahasan rumus yang lebih lengkap beserta kesalahan umumnya, baca cara menghitung OEE.
Pecah Persentasenya Kembali Menjadi Menit
Prosentase menyembunyikan skala, jadi urai kembali OEE 70,8% itu. Pada laju ideal 60 unit per jam, 480 menit waktu terencana seharusnya menghasilkan 480 unit bagus; kenyataannya hanya 340 yang lolos. Selisih 140 unit setara 140 menit produksi yang hilang, dan selisih itu terbagi tiga dengan rapi: 60 menit tersedot downtime (availability); 63 menit hilang karena lini berjalan lebih lambat dari laju ideal — run time 420 menit hanya menghasilkan 357 unit (performance); dan 17 menit terbuang ke 17 unit reject yang memakan waktu produksi sama seperti unit bagus (quality). 60 + 63 + 17 = 140. Setiap shift, satu lini yang "tampak layak" kehilangan lebih dari dua jam kerja — dan sekarang setiap kehilangan punya nama, angka, dan pemilik yang bisa ditanya.
Data yang Dibutuhkan untuk Mulai
Hanya dua, jadi tidak ada alasan menunggu software:
- Status mesin dengan timestamp: running, idle, down, changeover, plus daftar pendek alasan yang disepakati untuk sisanya.
- Hitungan: total unit yang diproduksi dan reject, per shift, per mesin.
Lini otomatis mengambilnya dari counter PLC dan ingest SCADA. Lini manual atau semi-manual mengambilnya dari lembar shift berisi waktu mulai-berhenti dan alasannya. Data tidak sempurna yang dikumpulkan selama seminggu mengalahkan data sempurna yang tidak pernah dikumpulkan.
Satu hal menentukan kualitas data ini: definisi status yang tidak ambigu. Putuskan lebih dulu batas antara idle dan down — mesin menyala tapi tidak memproduksi itu apa? — dan batas kapan sebuah jeda cukup panjang untuk dicatat sebagai downtime. Empat atau lima status dengan definisi satu kalimat per status sudah cukup; yang merusak bukan jumlah statusnya, melainkan dua orang yang memakai definisi berbeda untuk kejadian yang sama.
Mulai dari Satu Lini
Pilih lini bottleneck, tempat satu jam ekstra paling berharga. Definisikan empat atau lima status dan sepakati daftar alasannya bersama supervisor yang akan memakainya. Rekam selama satu minggu — dengan tangan di papan klip kalau memang harus: rumusnya muat dalam tiga sel spreadsheet. Hitung tiga faktornya, temukan kerugian terbesar, perbaiki satu hal itu, dan ukur lagi. Dua minggu, biaya nyaris nol, dan setelahnya demo vendor mana pun harus menjawab satu pertanyaan: kerugian terukur saya yang mana yang sistem Anda benar-benar persingkat?
Satu catatan tentang siklus perbaikannya: kalau kerugian terbesar sudah ditangani tetapi angka OEE tidak bergerak, yang salah biasanya data, bukan proses — periksa apakah downtime masih lolos tanpa dicatat atau ideal rate-nya tidak realistis. Kalau angkanya bergerak, langsung cari kerugian terbesar berikutnya. Angka pertama bukan tujuan; ia hanya titik awal yang membuat perubahan berikutnya terlihat.
Di Mana Voltrus Masuk
Voltrus mengumpulkan status mesin lewat ingest SCADA dan merangkum OEE per jam, per stasiun dan per lini, berdampingan dengan event downtime beserta alasannya. Itu menghilangkan pekerjaan rekap. Ia tidak menggantikan mengenal lini Anda sendiri: hitung dengan tangan selama seminggu lebih dulu, dan Anda akan tahu kerugian mana yang seharusnya diotomatasi MES dan mana yang hanya butuh prosedur changeover yang lebih baik — dan saat sistem mulai mengambil alih pencatatan, angka mingguan Anda menjadi alat pembandingnya: kalau OEE dari sistem melompat jauh di atas angka manual Anda, salah satu metode perhitungannya perlu dicurigai. Untuk memahami apa itu MES dan posisinya di pabrik, mulai dari apa itu MES.
Pertanyaan yang Sering Diajukan
Angka OEE berapa yang bagus?
85% adalah angka world-class yang sering dikutip, tetapi mengejarnya tanpa baseline yang dipercaya itu kebalik. Lini 60% dengan alasan kerugian yang diketahui mengalahkan 90% hasil tebakan. Perbaiki kerugian terbesar, lalu bandingkan dengan bulan lalu Anda sendiri, bukan dengan poster.
Apakah OEE masuk akal untuk lini manual atau pengemasan?
Ya. Operator yang mencatat statusnya alih-alih PLC, laju idealnya diambil dari standar kerja, dan quality-nya adalah apa pun yang dihitung pemeriksaan kemasan. Kurang presisi dibanding data dari mesin, tetapi cukup presisi untuk mengurutkan kerugian Anda — dan itulah seluruh tujuan pengukuran pertama.
Kami sudah menampilkan hitungan di dashboard. Bukankah itu OEE?
Bukan. Hitungan adalah output; OEE butuh waktu: status mesin, alasan, dan laju ideal. Dashboard menjawab berapa yang keluar. OEE menjawab berapa yang hilang, di mana, dan kenapa. Pertanyaan kedualah yang layak dibayar.
Ukur Dulu, Lalu Otomatasi
Voltrus MES sudah live: satu lini untuk mulai, OEE per jam per stasiun dan lini dari status mesin. Bawa baseline Anda dan lihat yang tersedia hari ini.
Lihat Voltrus MES