Susun respons saat aplikasi, jaringan, atau perangkat absensi terganggu: tetapkan pemicu, catatan sementara, pemilik verifikasi, rekonsiliasi setelah pulih, dan pencegahan data ganda.
Kenali gangguan sebelum membuat catatan pengganti
Ketika pekerja tidak dapat melakukan presensi seperti biasa, masalahnya bisa berada pada jaringan, perangkat, akun, aplikasi, atau layanan pusat. Respons pertama bukan langsung membuat daftar kertas untuk semua orang. Tanyakan apakah orang lain mengalami hal sama, catat waktu dan lokasi kejadian, minta bukti pesan kesalahan jika aman, dan tentukan apakah masalah hanya mengenai satu pengguna atau seluruh unit. Pemeriksaan singkat ini mencegah data alternatif dibuat ketika catatan sebenarnya sudah masuk dan hanya belum tampil pada layar tertentu.
Tentukan pemilik insiden, misalnya koordinator cabang atau petugas HR yang sedang bertugas. Ia mengumpulkan fakta, memberi instruksi sementara, dan menyampaikan pembaruan. Orang yang menerima laporan tidak harus menjadi satu-satunya pihak yang menyimpulkan penyebab teknis. Pisahkan konfirmasi layanan dari penilaian disiplin. Karyawan yang mengikuti prosedur saat aplikasi gagal tidak semestinya diperlakukan seolah sengaja melewatkan catatan sebelum fakta diperiksa. Beri status “menunggu verifikasi” sampai sumber data dibandingkan.
Buat pemicu aktivasi yang terukur: berapa lama kegagalan berlangsung, berapa pekerja terdampak, proses mana yang terhenti, dan siapa menyatakan mode cadangan aktif. Hindari instruksi yang kabur seperti “catat saja manual bila perlu”. Pemicu yang tertulis memberi semua shift gambaran kapan menggunakan formulir sementara, kapan menghubungi bantuan, dan bagaimana mengakhiri pencatatan alternatif. Simpan nomor atau kode insiden supaya laporan dari beberapa lokasi dapat dikaitkan dengan satu peristiwa yang sama.
Peraturan Pemerintah Nomor 71 Tahun 2019 mengatur penyelenggaraan sistem elektronik yang andal dan aman, serta persyaratan melindungi ketersediaan, keutuhan, keotentikan, kerahasiaan, dan keteraksesan informasi elektronik. Aturan itu tidak memberikan prosedur khusus untuk aplikasi absensi perusahaan atau menetapkan formulir manual tertentu. HR dapat menggunakannya sebagai pengingat bahwa catatan cadangan harus mempertahankan keutuhan dan keterlacakan, sambil meminta fungsi teknis atau penasihat hukum memeriksa kewajiban yang berlaku bagi sistem dan organisasinya.
Aktifkan mode cadangan yang sederhana dan terbatas
Formulir sementara sebaiknya memiliki nomor unik, nama atau identitas pekerja, tanggal, waktu kejadian, lokasi atau unit, jenis peristiwa, orang yang mencatat, dan cara verifikasi. Pekerja dan atasan dapat memberi konfirmasi jika prosedur internal mengharuskannya. Gunakan media yang mudah dikendalikan dan hanya beredar kepada pihak yang perlu memasukkan atau memeriksa data. Foto formulir di grup umum bukan pengganti arsip: gambar dapat tersebar, sulit dicari, dan kerap menampilkan data lebih banyak daripada yang diperlukan.
Jika jaringan masih berfungsi tetapi aplikasi tidak, tetapkan cara menghubungi petugas insiden dan bagaimana permintaan dicatat agar tidak menggandakan bukti. Bila perangkat bersama digunakan, jangan berbagi kata sandi atau membiarkan satu orang melakukan presensi atas nama rekan. Catat apakah seseorang melihat langsung kejadian atau hanya menerima laporan. Perbedaan itu penting saat HR memeriksa kejanggalan. Jangan meminta pekerja mengirim lokasi pribadi atau foto yang tidak diperlukan hanya demi mengisi formulir darurat.
Buat formulir dapat dipahami pada pergantian shift. Tuliskan waktu lokal dengan tanggal lengkap, bukan hanya “jam tujuh”, dan berikan zona waktu bagi operasi lintas wilayah. Sediakan kolom untuk waktu mulai, waktu selesai, istirahat apabila relevan, serta catatan koreksi. Jika pekerja tidak dapat mengisi sendiri karena keadaan, tentukan siapa yang boleh mencatat atas namanya dan bagaimana pekerja meninjau catatan setelah akses pulih. Instruksi ini mengurangi perbedaan interpretasi tanpa menganggap satu format cocok untuk semua industri.
NIST SP 800-34 Rev. 1, panduan Amerika Serikat untuk perencanaan kontingensi sistem informasi, membahas proses aktivasi, pemulihan, dan validasi kembali, termasuk kemungkinan pemrosesan sementara secara manual. Dokumen tersebut merupakan panduan federal AS, bukan hukum ketenagakerjaan Indonesia. Prinsip yang relevan untuk adaptasi adalah menetapkan prioritas, penanggung jawab, langkah berurutan, dan validasi sebelum proses kembali normal. Buat masa berlaku mode manual serta titik keputusan kapan gangguan perlu dinaikkan ke pemilik layanan.
Rekonsiliasi setelah layanan pulih tanpa menggandakan atau menghapus bukti
Ketika sistem kembali, jangan langsung memasukkan seluruh catatan manual tanpa membandingkannya dengan data yang pulih. Pertama, pastikan layanan benar-benar stabil dan informasi sebelum gangguan tersedia. Kemudian cocokkan nomor insiden dan identitas pekerja dengan rentang waktu. Cari catatan yang telah masuk terlambat, bukan menganggap semua data kosong sebagai bukti karyawan tidak hadir. Petugas rekonsiliasi harus menandai sumber setiap entri: catatan sistem asli, formulir cadangan, atau koreksi yang disetujui.
Gunakan satu aturan pencegahan duplikasi: setiap catatan alternatif harus terkait dengan peristiwa dan waktu tertentu, lalu diubah menjadi status final hanya setelah verifikasi. Catat nilai awal, nilai yang diperbaiki, waktu perubahan, alasan, pelaksana, serta pemberi persetujuan bila ada. Jangan menimpa catatan lama secara diam-diam. Jika sistem tidak menyediakan audit trail, simpan daftar perubahan terpisah dengan akses terbatas dan periode penyimpanan yang telah ditetapkan oleh organisasi.
Bila laporan pekerja berbeda dengan catatan sistem, berikan jalur klarifikasi yang wajar. Minta pihak menyebut waktu dan fakta yang dapat diperiksa, seperti jadwal yang telah ditetapkan atau konfirmasi atasan. Jangan memaksa pekerja menyampaikan detail pribadi yang tidak berkaitan dengan jam kehadiran. Kasus yang belum selesai tetap berstatus tinjauan dan tidak boleh dipakai sebagai satu-satunya dasar keputusan yang berdampak pada upah atau disiplin. Eskalasi diperlukan bila perbedaan melibatkan banyak orang, rentang waktu panjang, atau kemungkinan perubahan data tanpa otorisasi.
Peraturan PP 71/2019 menyebut pentingnya sistem elektronik melindungi ketersediaan, keutuhan, keotentikan, dan keteraksesan informasi serta dapat menampilkan kembali dokumen secara utuh sesuai aturan retensi. Dalam konteks prosedur internal, catatan sementara dan perubahan setelah pemulihan perlu cukup jelas untuk membantu pembuktian versi dan urutan tindakan. Ini tidak berarti setiap perusahaan wajib memakai formulir yang sama, atau bahwa daftar kertas otomatis memenuhi seluruh kewajiban. Sesuaikan penyimpanan dengan aturan perusahaan, pengelolaan data pribadi, dan nasihat teknis atau legal.
Latih prosedur dan tetapkan kriteria penutupan insiden
Uji prosedur pada skenario kecil sebelum terjadi gangguan nyata: satu ponsel kehilangan jaringan, satu unit mengalami aplikasi tidak tersedia, atau layanan terlambat memuat data. Periksa apakah pekerja tahu nomor kontak, apakah formulir dapat diakses tanpa masuk ke sistem yang sedang gagal, dan apakah koordinator tahu kapan mengaktifkan serta menutup mode cadangan. Latihan tidak perlu meminta staf mengirim data sensitif; gunakan nama fiktif dan waktu contoh, lalu hapus bahan latihan sesuai praktik organisasi.
Catat metrik yang membantu perbaikan: waktu dari laporan ke aktivasi, jumlah pekerja terdampak, lama gangguan, entri yang perlu dikoreksi, duplikasi yang ditemukan, dan waktu penutupan. Jangan menyimpulkan kinerja pegawai dari jumlah catatan alternatif ketika penyebabnya adalah gangguan layanan. Metrik ditujukan untuk memperbaiki proses dan keputusan pemulihan, bukan mencari kambing hitam. Tinjau hasil bersama HR, pengelola sistem, dan pimpinan unit agar perubahan SOP memiliki pemilik yang jelas.
Tetapkan syarat kembali normal: layanan telah diuji, data penting dapat dibaca, catatan cadangan telah direkonsiliasi, pekerja mendapat informasi, dan formulir sementara disimpan sesuai aturan. NIST menyebut tahap reconstitution sebagai validasi pemulihan, pengujian data atau fungsi, pemberitahuan, dan penonaktifan rencana. Perusahaan dapat menyesuaikan tahap itu secara proporsional. Jangan menyimpan seluruh salinan kerja tanpa alasan; tentukan versi yang menjadi catatan resmi dan siapa yang berwenang menutup kejadian.
Situs resmi Kantor Kita menjelaskan fitur absensi online dan laporan kehadiran. Informasi publik tersebut tidak cukup untuk menyimpulkan bahwa aplikasi memiliki mode offline tertentu. Karena itu, setiap organisasi perlu memverifikasi kemampuan produk, prosedur dukungan, dan ketentuan penggunaan sebelum mengandalkan fitur untuk keadaan gangguan. Rencana cadangan yang matang menjelaskan tindakan manusia ketika teknologi tidak tersedia, sekaligus mengembalikan pencatatan ke sumber resmi setelah layanan benar-benar pulih. Halaman utama Kantor Kita dan informasi fiturnya dapat menjadi titik awal untuk menilai alur administrasi yang sesuai.
Bacaan terkait
Pelajari informasi terkait untuk menyesuaikan langkah di atas dengan kebutuhan tim Anda:
