Satu alamat email dapat disebut dalam bagian pendaftaran akun, pemberitahuan transaksi, dan promosi. Ketika kebijakan privasi hanya menyatakan bahwa informasi digunakan untuk “meningkatkan layanan”, hubungan antara data dan masing-masing kegiatan itu belum terlihat jelas.
Membaca kebijakan privasi aplikasi menjadi lebih terarah ketika penelusuran mengikuti tiga pertanyaan: untuk apa data diproses, siapa yang menerimanya, dan berapa lama data dipertahankan. Ketiganya perlu dibaca bersama. Penjelasan tujuan yang rinci masih menyisakan pertanyaan apabila penerima atau batas penyimpanannya tidak diterangkan.
Pembahasan ini menggunakan kerangka hukum Indonesia. Fokusnya adalah memahami dokumen dan mengenali pertanyaan lanjutan, bukan menetapkan kepatuhan aplikasi tertentu.
Mulai dari dokumen yang berlaku untuk layanan tersebut
Sebelum menelusuri isi, perhatikan nama badan yang menerbitkan kebijakan, layanan yang dicakup, serta tanggal berlaku atau pembaruannya. Nama merek pada ikon aplikasi belum tentu sama dengan nama organisasi yang tercantum dalam dokumen.
Cakupan juga perlu diperhatikan ketika satu kebijakan membahas beberapa produk sekaligus. Penjelasan untuk situs web, aplikasi seluler, dan layanan bisnis mungkin berada pada bagian berbeda. Jangan langsung menganggap setiap kegiatan dalam dokumen terjadi pada semua fitur.
Untuk pembacaan awal, pilih satu kegiatan konkret: membuat akun, mengunggah foto, melakukan pembelian, atau mengirim pesan kepada dukungan. Lalu ikuti penjelasan tentang data yang terlibat dalam kegiatan tersebut. Jika jenis informasinya belum jelas, pembahasan tentang data pribadi yang sering dibagikan saat memakai aplikasi membantu mengenali titik awalnya.
Tujuan pemrosesan: hubungkan data dengan kegiatan
Kata “personalisasi”, “keamanan”, dan “analitik” menunjukkan arah penggunaan, tetapi masih memerlukan konteks. Personalisasi dapat merujuk pada pengaturan tampilan atau pemilihan rekomendasi. Penjelasan yang berguna memperlihatkan kegiatan apa yang dimaksud dan informasi apa yang digunakan.
Sebagai contoh hipotetis, sebuah aplikasi pemesanan menyebut nomor telepon untuk koordinasi pengiriman dan penawaran promosi. Kedua tujuan itu perlu dibaca terpisah meskipun memakai informasi yang sama. Kebutuhan mengantar barang belum menjelaskan penggunaan nomor untuk promosi.
Dalam UU PDP, Pasal 20 mengatur dasar pemrosesan; persetujuan merupakan salah satunya. Pasal 27–28 mengatur pemrosesan yang terbatas, spesifik, transparan, dan sesuai tujuan. Karena itu, alasan penggunaan data perlu dibedakan dari dasar pemrosesannya.
Saat membaca satu tujuan, pertanyaan praktisnya adalah:
- Informasi apa yang digunakan untuk kegiatan ini?
- Apakah tujuan terkait fitur yang dipilih atau penggunaan tambahan?
- Dasar pemrosesan apa yang dinyatakan penyedia?
- Pilihan apa yang dijelaskan untuk penggunaan tersebut?
Istilah yang luas sebaiknya dicatat sebagaimana adanya. Kalimat “untuk pengembangan layanan”, misalnya, belum menjawab apakah yang dimaksud adalah membaca laporan gangguan atau menganalisis isi unggahan. Ketidakjelasan itu menjadi pertanyaan lanjutan, bukan ruang untuk mengisi sendiri praktik yang tidak disebutkan.
Keberadaan tautan kebijakan juga tidak otomatis menjelaskan makna setiap tombol pada aplikasi. Hubungan tersebut dibahas dalam perbedaan izin akses aplikasi dan persetujuan pemrosesan data.
Penerima data: cari fungsi di balik sebutan “mitra”
Bagian pembagian data sering memuat istilah seperti penyedia layanan, afiliasi, mitra bisnis, atau pihak berwenang. Sebutan tersebut perlu dibaca bersama fungsi, jenis informasi, dan keadaan ketika data disampaikan.
Sebagai ilustrasi hipotetis, penyedia penyimpanan dan perusahaan pengiriman dapat terlibat dalam layanan yang sama. Namun, fungsi keduanya berbeda. Penyebutan keduanya sebagai “mitra” belum menunjukkan apakah mereka menerima data yang sama atau dapat menggunakannya untuk tujuan sendiri.
Pasal 1 UU PDP membedakan pengendali yang menentukan tujuan dan mengendalikan pemrosesan dengan prosesor yang memproses atas nama pengendali. Pasal 51 mengatur pemrosesan oleh prosesor berdasarkan perintah pengendali. Label “vendor” saja belum menetapkan peran hukumnya.
Untuk memahami penjelasan penerima, susun hubungan berikut: pihak atau kategorinya → data yang diterima → keperluannya. Jika dokumen hanya menjelaskan dua unsur pertama, tujuan penerimaan masih menjadi bagian yang belum terjawab.
Perhatikan pula arah pembagiannya. “Kami menerima informasi dari mitra” berbeda dari “kami membagikan informasi kepada mitra”. Keduanya dapat muncul dalam dokumen yang sama dan menjelaskan alur yang berbeda.
Jika kebijakan menyebut pemrosesan di luar Indonesia, catat penjelasan lokasi, pihak, dan pengaturan yang disebutkan. Lokasi asing saja belum cukup untuk menilai seluruh persoalan hukum transfer data. Penilaian lebih jauh membutuhkan konteks serta ketentuan yang relevan.
Masa penyimpanan: cari batas dan titik mulainya
Frasa “selama diperlukan” belum memberi gambaran waktu apabila tidak disertai penjelasan kebutuhan yang dimaksud. Cari apakah kebijakan membedakan data akun, riwayat transaksi, catatan keamanan, serta informasi komunikasi dengan dukungan.
Jika suatu jangka waktu disebutkan, perhatikan peristiwa yang memulai penghitungannya. Penyimpanan sejak transaksi selesai berbeda dari penyimpanan sejak akun terakhir digunakan. Angka yang sama dapat menghasilkan cakupan waktu berbeda karena titik mulainya berbeda.
Untuk pemrosesan berdasarkan persetujuan, Pasal 21 UU PDP mencakup informasi mengenai retensi dokumen dan jangka waktu pemrosesan. Pasal 16 ayat (2) huruf g memuat prinsip penghapusan atau pemusnahan setelah retensi berakhir atau berdasarkan permintaan, dengan pengecualian menurut peraturan perundang-undangan.
Jika penyedia menyatakan bahwa data dipertahankan untuk kewajiban hukum, cari penjelasan tentang jenis catatan, kewajiban yang dimaksud, dan batas waktunya. Pernyataan tersebut belum cukup untuk menyimpulkan bahwa semua informasi harus disimpan dengan durasi yang sama.
Periksa juga apa yang dijelaskan setelah akun ditutup. Apakah ada catatan yang tetap dipertahankan? Apakah kebijakan membahas salinan cadangan dan pembatasan penggunaannya? Pertanyaan ini membantu memahami cakupan janji penghapusan tanpa mengasumsikan seluruh salinan hilang pada saat yang sama.
Hubungan penutupan akun dan akhir penyimpanan dibahas tersendiri dalam menghapus akun aplikasi: apakah data pribadi ikut terhapus?.
Satukan hasil pembacaan dalam satu alur
Setelah tiga bagian itu ditemukan, hubungkan kembali pada fitur yang dipilih. Cara ini memperlihatkan bagian yang sudah dijelaskan dan bagian yang masih terpisah-pisah di dalam dokumen.
Tabel berikut memakai contoh hipotetis aplikasi pemesanan. Isinya merupakan alat pencatatan, bukan temuan tentang aplikasi tertentu.
| Data dan kegiatan | Tujuan yang dicari | Penerima yang perlu ditelusuri | Penjelasan penyimpanan yang dicari |
|---|---|---|---|
| Alamat untuk pesanan | Pengiriman dan penanganan kendala | Pihak pengiriman serta fungsi masing-masing | Batas penyimpanan setelah pesanan selesai |
| Email akun | Akses akun dan pemberitahuan | Penyedia layanan terkait, bila disebutkan | Hubungan masa simpan dengan status akun |
| Pilihan menerima promosi | Pengiriman penawaran | Pihak yang menjalankan pengiriman promosi | Apa yang terjadi setelah pilihan diubah |
Jika satu hubungan belum ditemukan, tulis “belum dijelaskan dalam bagian yang dibaca”. Rumusan ini lebih akurat daripada menyimpulkan bahwa kegiatan pasti tidak terjadi atau pasti disembunyikan.
Untuk konteks tentang keseluruhan siklus dan pembagian tanggung jawab, lihat pelindungan data pribadi dalam aplikasi. Pembacaan kebijakan di sini berfokus pada penjelasan yang tersedia bagi pengguna.
Ketika penjelasan masih belum cukup
Pertanyaan kepada penyedia sebaiknya merujuk pada bagian tertentu. Sebagai contoh hipotetis: “Bagian penyimpanan menyebut kebutuhan layanan. Untuk alamat pengiriman setelah pesanan selesai, kebutuhan apa yang dimaksud dan kapan penyimpanannya berakhir?” Pertanyaan ini mempunyai objek yang lebih jelas daripada permintaan umum untuk menjelaskan seluruh kebijakan.
Simpan tautan, tanggal akses, versi dokumen bila tersedia, serta jawaban penyedia. Catatan tersebut membantu membedakan isi kebijakan yang dibaca dari penjelasan tambahan yang diterima kemudian. Gunakan kanal kontak yang diumumkan penyedia dan hindari menyertakan data sensitif yang tidak diperlukan untuk menjelaskan pertanyaan.
Kebijakan yang rinci tetap merupakan penjelasan penyedia; dokumen itu sendiri belum membuktikan bagaimana seluruh proses dijalankan. Sebaliknya, satu bagian yang belum jelas perlu ditelusuri sebelum dijadikan kesimpulan tentang pelanggaran.
Hasil pembacaan yang berguna adalah hubungan yang dapat diterangkan: data tertentu digunakan untuk kegiatan tertentu, diterima pihak dengan fungsi tertentu, dan dipertahankan dengan batas yang dijelaskan. Jika salah satu hubungan itu terputus, di situlah pertanyaan berikutnya perlu diarahkan.
Artikel ini merupakan informasi umum dalam kerangka hukum Indonesia, bukan nasihat hukum untuk aplikasi atau keadaan pribadi tertentu.