Approval Izin dan Sakit Digital: Cek Alurnya Sebelum Memilih Aplikasi

Approval Izin dan Sakit Digital: Cek Alurnya Sebelum Memilih Aplikasi

Banyak perusahaan sudah memindahkan pengajuan izin dan sakit dari kertas atau chat ke aplikasi. Namun, mengganti kanal pengajuan belum tentu membuat administrasi lebih rapi. Pengajuan mungkin sudah masuk, tetapi siapa yang harus menyetujui, apakah buktinya sudah diperiksa, dan apakah hasil akhirnya sudah tercatat di data absensi masih bisa menjadi pertanyaan.

Karena itu, saat menilai sistem approval izin dan sakit via aplikasi, jangan hanya melihat daftar fitur. Telusuri alurnya dari sisi karyawan, atasan, dan HR: bagaimana pengajuan dibuat, diteruskan, diputuskan, diperbarui statusnya, lalu masuk ke rekap perusahaan.

Telusuri pengajuan sampai status akhirnya

Alur dimulai ketika karyawan mengisi formulir melalui Employee Self Service (ESS) atau aplikasi mobile. Karyawan memilih jenis pengajuan, menentukan periode atau durasi ketidakhadiran, menuliskan alasan, dan melampirkan bukti jika diwajibkan oleh kebijakan internal perusahaan.

Pengajuan izin dan sakit tidak selalu membutuhkan informasi yang sama. Pengajuan izin biasanya memerlukan alasan dan periode yang jelas. Sementara itu, pengajuan sakit dapat membutuhkan surat keterangan atau dokumen pendukung lain sesuai aturan perusahaan. Aplikasi yang baik perlu membedakan kedua jenis pengajuan ini, bukan memaksa semuanya masuk ke formulir yang sama.

Setelah dikirim, sistem meneruskan pengajuan kepada approver yang sesuai. Keputusannya dapat berupa persetujuan, penolakan, atau permintaan revisi. Status tersebut perlu terlihat oleh karyawan dan dapat dipantau HR. Jika pengajuan disetujui, hasilnya juga perlu diteruskan ke pencatatan absensi atau rekap HR agar tidak berhenti sebagai data di satu halaman aplikasi.

Gambaran alurnya:

Karyawan mengajukan → sistem meneruskan ke approver → atasan atau HR memeriksa → pengajuan disetujui, ditolak, atau direvisi → status dan riwayat tersimpan → data masuk ke rekap HR atau absensi.

Bagian terakhir sering tidak terlihat saat demo aplikasi. Padahal, pekerjaan HR belum selesai ketika atasan menekan tombol “setujui”. HR tetap membutuhkan data akhir yang bisa ditinjau kembali saat melakukan rekap kehadiran atau memeriksa riwayat seorang karyawan.

Tentukan pihak yang menyetujui sesuai struktur perusahaan

Approver sebaiknya mengikuti struktur organisasi dan kebutuhan operasional perusahaan, bukan sekadar konfigurasi bawaan aplikasi. Atasan langsung biasanya paling memahami dampak ketidakhadiran terhadap pekerjaan harian. HR dapat melakukan validasi akhir jika perusahaan membutuhkan pemeriksaan administratif atau kesesuaian dengan kebijakan internal.

Tahap	Pihak yang bertindak	Yang perlu diperiksa
Pengajuan	Karyawan	Jenis pengajuan, periode, alasan, dan bukti pendukung
Pemeriksaan awal	Atasan langsung, supervisor, atau manager	Kebutuhan operasional dan kesesuaian informasi pengajuan
Validasi akhir	HR atau HRD	Kelengkapan dokumen, status approval, dan kesesuaian dengan kebijakan internal
Pencatatan	HR atau sistem HRIS	Masuknya hasil akhir ke rekap atau data absensi

Perusahaan kecil mungkin cukup menggunakan satu lapis approval: Karyawan → Atasan → Selesai. Dalam alur ini, atasan langsung memiliki kewenangan untuk menyetujui atau menolak pengajuan.

Perusahaan menengah dapat membutuhkan alur berjenjang: Karyawan → Atasan → HR → Selesai. Atasan menilai kebutuhan operasional, sedangkan HR melakukan validasi akhir. Untuk pengajuan sakit, HR juga dapat memeriksa dokumen sesuai ketentuan internal perusahaan.

Saat mengevaluasi aplikasi, tanyakan apakah approver dapat ditentukan berdasarkan divisi, jabatan, atau struktur pelaporan. Periksa juga cara sistem menangani approver pengganti, delegasi, atau pengajuan yang tertahan karena pihak berwenang sedang tidak tersedia. Jangan menganggap kemampuan ini otomatis tersedia hanya karena aplikasi mencantumkan fitur “approval berjenjang”.

Fitur yang menjaga proses tetap terlacak

Nilai fitur berdasarkan pekerjaan yang perlu diselesaikan HR, bukan dari istilah pemasaran. Setidaknya, aplikasi perlu diuji pada kemampuan berikut:

• Formulir digital atau ESS: karyawan dapat mengajukan sendiri tanpa HR mengetik ulang data dari chat atau formulir kertas.

• Pilihan jenis dan periode: pengajuan dapat membedakan izin dan sakit serta mencatat periode yang diajukan.

• Unggah bukti: karyawan dapat melampirkan surat keterangan atau dokumen lain bila dipersyaratkan kebijakan internal.

• Routing approver: pengajuan diteruskan kepada atasan atau pihak berikutnya sesuai struktur perusahaan.

• Notifikasi: karyawan, approver, dan HR mengetahui ketika ada pengajuan baru atau perubahan status.

• Status dan riwayat: setiap pengajuan memiliki status seperti diajukan, menunggu persetujuan, disetujui, ditolak, atau perlu revisi.

• Rekap HR: HR dapat melihat dan menyaring data pengajuan tanpa mengumpulkan informasi dari banyak percakapan.

• Keterhubungan dengan absensi: hasil approval dapat diteruskan ke data absensi atau pencatatan HR sesuai konfigurasi perusahaan.

Fitur seperti pengelolaan saldo cuti atau carry forward mungkin berguna, tetapi bukan inti penilaian sistem approval izin dan sakit. Untuk kebutuhan ini, yang paling mendesak adalah memastikan tidak ada pengajuan tanpa pemilik, bukti yang hilang, atau status yang menggantung.

Uji juga pengajuan yang ditolak dan tertunda

Proses manual biasanya tampak lancar ketika semua orang merespons tepat waktu. Masalah baru terlihat saat pengajuan ditolak, perlu diperbaiki, atau belum diproses. Di sinilah kesiapan aplikasi benar-benar teruji.

Jika pengajuan ditolak, karyawan perlu melihat status dan alasan yang dicatat oleh approver sesuai kemampuan sistem. Jika data atau bukti belum lengkap, status “perlu revisi” lebih membantu daripada sekadar mengembalikan pengajuan tanpa penjelasan. Karyawan juga perlu mengetahui apakah harus mengirim ulang pengajuan atau menunggu tindakan lain.

HR harus dapat menemukan pengajuan yang masih berstatus menunggu persetujuan. Jika aplikasi hanya menampilkan data yang sudah selesai, HR akan kesulitan mengidentifikasi pengajuan yang tertunda. Notifikasi pada tahap pengajuan, keputusan, revisi, dan validasi juga perlu diuji saat demo.

Riwayat keputusan menjadi jejak administratif. Pastikan aplikasi menyimpan setidaknya perubahan status dan pihak yang mengambil keputusan sesuai kemampuan produk yang sedang dievaluasi. Untuk aturan tentang bukti sakit, batas waktu pengajuan, approver pengganti, dan konsekuensi pengajuan terlambat atau ditolak, gunakan kebijakan internal perusahaan sebagai acuan.

Contoh alur untuk perusahaan kecil dan menengah

Ilustratif—perusahaan kecil. Karyawan mengajukan izin melalui aplikasi, memilih jenis izin dan periode, menuliskan alasan, lalu mengirim formulir. Sistem meneruskannya kepada atasan langsung. Jika disetujui, status berubah menjadi disetujui dan hasilnya dapat diteruskan ke pencatatan absensi.

Alur: Karyawan → Atasan → Selesai.

Ilustratif—perusahaan menengah. Karyawan mengajukan sakit dan mengunggah surat keterangan sesuai kebijakan internal. Atasan memeriksa kebutuhan operasional, kemudian HR melakukan validasi akhir. Jika kedua tahap menyetujui, status menjadi disetujui dan data dapat direkap oleh HR.

Alur: Karyawan → Atasan → HR → Selesai.

Gunakan checklist saat meminta demo aplikasi

Saat meminta demo, jangan hanya meminta penjelasan fitur. Minta penyedia aplikasi memperagakan satu alur izin dan satu alur sakit sampai status akhirnya terlihat di sisi HR.

• Apakah karyawan dapat mengajukan melalui ESS atau aplikasi mobile?

• Apakah jenis, periode, alasan, dan bukti pengajuan dapat dicatat?

• Siapa approver untuk setiap divisi atau struktur pelaporan?

• Apakah sistem mendukung satu lapis dan approval berjenjang?

• Apakah atasan dan HR menerima notifikasi pada tahap yang sesuai?

• Apakah status menunggu, disetujui, ditolak, dan perlu revisi terlihat jelas?

• Apakah karyawan dapat melihat riwayat pengajuannya?

• Apakah HR dapat melihat bukti, keputusan, dan perubahan status?

• Apakah pengajuan yang disetujui dapat masuk ke rekap atau data absensi?

• Bagaimana sistem menangani approver pengganti atau pengajuan yang tertunda?

Uji juga skenario yang tidak berjalan mulus: atasan menolak pengajuan, HR meminta revisi bukti, atau pengajuan masih menunggu persetujuan. Jika penyedia hanya menunjukkan halaman pengajuan dan tombol persetujuan, Anda belum melihat keseluruhan alur.

Sesuaikan aplikasi dengan kebijakan perusahaan

Aplikasi tidak seharusnya menentukan aturan izin dan sakit secara sepihak. Perusahaan perlu menetapkan lebih dulu siapa yang menyetujui, kapan bukti diperlukan, bagaimana revisi dilakukan, dan kapan HR melakukan validasi. Setelah itu, konfigurasi aplikasi dapat diuji terhadap kebijakan tersebut.

Pilihan yang tepat bukan aplikasi dengan daftar fitur paling panjang. Yang lebih penting, setiap pengajuan dapat ditelusuri: siapa yang mengajukan, dokumen apa yang dilampirkan, siapa yang memutuskan, apa statusnya, dan ke mana hasil akhirnya dicatat. Itulah patokan yang lebih berguna ketika HR dan pemilik bisnis membandingkan sistem approval izin dan sakit via aplikasi.