ERP untuk Facility Management dan Jasa Kebersihan: Jadwal, Checklist, dan SLA

Penyedia facility management dan jasa kebersihan menjual sesuatu yang sulit dilihat: ruangan yang bersih, lift yang berfungsi, taman yang rapi, dan genset yang siap pakai. Klien baru menyadari nilainya ketika ada yang gagal. Karena itu bisnis ini hidup dari konsistensi dan bukti. Konsistensi berarti pekerjaan yang sama dilakukan pada jam yang sama di puluhan lokasi. Bukti berarti Anda dapat menunjukkan, kapan pun diminta, bahwa pekerjaan itu benar-benar dilakukan sesuai kontrak.

Banyak perusahaan di bidang ini masih mengelola jadwal di grup pesan singkat, checklist di kertas yang difoto, dan keluhan klien lewat telepon ke supervisor. Selama lokasinya sedikit, cara itu berjalan. Begitu kontrak bertambah, muncul masalah yang sama: pekerjaan terlewat tanpa ada yang tahu, denda SLA datang tanpa data pembela, dan margin per kontrak baru diketahui setelah kontrak berakhir. Artikel ini membahas fungsi sistem yang dibutuhkan, cara menyusun alurnya dari kontrak sampai penagihan, dan langkah penerapan yang realistis. Isinya panduan umum; ketentuan ketenagakerjaan dan perizinan usaha jasa dapat berbeda, jadi konfirmasikan kepada konsultan hukum Anda.

Ringkasan

• Nilai bisnis ini ada pada bukti pekerjaan, sehingga setiap jadwal harus menghasilkan catatan pelaksanaan
• Kontrak per lokasi menentukan lingkup, frekuensi, jam kerja, jumlah petugas, dan SLA yang akan diukur
• Checklist digital dengan waktu, lokasi, dan foto menggantikan laporan kertas yang sulit dilacak
• Keluhan klien perlu masuk sebagai tiket dengan batas waktu respons, bukan sebagai pesan yang tercecer
• Biaya bahan, peralatan, dan tenaga kerja harus dihitung per kontrak agar margin terlihat sejak bulan pertama

Apa yang membuat bisnis facility management berbeda

Perusahaan manufaktur memproduksi barang yang bisa dihitung. Perusahaan facility management memproduksi kondisi: gedung yang bersih, aman, dan nyaman. Kondisi itu diukur lewat kombinasi pelaksanaan pekerjaan, hasil inspeksi, dan kepuasan penghuni. Tiga ciri membuat kebutuhan sistemnya khas.

Pertama, pekerjaan tersebar dan berulang. Satu kontrak bisa mencakup gedung perkantoran dengan belasan petugas dalam tiga shift, sementara kontrak lain hanya satu petugas di sebuah ruko. Pekerjaan harian, mingguan, bulanan, dan tahunan bercampur: menyapu setiap pagi, membersihkan kaca tiap dua minggu, servis pendingin udara tiap triwulan.

Kedua, hubungan dengan klien diatur oleh kontrak dan SLA. Klien menuntut waktu respons, tingkat kebersihan, dan kehadiran petugas. Pelanggaran dapat berujung pada potongan tagihan. Tanpa data, Anda hanya bisa berdebat.

Ketiga, tenaga kerja adalah biaya terbesar dan paling sulit dikendalikan. Absensi, penggantian petugas yang berhalangan, lembur, dan perputaran karyawan memengaruhi mutu sekaligus margin. Bila Anda juga menyediakan tenaga alih daya, baca bagian pendukungnya di ERP untuk perusahaan alih daya.

Kontrak dan lingkup layanan per lokasi

Titik awal sistem adalah kontrak yang terstruktur, bukan sekadar berkas PDF. Untuk setiap lokasi, catat data berikut dalam bentuk yang bisa dicari dan dihitung:

• Pihak klien, alamat, kontak penanggung jawab, dan masa berlaku kontrak
• Daftar area dan jenis pekerjaan, misalnya lobi, toilet, area produksi, taman, atau kolam
• Frekuensi per pekerjaan dan jendela waktu pelaksanaan
• Jumlah petugas dan jam kerja yang dijanjikan
• Harga: tetap per bulan, per jam, per kepala, atau campuran
• Ketentuan SLA, termasuk potongan bila target tidak tercapai
• Bahan dan peralatan yang ditanggung penyedia atau klien

Dari data ini sistem dapat menghasilkan jadwal otomatis, daftar kebutuhan bahan, dan dasar tagihan. Perpanjangan kontrak juga lebih mudah dipantau; pembahasan umumnya ada di manajemen kontrak dan perpanjangan pelanggan.

Jadwal rutin dan penugasan petugas

Dengan lingkup yang jelas, sistem membuat jadwal pekerjaan berulang. Aturannya sederhana tetapi banyak: pekerjaan harian muncul setiap hari pada jam tertentu, pekerjaan mingguan pada hari yang ditentukan, dan pekerjaan berkala menyesuaikan kalender. Setiap kemunculan pekerjaan menjadi tugas yang dapat ditugaskan kepada petugas atau tim.

Hal yang perlu didukung:

• Penugasan petugas ke lokasi dan shift, termasuk petugas pengganti saat ada yang izin atau sakit
• Tampilan jadwal harian untuk supervisor sehingga lokasi tanpa petugas terlihat sebelum hari berjalan
• Pertukaran shift dengan persetujuan supervisor dan jejak perubahan
• Aturan jam kerja dan lembur agar tidak melanggar ketentuan internal maupun regulasi

Prinsip penjadwalan shift yang lebih umum sudah dibahas di penjadwalan shift dan manajemen tenaga kerja, dan absensi di lokasi tersebar dibahas di mengelola absensi karyawan lapangan. Dalam facility management, keduanya disambungkan: petugas yang terjadwal tetapi belum hadir langsung memicu peringatan kepada supervisor.

Checklist digital sebagai bukti pekerjaan

Checklist kertas sering diisi di akhir minggu dari ingatan. Checklist digital mengubah ini menjadi catatan pelaksanaan yang andal. Setiap tugas memiliki daftar butir pekerjaan, dan petugas menandainya lewat aplikasi seluler di lokasi.

Rancangan yang efektif:

• Butir pekerjaan singkat dan spesifik, misalnya "isi ulang sabun di semua toilet lantai 2", bukan "bersihkan toilet"
• Penanda waktu dan lokasi otomatis, dengan pemindaian kode QR di area sebagai bukti kehadiran di titik tersebut
• Foto sebelum dan sesudah untuk pekerjaan yang sering disengketakan
• Kolom catatan untuk temuan, misalnya keran bocor atau lampu mati
• Mode luring, karena banyak ruang bawah tanah dan gudang tidak memiliki sinyal; cara kerjanya dijelaskan di [kapan aplikasi perlu bekerja offline](/blog/kapan-aplikasi-perlu-bekerja-offline)

Catatan ini bukan sekadar pengawasan terhadap petugas. Ia juga melindungi petugas yang bekerja dengan benar ketika klien menuduh sebaliknya.

Inspeksi, temuan, dan permintaan perbaikan

Selain pekerjaan rutin, supervisor melakukan inspeksi berkala. Sistem menyediakan formulir inspeksi dengan skor per area, misalnya skala satu sampai lima, plus foto temuan. Skor yang konsisten dari waktu ke waktu menjadi bukti mutu, dan tren yang menurun menjadi tanda peringatan dini sebelum klien mengeluh.

Temuan yang memerlukan perbaikan tidak boleh berhenti sebagai catatan. Ia harus menjadi permintaan kerja dengan penanggung jawab dan tenggat. Bila perbaikan menjadi tanggung jawab klien, misalnya atap bocor, permintaan itu diteruskan kepada klien dengan bukti foto sehingga ada catatan bahwa Anda sudah melapor. Untuk aset yang dirawat penyedia, misalnya pompa atau genset, hubungkan dengan jadwal perawatan preventif seperti pada manajemen aset dan perawatan peralatan dengan ERP.

Keluhan klien dan SLA

Klien jarang menunggu laporan bulanan. Mereka menghubungi supervisor, resepsionis, atau pimpinan ketika sesuatu terasa salah. Sistem yang baik memberi klien satu jalur, misalnya portal atau nomor khusus, dan setiap keluhan masuk sebagai tiket dengan nomor, kategori, prioritas, dan batas waktu respons serta penyelesaian.

Beberapa praktik yang membantu:

• Kategori dan prioritas yang jelas: tumpahan di lobi saat acara penting berbeda urgensinya dari permintaan pembersihan rutin
• Penghitung SLA yang berjalan otomatis dan memberi peringatan sebelum tenggat terlewat
• Eskalasi ke supervisor atau manajer bila tiket belum ditangani
• Riwayat tiket per lokasi yang bisa dipakai dalam rapat evaluasi bulanan dengan klien

Prinsipnya sama dengan sistem tiket dukungan pada umumnya, yang dibahas di sistem tiket dukungan pelanggan dan SLA. Bedanya, di sini setiap tiket terkait langsung dengan lokasi, kontrak, dan petugas yang bertugas pada saat itu, sehingga akar masalah lebih mudah ditelusuri.

Bahan, peralatan, dan biaya

Bahan habis pakai seperti cairan pembersih, kantong sampah, dan tisu, serta peralatan seperti mesin poles dan penyedot debu, harus dikaitkan ke kontrak. Alasannya sederhana: tanpa pencatatan, pemakaian berlebih di satu lokasi tertutup oleh lokasi lain, dan margin kontrak tidak pernah akurat.

Fungsi yang diperlukan:

• Stok bahan di gudang pusat dan di lokasi, dengan permintaan dan pengeluaran per lokasi
• Standar pemakaian per area, sehingga penyimpangan terlihat
• Daftar peralatan dengan lokasi saat ini, kondisi, dan jadwal servis
• Pembelian terhubung ke persetujuan dan pemasok, mengikuti pola di [alur approval pembelian](/blog/alur-approval-pembelian)

Dengan data ini biaya langsung per kontrak terdiri dari tenaga kerja, bahan, penyusutan peralatan, transportasi, dan perlengkapan seperti seragam. Di tingkat perusahaan, ongkos tetap seperti kantor pusat dan supervisor dialokasikan dengan aturan yang konsisten.

Penagihan dan margin per kontrak

Penagihan mengikuti struktur harga kontrak. Kontrak bulanan tetap menghasilkan faktur berulang. Kontrak per jam atau per kepala menarik data kehadiran yang sudah disetujui. Pekerjaan tambahan di luar lingkup, seperti pembersihan setelah renovasi, dicatat sebagai pekerjaan tambahan dengan persetujuan klien, lalu ditagihkan terpisah. Tanpa mekanisme ini, pekerjaan tambahan sering dikerjakan gratis.

Potongan SLA dihitung dari data tiket dan inspeksi, bukan dari negosiasi di akhir bulan. Anda tetap menyetujui potongan yang sah, tetapi Anda juga memiliki dasar untuk menolak potongan yang tidak beralasan. Otomatisasi faktur dan tindak lanjut piutang dibahas di otomatisasi faktur dan penagihan piutang B2B.

Laporan yang paling penting bagi pemilik bisnis adalah margin per kontrak: pendapatan dikurangi biaya langsung, dibandingkan dengan rencana saat penawaran. Kontrak yang margin aktualnya terus di bawah rencana perlu dinegosiasikan ulang atau tidak diperpanjang.

Menyatukan semuanya di satu sistem

Fungsi di atas dapat tersebar di lima aplikasi, tetapi nilainya muncul ketika data mengalir di antaranya. Alur idealnya: kontrak menghasilkan jadwal, jadwal menghasilkan tugas, tugas menghasilkan catatan pelaksanaan, catatan dan tiket menghasilkan data SLA, lalu data itu menjadi dasar tagihan serta laporan margin. Bila setiap langkah memakai aplikasi terpisah, orang kembali menyalin data secara manual dan kesalahan kembali muncul.

Pertimbangkan integrasi dengan sistem HRIS untuk absensi dan payroll, dengan akuntansi untuk faktur dan biaya, serta dengan portal klien untuk tiket. Pola integrasinya mengikuti pembahasan di webhook dan integrasi real-time untuk bisnis.

Penerapan bertahap yang realistis

Sistem seperti ini sebaiknya tidak diluncurkan serentak di seluruh lokasi. Urutan yang masuk akal:

• Bulan pertama: data kontrak, lokasi, dan petugas; jadwal rutin untuk dua atau tiga lokasi percontohan
• Bulan kedua: checklist digital dan kode QR di lokasi percontohan, dengan pelatihan singkat untuk petugas dan supervisor
• Bulan ketiga: tiket keluhan dan penghitung SLA, lalu perluasan ke lokasi lain
• Bulan keempat dan seterusnya: biaya bahan, penagihan otomatis, dan laporan margin

Pilih lokasi percontohan yang kooperatif dan cukup representatif. Libatkan supervisor sejak awal, karena merekalah yang akan memakai sistem setiap hari. Bila aplikasi dirasakan sebagai beban pelaporan tanpa manfaat, petugas akan mengisinya asal-asalan dan nilai buktinya hilang. Tunjukkan manfaat konkret: jadwal lebih jelas, keluhan lebih cepat selesai, dan perlindungan saat ada sengketa.

Kesalahan yang sering terjadi

• Checklist terlalu panjang sehingga petugas mencentang semuanya tanpa melihat; mulailah dengan butir yang paling penting
• Tidak ada aturan siapa yang menutup tiket, sehingga keluhan menggantung
• Biaya bahan tidak dikaitkan ke kontrak, sehingga margin hanya perkiraan
• Data kontrak tidak diperbarui saat ada perubahan lingkup, sehingga jadwal dan tagihan tidak sinkron
• Mengabaikan kondisi lapangan seperti sinyal lemah dan ponsel sederhana saat memilih aplikasi

Pertanyaan yang sering diajukan

Apakah bisnis dengan sepuluh lokasi sudah membutuhkan sistem?

Biasanya ya, setidaknya untuk jadwal, checklist, dan tiket. Pada skala itu supervisor tidak lagi bisa mengingat semuanya, dan satu sengketa SLA tanpa bukti dapat menghapus margin beberapa bulan.

Apakah petugas dengan ponsel sederhana bisa memakai checklist digital?

Bisa, bila aplikasinya ringan, antarmukanya sederhana, dan mendukung mode luring. Sebagian perusahaan juga menyediakan ponsel bersama di setiap lokasi.

Bagaimana dengan privasi saat melacak lokasi petugas?

Kumpulkan data seperlunya, misalnya pemindaian kode QR pada titik kerja, bukan pelacakan terus-menerus. Beri tahu petugas data apa yang dicatat dan untuk apa, sesuai prinsip pelindungan data pribadi.

Penutup

Facility management dan jasa kebersihan adalah bisnis bukti: pekerjaan yang konsisten, tercatat, dan dapat dipertanggungjawabkan kepada klien. Sistem yang menyambungkan kontrak, jadwal, checklist, tiket, biaya, dan tagihan mengubah bisnis ini dari bergantung pada ingatan supervisor menjadi berbasis data. Hasilnya lebih sedikit sengketa, kontrak yang lebih menguntungkan, dan dasar kuat untuk tumbuh. Bila Anda ingin merancang sistem untuk bisnis jasa seperti ini, tim Agsora dapat membantu memetakan alur dan memilih langkah pertama yang paling berdampak.