Buat rencana kesinambungan untuk penggajian, kehadiran, dan permintaan HR saat pemilik proses tidak tersedia atau sistem mengalami gangguan.
Pisahkan kesinambungan proses dari rencana pengganti jabatan
Tim HR dapat mengalami gangguan meskipun tidak ada keadaan darurat besar: pemilik payroll sakit, sistem kehadiran tidak dapat diakses pada hari penutupan, jaringan kantor padam, atau orang yang menyetujui data sedang bepergian. Kesinambungan operasi berfokus pada menjaga proses tertentu berjalan atau dipulihkan dengan aman. Tujuannya berbeda dari perencanaan suksesi yang menyiapkan kemampuan dan talenta jangka panjang untuk peran masa depan.
NIST menjelaskan perencanaan kontingensi sebagai strategi terkoordinasi yang menggunakan rencana, prosedur, dan langkah teknis untuk memulihkan sistem, operasi, dan data setelah gangguan. Contohnya termasuk penggunaan peralatan alternatif dan pelaksanaan proses manual untuk jangka pendek. Panduan tersebut dibuat untuk sistem informasi pemerintah federal, jadi perusahaan perlu menyesuaikan tingkat kontrolnya dengan risiko, kewajiban, dan ukuran operasinya sendiri. Sebagai prinsip umum yang tidak menggantikan ketentuan Indonesia, panduan U.S. Small Business Administration untuk usaha kecil menyarankan rencana respons bencana untuk membantu mengurangi biaya pemulihan. Contoh lintas negara ini perlu disesuaikan dengan risiko, proses, dan kewajiban perusahaan setempat.
Mulailah dengan memilih proses HR yang benar-benar memiliki tenggat atau dampak besar: penyiapan payroll, pengesahan jam kerja, pembayaran manfaat, pengajuan izin mendesak, atau perubahan data yang memengaruhi gaji. Proses yang jarang dilakukan mungkin tetap penting jika keterlambatan mengakibatkan konsekuensi besar. Jangan menulis satu rencana untuk seluruh aktivitas tanpa membedakan prioritas, karena tiap proses memiliki bukti, akses, dan jalur persetujuan yang berbeda.
Buat daftar gangguan yang mungkin terjadi beserta tanda awal dan akibatnya. Pertimbangkan ketidaktersediaan orang, akun terkunci, perangkat rusak, internet putus, data tidak lengkap, dan sistem pemasok tidak merespons. Nilai dampak terhadap pegawai, pembayaran, kepatuhan, keamanan, serta reputasi. Penilaian ini membantu menentukan tindakan sementara apa yang boleh dilakukan dan kapan proses harus dihentikan sampai keputusan pihak berwenang diperoleh.
Memetakan proses kritis, pemilik, dan waktu pemulihan
Untuk setiap proses, catat pemicu mulai, masukan yang diperlukan, langkah utama, sistem yang dipakai, pihak yang menyetujui, hasil akhir, tenggat, dan bukti penutupan. Buat peta alur sederhana dari pengumpulan data sampai penyimpanan catatan. Tandai titik yang hanya diketahui satu orang, akses yang dibutuhkan, dan ketergantungan pada vendor atau departemen lain. Peta ini menjadi dasar rencana, bukan dokumen panjang yang tidak membantu saat gangguan.
Tentukan toleransi keterlambatan dan prioritas pemulihan bersama pemilik proses serta pimpinan. Tentukan kapan payroll harus siap untuk ditinjau, kapan data absensi dibekukan, dan siapa yang memberi persetujuan akhir. Jangan menjanjikan waktu pemulihan teknis yang tidak dikendalikan perusahaan. Pisahkan target internal untuk melanjutkan pekerjaan dari waktu pemulihan sistem yang dijanjikan oleh penyedia teknologi.
Tetapkan pemilik utama dan pengganti yang memahami langkah kerja, memiliki akses yang sesuai, serta tahu batas wewenangnya. Pengganti tidak perlu mempunyai semua akses admin sepanjang waktu; gunakan prosedur yang aman untuk memperoleh akses sementara jika diperlukan. Tinjau proses ketika pegawai berpindah tugas dan hapus akses darurat setelah pekerjaan selesai. Catat setiap aktivasi pengganti agar aktivitas dapat diperiksa kemudian.
Sediakan runbook ringkas dengan langkah pertama, kontak dukungan, alternatif yang disetujui, sumber data yang boleh dipakai, serta kondisi untuk eskalasi. Simpan salinan yang dapat dibaca saat aplikasi utama tidak tersedia. Jangan mencantumkan password, PIN, token, atau data pribadi lengkap dalam dokumen bersama. Runbook sebaiknya memiliki pemilik, nomor versi, tanggal tinjau, dan tempat pelaporan insiden.
Menetapkan cara kerja sementara dengan batas yang aman
Jika proses manual diizinkan untuk sementara, tentukan formulir yang digunakan, nomor unik, kolom minimum, siapa yang mencatat, siapa yang mengesahkan, dan bagaimana salinan disimpan. Buat nomor berurutan dan catat formulir batal atau salah isi. Langkah ini memudahkan rekonsiliasi saat sistem pulih dan mencegah dua petugas menjalankan transaksi sama secara terpisah.
Tentukan transaksi atau perubahan yang tidak boleh dilakukan secara manual. Misalnya perubahan rekening bank, koreksi payroll besar, atau perubahan status kerja mungkin memerlukan verifikasi tambahan. Beri tanda ‘menunggu konfirmasi’ ketika data belum cukup. Jangan mengisi nilai dari ingatan atau pesan tidak terverifikasi demi mengejar batas waktu. Eskalasi lebih aman daripada memasukkan data salah ke proses yang berdampak pada pembayaran.
Batasi salinan kerja sementara pada orang yang perlu menyelesaikan proses dan gunakan kanal aman sesuai kebijakan perusahaan. Dokumen payroll, data bank, dan catatan pribadi tidak boleh dikirim ke ruang chat publik. Tetapkan kapan salinan lokal harus dipindahkan ke repositori resmi dan kapan perlu dihapus sesuai kebijakan retensi. Jika perangkat hilang atau akses tak dikenal terjadi, aktifkan prosedur insiden keamanan, bukan hanya prosedur operasional.
Sampaikan status kepada pegawai yang terdampak dengan pesan yang menyebut proses yang terganggu, tindakan sementara, perkiraan pembaruan berikutnya, dan kanal pertanyaan. Jangan menjanjikan pembayaran atau waktu pulih tanpa konfirmasi. Informasi sederhana dapat mengurangi pengiriman pertanyaan berulang, namun tidak boleh mengungkap nama atau alasan personal pegawai lain. Tetapkan satu juru bicara untuk menghindari informasi yang saling bertentangan.
Memulihkan sistem dan merekonsiliasi pekerjaan
Setelah sistem kembali tersedia, pastikan pemulihan dilakukan oleh pihak berwenang dan data dapat diakses dengan benar sebelum melanjutkan. Jangan menghapus atau memasang ulang aplikasi tanpa persetujuan dukungan teknis. Periksa apakah data terakhir yang tersedia sesuai dengan periode gangguan dan apakah ada transaksi yang tersimpan sebagian. Catat waktu gangguan dan waktu pemulihan agar rekonsiliasi memakai rentang yang tepat.
Bandingkan catatan sementara dengan data sistem, bukti persetujuan, laporan kehadiran, serta catatan pembayaran. Untuk setiap baris, tentukan status: sudah tercatat, perlu dimasukkan, duplikat, dibatalkan, atau masih diselidiki. Gunakan orang kedua untuk memeriksa transaksi bernilai besar atau perubahan berdampak luas. Semua selisih perlu pemilik dan tanggal tindak lanjut; jangan menutup gangguan jika angka kritis belum dipahami.
Jaga jejak audit: siapa memasukkan data, referensi formulir, waktu, nilai sebelum dan sesudah, alasan, serta persetujuan. Jika perubahan manual tidak dapat direplikasi dengan aman, mintalah penyedia memberi prosedur pemulihan. Simpan bukti akhir pada repositori resmi dengan akses terbatas. Ini membuat audit internal atau pertanyaan pegawai dapat ditelusuri tanpa mengandalkan percakapan pribadi yang mudah hilang.
Setelah rekonsiliasi, supervisor menyetujui penghentian mode sementara dan memastikan pengganti tidak lagi memakai akses darurat. Kembalikan perangkat atau formulir ke tempat penyimpanan yang ditentukan, lalu catat nomor yang telah digunakan. Beri tahu pegawai bahwa proses sudah normal jika informasi itu relevan. Penutupan formal membantu tim kembali ke prosedur standar dan menghindari catatan manual terus dipakai setelah sistem tersedia.
Melatih dan memperbarui rencana kesinambungan
NIST SP 800-34 memasukkan analisis dampak bisnis, strategi kontingensi, rencana pemulihan, pengujian, pelatihan, latihan, dan pemeliharaan sebagai elemen proses perencanaan. Untuk tim HR, latihan meja dapat dimulai dari skenario sederhana: pemilik payroll tidak tersedia satu hari sebelum tenggat dan laporan kehadiran belum lengkap. Minta peserta menjelaskan langkah dan sumber data yang digunakan tanpa benar-benar mengubah payroll produksi.
Catat berapa lama tim menemukan pemilik, menemukan runbook, memperoleh akses, dan menyusun status yang dapat dipercaya. Perhatikan kebingungan tentang wewenang, versi dokumen, informasi yang tidak tersedia, dan risiko privasi. Jangan memakai latihan untuk menilai siapa yang salah; tujuannya mencari bagian sistem yang perlu diperjelas. Setelah latihan, tetapkan perubahan kecil, pemilik, serta tanggal uji ulang.
Uji pula kegagalan alternatif: jaringan putus, data pemasok terlambat, formulir salah versi, atau dua orang sama-sama mengira pihak lain bertanggung jawab. Simpan hasil latihan, pelajaran, dan perubahan pada runbook. Latihan singkat berkala lebih berguna daripada menunggu insiden nyata untuk mengetahui bahwa nomor kontak sudah tidak aktif atau akses pengganti belum pernah diuji.
Tinjau rencana ketika sistem, penyedia, tenggat payroll, struktur organisasi, atau kewajiban berubah. Pastikan daftar kontak, akses, formulir, serta proses penyimpanan bukti masih benar. NIST juga menekankan pemeliharaan dan koordinasi rencana kontingensi. Untuk perusahaan, jadwalkan review yang sesuai tingkat risiko, dan tetapkan siapa yang mengesahkan versi baru agar salinan lama tidak beredar bersamaan.
Menghubungkan proses HR digital dengan rencana cadangan
Sebelum menggunakan sistem absensi atau payroll, tanyakan kepada penyedia tentang pencadangan, ekspor data, pemulihan akun, kanal bantuan, dan batas penggunaan saat layanan tidak tersedia. Minta penjelasan tertulis mengenai siapa yang bertanggung jawab atas backup dan bagaimana perusahaan memperoleh catatan apabila perlu mengganti perangkat. Jangan menyimpulkan bahwa aplikasi cloud otomatis memiliki semua prosedur pemulihan yang sesuai dengan tenggat dan kebutuhan bisnis.
Halaman fitur Kantor Kita menyebut kehadiran, pengajuan izin atau cuti, laporan, dan pengelolaan payroll yang terhubung dengan catatan kehadiran. Informasi itu membantu HR mengenali proses digital yang perlu masuk peta dampak. Halaman publik yang ditinjau tidak menjelaskan rincian RTO/RPO, prosedur offline, atau kebijakan pemulihan insiden, sehingga tim harus meminta klarifikasi sesuai versi dan layanan yang digunakan.
Gunakan aplikasi untuk pekerjaan yang memang tersedia, namun simpan daftar tanggung jawab, prosedur eskalasi, dan formulir pemulihan di tempat yang dapat diakses saat sistem bermasalah. Pastikan akses cadangan tidak membuat data terbuka untuk semua pegawai. Untuk beberapa proses, tujuan terbaik mungkin bukan melanjutkan secepat mungkin, melainkan menahan perubahan sampai data dapat diverifikasi agar kesalahan tidak menyebar ke payroll atau laporan.
Informasi produk HR Kantor Kita tersedia di halaman aplikasi absensi Kantor Kita dan halaman utama situs resmi Kantor Kita. Rencana kesinambungan yang baik menyatukan proses, orang, data, sistem, komunikasi, dan latihan. Dengan menentukan prioritas, batas kerja sementara, rekonsiliasi, serta pemilik tindakan, HR dapat memulihkan operasi dengan catatan yang tertib saat gangguan terjadi.
Bacaan terkait
Pelajari informasi terkait untuk menyesuaikan langkah di atas dengan kebutuhan tim Anda:
