Seorang pelanggan mengirim email ke layanan konsumen dan meminta salinan seluruh data pribadinya. Email itu berpindah dari admin ke tim IT, lalu ke bagian hukum, dan dua minggu kemudian belum ada satu pun yang membalas.
Situasi seperti ini makin mudah terjadi seiring membesarnya program privasi di perusahaan. Studi Cisco 2026 Data and Privacy Benchmark Study terhadap 5.200 profesional di 12 pasar menemukan bahwa 90% perusahaan melaporkan program privasinya meluas, dengan AI sebagai pendorong utama.
Di sisi lain, pelanggan bisa meminta akses, koreksi, atau penghapusan datanya kapan saja. Karena itu, cara menangani permintaan hak data pelanggan perlu dirancang sebelum permintaan pertama masuk.
Artikel ini membahas delapan langkah praktis untuk menanganinya, lengkap dengan contoh. Anda bisa menerapkan semuanya secara bertahap tanpa menunggu sistem baru.
Apa Itu Permintaan Hak Data Pelanggan?
Permintaan hak data pelanggan adalah permohonan resmi dari seseorang kepada perusahaan untuk menggunakan haknya atas data pribadi miliknya. Orang tersebut disebut pemilik data (data subject), sedangkan perusahaan yang menyimpan dan memakai datanya disebut pengendali data.
Di Indonesia, hak ini dijamin oleh Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi (UU PDP). Regulasi Eropa (GDPR) menyebutnya data subject request (DSR), dan khusus permintaan untuk melihat data disebut data subject access request (DSAR).
Ada tiga unsur yang membentuk permintaan ini: seseorang yang bisa diidentifikasi, data pribadi miliknya, dan permintaan agar perusahaan berbuat sesuatu terhadap data itu. Jika pemohon ternyata bukan pemilik data, perusahaan harus memastikan hal tersebut sebelum memprosesnya.
Bentuk permintaannya beragam. Berikut yang paling sering diterima perusahaan:
- Akses dan salinan data. Pelanggan ingin tahu data apa saja yang tersimpan, misalnya nasabah yang meminta daftar data yang tercatat di aplikasi.
- Koreksi data. Pelanggan meminta data yang keliru diperbaiki, misalnya nomor ponsel lama yang masih tercatat.
- Penghapusan data. Pelanggan berhenti berlangganan dan meminta akunnya dihapus.
- Pembatasan atau keberatan pemrosesan. Pelanggan menolak datanya dipakai untuk iklan atau profiling.
- Pemindahan data. Pelanggan pindah ke penyedia layanan lain dan meminta datanya dikirim ke sana.
Permintaan bisa datang lewat email, formulir, telepon, atau pesan media sosial. Staf di garis depan pun harus bisa mengenalinya, bukan hanya tim privasi.
Risiko Jika Permintaan Hak Data Pelanggan Diabaikan
Permintaan yang tidak dijawab jarang berhenti di satu email. Pelanggan yang kecewa biasanya mengadu lewat media sosial, melapor ke regulator, atau langsung pindah ke pesaing.
Risiko hukumnya juga nyata. UU PDP mengatur sanksi administratif bagi pengendali data yang lalai menjalankan kewajibannya, termasuk kewajiban menanggapi hak pemilik data.
Bayangkan sebuah toko daring yang tidak menghapus akun mantan pelanggan meski sudah diminta. Ketika data akun itu bocor beberapa bulan kemudian, perusahaan harus menjelaskan dua hal sekaligus: penyebab kebocoran dan alasan data itu masih disimpan.
8 Cara Menangani Permintaan Hak Data Pelanggan
Kedelapan langkah berikut disusun berurutan, dari saat permintaan masuk sampai laporan akhir. Anda bisa menjalankannya satu per satu atau memakainya sebagai daftar periksa untuk alur yang sudah ada.
1. Sediakan Saluran Pengajuan yang Jelas
Pelanggan perlu tahu ke mana harus mengirim permintaan. Cantumkan alamat email khusus atau formulir daring di situs web dan kebijakan privasi.
Contohnya, aplikasi belanja bisa menaruh menu “Permintaan Data Saya” di halaman pengaturan akun. Dengan begitu, permintaan tidak tercecer di kotak masuk layanan pelanggan biasa.
2. Catat Setiap Permintaan dalam Satu Register
Semua permintaan, apa pun kanal masuknya, harus tercatat di satu tempat. Minimal, catat tanggal terima, jenis permintaan, penanggung jawab, dan status pengerjaan.
Misalnya, pelanggan menelepon call center untuk meminta perubahan alamat. Staf yang menerima langsung membuat tiket di register, bukan hanya menjawab secara lisan, sebab tanpa catatan tidak ada bukti bahwa permintaan itu pernah masuk.
3. Verifikasi Identitas Pemohon
Sebelum data dikirim, pastikan pemohon memang pemilik data. Salah kirim ke orang lain sama artinya dengan menciptakan insiden kebocoran sendiri.
Perusahaan bisa meminta pemohon membalas dari email yang terdaftar atau memasukkan kode OTP yang dikirim ke nomor ponsel di akun. Minta bukti seperlunya saja, karena menagih foto KTP untuk urusan sepele justru menambah data sensitif yang harus dijaga.
4. Tetapkan Tenggat Waktu Internal
Tenggat adalah bagian yang paling sering meleset. Panduan ICO (otoritas perlindungan data Inggris) yang diperbarui pada 16 Juli 2026 menyebut organisasi wajib menjawab paling lambat satu bulan sejak permintaan diterima, dengan perpanjangan hingga dua bulan tambahan bila permintaan rumit atau pemohon mengajukan banyak permintaan.
Itu contoh patokan global. UU PDP menetapkan batas waktu sendiri untuk sejumlah permintaan, sehingga tim hukum perlu memastikan tenggat yang berlaku sebelum Anda menetapkan target internal.
Misalnya, permintaan masuk pada 3 Maret. Tim menetapkan target selesai dalam 10 hari kerja agar masih ada ruang untuk revisi dan persetujuan.
5. Petakan dan Kumpulkan Data dari Semua Sistem
Data pelanggan jarang hanya ada di satu tempat. Data itu bisa tersebar di CRM, sistem pembayaran, platform email marketing, log aplikasi, bahkan spreadsheet pribadi staf.
Bayangkan tim menghapus data pelanggan dari CRM, tetapi lupa bahwa datanya masih tersimpan di platform email blast. Pelanggan itu tetap menerima promosi dan wajar bila merasa permintaannya diabaikan.
Pemetaan data (data mapping) dan ROPA, yaitu catatan kegiatan pemrosesan data pribadi, membantu tim menemukan semua lokasi itu dengan cepat.
6. Tinjau Permintaan Sebelum Menjawab
Tidak semua permintaan harus dikabulkan penuh. Ada data yang wajib disimpan karena kewajiban hukum, dan ada dokumen yang memuat data orang lain.
Pelanggan yang meminta riwayat transaksinya dihapus, misalnya, tetap terikat pada kewajiban perusahaan menyimpan catatan transaksi untuk keperluan pajak dan audit. Dalam kasus ini, kabulkan yang bisa dikabulkan dan jelaskan alasan penolakan sebagian dengan bahasa yang mudah dipahami.
Jika permintaan akses menyertakan rekaman percakapan yang memuat nama pelanggan lain, samarkan bagian itu terlebih dahulu.
7. Kirim Jawaban Secara Aman dan Mudah Dipahami
Jawaban yang benar tetapi dikirim lewat kanal tidak aman akan menimbulkan masalah baru. Gunakan portal aman atau tautan unduhan berkata sandi, dan hindari lampiran tanpa proteksi.
Contohnya, perusahaan mengirim data dalam format CSV lewat tautan yang kedaluwarsa dalam tujuh hari, sementara kata sandinya dikirim lewat kanal terpisah. Sertakan juga penjelasan singkat tentang isi berkas agar pelanggan tidak kebingungan membacanya.
8. Dokumentasikan Hasil dan Evaluasi Secara Berkala
Setelah permintaan selesai, simpan buktinya: kapan diterima, siapa yang memverifikasi, apa yang dikirim, dan kapan ditutup. Catatan inilah yang akan Anda tunjukkan ketika auditor atau regulator bertanya.
Evaluasi juga perlu dilakukan. Bila tim privasi meninjau data setiap triwulan dan menemukan bahwa permintaan penghapusan paling sering terlambat karena menunggu tim IT, solusinya jelas: tambah penanggung jawab atau sederhanakan alur persetujuan.
Kesimpulan
Menangani permintaan hak data pelanggan pada dasarnya soal disiplin alur. Ada pintu masuk yang jelas, pencatatan, verifikasi, tenggat, pengumpulan data, peninjauan, pengiriman yang aman, dan dokumentasi.
Kedelapan langkah itu saling menyambung, sehingga satu langkah yang bolong biasanya membuat langkah berikutnya ikut macet. Alur manual memang masih bisa jalan saat permintaan hanya satu atau dua per bulan, tetapi mulai rapuh ketika jumlahnya naik, jadi mulailah dari saluran resmi, penanggung jawab, dan register permintaan.
Siap Mengelola Kepatuhan Privasi sebagai Risiko Bisnis?
Lihat bagaimana GRC membantu memetakan risiko data pribadi, memantau kepatuhan UU PDP, dan menyiapkan perusahaan menghadapi audit tanpa proses manual yang rumit.
FAQ
DSR mencakup semua permintaan pemilik data, sedangkan DSAR hanya permintaan akses data.
Tergantung regulasi dan jenis permintaannya. Panduan ICO Inggris menetapkan satu bulan, sedangkan UU PDP punya batas waktu sendiri.
Boleh, jika ada dasar hukum, misalnya kewajiban menyimpan data transaksi untuk pajak dan audit. Alasannya tetap harus dijelaskan kepada pelanggan.
