Sebuah alamat dimasukkan untuk mengirim pesanan. Setelah barang tiba, alamat itu mungkin masih tercantum dalam riwayat transaksi. Pertanyaan berikutnya bukan lagi bagaimana aplikasi memperoleh alamat tersebut, melainkan untuk apa catatan dipertahankan, siapa yang dapat mengaksesnya, dan bagaimana permintaan pengguna ditangani.
Situasi hipotetis itu memperlihatkan mengapa pelindungan data pribadi dalam aplikasi perlu dipahami sepanjang perjalanan informasi. Formulir pendaftaran, tombol persetujuan, penyimpanan, penggunaan oleh penyedia lain, hingga penghapusan akun merupakan bagian yang perlu dibaca dalam hubungan yang sama.
Pembahasan ini menggunakan kerangka hukum Indonesia. Tujuannya memberi peta persoalan, bukan menetapkan bahwa aplikasi tertentu sudah patuh atau melakukan pelanggaran.
Kerangka hukum dan batas pembahasan
UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi menjadi rujukan utama. Pasal 1 mengaitkan data pribadi dengan individu yang teridentifikasi atau dapat diidentifikasi. Pasal 2 mengatur jangkauan wilayah dan akibat hukum, serta mengecualikan pemrosesan perseorangan dalam kegiatan pribadi atau rumah tangga.
Karena itu, bahasa aplikasi, negara asal merek, atau lokasi pengguna saja belum cukup untuk menyelesaikan pertanyaan yurisdiksi. Dalam pembacaan awal, identitas badan penyedia, pihak penerima informasi, dan konteks layanan sebaiknya dicatat secara terpisah. Aplikasi yang terlihat sebagai satu produk dapat melibatkan beberapa organisasi dengan fungsi berbeda.
Artikel ini berfokus pada kerangka umum. Persyaratan sektoral dan keadaan konkret dapat memerlukan penelusuran tambahan. Pernyataan dalam kebijakan privasi juga perlu dibedakan dari bukti tentang praktik yang benar-benar berlangsung.
Pemrosesan berlanjut setelah data dikumpulkan
Pasal 16 mencakup pengumpulan, analisis, penyimpanan, pembaruan, pengungkapan atau transfer, hingga penghapusan dan pemusnahan. Dengan demikian, pembacaan persoalan data perlu mengikuti seluruh siklus tersebut. Rujukan: UU PDP.
Untuk memahaminya, gunakan satu fitur sebagai titik awal. Dalam contoh aplikasi pemesanan hipotetis, alamat dapat masuk melalui formulir, diteruskan kepada pihak pengiriman, lalu muncul kembali ketika pengguna membuka riwayat. Masing-masing tahap membawa pertanyaan berbeda meskipun informasinya sama.
| Tahap yang ditelusuri | Pertanyaan pemahaman |
|---|---|
| Informasi masuk | Data apa yang diminta dan dari mana asalnya? |
| Informasi digunakan | Fitur atau tujuan apa yang memerlukannya? |
| Informasi dibagikan | Pihak mana yang menerima dan untuk kegiatan apa? |
| Informasi disimpan | Apa alasan dan batas penyimpanannya? |
| Informasi diperbarui atau dihapus | Bagaimana permintaan diproses dan hasilnya dijelaskan? |
Tabel tersebut merupakan cara membaca alur, bukan penilaian kepatuhan. Jika penjelasan penerima data belum ditemukan, hasil penelusurannya adalah bagian yang masih belum jelas. Kekosongan itu tidak sebaiknya langsung diisi dengan dugaan bahwa data pasti dijual, ataupun anggapan bahwa tidak ada pihak lain yang menerimanya.
Pengenalan jenis informasi telah dibahas lebih terarah dalam data pribadi yang sering dibagikan saat memakai aplikasi. Di sini, perhatian beralih dari daftar datanya ke hubungan antarproses.
Mengenali pihak yang mengambil keputusan
Pasal 1 membedakan pengendali yang menentukan tujuan dan mengendalikan pemrosesan, dengan prosesor yang memproses atas nama pengendali. Pasal 51 mengatur hubungan perintah dan tanggung jawab keduanya. Rujukan: UU PDP.
Pembedaan ini membantu menyusun pertanyaan yang lebih tepat daripada sekadar mencari nama pengembang di layar. Siapa yang menetapkan alasan penggunaan informasi? Siapa yang menyediakan sarana penyimpanan? Siapa yang menjadi kontak untuk permintaan pengguna? Jawabannya perlu mengikuti kegiatan yang sedang dibicarakan.
Sebagai ilustrasi, organisasi yang menawarkan aplikasi mungkin menggunakan penyedia infrastruktur untuk menyimpan catatan. Namun, menyebut penyedia itu sebagai prosesor tetap memerlukan pemahaman tentang hubungan dan perannya. Istilah pemasaran seperti “mitra”, “vendor”, atau “ekosistem” belum menjelaskan pembagian kewenangan secara memadai.
Pembacaan yang berguna menghasilkan daftar pihak beserta fungsi yang dijelaskan. Jika satu nama hanya disebut sebagai penerima data tanpa keterangan tujuan, catat keterbatasan tersebut. Jangan menganggap semua penerima mempunyai akses yang sama atau menggunakan data dengan alasan identik.
Dasar pemrosesan harus dibaca bersama tujuannya
Pasal 20 mengenal persetujuan, perjanjian, kewajiban hukum, kepentingan vital, tugas publik, dan kepentingan sah lainnya dengan pertimbangan keseimbangan. Persetujuan bukan satu-satunya dasar. Rujukan: UU PDP.
Dalam membaca aplikasi, pisahkan terlebih dahulu tujuannya. Pengiriman barang, pengiriman promosi, penanganan keluhan, dan penyimpanan bukti transaksi merupakan kegiatan yang berbeda secara praktis. Pernyataan bahwa suatu informasi diperlukan untuk satu kegiatan belum menjelaskan alasan penggunaannya dalam kegiatan lain.
Contoh hipotetisnya adalah nomor telepon untuk koordinasi pengantaran. Penjelasan mengenai pengantaran membantu memahami satu tujuan. Jika nomor yang sama digunakan untuk pesan promosi, pertanyaan berikutnya perlu diarahkan pada penjelasan untuk tujuan promosi tersebut. Contoh ini tidak menentukan dasar hukum mana yang tepat untuk layanan tertentu.
Kata “setuju” pun perlu dibaca bersama informasi yang disajikan. Apa objek persetujuannya? Apakah pilihan menyangkut satu fitur atau beberapa tujuan? Apakah pengguna sedang mengaktifkan kemampuan perangkat atau merespons penjelasan penggunaan informasi?
Perbedaan tersebut menjadi fokus izin akses aplikasi dan persetujuan pemrosesan data. Mengamati tombol saja dapat melewatkan konteks sebelum dan sesudahnya.
Hak subjek data: pahami permintaan yang sebenarnya dibutuhkan
Pasal 5–15 memuat hak informasi, perbaikan, akses, penghentian atau penghapusan, penarikan persetujuan, keberatan keputusan otomatis tertentu, pembatasan, gugatan, serta portabilitas; pelaksanaannya memiliki syarat dan pengecualian. Rujukan: UU PDP.
Daftar hak lebih mudah dipahami ketika dihubungkan dengan masalah konkret. Alamat yang keliru menimbulkan kebutuhan berbeda dari keinginan memperoleh salinan catatan. Pesan promosi yang tidak lagi diinginkan juga berbeda dari permintaan mengakhiri akun beserta penjelasan penyimpanan datanya.
Dalam komunikasi dengan penyedia, rumusan permintaan sebaiknya menunjukkan objek dan hasil yang diharapkan. Sebagai contoh hipotetis, “mohon jelaskan data alamat mana yang masih tersimpan setelah akun ditutup” lebih terarah daripada “hapus semuanya” tanpa menyebut akun atau konteks terkait. Rumusan yang jelas membantu pembicaraan, tetapi tidak menjamin hasil hukum tertentu.
Beberapa pembedaan praktis perlu dipertahankan:
- Akses dan perbaikan: memperoleh informasi tentang catatan berbeda dari mengoreksi isinya.
- Penarikan persetujuan dan penghapusan: keduanya mengajukan pertanyaan berbeda tentang dasar serta kelanjutan pemrosesan.
- Salinan dan portabilitas: memperoleh berkas berbeda dari memindahkan informasi agar dapat digunakan layanan lain.
- Keberatan dan pengaduan umum: persoalan keputusan otomatis perlu dijelaskan melalui keputusan serta dampak yang dipersoalkan.
Simpan konteks komunikasi: fitur yang digunakan, tanggal permintaan, nomor tiket jika tersedia, dan jawaban penyedia. Catatan ini membantu melihat apa yang sudah dijawab dan bagian yang masih terbuka. Hindari menyertakan dokumen identitas atau informasi pihak lain melalui kanal yang belum jelas tujuan dan penerimanya.
Jika penyedia meminta informasi tambahan, pertanyaan berikutnya adalah mengapa informasi tersebut diperlukan dan bagaimana pengirimannya dilakukan. Permintaan tambahan tidak dengan sendirinya membuktikan penyalahgunaan, tetapi tetap perlu dipahami secara spesifik.
Tanggung jawab perlu terlihat dalam cara layanan bekerja
Pertanggungjawaban lebih mudah dibaca melalui hubungan antara penjelasan dan tindakan. Jika kebijakan menyebut adanya jalur permintaan data, cari bagaimana jalur tersebut digunakan. Jika ada alasan penyimpanan, lihat apakah penjelasannya membedakan jenis catatan dan tujuan yang relevan.
Keberadaan halaman kebijakan privasi merupakan titik awal penelusuran. Halaman itu sendiri belum memperlihatkan siapa yang dapat membuka catatan dalam organisasi, bagaimana kesalahan diperbaiki, atau apakah hasil permintaan diterapkan pada sistem terkait. Sebaliknya, tidak semua proses internal dapat dilihat langsung oleh pengguna.
Kebutuhan fungsi pelindungan data juga tidak sebaiknya disimpulkan dari besar kecilnya merek saja. Dalam Putusan Nomor 151/PUU-XXII/2024, MK memaknai kata penghubung pada kriteria Pasal 53 ayat (1) huruf b sebagai “dan/atau”. Pembacaan kewajiban penunjukan petugas harus memperhatikan putusan itu, bukan menganggap seluruh kriteria harus selalu terpenuhi bersama. Penjelasan resmi Mahkamah Konstitusi.
Bagi pembaca, implikasi praktisnya adalah mencari fungsi dan kontak yang relevan tanpa mengarang jabatan yang tidak diumumkan. Alamat dukungan pelanggan dapat menjadi pintu komunikasi, tetapi keberadaannya saja belum menjelaskan seluruh pembagian tanggung jawab organisasi.
Penelusuran dokumennya dibahas lebih rinci dalam membaca kebijakan privasi aplikasi. Pembacaan dokumen perlu mempertahankan perbedaan antara janji penyedia, informasi yang tersedia, dan praktik yang belum diketahui.
Penyimpanan dan akhir penggunaan akun
Menutup akun, menghapus aplikasi dari perangkat, dan meminta penjelasan tentang data adalah tindakan yang perlu dibedakan. Sebagai cara memahami situasi, pisahkan akses masuk, tampilan riwayat, salinan unduhan, dan catatan yang disebut masih dipertahankan oleh penyedia.
Dalam contoh hipotetis, pengguna mungkin tidak lagi dapat membuka akun setelah penutupan. Namun, hilangnya akses itu belum menjawab pertanyaan tentang setiap kategori catatan. Sebaliknya, pernyataan bahwa ada informasi yang disimpan juga belum menjelaskan apakah seluruh profil tetap digunakan seperti sebelumnya.
Pertanyaan yang lebih terarah mencakup jenis catatan, alasan penyimpanan yang dinyatakan, batas waktunya, dan penggunaan yang masih berlangsung. Jika jawaban hanya menyebut “sesuai aturan”, bagian yang belum jelas adalah aturan mana dan kaitannya dengan catatan tersebut.
Pembahasan lanjutan tersedia dalam menghapus akun aplikasi dan nasib data pribadi. Topik itu memerlukan perhatian tersendiri agar penutupan akses tidak disamakan dengan seluruh proses penghapusan.
Ketika muncul kabar insiden
Kabar mengenai insiden perlu dibaca dengan membedakan dugaan, konfirmasi penyedia, dan hasil pemeriksaan yang diumumkan. Tangkapan layar unggahan atau gangguan masuk akun saja belum cukup untuk menetapkan cakupan kejadian.
Untuk memahami pemberitahuan, cari informasi tentang layanan yang terdampak, jenis data yang disebut, periode kejadian, serta tindakan yang dijelaskan penyedia. Pisahkan pula tindakan yang sudah dilakukan dari rencana yang masih diumumkan. Pernyataan “sedang diselidiki” menunjukkan proses yang berlangsung, bukan hasil akhir mengenai seluruh dampaknya.
Artikel ini tidak menetapkan saluran pengaduan atau prosedur penanganan untuk insiden tertentu. Identitas pihak, ketentuan sektoral, dan informasi resmi mengenai kejadian perlu diketahui sebelum menarik kesimpulan lebih jauh.
Membaca hubungan antara tujuan, pihak, dan tindakan
Pemahaman yang lebih utuh muncul ketika satu fitur dapat dijelaskan melalui rangkaian sederhana: informasi apa yang digunakan, untuk tujuan apa, oleh pihak mana, dan bagaimana perubahan atau permintaan ditangani. Jika satu hubungan belum jelas, pertanyaan lanjutan sebaiknya diarahkan ke hubungan itu.
Pendekatan ini juga menjaga batas kesimpulan. Kebijakan yang rinci belum menjadi bukti tunggal kepatuhan; penjelasan yang belum lengkap belum menjadi putusan pelanggaran. Yang diperlukan adalah konteks yang cukup untuk menghubungkan pernyataan, kegiatan pemrosesan, dan aturan yang relevan.
Informasi ini bersifat umum dan tidak menggantikan penilaian hukum atas aplikasi, sengketa, atau keadaan pribadi tertentu. Digital2Law merupakan publikasi, bukan penyedia konsultasi hukum.