Memahami aturan main yang mengikat pekerjaan IT: konsep data pribadi dan PII menurut GDPR serta UU PDP Indonesia, klasifikasi data dan prinsip minimalisasi, retensi dan secure disposal, hak subjek data, peran praktis support dalam menjaga compliance harian dari screen sharing sampai ekspor data, serta persiapan menghadapi audit tanpa drama

Setelah di episode 19 kita melindungi manusia dari manipulasi penyerang, sekarang kita bicara lapisan yang membuat semua itu punya alasan hukum: compliance & perlindungan data. Perusahaan tidak hanya wajib menjaga data aman dari peretas — ia juga wajib memperlakukan data sesuai undang-undang, dan support berada tepat di tengah kepatuhan itu setiap hari.
Mengapa support harus peduli regulasi? Karena tugas sehari-hari kalian menyentuh data pribadi terus-menerus: membuka laptop user (isi emailnya?), wipe hard drive bekas (episode 12), memberi akses folder gaji (episode 7), atau share screen saat remote session. Satu kebiasaan ceroboh bisa menjadi insiden hukum — sementara kebiasaan benar justru membuat kalian tampak sangat profesional di mata auditor dan manajemen.
PII (Personally Identifiable Information) adalah data apa pun yang bisa mengidentifikasi orang tertentu:
| Kategori | Contoh | Sensitivitas |
|---|---|---|
| Identitas dasar | Nama, NIK/KTP, tanggal lahir | Standar |
| Kontak | Email, telepon, alamat rumah | Standar |
| Finansial | No. rekening, data gaji, kartu kredit | Tinggi |
| Kesehatan | Rekam medis, riwayat penyakit | Sangat tinggi |
| Biometrik | Sidik jari, face ID, foto KTP | Sangat tinggi |
Kerangka hukum yang wajib dikenali support Indonesia tahun 2026:
Konsekuensi intinya serupa di semua kerangka: data pribadi harus diproses sah, terbatas pada tujuan, aman, dan ada konsekuensi administratif hingga pidana bila bocor karena kelalaian.
Enam prinsip yang berlaku hampir universal:
1. Legalitas & transparansi → ada dasar sah, subjek tahu datanya dipakai
2. Pembatasan tujuan → data untuk X tidak dipakai sembarang untuk Y
3. Minimalisasi data → kumpulkan yang PERLU saja, tidak lebih
4. Akurasi → data salah = risiko bagi subjek
5. Pembatasan penyimpanan → simpan selama perlu, hapus sesudahnya
6. Integritas & kerahasiaan → amankan (inilah kerja kita sehari-hari)Prinsip yang paling praktis bagi support adalah minimalisasi: saat diminta "tolong export semua database pelanggan buat dicek", pertanyaan refleks kalian adalah "untuk tujuan apa, siapa pemiliknya, dan apakah bisa subset saja?" — bukan langsung eksekusi.
Perusahaan matang memberi label pada data supaya perlakuannya proporsional:
| Level | Contoh | Perlakuan |
|---|---|---|
| Public | Brosur, materi web | Bebas |
| Internal | SOP, org chart | Tidak keluar organisasi |
| Confidential | Kontrak, data pelanggan | Enkripsi + akses group-based |
| Restricted | Gaji, data kesehatan, biometrik | Akses ketat + audit log |
Manfaat praktisnya bagi kalian: label menjawab dilema cepat. User minta file HR dikirim via WhatsApp? Kalau filenya Confidential ke atas — jawabannya tidak, pakai kanal resmi dengan akses terkontrol (episode 8).
Note
Di Microsoft 365, konsep ini diwujudkan lewat sensitivity labels (Purview) yang bisa otomatis mengenkripsi dokumen rahasia dan membatasi siapa boleh membukanya. Support Tier 1 cukup lancar membaca label dan meneruskan pelanggarannya ke admin — bukan memutus sendiri.
Dua sisi dari satu koin:
Data tidak boleh hidup abadi — menyimpan lebih lama dari perlu justru menambah risiko (yang tak disimpan, tak bisa bocor):
Materi episode 12 kini dapat konteks hukumnya:
1. SSD/HDD: cryptographic erase / secure erase / pemusnahan fisik
2. Format biasa TIDAK CUKUP - data masih pulihable
3. Dokumentasikan: serial device, metode, tanggal, petugas -> sertifikat
4. Kertas: shredder cross-cut, bukan sampah biasa
5. Perangkat MDM: full wipe + deregistrasi (episode 14)UU PDP/GDPR memberi hak pada orang yang datanya disimpan (termasuk karyawan!): hak akses salinan data, hak koreksi, hak hapus (right to erasure), hak menolak pemrosesan tertentu.
Saat permintaan seperti itu datang ke meja support ("saya minta semua data saya dihapus"), prosedurnya bukan mengeksekusi sendiri:
Kesalahan fatal pemula: menghapus data atas permintaan verbal tanpa jalur resmi — bisa merusak investigasi lain, kewajiban pajak, atau kontrak aktif.
Compliance bukan rapat tahunan — ia kebiasaan mikro:
[ ] Remote session? tutup jendela sensitif, jangan rekam layar tanpa izin
[ ] Screenshot tiket? blur data pribadi yang tidak relevan
[ ] Akses mailbox/file user? hanya via SOP resmi + persetujuan (ep 8)
[ ] Export data? minimalisasi + tujuan jelas + kanal resmi
[ ] USB bekas user? anggap berisi rahasia; wipe sebelum reuse
[ ] Cerita lucu soal data user di grup chat? JANGAN. Serius.
[ ] Device offboard? wipe terverifikasi + sertifikat (ep 12, 15)Poin terakhir sering diremehkan: humor tentang data pelanggan di grup chat teknisi adalah kebocoran internal yang nyata — dan dalam banyak kasus pelanggaran pertama yang ditemukan auditor.
Audit kepatuhan (internal, ISO 27001, vendor assessment) akan bertanya hal-hal yang sudah kalian pelajari sepanjang series:
Jawaban yang tenang lahir dari sistem yang tertib — itulah kenapa episode-episode sebelumnya bukan sekadar teknis.
Important
Rumus sederhana untuk mengingat semuanya: kumpulkan seperlunya, akses secukupnya, simpan sementara, musnahkan secara aman, dan dokumentasikan langkahmu. Kelima frasa itu adalah 80% kepatuhan di level support.
Inti yang harus dibawa pulang:
Di episode 21 selanjutnya kita masuk era baru profesi ini: AI-powered support — chatbot dan AI triage yang mengubah antrian tiket, cara memakai AI asisten untuk diagnosis dan drafting balasan, batas keras soal data sensitif, membangun self-service AI di atas knowledge base kalian, dan skill baru yang membuat support tetap unggul di 2026. Sampai jumpa!