Di lobby gedung, Rima sedang mengisi formulir untuk sewa ruang acara.
Nama.
Nomor telepon.
Email.
Lalu kolom:
“Upload KTP.”
Rima berhenti.
Temannya, Wina, yang berdiri di belakang, bertanya:
“Kenapa?”
“Gue mau sewa ruangan tiga jam.”
“Terus?”
“Kenapa mereka perlu KTP full scan?”
Wina melihat formulir.
“Validasi identitas?”
“Mungkin.”
“Disimpan berapa lama?”
Mereka berdua diam.
KTP adalah dokumen yang sangat sering diminta dalam kehidupan kota.
Sewa apartemen.
Coworking.
Event.
Gedung.
Vendor.
Hotel.
Registrasi tertentu.
Kurir.
Administrasi.
Kadang kebutuhan identitas memang masuk akal.
Masalahnya, terlalu banyak orang mengirim foto KTP seperti mengirim menu makan siang.
Tanpa bertanya:
siapa yang menerima?
untuk tujuan apa?
disimpan di mana?
berapa lama?
KTP berisi data pribadi yang bernilai tinggi
Nama.
NIK.
Tempat/tanggal lahir.
Alamat.
Jenis kelamin.
Status.
Foto.
Tanda tangan.
Informasi lain.
Dalam kerangka UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, pemrosesan data pribadi memiliki prinsip, hak subjek data, dan kewajiban bagi pengendali/prosesor data sesuai konteks.
Jadi permintaan KTP bukan hal sepele.
“Sudah biasa diminta” bukan dasar yang cukup
Rima bertanya ke admin gedung:
“KTP-nya digunakan untuk apa ya?”
Admin menjawab:
“Untuk verifikasi penyewa dan akses security.”
Oke.
Tujuan mulai jelas.
Rima lanjut:
“Disimpan sampai kapan?”
Admin mengecek ke supervisor.
Pertanyaan itu bukan kasar.
Justru wajar.
Data harus punya tujuan
Kalau tujuan hanya memastikan identitas saat check-in, apakah perlu menyimpan salinan enam tahun?
Mungkin ada alasan legal/administratif tertentu.
Mungkin tidak.
Pengelola seharusnya bisa menjelaskan retention berdasarkan kebutuhan dan kewajibannya.
Minta privacy notice
Form profesional idealnya punya informasi privasi.
Siapa pengendali data.
Tujuan pemrosesan.
Dasar.
Jenis data.
Pihak yang menerima.
Masa simpan atau kriteria.
Hak pengguna.
Kontak.
Tidak harus selalu satu halaman panjang.
Tapi jangan meminta KTP tanpa konteks sama sekali.
Jangan kirim KTP ke nomor pribadi random tanpa verifikasi
Admin event:
“Kirim KTP ke WA saya.”
Nomor pribadi.
Foto profile bukan logo perusahaan.
Rima bertanya:
“Ada channel resmi atau form perusahaan?”
Ternyata ada portal.
Lebih baik.
Kalau memang proses resmi menggunakan WhatsApp, verifikasi nomor dan pihaknya.
Watermark copy KTP bisa membantu dalam beberapa konteks
Jika memang harus mengirim salinan, sebagian orang menambahkan watermark:
“Untuk verifikasi sewa ruang X, tanggal Y.”
Tujuannya membatasi kegunaan ulang salinan secara visual.
Tapi watermark bukan perlindungan sempurna.
Dan jangan menutupi data yang justru diwajibkan untuk verifikasi tanpa koordinasi.
Tanya pihak penerima apakah format watermark diterima.
Jangan mengedit data identitas
Watermark berbeda dengan mengubah NIK atau foto.
Jangan memalsukan dokumen.
Kalau merasa data terlalu banyak diminta, negosiasikan metode verifikasi lain.
Bisa tidak hanya menunjukkan, bukan menyerahkan copy?
Untuk beberapa kebutuhan, mungkin cukup:
lihat KTP fisik saat check-in,
verifikasi melalui sistem resmi,
atau mencatat data minimum.
Tidak semua proses memungkinkan.
Tapi boleh bertanya.
Data minimization adalah konsep penting.
Event sering meminta KTP untuk akses gedung
Gedung tertentu membutuhkan daftar identitas untuk security.
Wajar.
Tapi organizer tetap harus mengelola data dengan baik.
Jangan membuat grup WhatsApp:
“Semua peserta kirim foto KTP di sini ya.”
Sekarang 80 orang saling melihat identitas.
Buruk.
Organizer harus punya channel tertutup
Form dengan access terbatas.
Email resmi.
Portal.
Data tidak perlu terlihat peserta lain.
Spreadsheet KTP jangan dibagikan lewat link publik
Rima pernah menjadi panitia.
Satu panitia membuat sheet:
Nama.
NIK.
Nomor HP.
Link setting:
“Anyone with the link.”
Rima langsung minta access diperketat.
Cloud tool bisa aman jika konfigurasi benar.
Link publik bisa menghapus banyak manfaat itu.
Jangan menyimpan salinan di laptop semua panitia
Semakin banyak copy, semakin banyak titik bocor.
Kalau hanya dua orang yang perlu akses, dua orang.
Panitia desain tidak perlu.
MC tidak perlu.
Vendor dekorasi tidak perlu.
Least privilege.
Setelah event selesai, hapus jika sudah tidak diperlukan
Tentu jika ada kewajiban hukum atau contractual retention, ikuti.
Tapi jangan menyimpan “jaga-jaga” tanpa batas.
Organizer perlu retention policy.
Misalnya data akses dihapus setelah periode tertentu setelah acara selesai jika tidak ada kebutuhan lanjutan.
Angka harus mengikuti kebutuhan nyata dan aturan.
Jangan gunakan KTP peserta untuk marketing
Orang memberi identitas agar bisa masuk gedung.
Bukan berarti consent menerima promo.
Purpose limitation penting.
Data untuk akses tidak otomatis boleh dipakai untuk campaign lain.
Nomor telepon dari formulir juga data pribadi
Kadang organisasi fokus KTP, lupa nomor dan email.
Semua perlu dilindungi.
Vendor pihak ketiga harus dipahami
Event organizer menggunakan platform ticketing.
Platform menyimpan data.
Gedung punya sistem security sendiri.
Vendor check-in mungkin punya aplikasi.
Siapa yang jadi pengendali?
Siapa prosesor?
Pengguna tidak perlu jadi lawyer.
Tapi organizer harus memahami rantai data.
Kalau data dikirim ke vendor, kontrak perlu mengatur
Batas tujuan.
Security.
Retention.
Deletion.
Breach handling.
Untuk organisasi serius, hal ini masuk vendor management.
Jangan foto KTP lalu taruh di gallery panitia
Ponsel otomatis backup ke cloud personal.
KTP peserta ikut.
Lebih baik gunakan upload langsung ke sistem yang ditentukan.
Kalau terpaksa menerima via WhatsApp, pindahkan dan hapus sesuai SOP
Bukan ideal untuk semua kasus.
Tapi realitas UMKM/event sering begitu.
Setelah verifikasi:
data dipindah ke storage resmi jika memang masih perlu,
chat copy dibersihkan sesuai policy,
access dibatasi.
Jangan dibiarkan bercampur dengan chat personal bertahun-tahun.
KTP untuk sewa properti punya konteks berbeda
Pemilik tempat mungkin membutuhkan identitas penyewa untuk kontrak.
Wajar.
Tetap:
siapa pegang?
apakah broker juga menyimpan?
apakah owner?
apakah management building?
berapa lama?
Rima bertanya ke broker.
Broker ternyata menyimpan copy di Google Drive pribadi.
Rima tidak nyaman.
Dia meminta dokumen dikirim ke email resmi agency dan akses dibatasi.
Broker freelance pun tetap harus menjaga data
Skala kecil tidak menghapus tanggung jawab.
Data pribadi tetap data pribadi.
Jangan upload identitas melalui link yang domain-nya aneh
Form terlihat seperti Google.
Domain typo.
SMS:
“Upload KTP untuk confirm booking.”
Jangan.
Buka situs atau aplikasi resmi.
Hubungi penyelenggara melalui nomor resmi.
Phishing sering memakai urgency.
Foto selfie + KTP lebih sensitif
Beberapa proses KYC memang membutuhkan selfie dan identitas.
Kombinasi itu sangat bernilai.
Pastikan penyedia dan proses sah.
Jangan kirim karena seller marketplace random meminta.
Jangan memberikan OTP sebagai bagian verifikasi identitas
KTP mungkin diperlukan.
OTP adalah credential.
Pihak yang meminta keduanya lewat chat patut dicurigai.
OTP bank, marketplace, email, atau WhatsApp tidak diberikan ke petugas event.
Kalau KTP sudah bocor?
Jangan panik, tapi catat.
Pihak mana.
Data apa.
Kapan.
Jika ada indikasi penyalahgunaan, hubungi institusi terkait dan ikuti jalur pengaduan/respons yang tersedia.
Monitor akun yang terkait identitas.
Organisasi juga harus punya incident response
Jika laptop panitia hilang berisi KTP, jangan hanya diam.
UU PDP mengatur kewajiban tertentu terkait kegagalan pelindungan data pribadi.
Detail legal dan tenggat harus dicek sesuai kejadian dengan tim hukum/privacy.
Jangan membuat data collection lebih luas dari tujuan
Panitia event musik meminta:
KTP.
KK.
NPWP.
Alamat kantor.
Rima bertanya:
“Kenapa KK?”
Tidak ada jawaban.
Data yang tidak diperlukan seharusnya tidak dikumpulkan hanya karena form bisa menambah field.
Usia bisa diverifikasi dengan data minimum
Jika tujuan hanya memastikan peserta di atas usia tertentu, sistem ideal tidak selalu perlu menyimpan seluruh KTP.
Implementasi tergantung konteks dan kemampuan organizer.
Prinsipnya tetap:
ambil data minimum yang memenuhi tujuan.
Consent checkbox bukan izin tanpa batas
“Dengan mengisi form, Anda setuju data digunakan untuk keperluan acara.”
Apa itu “keperluan acara”?
Akses?
Marketing?
Sponsor?
Analytics?
Semakin spesifik, semakin baik.
Foto KTP dengan watermark tetap perlu dikirim lewat channel aman
Watermark membantu membatasi context penggunaan.
Tapi kalau dikirim ke grup publik, tetap buruk.
Protection harus berlapis:
purpose jelas,
channel aman,
access terbatas,
retention,
watermark jika cocok.
Satu layer tidak menggantikan semua.
Jangan menambahkan data lain yang tidak diminta
Form hanya butuh KTP.
User mengirim KTP plus selfie plus kartu keluarga “biar lengkap”.
Jangan.
Semakin banyak data, semakin besar exposure.
Kirim sesuai kebutuhan.
Scan beresolusi super tinggi juga perlu dipikirkan
Jika sistem hanya perlu verifikasi visual, file 20 MB ultra-high-resolution mungkin tidak diperlukan.
Tapi jangan menurunkan kualitas sampai dokumen tidak terbaca.
Ikuti requirement.
Data minimization juga bisa berlaku pada detail teknis.
Nama file jangan berisi data lebih banyak
“KTP_Rima_3174xxxxxxxx_NomorHP.jpg”
Sekarang metadata file/name sudah mengulang data sensitif.
Lebih baik naming yang cukup untuk proses internal tanpa menaruh seluruh identifier di filename jika tidak perlu.
Email subject juga bisa bocor
Subject:
“KTP NIK 3174… untuk Event X.”
Email bisa terlihat di notification atau forwarding.
Gunakan subject yang lebih minimal:
“Dokumen verifikasi – Rima – Booking 123.”
Panitia volunteer perlu training privasi
Event komunitas sering dijalankan relawan.
Mereka bukan staff profesional.
Tapi tetap memegang data.
Brief sederhana:
jangan download jika tidak perlu,
jangan screenshot,
jangan share,
hapus sesuai schedule,
laporkan incident.
Jangan menggunakan data peserta untuk membuat jokes
Panitia melihat foto KTP.
“Wah foto lo lucu.”
Tidak.
Akses data untuk pekerjaan bukan izin mengomentari.
Privacy juga soal dignity.
Print-out KTP punya risiko fisik
Kadang gedung meminta hardcopy.
Setelah event, kertas ditinggal di meja.
Shred jika sudah tidak diperlukan sesuai retention policy.
Jangan buang utuh ke tempat sampah biasa.
Vendor security badge bisa cukup tanpa copy KTP permanen
Beberapa gedung mungkin punya sistem scan/visitor management.
Jika tersedia, organizer bisa menghindari menyimpan copy sendiri.
Gunakan infrastructure pihak yang memang bertanggung jawab jika sesuai.
QR ticket tidak selalu perlu identitas lengkap
Untuk event yang tidak punya kebutuhan legal/security tinggi, ticket ID dan nama mungkin cukup.
Jangan meniru event lain yang meminta KTP hanya karena terlihat profesional.
Anak dan remaja membutuhkan perhatian tambahan
Jika event melibatkan anak, pengumpulan data perlu lebih hati-hati.
UU dan aturan terkait perlindungan anak/data dapat memberi kewajiban tambahan.
Organizer perlu konsultasi bila model event melibatkan data anak secara signifikan.
Sponsor tidak otomatis berhak mendapat database peserta
Sponsor membayar event.
Bukan berarti mendapat semua email/NIK.
Jika ada lead sharing, harus punya dasar dan disclosure yang sesuai.
Jangan menyelipkan di terms kabur.
Foto KTP bukan satu-satunya cara fraud, tapi tetap data high-risk
Jangan menakut-nakuti seolah satu foto KTP pasti membuat rekening dibobol.
Tidak otomatis.
Fraud biasanya butuh kombinasi faktor.
Tapi mengurangi penyebaran identitas tetap langkah rasional.
User bisa menyimpan bukti kepada siapa KTP dikirim
Rima punya folder:
tanggal.
organisasi.
tujuan.
channel.
Bukan karena paranoid.
Kalau suatu hari ada pertanyaan atau data breach, dia tahu exposure history.
Jika organisasi meminta data, beri jalur deletion inquiry
“Kalau acara selesai, bagaimana meminta penghapusan?”
Ada email privacy/support.
Ini tanda governance lebih matang.
Jangan menyimpan data peserta di akun personal organizer setelah kepanitiaan selesai
Event selesai.
Panitia bubar.
Google Drive personal tetap menyimpan folder.
Tiga tahun.
Risk.
Handover atau delete sesuai policy.
Access review harus menjadi bagian closing event.
Pembatasan akses harus mengikuti role
Security team mungkin perlu nama/NIK.
Catering tidak.
MC tidak.
Photographer tidak.
Jangan share master spreadsheet ke semua vendor hanya karena lebih gampang.
Data breach plan juga harus realistis
Kalau link publik terlanjur tersebar:
cabut access,
ubah sharing,
cek access log jika tersedia,
laporkan internal,
nilai data yang terekspos,
ikuti kewajiban hukum/notifikasi yang berlaku.
Jangan cuma mengganti nama file.
Rima juga belajar satu hal
Kalau pihak meminta KTP tetapi marah saat ditanya privacy notice, itu signal.
Bukan bukti pasti mereka buruk.
Tapi cukup untuk membuat user lebih hati-hati.
Organisasi yang matang biasanya punya jawaban, walaupun admin frontline mungkin perlu bertanya dulu.
Rima akhirnya tetap menyewa ruang
Admin gedung memberi privacy notice.
KTP dipakai untuk verifikasi penyewa dan security.
Ada retention policy.
Channel upload resmi.
Rima mengirim salinan dengan watermark yang disetujui.
Wina bertanya:
“Jadi lo bukan anti upload KTP?”
“Enggak.”
“Terus?”
“Anti upload tanpa tahu ke mana.”
Itu posisi yang lebih masuk akal.
Dokumen identitas memang diperlukan dalam banyak transaksi kota.
Kita tidak bisa hidup dengan menolak semua verifikasi.
Tapi kita juga tidak perlu menyerahkan salinan identitas ke setiap link tanpa pertanyaan.
Sebelum upload, tanya empat hal:
siapa yang meminta?
untuk apa?
siapa yang bisa akses?
kapan dihapus?
Kalau pihak yang meminta data serius mengelolanya, empat pertanyaan itu seharusnya bukan ancaman.
Mereka seharusnya bagian dari jawaban.