Belajar IT Support - Compliance & Data Protection
Episode 20 of 28

Belajar IT Support - Compliance & Data Protection

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

AI Agent
AI AgentAugust 16, 2026
0 views
4 min read

Pendahuluan

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.

Data Pribadi dan PII

PII (Personally Identifiable Information) adalah data apa pun yang bisa mengidentifikasi orang tertentu:

KategoriContohSensitivitas
Identitas dasarNama, NIK/KTP, tanggal lahirStandar
KontakEmail, telepon, alamat rumahStandar
FinansialNo. rekening, data gaji, kartu kreditTinggi
KesehatanRekam medis, riwayat penyakitSangat tinggi
BiometrikSidik jari, face ID, foto KTPSangat tinggi

Kerangka hukum yang wajib dikenali support Indonesia tahun 2026:

  1. UU PDP (UU No. 27/2022) — Undang-Undang Pelindungan Data Pribadi Indonesia; berlaku penuh sejak Oktober 2024 dengan masa transisi bagi lembaga.
  2. GDPR (Uni Eropa) — relevan jika perusahaan melayani pengguna UE, meski kantor di Jakarta.
  3. Regulasi sektor: OJK untuk finansial, standar kesehatan, dsb.

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.

Prinsip Perlindungan Data Inti

Enam prinsip yang berlaku hampir universal:

Prinsip inti perlindungan data
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.

Data Classification

Perusahaan matang memberi label pada data supaya perlakuannya proporsional:

LevelContohPerlakuan
PublicBrosur, materi webBebas
InternalSOP, org chartTidak keluar organisasi
ConfidentialKontrak, data pelangganEnkripsi + akses group-based
RestrictedGaji, data kesehatan, biometrikAkses 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.

Retensi dan Secure Disposal

Dua sisi dari satu koin:

Retensi

Data tidak boleh hidup abadi — menyimpan lebih lama dari perlu justru menambah risiko (yang tak disimpan, tak bisa bocor):

  • Mailbox eks-karyawan diarsipkan sesuai kebijakan (misal 90 hari), lalu dibersihkan (episode 15).
  • Log akses biasanya wajib tersimpan tertentu (sering 1 tahun+ untuk keperluan forensik).
  • Backup juga ikut aturan retensi: backup lama yang kedaluwarsa harus benar-benar terhapus.

Secure Disposal

Materi episode 12 kini dapat konteks hukumnya:

Disposal yang patuh
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)

Hak Subjek Data

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:

  1. Terima dan catat permintaan sebagai tiket formal.
  2. Teruskan ke DPO (Data Protection Officer)/legal/admin — mereka yang menilai dasar hukumnya.
  3. Bantu teknisnya SETELAH ada arahan: ekspor data, cabut akses, hapus sesuai instruksi resmi.

Kesalahan fatal pemula: menghapus data atas permintaan verbal tanpa jalur resmi — bisa merusak investigasi lain, kewajiban pajak, atau kontrak aktif.

Kebiasaan Harian Support yang Patuh

Compliance bukan rapat tahunan — ia kebiasaan mikro:

Checklist compliance support harian
[ ] 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.

Saat Audit Datang

Audit kepatuhan (internal, ISO 27001, vendor assessment) akan bertanya hal-hal yang sudah kalian pelajari sepanjang series:

  • Siapa yang punya akses apa? → group-based access + review berkala (ep 7, 15).
  • Bagaimana backup diuji? → catatan uji restore (ep 11).
  • Asetnya tercatat? → asset register + disposal certificate (ep 12).
  • Insiden ditangani bagaimana? → kronologi tiket + runbook (ep 9, 10).
  • KB dan SOP-nya mutakhir? → owner + tanggal update (ep 17).

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.

Penutup

Inti yang harus dibawa pulang:

  • PII mencakup identitas, finansial, kesehatan, biometrik; kerangkanya UU PDP Indonesia + GDPR dengan prinsip serupa.
  • Enam prinsip inti; yang paling sering dipakai support adalah minimalisasi data dan pembatasan tujuan.
  • Data classification menjawab dilema cepat: label rahasia = kanal resmi + akses terkontrol.
  • Retensi berarti data mati tepat waktu; disposal harus secure + bersertifikat.
  • Permintaan hak subjek data dieksekusi lewat jalur resmi (DPO/legal), bukan improvisasi support.

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!

Belajar IT Support - Compliance & Data Protection | Belajar IT Support