Ketika permintaan cuti, lembur, rekrutmen, atau pembelian alat kerja masih lewat chat dan email, masalahnya biasanya bukan niat buruk. Informasi tercecer, keputusan terlambat, dan jejak audit sulit ditelusuri saat ada komplain atau pemeriksaan. Dengan pendekatan yang tepat, HR bisa memimpin adopsi aplikasi persetujuan internal perusahaan yang rapi, cepat, dan konsisten tanpa membuat tim merasa terbebani.
Langkah 1: Samakan definisi masalah dan target yang terukur
Mulai dari hal yang sering memicu gesekan: permintaan bolak-balik karena format berbeda, approver tidak jelas, atau SLA yang belum disepakati. HR sebaiknya memfasilitasi diskusi lintas fungsi singkat untuk menyepakati apa yang ingin diperbaiki sebelum membahas fitur. Cara ini mencegah ekspektasi yang kabur saat sistem sudah berjalan.
Target sederhana dan terukur biasanya berupa metrik operasional. Contoh: “90% request cuti disetujui/ditolak dalam 1 hari kerja” atau “tidak ada pembayaran lembur tanpa persetujuan atasan dan verifikasi jam kerja”. Dari target itu Anda dapat memilih proses yang layak jadi pilot.
- Pilih 1–2 proses ber-volume tinggi (misalnya cuti dan lembur) untuk uji coba awal.
- Tentukan SLA internal per proses (misalnya 4 jam kerja untuk approval level 1).
- Sepakati definisi selesai: disetujui/ditolak tercatat, notifikasi terkirim, dan data siap untuk payroll.
- Putuskan indikator kualitas: jumlah revisi, penolakan karena data kurang, dan eskalasi.
Langkah 2: Petakan alur persetujuan dan kebijakan, lalu sederhanakan
Sebelum mengonfigurasi apa pun, petakan kondisi nyata di lapangan. Misalnya untuk lembur: siapa mengajukan, siapa memverifikasi jam, siapa menyetujui biaya, dan kapan data masuk ke payroll. Pemetaan sering mengungkap approval berlapis yang tidak relevan atau aturan yang hanya diketahui sedikit orang.
Berikut prinsip penyederhanaan yang aman dipakai di banyak perusahaan di Indonesia selama tetap sesuai kebijakan internal dan kebutuhan audit. Sederhanakan tanpa mengurangi kontrol, terutama pada proses yang berdampak finansial.
- Gunakan level persetujuan minimal yang tetap memadai (misalnya atasan langsung + HR untuk kasus tertentu).
- Tetapkan kriteria eskalasi yang jelas (misalnya lembur di atas 4 jam perlu level tambahan).
- Standarkan form input: alasan, tanggal, durasi, lampiran (jika perlu) agar approver tidak menebak.
- Definisikan pengecualian: karyawan shift, area operasional, atau kondisi darurat.
- Tetapkan aturan delegasi saat approver cuti agar request tidak menggantung.
Pastikan HR dan pemilik proses sepakat pada versi kebijakan yang berlaku. Jika kebijakan masih tersebar dalam dokumen lama, rapikan ringkasannya dulu agar konfigurasi tidak berubah-ubah setelah implementasi.
Langkah 3: Siapkan desain data, peran, dan integrasi sejak awal
Sistem persetujuan cepat rusak jika data org chart, jabatan, atau lokasi kerja berantakan. Tentukan sumber data karyawan yang jadi single source of truth dan pastikan peran serta otorisasi mengacu ke sana. Ini menjaga kerahasiaan data personal dan mencegah orang tak berwenang melihat permintaan.
Untuk HR, desain peran biasanya mencakup pemohon (employee), approver (atasan), verifikator (misalnya admin operasional), dan administrator sistem. Pastikan tiap peran hanya punya akses seperlunya, misalnya approver hanya melihat request timnya. Jika Anda butuh referensi tentang bagaimana tim operasi menilai kelayakan alur persetujuan, gunakan panduan menilai workflow persetujuan internal agar HR dan operasional punya bahasa yang sama.
Integrasi sebaiknya dipikirkan sebelum pilot, walau tidak semua harus dikerjakan sekaligus. Contoh integrasi penting: sinkronisasi ke sistem absensi dan payroll, atau minimal ekspor data yang konsisten (format tanggal, kode unit, dan penamaan jabatan). Dengan begitu, persetujuan menjadi data yang bisa dieksekusi, bukan sekadar status.
Langkah 4: Jalankan pilot terkontrol, lalu kelola perubahan sampai jadi kebiasaan
Pilot yang baik bukan sekadar mencoba fitur; ia menguji apakah proses baru berjalan dalam ritme kerja nyata. Pilih unit yang mewakili peran lengkap: atasan yang aktif menyetujui, admin yang mengelola, dan karyawan yang rutin mengajukan request. Buat periode uji coba 2–4 minggu agar menangkap variasi kasus.
Selama pilot, lakukan coaching singkat berbasis skenario agar orang tidak hanya belajar lewat trial-and-error. Contoh: cara mengajukan cuti mendadak, menambahkan lampiran surat dokter, atau apa yang terjadi jika approver tidak merespons dalam SLA. Kunci keberhasilan ada pada umpan balik cepat dan perbaikan kecil yang konsisten.
- Siapkan SOP 1 halaman per proses (apa yang diisi, siapa menyetujui, kapan efektif).
- Buat kanal pertanyaan dan triase: bug sistem, salah alur, atau kebijakan belum jelas.
- Review metrik mingguan: waktu rata-rata approval, request tertunda, dan penyebab penolakan.
- Perbarui template form dan aturan validasi untuk mengurangi data kurang lengkap.
- Setelah stabil, perluas ke proses lain: perjalanan dinas, pengadaan kecil, perubahan jadwal.
Penutup yang sering terlupa adalah menetapkan standar operasional baru: kapan email tidak lagi diterima, apa konsekuensinya jika approval dilakukan di luar sistem, dan siapa yang memonitor kepatuhan. Langkah ini membantu adopsi bertahan setelah euforia implementasi berlalu sekaligus memperkuat kontrol internal.
Dengan lima langkah ini, HR bisa mengubah persetujuan harian menjadi proses yang transparan, cepat, dan mudah diaudit.
Jika Anda ingin merapikan langkah berikutnya, susun daftar proses prioritas dan metriknya sebelum rapat lintas fungsi berikutnya.
Jelajahi solusi HR & operasional di https://epruvo.com