CMMS (computerized maintenance management system) adalah perangkat lunak untuk mengelola aset, jadwal perawatan, dan perintah kerja. Di pabrik, CMMS membantu supervisor menjawab tiga pertanyaan sebelum menetapkan pekerjaan: mesin mana yang bermasalah, apa yang pernah dikerjakan pada mesin itu, dan apa yang dibutuhkan agar pekerjaan bisa selesai dalam jadwal produksi.
Kapan Pabrik Perlu Mengevaluasi CMMS?
Mulailah ketika masalah sudah tampak pada pekerjaan sehari-hari. Operator melaporkan pompa bocor lewat pesan, teknisi mencatat penggantian seal di buku shift, dan gudang mengeluarkan komponen dengan nama mesin yang berbeda. Saat masalah terulang, supervisor harus menyatukan tiga catatan untuk mengetahui penyebab dan tindakan sebelumnya. CMMS memberi ketiga tim satu identitas aset dan satu referensi pekerjaan.
Sebelum melihat demo, ambil satu sampel gangguan nyata. Coba telusuri laporan awal, waktu mesin tersedia, teknisi yang ditugaskan, komponen yang dipakai, dan bukti mesin siap dijalankan kembali. Bagian yang sulit ditelusuri menjadi prioritas kebutuhan sistem. Bila masalah utamanya identitas aset yang tidak konsisten, benahi daftar aset lebih dulu agar riwayat pekerjaan tidak terpecah.
Empat Kemampuan yang Perlu Dibuktikan Saat Demo
Riwayat mengikuti identitas aset
Minta vendor memperagakan pencarian pompa dari kode di lapangan. Supervisor perlu melihat lokasi, mesin induk, dokumen yang relevan, dan pekerjaan terdahulu. Jika pompa dipindah, periksa apakah lokasi berubah tanpa memutus riwayat. Tetapkan siapa yang boleh mengubah kode dan menonaktifkan aset agar integrasi tetap konsisten.
Jadwal menghasilkan pekerjaan yang bisa dijalankan
Uji satu perawatan berkala berbasis kalender dan, bila dibutuhkan, satu berbasis jam operasi. Lihat bagaimana sistem menangani pembacaan meter yang belum masuk serta penjadwalan ulang saat lini masih dipakai. Supervisor perlu bisa membedakan tugas yang ditunda dengan alasan dari tugas yang terlambat tanpa tindak lanjut.
Serah terima antarshift menyimpan konteks
Gunakan skenario ilustratif pompa bocor. Teknisi shift pertama sudah mengisolasi aset sesuai prosedur pabrik, tetapi suku cadang baru tersedia pada shift berikutnya. Minta teknisi kedua membuka pekerjaan dan menemukan status, hasil pemeriksaan, penanggung jawab, dan langkah berikutnya tanpa harus menghubungi shift sebelumnya. Sistem perlu mencatat penyelesaian teknis dan penyerahan kembali aset sesuai peran yang disepakati.
Pemakaian komponen dapat dicocokkan dengan gudang
Peragakan permintaan dua seal ketika gudang hanya punya satu. Supervisor perlu mengetahui apa yang sudah dialokasikan dan apa yang masih menunggu. Setelah pekerjaan selesai, pemakaian aktual harus dapat ditelusuri ke perintah kerja. Apabila ERP mengelola stok resmi, tetapkan ERP sebagai pemilik transaksi stok dan gunakan nomor referensi yang sama agar kedua tim bisa merekonsiliasi selisih.
Menentukan Batas CMMS dan ERP
CMMS biasanya menjadi tempat kerja tim pemeliharaan, sementara ERP dapat mengelola pembelian, persediaan, dan pembebanan biaya. Jika perusahaan sudah memiliki modul maintenance di ERP, uji kemampuan yang sama di modul tersebut sebelum menambah aplikasi. Bandingkan kemudahan teknisi mencatat pekerjaan di lapangan, kualitas riwayat, dan biaya integrasi serta dukungan jangka panjang. Gunakan halaman LayanaERP untuk meninjau konteks integrasi dengan proses perusahaan.
Dokumentasikan pemilik untuk setiap data yang dipakai bersama. Kode suku cadang, satuan, dan transaksi keluar mungkin berasal dari ERP, sedangkan hasil inspeksi dan pekerjaan per aset berasal dari sistem maintenance. Tentukan apa yang terjadi jika sinkronisasi gagal. Supervisor harus melihat status yang jelas dan petugas gudang perlu dapat memeriksa apakah transaksi sudah tercatat sebelum mengirim ulang.
Pilot Satu Area Sebelum Memperluas Cakupan
Pilih area dengan satu supervisor, aset yang dapat diidentifikasi, dan cukup pekerjaan terencana maupun gangguan untuk menguji alurnya. Siapkan daftar aset, daftar pekerjaan rutin, dan data komponen yang memang dipakai. Tetapkan cara menangani laporan yang salah, pekerjaan tertunda, dan selisih stok sejak awal. Periksa apakah teknisi bisa menyelesaikan pencatatan dalam kondisi koneksi yang benar-benar mereka hadapi.
Nilai pilot dari kemampuan tim menemukan riwayat aset, membuktikan siapa yang menutup pekerjaan, dan merekonsiliasi pemakaian komponen. Untuk metrik keandalan, samakan definisi awal dan akhir kejadian sebelum membandingkan antarshift. Panduan KPI pemeliharaan IBM menjelaskan hubungan riwayat pekerjaan dan metrik seperti MTBF dan MTTR.
Untuk menilai kesiapan sistem pada pilot, gunakan perbandingan preventive dan corrective maintenance sebagai skenario penjadwalan. Periksa apakah data yang tersimpan cukup untuk menghitung MTBF dan mengurai waktu pemulihan dengan MTTR. Jika operator juga mencatat temuan, uji pembagian peran dalam pilot TPM satu lini.
Jika perusahaan sedang mengevaluasi CMMS atau modul ERP maintenance, bawa contoh satu pekerjaan, daftar aset pilot, dan alur pengeluaran komponen saat ini ke konsultasi kebutuhan sistem Layana.ID. Ketiga bahan itu membantu menentukan bagian yang bisa memakai modul yang ada dan integrasi yang perlu diuji.