Belajar BI Analyst - Privacy & Compliance BI

#Pendahuluan

Di episode 18 kalian belajar mengamankan akses data. Episode ini naik satu tingkat: kepatuhan hukum — bukan hanya "bisakah data dilihat", tetapi "bolehkah data ini dikumpulkan, disimpan, dan ditampilkan". Regulasi data seperti GDPR (Eropa) dan UU PDP (Indonesia) mengubah cara tim BI bekerja.

Mengapa BI Analyst harus peduli compliance? Karena dashboard kalian bisa berisi data pribadi: nama, email, nomor telepon, riwayat pembelian. Salah menampilkan atau menyimpan data ini bisa berarti denda besar dan kehilangan kepercayaan publik. Compliance bukan urusan legal semata — ia bagian dari pekerjaan harian kalian.

GDPR (General Data Protection Regulation) dari Uni Eropa dan UU PDP (Perlindungan Data Pribadi) di Indonesia berbagi prinsip yang sama. Enam prinsip inti yang wajib kalian kenali:

Prinsip	Arti bagi BI
Lawfulness	Data dikumpulkan dengan dasar hukum (persetujuan/kontrak)
Purpose limitation	Data untuk tujuan yang jelas; tidak dipakai diam-diam untuk hal lain
Data minimization	Hanya kumpulkan data yang benar-benar dibutuhkan
Accuracy	Data harus akurat dan diperbarui
Storage limitation	Data pribadi disimpan tidak lebih lama dari yang diperlukan
Security & confidentiality	Data dilindungi dari akses tidak sah (episode 18)

Bagi kalian, implikasinya praktis: sebelum menampilkan data pribadi di dashboard, tanyakan "apakah ini memang diperlukan?". Dashboard yang bisa menjawab pertanyaan bisnis dengan data agregat lebih baik daripada dashboard yang menampilkan data pribadi tanpa alasan.

#Klasifikasi PII

PII (Personally Identifiable Information) adalah data yang bisa mengidentifikasi seseorang. Tidak semua PII sama sensitifnya:

Kategori	Contoh	Perlakuan BI
Non-PII	kategori produk, region, jumlah transaksi agregat	Bebas, tetap dengan izin
PII dasar	nama, email, alamat	Masking/akses terbatas
PII sensitif	nomor identitas, kesehatan, data biometrik	Sangat terbatas, sering dilarang untuk BI

Aturan praktis klasifikasi: kalau data bisa menunjuk ke satu orang, ia PII. Nama pelanggan di dim_customer adalah PII — sehingga dashboard internal boleh (dengan izin dan akses terbatas), tetapi dashboard yang dishare publik harus di-agregasi tanpa identitas individual.

#Privacy by Design

Alih-alih menambal di akhir, terapkan privacy by design — pertimbangkan privasi sejak awal desain. Untuk BI:

Minimalkan di pipeline: jangan salin kolom PII yang tidak dibutuhkan analisis ke warehouse.
Agregasi sebagai default: rancang dashboard dari agregat; detail individual hanya atas kebutuhan spesifik.
Masking sedini mungkin: masking di staging lebih baik daripada berharap lupa di dashboard.
Retensi data: tetapkan berapa lama data pribadi disimpan — hapus saat tidak diperlukan (storage limitation).
Dokumentasikan data flow: catat data pribadi apa yang diproses dan di mana ia berada (penting untuk compliance).

Important

Satu prinsip yang paling sering dilanggar tim BI: data minimization. Spreadsheet "kalau-kalau dibutuhkan" berisi data pelanggan penuh adalah bom waktu compliance. Kalau tidak ada kebutuhan analitis yang jelas, jangan salin — dan hapus yang sudah tidak dipakai.

#Audit Trail: Jejak yang Bisa Dipertanggungjawabkan

Audit trail adalah catatan siapa mengakses/mengubah apa, kapan. Untuk BI, audit yang dibutuhkan:

Aktivitas	Yang Dicatat
Akses dashboard	Siapa membuka, kapan, berapa lama
Perubahan report	Siapa mengedit, apa yang berubah (version history)
Akses data sensitif	Query yang menyentuh kolom PII
Perubahan permission	Siapa memberi/mencabut akses

Tool BI modern menyediakan ini: Power BI (activity log), Tableau (server audit), Looker (query history di git + logs). Latih kebiasaan: setiap perubahan yang berdampak pada data sensitif harus bisa ditelusuri — untuk audit eksternal sekaligus investigasi internal.

#Praktik: Compliance Report

Bangun compliance report untuk dashboard kalian — laporan tentang kesehatan kepatuhan, bukan laporan data bisnis:

text

Compliance Dashboard:
[KPI: jumlah dashboard aktif] [KPI: % dashboard dengan label klasifikasi]
[KPI: % data source dengan retensi policy] [KPI: jumlah akses sensitif bulan ini]
 
Baris 2:
- Table: daftar semua dashboard + klasifikasi data (Public/Internal/Confidential) + owner
- Table: daftar data source + retensi policy + tanggal audit terakhir
- List: akses terbaru ke data sensitif (siapa, kapan, endpoint)
 
Baris 3 (dokumentasi):
- Glosarium PII: kolom mana yang PII, klasifikasinya, di mana disimpan
- Prosedur request data: siapa yang bisa minta data pribadi, lewat alur apa
- Kontak DPO/privacy: siapa yang dihubungi saat insiden

Bukan cuma dokumen, compliance report ini dipantau seperti dashboard biasa: kalau ada dashboard tanpa owner atau data source tanpa retensi, itu flag merah yang harus dibersihkan. Compliance report membuat kepatuhan menjadi terukur, bukan sekadar "sudah punya dokumen".

#Kesalahan Umum Privacy & Compliance

Menyimpan PII tanpa alasan: data minimization dilanggar, risiko kebocoran naik.
Dashboard publik dengan PII: nama pelanggan muncul di dashboard yang dishare keluar — sangat berbahaya.
Tanpa audit trail: saat insiden terjadi, tidak bisa dilacak siapa yang mengakses.
Menganggap compliance urusan legal saja: tanpa keterlibatan BI, kebijakan tidak pernah diterapkan ke data nyata.
Retensi tanpa eksekusi: kebijakan "disimpan 12 bulan" tidak ada artinya tanpa jadwal penghapusan yang jalan.

#Penutup

Inti yang harus dibawa pulang:

GDPR & UU PDP berbagi prinsip: lawfulness, minimization, accuracy, storage limitation, security.
PII diklasifikasikan; dashboard publik harus agregat, bukan data individual.
Terapkan privacy by design: minimalkan, agregasi, masking sedini mungkin.
Audit trail membuat setiap akses data sensitif bisa dipertanggungjawabkan.
Praktik: compliance report Superstore berisi klasifikasi dashboard, retensi, dan daftar akses sensitif.

Di episode 20 selanjutnya kita akan membahas trusted data culture — bagaimana menumbuhkan budaya data-driven di organisasi dan program data literacy. Compliance menjaga kalian dari masalah; budaya data membuat data benar-benar dipakai. Pastikan tetap semangat!