Panduan HRIS
Aplikasi Absensi Karyawan Online, dari Ekspor Mesin ke Rekap Siap Payroll
Hampir semua perusahaan di kawasan industri dan perkantoran Kabupaten Bogor sudah punya mesin absensi. Mesin fingerprint di gerbang pabrik Cileungsi, mesin kartu di lobi kantor Cibubur, atau perangkat pengenal wajah di pintu gudang Gunung Putri. Pencatatannya jarang bermasalah.
Yang bermasalah adalah apa yang terjadi setelah data itu keluar dari mesin.
Pola umumnya begini: setiap awal bulan, data diekspor menjadi berkas Excel, dikirim ke HRD, lalu diolah tangan. Dicocokkan dengan daftar cuti yang disetujui, dikurangi hari libur nasional, disaring untuk karyawan yang lupa scan saat keluar, disesuaikan dengan shift yang berlaku. Untuk satu lokasi dengan 300 karyawan dan 22 hari kerja, itu sekitar 6.600 baris yang harus dinilai setiap bulan.
Pekerjaan itu memakan tiga sampai lima hari kerja, dan hasilnya tetap rawan salah. Artikel ini membahas apa yang sebenarnya harus dilakukan sebuah aplikasi absensi karyawan online, dan kenapa mengganti mesin biasanya bukan jawabannya.
Mencatat itu mudah, menilai itu yang sulit
Perlu dipisahkan dua hal yang sering dianggap satu.
Pencatatan adalah menyimpan jam scan seorang karyawan. Mesin sudah melakukan ini dengan baik, dan hasilnya cuma sederet waktu.
Penilaian adalah menentukan arti dari jam itu: hadir tepat waktu, terlambat, pulang cepat, alpa, sedang cuti resmi, atau libur. Dan untuk menilainya, satu baris jam scan tidak cukup. Dibutuhkan empat sumber lain:
- Jadwal shift karyawan yang bersangkutan pada tanggal itu.
- Hari libur nasional dan cuti bersama yang berlaku.
- Pengajuan cuti dan day off yang sudah disetujui atasan.
- Koreksi manual untuk kasus yang wajar, misalnya penugasan ke luar kantor.
Selama keempat sumber itu tersimpan di berkas terpisah, penggabungannya akan selalu menjadi pekerjaan tangan. Sebanyak apa pun rumus VLOOKUP yang disusun.
Alurnya: impor, cocokkan, periksa pengecualian
Di Podkode HRIS, data hasil ekspor mesin diimpor ke sistem, lalu dicocokkan otomatis dengan shift, hari libur, dan pengajuan yang sudah disetujui. Yang tersisa untuk diperiksa manusia hanya pengecualian.
Bedanya bukan sedikit. Dari 6.600 baris, yang benar-benar butuh keputusan orang biasanya puluhan: karyawan yang tidak scan saat pulang, jam yang ganda karena melewati gerbang dua kali, atau ketidakhadiran tanpa pengajuan yang perlu ditanyakan ke supervisor.
| Yang dinilai sistem | Yang tetap perlu keputusan orang |
|---|---|
| Hadir sesuai shift | Scan tunggal tanpa pasangan masuk atau keluar |
| Terlambat terhadap jam shift | Ketidakhadiran tanpa pengajuan cuti |
| Sedang cuti atau day off yang disetujui | Penugasan luar kantor yang tidak melewati mesin |
| Hari libur nasional dan cuti bersama | Perbaikan data karena mesin sempat bermasalah |
Rekap akhir bulan berubah dari pekerjaan tiga hari menjadi pemeriksaan satu daftar pendek.
Setiap baris menyimpan asal usulnya
Ini bagian yang jarang ditanyakan, tapi paling menentukan saat ada sengketa.
Setiap baris absensi di Podkode HRIS menyimpan sumber datanya: hasil impor mesin atau input manual. Kalau ada koreksi, koreksinya terlihat sebagai koreksi, bukan menggantikan data asli tanpa jejak. Ketika seorang karyawan mempertanyakan potongan kehadirannya, penelusurannya berhenti pada data, bukan pada ingatan siapa yang mengubah apa. Untuk perubahan penting lainnya, audit log mencatat siapa dan kapan.
Satu perusahaan, beberapa pola kerja
Perusahaan di koridor Cibubur sampai Cileungsi jarang punya satu pola jam kerja saja. Kantor administrasi berjalan reguler, produksi berputar tiga shift, gudang punya jam sendiri, dan tim maintenance berbeda lagi.
Ketika semua dinilai dengan satu standar jam kerja, hasilnya salah untuk hampir semua orang, dan HRD menghabiskan waktu mengoreksi laporan yang seharusnya otomatis.
Podkode HRIS menyimpan shift sebagai data master tersendiri: nama shift, jam masuk, jam keluar, dan lokasi kerja yang memakainya. Absensi dinilai terhadap shift yang berlaku bagi karyawan itu. Rekapnya bisa dilihat per lokasi, per departemen, atau digabung untuk seluruh perusahaan.
Absensi yang tersambung ke cuti dan payroll
Rekap absensi bukan tujuan akhir. Ia dipakai di dua tempat lain, dan di situlah nilainya benar-benar terasa.
Ke cuti: ketika pengajuan cuti disetujui, saldo berkurang otomatis dan tanggal tersebut dinilai sebagai cuti resmi, bukan alpa. Tanpa sambungan ini, rekap akhir bulan tetap harus dikoreksi tangan, dan langkah inilah yang paling sering hilang pada solusi setengah jadi.
Ke payroll: komponen yang bergantung kehadiran seperti uang makan, transport, dan premi shift mengambil angkanya dari rekap yang sama. Tidak ada penyalinan antar berkas, jadi tidak ada versi yang tertinggal. Alurnya dibahas lebih jauh di panduan payroll online.
Portal karyawan mengurangi perdebatan akhir bulan
Sebagian besar sengketa absensi muncul karena karyawan baru melihat rekapnya saat gaji sudah dihitung. Dari portal Employee Self Service, karyawan bisa melihat rekap absensi pribadinya kapan saja, dari ponsel atau komputer bersama di area kerja.
Kesalahan yang ditemukan tanggal 8 jauh lebih mudah diselesaikan daripada kesalahan yang ditemukan setelah slip gaji terbit.
Pertanyaan yang sering diajukan
Mesin absensi kami merek lama. Perlu diganti?
Umumnya tidak. Selama mesin bisa mengekspor data ke berkas, umumnya CSV atau Excel, datanya bisa diimpor. Yang dibutuhkan hanya kolom identitas karyawan dan waktu scan.
Kami punya beberapa mesin di lokasi berbeda. Bisa digabung?
Bisa. Setiap karyawan terhubung ke lokasi kerjanya, dan data dari beberapa mesin bisa diimpor ke sistem yang sama. Laporan bisa dilihat per lokasi maupun gabungan.
Bagaimana dengan karyawan yang bekerja tanpa melewati mesin?
Untuk tim proyek, sales lapangan, atau outlet kecil yang tidak memiliki mesin, absensi bisa diinput oleh pihak yang berwenang dan ditandai sebagai input manual. Sumber datanya tetap tercatat, jadi perbedaan perlakuannya transparan.
Apakah bisa impor otomatis setiap hari?
Tergantung kemampuan mesin dan kebijakan jaringan Anda. Banyak perusahaan memilih impor berkala, misalnya harian atau mingguan, sehingga koreksi bisa dilakukan jauh sebelum tutup periode. Skema yang paling cocok kami tentukan bersama pada tahap implementasi.
Data absensi tiga tahun ke belakang masih perlu kami simpan.
Muat. Basis datanya MySQL dengan struktur relasional yang dirancang untuk volume absensi harian dalam jumlah besar. Untuk skala di atas seribu karyawan, spesifikasi server kami sesuaikan pada tahap implementasi.
Langkah berikutnya
Ujinya sederhana: ambil berkas ekspor mesin bulan lalu, masukkan ke sistem, lalu bandingkan hasil rekapnya dengan rekap yang dikerjakan tim Anda secara manual. Selisihnya akan menunjukkan dengan tepat di mana waktu tim selama ini habis.
Untuk jaringan toko, kafe, atau klinik dengan beberapa titik operasi, lihat juga pengelolaan jadwal bergilir dan karyawan lintas outlet.