SPKL: lembur disetujui sebelum terjadi, bukan sesudah
Lembur yang baru dihitung di akhir bulan dari data mesin absensi selalu memicu sengketa. Surat Perintah Kerja Lembur (SPKL) membalik urutannya: rencana, persetujuan, konfirmasi, realisasi, lalu pembayaran.
Di banyak pabrik, lembur ditemukan, bukan direncanakan: pada akhir bulan HR membaca log mesin absensi, mengalikan jam di luar jadwal dengan tarif, lalu membayar. Sengketa pun dimulai: kepala line berkata jam itu tidak pernah ia perintahkan, karyawan berkata ia diminta tinggal, dan keuangan bertanya siapa yang menyetujui. Surat Perintah Kerja Lembur (SPKL) membalik urutan itu, sehingga lembur disetujui sebelum terjadi dan dibayar sesuai jam yang benar-benar dikerjakan.
SPKL lembur berjalan dalam enam langkah, dari pengajuan sampai closing
- Pengajuan. Kepala line merencanakan lembur sebelum jam kerja dimulai: nama, jam, alasan, dan line. Lembur yang diajukan setelah kejadian tetap bisa dicatat, tetapi sebagai pengecualian yang terlihat.
- Pemeriksaan. Pemeriksa mengecek kelengkapan dan kewajaran: nama ada di jadwal, dan jam tidak melewati batas harian dan mingguan.
- Persetujuan sesuai matriks. Setiap unit punya jenjang persetujuannya sendiri. Lembur di atas ambang jam atau pada hari libur naik satu jenjang. Lembur yang tidak disetujui tidak masuk payroll, dan semua pihak melihatnya sebelum tutup buku.
- Konfirmasi karyawan. Sebelum jam lembur, karyawan memindai kartu di kios lantai produksi dan menyatakan ikut atau tidak. Daftar konfirmasi menjadi dasar pesanan katering.
- Realisasi. Jam pulang dari file mesin absensi menentukan jam yang benar-benar dikerjakan, dibatasi oleh jam yang disetujui.
- Closing. Sebelum payroll, HR menutup SPKL bulan itu. Jam yang disetujui dan terealisasi dibayar; selisihnya tercatat dengan alasan.
Setiap pihak tahu statusnya sebelum lembur dimulai
| Pihak | Sebelum | Dengan SPKL |
|---|---|---|
| Kepala line | Meminta lisan, membela di akhir bulan | Mengajukan sebelum jam kerja, melihat status |
| Karyawan | Tahu dibayar atau tidak saat slip keluar | Tahu sebelum lembur dimulai |
| HR | Menafsirkan log mesin | Memeriksa pengecualian |
| Pemilik | Total lembur per bulan | Lembur per unit, disetujui vs terealisasi, siapa menyetujui |
Tiga kesalahan mengembalikan SPKL ke sengketa akhir bulan
- Pabrik memakai satu jenjang persetujuan untuk semua unit, padahal maintenance dan produksi memutuskan lembur di tingkat yang berbeda.
- Pabrik memakai kios konfirmasi setelah makanan datang, sehingga kios hanya mencatat kerugian.
- HR mengambil realisasi dari SPKL, bukan dari mesin, sehingga jam yang direncanakan dibayar sebagai jam yang dikerjakan.
Dua angka SPKL menunjukkan hasilnya setelah tiga bulan
Angka pertama adalah persentase SPKL yang diajukan sebelum jam lembur dimulai; angka ini mengukur disiplin perencanaan. Angka kedua adalah selisih antara jam disetujui dan jam terealisasi per unit; angka ini mengukur apakah rencananya realistis. Keduanya keluar dari data SPKL tanpa perhitungan tambahan.
Di HRKita, payroll membaca hasil closing SPKL, bukan log mesin
SPKL di HRKita berjalan dari pengajuan sampai closing dengan matriks persetujuan per unit, kios konfirmasi lembur dan katering di lantai produksi, realisasi dari file ekspor mesin absensi, dan koreksi yang berjejak. Payroll membaca hasil closing, bukan log mesin mentah. Lihat alurnya di halaman absensi dan lembur HRKita, lalu jadwalkan demo SPKL untuk pabrik Anda.