CMMS: Membuat Teknisi Mau Mencatat Perawatan

Sistem pengelolaan perawatan terkomputerisasi (computerized maintenance management system, CMMS) adalah perangkat lunak untuk menjadwalkan dan mencatat perawatan mesin. Kalau teknisi jarang mengisinya, periksa hambatan pekerjaan: kode aset sulit diketik, formulir panjang, atau aplikasi butuh sinyal. Label QR, isian singkat, dan pencatatan tanpa internet bisa membantu. Uji bersama teknisi, lalu cocokkan catatan dengan pekerjaan yang benar-benar terjadi.

Pengelola membeli sistem perawatan untuk mengurangi kerusakan mendadak, menyiapkan suku cadang, dan memiliki riwayat perbaikan saat berbicara dengan vendor. Dalam contoh masalah ini, enam bulan kemudian catatannya hanya berisi empat belas perintah kerja (work order) yang diketik petugas kantor. Pekerjaan teknisi belum tercatat dengan memadai.

Periksa kelengkapan data pekerjaan

Survei industri menunjukkan perlunya memeriksa kualitas dan kelengkapan data yang masuk ke sistem.

State of Maintenance Report 2026 dari UpKeep, hasil survei 214 praktisi perawatan dan keandalan, mencatat 90% responden setuju bahwa perawatan pencegahan (preventive maintenance), yaitu servis terjadwal sebelum mesin rusak, memang layak dikerjakan. Sebanyak 25,5% menggambarkan operasinya sebagai sebagian besar atau sepenuhnya proaktif. Angka ini bukan persentase semua praktisi yang melakukan servis terjadwal. Laporan yang sama menemukan 70,9% menilai kesiapan datanya sendiri masih di level cukup, buruk, atau belum tergarap, dan hanya 21,8% yang sanggup menunjukkan hasil dari anggaran perawatannya dengan jelas.

Angka pelengkapnya datang dari CMMS Data Quality Benchmark Report terbitan Limble, 16 Maret 2026, yang menyurvei 200+ organisasi padat aset. Tim dengan disiplin pencatatan kuat berhasil merekam 82% pekerjaan perawatan yang mereka kerjakan. Tim yang disiplinnya lemah hanya 45%. Dari seluruh organisasi yang disurvei, hanya 20% yang menyatakan departemen lain cukup percaya pada data asetnya untuk dipakai mengambil keputusan.

Angka Limble menunjukkan kelompok dengan disiplin data lemah mencatat kurang dari separuh pekerjaan. Itu bukan persentase yang otomatis berlaku pada setiap pabrik. Semua laporan yang dibangun di atasnya — tingkat kepatuhan jadwal, biaya per aset, argumen untuk mengganti kompresor — berdiri di atas sampel yang tidak dipilih siapa pun.

Kurangi waktu yang dibutuhkan untuk mencatat

Mengisi formulir mengambil waktu teknisi dari pemeriksaan dan perbaikan mesin. Hambatan pencatatan perlu dihitung sebagai bagian dari beban kerja.

Wrench time, yaitu porsi jam kerja yang benar-benar dipakai teknisi memegang mesin — rata-ratanya 25 sampai 35%, sementara target kelas dunia yang dikutip dari Rules of Thumb for Maintenance and Reliability Engineers (Mobley dan Smith, 2007) ada di atas 50%. Waktu lain digunakan untuk berpindah lokasi, menunggu suku cadang, mencari akses gudang, dan mengisi catatan. Form yang makan empat menit per pekerjaan, empat puluh pekerjaan seminggu, menjadi dua jam empat puluh menit. Tambahan waktu tersebut dapat menjadi hambatan penggunaan sistem.

Empat ongkos ini muncul di hampir semua lantai produksi:

• Mengetik kode aset. Pelat identitasnya di balik pelindung, penerangan seadanya, kodenya sebelas karakter, tangan masih pakai sarung tangan. Kesalahan pengetikan dapat mengaitkan entri ke aset yang salah dan membuat riwayatnya tidak dapat diandalkan.
• Masuk ke aplikasi membutuhkan sinyal. Ruang panel, basement, dan lemari besi mesin justru tempat alatnya berada, sekaligus tempat ponsel sulit menerima sinyal.
• Persetujuan sebelum pekerjaan dapat ditutup. Kalau ganti filter kecil saja harus menunggu tanda tangan penyelia, pekerjaannya tetap dikerjakan dan tidak pernah dicatat. Mesin tetap ditangani, tetapi catatan sistem tidak bertambah.
• Isian yang tidak digunakan. Jika formulir meminta pusat biaya, subkategori gangguan, dan perkiraan waktu henti, dalam seminggu teknisi paham tidak ada satu pun yang muncul di laporan. Setelah itu yang diketik adalah apa saja yang membuat layar cepat hilang.

Di sebuah pabrik yang saya bantu susun kebutuhan perangkatnya, anggaran maintenance-nya diperdebatkan berminggu-minggu. Yang akhirnya menentukan bukan modul perangkat lunak: label aset berbahan poliester tahan luar ruang dengan kode QR tercetak, dua pemindai kode batang industri yang rapat dari debu dan air serta tahan jatuh dari tiga meter, dan satu layar besar di lantai produksi yang menampilkan angka tim sendiri. Kira-kira seharga satu server kelas menengah, dipakai untuk menghapus pekerjaan mengetik, bukan menambah fitur.

Mulai pencatatan dengan pemindaian label aset

Teknisi sebaiknya dapat mengenali aset tanpa mengetik ulang kodenya.

Cetak label untuk tiap aset — kode QR plus nomor yang bisa dibaca mata — lalu jadikan scan label itu sebagai cara memulai pekerjaan. Setelah dipindai, layar aset terbuka lengkap dengan riwayatnya, perintah kerja yang masih terbuka, dan checklist perawatannya. Untuk mesin di dalam ruangan, kamera HP sudah cukup. Aset yang kotor, basah, atau di luar ruangan pantas dapat scanner khusus, yang memang dibuat untuk jatuh ke lantai beton.

Prioritaskan ketahanan bahan label sesuai kondisi pemasangan. Label kertas di dekat chiller atau di area cuci umurnya sebulan. Polyester tahan luar ruang dengan cetakan transfer termal bertahan bertahun-tahun melawan sinar matahari, gesekan, dan cairan pembersih. Label yang lepas menyulitkan teknisi menemukan riwayat aset yang benar, meskipun datanya masih tersimpan.

Tentukan isian wajib dari kebutuhan penggunaannya

Untuk kebutuhan pelaporan biasa, tanyakan siapa yang memakai setiap isian dan seberapa sering. Isian yang tidak digunakan dapat dijadikan opsional atau dihapus. Tetap pertahankan isian serta persetujuan untuk keselamatan, garansi, dan catatan wajib meskipun tidak dibaca dalam laporan bulanan.

Sisanya masuk ke tiga lapis.

Kode gangguan layak dibahas sendiri. Batasi daftarnya sekitar tujuh pilihan per kelas aset, ditulis pakai bahasa tim — bocor, tidak dapat dinyalakan, bunyi kasar, aus, salah pakai — bukan taksonomi standar yang disalin dari manual. Daftar pilihan yang panjang sering dijawab dengan pilihan paling atas atau paling bawah, dan kode yang tidak konsisten persis yang membuat riwayat aset jadi tidak terbaca setahun kemudian.

Foto membantu mencatat keadaan yang sulit dijelaskan melalui isian singkat. Jika formulir tidak cukup untuk menggambarkan keadaan mesin, teknisi dapat menambahkan foto dengan satu ketukan. Banyak tim akhirnya lebih terbantu oleh empat ribu foto yang menempel di aset daripada empat ribu catatan teks yang tidak pernah ditulis.

Bagaimana kalau tidak ada sinyal?

Teknisi perlu dapat menutup pekerjaan meskipun tidak ada sinyal. Jika pencatatan selalu terhalang koneksi, tim mungkin kembali memakai buku tulis.

Rancang aplikasi agar tetap bekerja tanpa jaringan (offline-first): setiap aksi ditulis ke antrean di HP lebih dulu, sinkronisasi ke server jalan belakangan begitu ada koneksi. Teknisi melihat perintah kerja-nya tertutup seketika, jalan ke mesin berikutnya, dan HP-nya menyusul sendiri waktu sampai di parkiran. Mekanismenya — antrean lokal, aturan konflik, penerimaan data yang tidak menghasilkan catatan ganda — sudah saya bahas di offline-first untuk aplikasi tim lapangan, dan aplikasi maintenance bentuknya sama persis dengan aplikasi metering.

Persetujuan dapat mengikuti pola serupa untuk pekerjaan yang tidak memerlukan izin sebelumnya. Penyelia dapat meninjau pekerjaan yang telah ditutup melalui antrean pemeriksaan. Cara ini mengurangi penantian dan kunjungan ulang, tetapi harus disesuaikan dengan kebutuhan kendali setiap jenis pekerjaan. Pertahankan persetujuan sebelum pekerjaan khusus untuk pekerjaan yang memang menyangkut keselamatan: isolasi listrik, pekerjaan panas, apa pun yang butuh izin kerja.

Ukur dulu berapa yang tercatat, baru kepatuhan jadwal

Kepatuhan jadwal — porsi pekerjaan terjadwal yang selesai tepat waktu — memang angka pertama yang dipajang di dasbor mana pun. Jika banyak pekerjaan belum tercatat, angka tersebut dapat memberi gambaran yang menyesatkan. Tim yang hanya mencatat pekerjaan ringan akan terlihat patuh sempurna sampai hari mesinnya mati.

Ukur dulu berapa banyak yang tertangkap, dengan mencocokkan isi CMMS ke catatan yang bukan dipegang tim maintenance:

• Pengeluaran suku cadang dari gudang. Cocokkan barang yang keluar dari gudang dengan pemakaian pada pekerjaan, pengembalian, atau pemindahan stok. Barang yang belum cocok perlu diperiksa; belum tentu menunjukkan pekerjaan yang tidak tercatat.
• Tagihan kontraktor. Pekerjaan pihak ketiga tetap bagian dari riwayat aset.
• Waktu henti menurut bagian produksi. Bagian produksi menghitung menit berhenti untuk kepentingannya sendiri. Waktu henti tanpa perintah kerja perlu diperiksa; penyebabnya dapat berupa masalah produksi yang tidak memerlukan perawatan.

Begitu angka tertangkapnya lewat 80%, target standar baru punya makna: kepatuhan jadwal 90%, pekerjaan mendadak di bawah 20% dari total. Benchmark Limble mencatat organisasi berdisiplin data kuat hidup dengan 36% pekerjaan tidak terencana, sementara yang lemah 56%. Perbedaan antarkelompok itu mendukung pemeriksaan hubungan antara pencatatan dan perencanaan; hasilnya bukan bukti perubahan pada pabrik yang sama.

Pajang hasilnya di layar yang dilewati teknisi tiap hari. Angka tim, bukan angka per orang. Papan peringkat individu memancing persis perilaku yang tidak Anda inginkan: tutup cepat, catatan kosong, kode gangguan dipilih hanya karena paling mudah ditekan. Tugas papan itu hanya satu — memberi tahu tim bahwa ketikan mereka minggu lalu berubah jadi sesuatu.

Terapkan sistem melalui uji coba bertahap

Urutan penerapan perlu diuji bersama tim, dimulai dari lingkup kecil:

1. Label dulu lima puluh aset yang waktu hentinya paling mahal, bukan tiga ribu aset sekaligus. Daftar aset separuh jadi yang akurat mengalahkan daftar lengkap yang datanya tidak mutakhir.
2. Tulis satu checklist perawatan per kelas aset, bukan per unit. Sepuluh checklist untuk empat ratus mesin masih terawat; empat ratus checklist tidak.
3. Uji coba tiga minggu dengan dua teknisi. Pilih satu yang antusias dan satu yang masih ragu. Perbedaan sikap membantu menemukan hambatan penggunaan.
4. Hitung jumlah ketukannya. Ukur waktu mengisi catatan satu pekerjaan rutin pada HP yang dipakai, di ruang mesin sebenarnya. Sebagai sasaran uji coba, usahakan pencatatannya di bawah sembilan puluh detik dan sepuluh ketukan, tanpa menghapus bukti wajib.
5. Tinjau isian yang tidak digunakan setelah tiga puluh hari. Pertahankan catatan keselamatan, garansi, dan isian wajib. Buka laporannya, lihat isian mana yang benar-benar dipakai, hapus isian pelaporan yang tidak diperlukan dari formulir, dengan tetap menjaga catatan wajib. Uji apakah penyederhanaan tersebut meningkatkan pencatatan pekerjaan.
6. Pilah riwayat lama sebelum diimpor. Bawa daftar aset dan pekerjaan yang masih terbuka lebih dulu. Bersihkan catatan penting sebelum masuk laporan baru, lalu simpan arsip asli yang tetap dapat ditelusuri. Riwayat keselamatan, garansi, dan perawatan wajib jangan dibuang hanya karena formatnya berantakan.

Perlakukan tiga bulan pertama sebagai proyek dengan penanggung jawab bernama dan rapat mingguan, sama seperti sistem internal mana pun. Pola kegagalannya sudah saya urai di manajemen proyek perangkat lunak untuk UKM, dan penerapan sistem perawatan kena hampir semuanya.

Uji hambatan pencatatan bersama teknisi

Label yang dapat dipindai, formulir empat isian, dan aplikasi tanpa ketergantungan sinyal dapat mengurangi hambatan pencatatan. Uji apakah perubahan tersebut membuat lebih banyak pekerjaan masuk ke sistem, sambil mempertahankan bukti dan persetujuan yang wajib.

Kurangi pengetikan dan penantian yang tidak diperlukan, lalu ukur kelengkapan catatan. Laporan perawatan baru dapat dinilai dengan baik jika pekerjaan nyata tercakup di dalamnya.