Karyawan AI untuk Offboarding Karyawan: Cabut Akses, Pindahkan Data, dan Tutup Serah Terima

Ditulis oleh Nugraha Labib Mujaddid, pembuat AgentBuff.

Offboarding karyawan adalah workflow untuk menghentikan akses seseorang pada waktu yang tepat, memindahkan data dan tanggung jawab bisnis kepada pemilik baru, menarik aset, lalu membuktikan bahwa tidak ada akses penting yang tertinggal. Menghapus satu akun email bukan offboarding. Akun itu mungkin masih memiliki sesi aktif, aplikasi pihak ketiga, token API, perangkat, dokumen pribadi yang sebenarnya milik bisnis, jadwal otomasi, atau akses ke akun bersama.

Di sinilah karyawan AI berguna: bukan sebagai “pemecat otomatis”, melainkan sebagai koordinator checklist yang sabar. Ia dapat menyusun inventaris, mengejar bukti, mengingatkan tenggat, menandai pengecualian, dan menyiapkan laporan penutupan. Keputusan hubungan kerja, pembacaan data pribadi, pencabutan akses berisiko tinggi, penghapusan akun, serta komunikasi kepada manusia tetap harus berada di tangan orang yang berwenang.

Mengapa offboarding perlu diperlakukan sebagai workflow tersendiri

Ada tiga pekerjaan yang sering dicampur:

• Penghapusan akun adalah tindakan teknis pada satu layanan.
• Serah terima memindahkan konteks pekerjaan, keputusan, dan pekerjaan terbuka.
• Offboarding mengoordinasikan identitas, akses, sesi, aset, kepemilikan data, alur komunikasi, kewajiban retensi, dan bukti penyelesaian untuk satu orang yang keluar atau berpindah peran.

Perbedaannya penting. Seseorang bisa tidak lagi dapat masuk ke email, tetapi masih memegang kata sandi akun marketplace bersama. Sebaliknya, menghapus akun terlalu cepat dapat memutus invoice otomatis, menghilangkan arsip percakapan pelanggan, atau membuat dokumen bisnis tidak memiliki pemilik yang jelas.

NIST SP 800-53 Rev. 5.1 menyarankan akun dinonaktifkan dalam jangka waktu yang ditentukan organisasi ketika tidak lagi terkait dengan pengguna, dan tindakan pembuatan, perubahan, penonaktifan, serta penghapusan akun diaudit. CIS Control 6 juga memandang pengelolaan akses sebagai proses membuat, menetapkan, mengelola, dan mencabut kredensial serta hak akses untuk akun pengguna, administrator, dan layanan. Keduanya memberi prinsip, bukan angka universal untuk setiap bisnis. Batas waktu harus ditetapkan menurut risiko dan kebijakan organisasi.

Prinsip desain: putus akses, jangan putus bisnis

Workflow yang baik mengejar dua hasil sekaligus:

1. orang yang keluar tidak lagi mempunyai akses yang tidak semestinya setelah waktu efektif; dan
2. bisnis tetap memiliki data, percakapan, aset, jadwal, dan kewajiban yang dibutuhkan untuk melanjutkan pekerjaan.

Urutannya tidak selalu “hapus lalu beres”. Dokumentasi resmi Microsoft untuk mantan karyawan, misalnya, menempatkan pencegahan login, penyimpanan isi kotak surat, pengalihan email, pemberian akses kepada penerus, pelepasan lisensi, dan penghapusan akun sebagai langkah berbeda. Microsoft juga menyatakan bahwa setelah akun dihapus, konten OneDrive dan Outlook dipertahankan selama 30 hari; email, kontak, dan kalender dipertahankan 30 hari setelah lisensi dilepas atau dihapus, lalu dihapus permanen. Itu adalah kebijakan produk Microsoft yang berlaku saat dokumentasi diperbarui 15 Juni 2026, bukan aturan umum untuk semua penyedia. Selalu periksa dokumentasi layanan yang benar pada hari eksekusi. Lihat alur resmi Microsoft 365.

Google Workspace memperlihatkan pilihan desain lain. Menangguhkan akun dapat memblokir akses tanpa menghapus email, dokumen, kalender, dan data lain; akun dapat dipulihkan, tetapi tetap dikenai biaya seperti akun aktif. Fitur arsip untuk mantan karyawan dapat mempertahankan data sambil mencegah akses, dengan data tetap dihitung terhadap penyimpanan organisasi. Dokumentasi penangguhan dan arsip akun mantan karyawan menegaskan mengapa “nonaktifkan”, “arsipkan”, dan “hapus” tidak boleh dianggap sinonim.

Checklist offboarding yang dapat dikoordinasikan karyawan AI

1. Buka kasus hanya dari instruksi yang berwenang

Sumber pemicu harus jelas: pemilik bisnis, HR, atau penanggung jawab kontrak. Jangan membuka kasus berdasarkan kabar, chat informal, atau dugaan. Catat minimal:

• nama dan identitas kerja yang tepat;
• jenis peristiwa: resign, akhir kontrak, mutasi peran, cuti panjang, atau pemutusan akses darurat;
• tanggal dan jam efektif beserta zona waktu;
• pemilik keputusan dan pelaksana teknis;
• penerus kerja atau penampung sementara;
• tingkat kerahasiaan kasus;
• pengecualian yang disetujui.

Karyawan AI dapat menolak memproses daftar yang belum memiliki pemilik keputusan. Ini bukan hambatan administratif; ini mencegah akses orang yang salah dicabut karena nama serupa atau informasi yang belum final.

2. Bentuk inventaris identitas, akses, aset, dan pekerjaan

Jangan mulai dari daftar aplikasi yang diingat atasan. Mulai dari beberapa sumber dan cocokkan hasilnya:

• akun direktori utama, email, SSO, VPN, dan administrator;
• marketplace, toko online, pembayaran, akuntansi, CRM, helpdesk, desain, penyimpanan, dan media sosial;
• grup, folder bersama, kalender, kotak masuk bersama, nomor bisnis, dan alias;
• token API, kunci aplikasi, kredensial layanan, webhook, integrasi, dan jadwal otomatis;
• laptop, ponsel, SIM, token autentikasi, kartu akses, kunci fisik, dan dokumen;
• file yang dimiliki pribadi tetapi digunakan tim;
• proyek, pelanggan, janji, tenggat, invoice, dan kasus dukungan yang masih terbuka.

Inventaris akun adalah prasyarat. CIS Control 5 menyebut inventaris akun sebagai dependensi untuk menemukan akun dorman, dan memperhitungkan akun pada sistem operasi, basis data, serta aplikasi internal dan eksternal. Artinya, daftar email saja hampir pasti belum lengkap. Lihat spesifikasi CIS Control 5.3.

Untuk bisnis kecil, format sederhananya cukup: sistem — identitas — jenis akses — pemilik baru — tindakan — pelaksana — tenggat — bukti — status. Satu baris untuk setiap akses membuat celah terlihat.

3. Tentukan waktu putus dan urutan tindakan

Tuliskan satu timestamp efektif, misalnya “23 Oktober 2026 pukul 17.00 WIB”, bukan “Jumat sore”. Lalu kelompokkan tindakan:

• sebelum waktu efektif: siapkan penerus, cadangkan atau pindahkan data yang sah, petakan otomasi, dan uji akses pengganti;
• pada waktu efektif: blok login, cabut sesi aktif, nonaktifkan faktor autentikasi, cabut VPN, hentikan akses fisik, dan rotasi rahasia bersama;
• sesudah waktu efektif: verifikasi data, tarik perangkat, alihkan pesan, selesaikan retensi, dan lakukan pemeriksaan ulang.

Kasus berisiko tinggi mungkin memerlukan pemutusan segera. Resign terencana bisa menggunakan perpindahan bertahap. Tidak ada angka tunggal yang cocok untuk semua situasi. Yang penting: waktu, alasan, dan pemberi persetujuan dapat diaudit.

4. Amankan sesi dan kredensial, bukan hanya kata sandi

Mengganti kata sandi belum tentu mematikan semua sesi. Microsoft menyarankan reset kata sandi dan sign-out paksa dari layanan Microsoft 365; dokumentasinya juga mengingatkan bahwa pemblokiran akun dapat memerlukan waktu hingga 24 jam, sehingga reset kata sandi dipakai untuk mencegah login segera. Lihat langkah resmi Microsoft.

Checklist teknis perlu menanyakan:

• apakah sesi web dan aplikasi seluler sudah dicabut;
• apakah faktor MFA, passkey, app password, dan recovery method sudah ditangani;
• apakah token OAuth, token API, SSH key, dan personal access token sudah dicabut;
• apakah perangkat masih menyimpan salinan tersinkron;
• apakah akun bersama sudah mengganti rahasia;
• apakah akun layanan atau automasi ternyata bergantung pada identitas orang yang keluar.

Jangan memindahkan kata sandi pribadi kepada penerus. Buat identitas organisasi atau akun layanan yang memang ditujukan untuk otomasi, lalu beri hak minimum yang diperlukan.

5. Pindahkan kepemilikan data dan jalur komunikasi sebelum penghapusan

Data bisnis harus mempunyai pemilik baru yang jelas. Yang dipindahkan bukan seluruh kehidupan digital mantan karyawan, melainkan data dan jalur kerja yang sah dibutuhkan organisasi. Tentukan dasar kebutuhan, penerima, ruang lingkup, dan masa simpan.

Periksa setidaknya:

• dokumen, folder, presentasi, spreadsheet, dan rekaman rapat;
• kotak surat atau percakapan bisnis yang memang perlu diteruskan;
• kalender, rapat berulang, formulir, dashboard, dan laporan terjadwal;
• kepemilikan iklan, domain, halaman sosial, akun toko, dan sistem pembayaran;
• alur masuk pelanggan: email, WhatsApp bisnis, helpdesk, formulir, dan nomor telepon;
• job otomatis yang dijalankan atas nama akun pribadi.

Penyimpanan milik tim mengurangi ketergantungan pada individu. Google menjelaskan bahwa file di shared drive dimiliki tim dan tetap ada ketika anggota keluar; ini berbeda dari My Drive yang dimiliki individu. Lihat penjelasan shared drives. Namun, perpindahan belum selesai hanya karena nama penerus sudah tercantum. Minta penerus membuka file, menjalankan laporan, menerima pesan uji, dan memastikan izin yang diperlukan—tidak lebih.

6. Tarik aset fisik dan catat kondisi

Satu kasus offboarding dapat memiliki dua jalur paralel: akses digital dan aset fisik. Untuk setiap laptop, ponsel, SIM, kartu, token, kunci, atau dokumen, catat nomor inventaris, penanggung jawab, tanggal kembali, kondisi, dan bukti penerimaan. Penghapusan atau wipe perangkat hanya dilakukan oleh pihak yang diberi wewenang dan setelah kebutuhan data bisnis serta retensi diperiksa.

Jika perangkat milik pribadi pernah dipakai bekerja, jangan menganggap bisnis boleh menghapus seluruh isinya. Pisahkan data organisasi dari data pribadi sesuai kemampuan perangkat, kebijakan internal, persetujuan, dan hukum yang berlaku.

7. Tutup serah terima pengetahuan

Serah terima yang berguna bukan daftar file. Ia menjawab:

• pekerjaan apa yang belum selesai;
• pelanggan mana yang menunggu jawaban;
• janji dan tenggat apa yang sudah diberikan;
• keputusan apa yang dibuat dan mengapa;
• pengecualian apa yang sedang berlaku;
• otomasi apa yang akan gagal bila pemilik berubah;
• siapa yang mengambil keputusan berikutnya.

Gunakan panduan handover proyek klien untuk pekerjaan berjalan dan decision log untuk alasan di balik keputusan. Offboarding lalu menjadi lapisan pengendali yang memastikan semua konteks memiliki penerima.

8. Verifikasi secara independen dan simpan bukti minimum

Orang yang menekan tombol “selesai” sebaiknya bukan satu-satunya pemeriksa. Reviewer kedua dapat mengecek sampel akses berisiko, membuka data yang dipindahkan, mengirim pesan uji, dan memastikan perangkat tercatat.

Bukti tidak harus berupa tangkapan layar yang penuh data sensitif. Simpan secukupnya: ID tiket, waktu, sistem, jenis tindakan, pelaksana, hasil, dan reviewer. Untuk pengecualian, simpan pemilik, alasan, tanggal kedaluwarsa, dan rencana penutupan. Lakukan pemeriksaan ulang pada interval yang ditetapkan organisasi—misalnya setelah sinkronisasi sistem selesai—bukan dengan angka yang diambil sembarang dari internet.

Contoh: admin operasional toko online resign

Bayangkan satu admin mengelola email pelanggan, marketplace, folder konten, aplikasi desain, media sosial, dashboard iklan, nomor bisnis, dan file stok. Ia juga membuat laporan mingguan melalui jadwal otomatis dari akun pribadinya.

Workflow yang buruk menghapus email pada hari terakhir. Akibatnya, jadwal laporan gagal, pesan pelanggan tidak dialihkan, dan kredensial marketplace bersama tidak pernah dirotasi.

Workflow yang lebih aman:

1. pemilik toko menetapkan waktu efektif dan penerus;
2. karyawan AI menyusun daftar sistem dari inventaris aset digital, catatan browser perusahaan, pengelola kata sandi, grup, dan wawancara singkat;
3. pemilik menyetujui tindakan berisiko;
4. file konten dan laporan dipindah ke ruang milik tim;
5. job terjadwal dibuat ulang dengan identitas organisasi;
6. pada waktu efektif, admin memblokir login, mencabut sesi, dan merotasi kredensial bersama;
7. pesan uji dikirim ke jalur pelanggan dan penerus menjalankan laporan;
8. perangkat serta kartu akses diterima dan dicatat;
9. reviewer memeriksa akses tersisa dan menutup pengecualian.

Karyawan AI membantu menjaga urutan dan bukti. Ia tidak membaca isi email pribadi tanpa dasar, tidak mengirim pengumuman resign, dan tidak menghapus akun tanpa persetujuan eksplisit.

Prompt siap pakai untuk karyawan AI

Buat checklist offboarding untuk [nama/ID kerja] dengan waktu efektif [tanggal, jam, zona waktu]. Gunakan hanya sumber inventaris yang saya izinkan. Kelompokkan identitas, akses, sesi, data bisnis, komunikasi, automasi, aset fisik, pekerjaan terbuka, retensi, dan bukti. Untuk setiap item, tulis pemilik tindakan, penerus, tenggat, status, bukti minimum, risiko, dan apakah perlu persetujuan manusia. Jangan mencabut akses, membaca data pribadi, menghapus akun, atau menghubungi siapa pun. Tandai identitas ambigu, akun bersama, otomasi yang bergantung pada akun pribadi, dan data tanpa pemilik. Akhiri dengan daftar pengecualian dan verifikasi independen.

Prompt ini sengaja memisahkan menyiapkan pekerjaan dari mengeksekusi tindakan berisiko.

Metrik yang menilai penutupan, bukan banyaknya checklist

Jangan mengukur sukses dari jumlah centang. Ukur hasil:

• persentase kasus dengan waktu efektif dan pemilik keputusan yang jelas;
• akses prioritas tinggi yang ditutup tepat waktu;
• jumlah akun atau sesi sisa setelah waktu efektif;
• persentase transfer data yang benar-benar diuji penerus;
• aset yang belum kembali melewati tenggat;
• automasi yatim yang masih berjalan atas identitas lama;
• pengecualian tanpa pemilik atau tanggal kedaluwarsa;
• waktu dari pemicu resmi hingga laporan penutupan.

Metrik ini memberi sinyal apakah bisnis benar-benar aman dan tetap berjalan.

Batas privasi dan tata kelola

Offboarding memproses data pekerja dan dapat menyentuh korespondensi, perangkat, catatan akses, serta data pelanggan. Di Indonesia, UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi berlaku sejak 17 Oktober 2022 dan mengatur pemrosesan, kewajiban pengendali dan prosesor, transfer, serta penghapusan data pribadi. Artikel ini bukan nasihat hukum. Bisnis perlu menetapkan dasar pemrosesan, pembatasan akses, retensi, dan prosedur yang sesuai dengan konteks serta kewajiban hukumnya.

Prinsip praktisnya: kumpulkan bukti minimum, batasi reviewer, jangan menyalin semua isi akun “untuk berjaga-jaga”, pisahkan data bisnis dari data pribadi, dan dokumentasikan siapa yang menyetujui tindakan sensitif.

Di mana AgentBuff relevan

AgentBuff adalah platform karyawan AI asal Indonesia: pengguna memberi peran, skills, dan tools; menghubungkan aplikasi atau data kerja yang diizinkan; lalu meminta agen menjalankan workflow dan mengembalikan hasil kerja. Dalam offboarding, peran yang masuk akal adalah koordinator—menggabungkan inventaris, menghasilkan checklist, mengejar status, menjadwalkan pemeriksaan ulang, dan menyusun laporan pengecualian. Tindakan sensitif tetap memakai persetujuan manusia dan hak akses minimum.

Sebelum membangun workflow, rapikan inventaris aset digital dan lakukan review akses. Jika Anda ingin mencoba pola koordinasi ini, coba AgentBuff gratis 14 hari dan mulai dari satu kasus simulasi tanpa mencabut akses sungguhan.

Sumber dan bacaan utama

• NIST SP 800-53 Rev. 5.1 — Account Management
• CIS Control 6 — Access Control Management
• Microsoft 365 — Remove a former employee
• Google Workspace — Suspend a user temporarily
• Google Workspace — Archive former employee accounts
• UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi

---

Nugraha Labib Mujaddid membangun AgentBuff untuk membantu individu dan bisnis Indonesia bekerja dengan karyawan AI.