Berapa banyak yang perlu diketahui tentang seorang spesialis untuk membuat keputusan yang baik? Model pengungkapan data profesional bertahap

GDPR mewajibkan data pribadi agar memadai, relevan, dan terbatas pada apa yang diperlukan untuk tujuan pemrosesannya. Ini adalah prinsip minimalisasi data dalam Pasal 5(1)(c). [1]

Pasal 25(2) melangkah lebih jauh dengan mewajibkan agar secara bawaan hanya data pribadi yang diperlukan untuk setiap tujuan tertentu yang diproses. Ketentuan tersebut secara jelas mencakup jumlah data yang dikumpulkan, cakupan pemrosesan, periode penyimpanan, dan aksesibilitas. [1]

Komisi Eropa menjelaskan prinsip yang sama dengan lebih sederhana: organisasi seharusnya hanya mengumpulkan dan memproses data pribadi yang diperlukan untuk memenuhi tujuan yang telah ditetapkan. [2]

Ini tidak berarti hukum mewajibkan platform spesialis untuk menyembunyikan nama atau foto sampai suatu tahap tertentu. Model dalam artikel ini adalah interpretasi praktis tentang pembatasan data dan akses terhadapnya, bukan kewajiban formal yang berasal dari satu ketentuan hukum.

Anda tidak dapat menjawab dengan baik pertanyaan "data apa yang diperlukan?" sebelum mengetahui untuk apa data tersebut digunakan.

Anda membutuhkan informasi yang berbeda ketika:

• menelusuri ratusan profil,
• membandingkan dua orang dalam daftar pendek,
• mengundang seseorang untuk berbicara,
• memeriksa kewenangan profesional tertentu,
• menyepakati ketentuan layanan,
• membuat kontrak,
• melakukan pembayaran atau memenuhi kewajiban hukum.

Minimalisasi data tidak berarti "selalu tampilkan sesedikit mungkin". Artinya membatasi data pada apa yang memadai dan diperlukan untuk tujuan tertentu. [1]

Perbedaan ini penting.

Jika platform menyimpan nama lengkap seorang spesialis tetapi tidak menampilkannya kepada orang yang melihat profil, platform tetap memproses data tersebut. GDPR mendefinisikan pemrosesan secara luas, termasuk pengumpulan, penyimpanan, pengambilan, penggunaan, dan pengungkapan. [1]

Menyembunyikan informasi dapat mengurangi aksesibilitas bagi penerima tertentu, yang merupakan salah satu aspek yang disebut dalam Pasal 25(2). Namun, hal itu tidak sama dengan tidak memproses data. [1]

Arsitektur privasi yang baik seharusnya menjawab tiga pertanyaan secara terpisah:

• data apa yang dimiliki platform,
• siapa yang dapat mengaksesnya,
• kapan dan untuk tujuan apa data dapat diungkap kepada pihak lain.

Pseudonimisasi dan anonimisasi bukan hal yang sama.

European Data Protection Board menjelaskan bahwa pseudonimisasi mengurangi kemungkinan menghubungkan data dengan orang tertentu, tetapi tidak menghapus hubungan tersebut sepenuhnya. Data yang dipseudonimkan tetap merupakan data pribadi jika dapat dihubungkan kembali dengan seseorang melalui informasi tambahan. [4]

Artinya, profil bernama "Spesialis 184", sementara identitas sebenarnya disimpan secara terpisah, tidak otomatis menjadi anonim dalam pengertian hukum.

Pseudonimisasi adalah langkah perlindungan, bukan cara mengeluarkan data dari cakupan GDPR.

GDPR memiliki nuansa penting di sini yang sering disederhanakan secara berlebihan.

Recital 51 menyatakan bahwa foto tidak seharusnya secara sistematis diperlakukan sebagai data kategori khusus. Foto termasuk dalam definisi biometrik yang relevan ketika diproses dengan cara teknis tertentu yang memungkinkan identifikasi atau autentikasi unik seseorang. [1]

Ini tidak berarti foto biasa tidak dapat menjadi data pribadi. Foto dapat menjadi data pribadi. Artinya hanya bahwa foto tidak otomatis menjadi data biometrik kategori khusus hanya karena menampilkan seseorang.

Penelitian mengenai lamaran kerja anonim menunjukkan bahwa pembatasan informasi identitas dalam kondisi tertentu dapat mengurangi hambatan diskriminatif pada tahap penyaringan awal. Namun, hasilnya bergantung pada konteks, dan anonimitas dapat sekadar menunda diskriminasi ke tahap selanjutnya atau menimbulkan dampak yang tidak diinginkan. [6]

Karena itu tidak tepat mengatakan:

"menyembunyikan nama dan foto menghilangkan bias".

Pernyataan yang lebih sesuai dengan bukti adalah:

"membatasi sebagian informasi identitas dapat membantu memusatkan tahap pertama pada kriteria profesional, tetapi dengan sendirinya tidak menjamin keputusan yang bebas bias atau lebih baik".

OECD menggambarkan pendekatan skills-first sebagai pergeseran kriteria utama penilaian menuju keterampilan yang dapat dibuktikan seseorang, sementara kualifikasi dan pengalaman berperan sebagai pelengkap. OECD juga menekankan upaya sadar untuk mengurangi bias dan penggunaan metode penilaian yang tepat. [5]

Ini tidak berarti OECD merekomendasikan penyembunyian kolom profil tertentu pada platform spesialis.

Namun, sebuah kesimpulan desain yang hati-hati dapat diambil:

jika tujuan tahap pertama adalah menilai kemampuan melakukan pekerjaan tertentu, informasi mengenai keterampilan dan bukti keterampilan dapat lebih penting daripada sebagian informasi identitas.

Tentukan terlebih dahulu:

• masalah yang perlu diselesaikan,
• tugas yang harus dilakukan,
• keterampilan yang wajib,
• bukti kerja yang akan relevan,
• batasan waktu, anggaran, dan cara kolaborasi.

Pada tahap ini Anda tidak memerlukan data tentang spesialis tertentu.

Ini juga penting secara metodologis: kriteria dibuat sebelum melihat orang yang akan dinilai berdasarkan kriteria tersebut.

Untuk penilaian awal profil, informasi berikut mungkin sudah cukup:

• keterampilan yang diperlukan,
• konteks penggunaannya,
• contoh atau hasil kerja,
• uraian kontribusi sebenarnya,
• tingkat tanggung jawab,
• seberapa mutakhir pengalamannya,
• kemampuan memverifikasi sebagian bukti.

Jika nama, foto, atau riwayat pekerjaan yang rinci tidak membantu menjawab apakah seseorang dapat melakukan pekerjaan tertentu, Anda dapat mempertimbangkan untuk tidak menggunakannya pada tahap ini.

Ini keputusan desain, bukan kewajiban hukum universal.

Lapisan berikutnya dapat berisi informasi yang bukan bukti kompetensi tetapi diperlukan untuk mengetahui apakah kolaborasi dapat berjalan:

• ketersediaan,
• kemungkinan tanggal mulai,
• cakupan layanan,
• model biaya dan harga,
• bahasa komunikasi jika relevan,
• zona waktu atau lokasi kerja jika benar-benar relevan,
• batasan organisasi.

Harga bukan bukti kompetensi dan lokasi bukan ukuran kualitas. Namun, keduanya dapat menjadi kondisi penting dalam kolaborasi tertentu.

Setelah pilihan dipersempit, Anda tidak perlu otomatis membuka seluruh profil.

Pertama, tentukan informasi apa yang masih kurang untuk keputusan berikutnya.

Bisa berupa:

• penjelasan tentang proyek tertentu,
• konfirmasi kontribusi pribadi,
• contoh kerja tambahan,
• jawaban atas pertanyaan yang sama yang diajukan kepada semua orang dalam daftar pendek,
• konfirmasi kewenangan profesional yang benar-benar diperlukan.

Kekurangan informasi seharusnya mengarah pada pertanyaan tertentu, bukan otomatis pada penilaian yang lebih rendah.

Waktu pengungkapan identitas tidak harus sama dalam setiap situasi.

Identitas dapat menjadi perlu, misalnya, ketika para pihak ingin:

• beralih ke percakapan langsung,
• memverifikasi klaim kepengarangan atau pengalaman pada sumber tertentu,
• memeriksa kewenangan yang diwajibkan dan melekat pada individu,
• menyiapkan hubungan kerja formal.

Tidak ada aturan hukum universal yang mewajibkan nama diungkap setelah jumlah tahap tertentu.

Kriteria yang berguna adalah munculnya tujuan khusus yang secara wajar tidak dapat dicapai tanpa informasi tersebut.

Ketika para pihak benar-benar mulai bekerja bersama, cakupan informasi yang diperlukan dapat bertambah.

Tergantung pada jenis hubungan, yurisdiksi, dan kewajiban para pihak, data mungkin diperlukan untuk:

• membuat atau melaksanakan kontrak,
• kontak operasional,
• penagihan dan penyelesaian pembayaran,
• kewajiban pajak atau akuntansi,
• verifikasi yang diwajibkan hukum atau dibenarkan oleh sifat layanan.

Tidak semua proyek membutuhkan kumpulan data yang sama. Sektor yang diatur atau kewajiban hukum tertentu dapat membutuhkan jauh lebih banyak.

Artikel ini tidak menggantikan analisis hukum atas hubungan tertentu.

Minimalisasi data tidak berakhir saat data dikumpulkan.

Pasal 25(2) GDPR juga menghubungkan perlindungan data secara bawaan dengan cakupan pemrosesan, masa penyimpanan, dan aksesibilitas. [1]

Setelah suatu tahap selesai, tanyakan kembali:

• apakah informasi ini masih diperlukan,
• siapa yang masih harus memiliki akses,
• apakah ada alasan hukum untuk menyimpannya,
• apakah visibilitasnya dapat dikurangi,
• kapan data seharusnya dihapus atau ditinjau kembali.

Fakta bahwa suatu informasi diperlukan kemarin tidak otomatis berarti informasi itu harus tetap tersedia tanpa batas waktu.

Sebelum mengungkap informasi tambahan, gunakan lima pertanyaan sederhana:

1. Apa tujuan tepat informasi ini?
2. Apakah keputusan dapat dibuat secara wajar tanpa informasi ini?
3. Apakah versi yang kurang rinci sudah cukup?
4. Siapa yang benar-benar perlu melihatnya?
5. Berapa lama informasi ini harus tetap tersedia?

Contoh: jika Anda hanya perlu mengetahui apakah kolaborasi dapat dilakukan pada jam tertentu, alamat rumah spesialis yang tepat biasanya tidak menjawab pertanyaan itu secara langsung. Zona waktu atau jam ketersediaan yang dinyatakan mungkin sudah cukup.

Ini bukan tes hukum. Ini alat praktis untuk memeriksa proporsionalitas antara informasi dan tujuan.

Privasi tidak seharusnya menurunkan kualitas keputusan dengan mengganti informasi yang tidak ada dengan asumsi.

Jika Anda membutuhkan fakta profesional tertentu untuk penilaian, ada tiga pilihan yang masuk akal:

• meminta informasi tersebut pada tahap yang tepat,
• menggunakan bukti alternatif yang menjawab pertanyaan yang sama,
• mengakui bahwa dasar untuk memutuskan belum cukup.

Yang tidak tepat adalah:

"saya tidak melihat informasi ini, jadi hasilnya pasti buruk".

Data yang tidak tersedia dan bukti negatif adalah dua hal yang berbeda.

Pengungkapan bertahap memiliki sedikit nilai jika setiap pengguna internal sistem dapat melihat semua data sejak awal.

Pasal 25(2) GDPR secara eksplisit memasukkan aksesibilitas sebagai salah satu aspek perlindungan data secara bawaan. [1] Pedoman European Data Protection Board tentang perlindungan data sejak perancangan dan secara bawaan membahas penerapan prinsip tersebut melalui langkah teknis dan organisasi yang sesuai. [3]

Dalam praktik, pisahkan:

• data yang diperlukan platform untuk mengelola akun,
• data yang terlihat publik,
• data yang hanya terlihat oleh pihak terpilih,
• data yang dapat diakses staf atau administrator hanya untuk tujuan tertentu.

Privasi antarmuka tanpa kontrol akses data yang sesuai tidaklah lengkap.

Misalkan sebuah organisasi mencari seseorang untuk menilai aksesibilitas situs web.

Tahap satu
Organisasi membandingkan keterampilan, pengalaman pada audit serupa, contoh laporan, lingkup tanggung jawab, dan pengetahuan tentang standar yang diperlukan. Nama dan foto tidak diperlukan untuk menjawab setiap pertanyaan tersebut.

Tahap dua
Organisasi memeriksa ketersediaan pada periode yang dibutuhkan, harga, bahasa komunikasi, dan kemampuan bekerja dengan model yang dipersyaratkan.

Tahap tiga
Pada daftar pendek, organisasi meminta penjelasan metodologi dan konfirmasi atas bagian tertentu dari pengalaman.

Tahap empat
Sebelum percakapan langsung atau formalisasi kolaborasi, para pihak mengungkap informasi yang diperlukan untuk identifikasi, kontak, dan formalisasi hubungan.

Ini tidak membuktikan bahwa urutan tersebut adalah yang terbaik untuk setiap situasi. Contoh ini hanya menunjukkan bahwa keputusan yang berbeda dapat memerlukan lapisan informasi yang berbeda.

1. Anda menyembunyikan data dari klien, tetapi secara internal semua orang tetap dapat mengaksesnya.

2. Anda menyebut profil anonim padahal platform dapat dengan mudah menghubungkannya kembali ke orang tertentu.

3. Anda menyembunyikan informasi yang benar-benar diperlukan untuk keputusan yang aman atau sah.

4. Anda memperlakukan pengungkapan identitas sebagai hadiah, bukan sebagai jawaban atas kebutuhan proses yang konkret.

5. Anda menganggap menyembunyikan nama otomatis menghilangkan bias.

6. Anda mengumpulkan data "untuk berjaga-jaga" tanpa tujuan yang jelas.

7. Anda tidak membedakan data untuk menilai kompetensi dari data untuk kontrak atau pembayaran.

8. Setelah suatu tahap selesai, Anda tidak menilai kembali apakah data masih perlu tetap dapat diakses.

1. Apa tujuan tepat dari setiap informasi?
2. Apakah tujuan itu dapat dicapai tanpa informasi tersebut?
3. Apakah versi yang kurang rinci sudah cukup?
4. Apakah data diperlukan untuk menilai kompetensi atau hanya untuk kolaborasi berikutnya?
5. Siapa yang seharusnya melihatnya pada tahap ini?
6. Apakah profil benar-benar anonim atau hanya dipseudonimkan?
7. Apakah kekurangan informasi dibedakan dengan benar dari hasil negatif?
8. Apakah semua spesialis dibandingkan dengan kriteria yang sebanding?
9. Apakah ada alasan proses yang konkret untuk mengungkap identitas?
10. Apakah tahap berikutnya membutuhkan data tambahan karena alasan kontrak, pajak, keamanan, atau hukum?
11. Apakah akses internal dibatasi hanya kepada orang yang benar-benar membutuhkannya?
12. Apakah jelas kapan data tidak lagi dibutuhkan atau kapan kebutuhannya harus ditinjau kembali?

Minimalisasi data bukan berarti membuat keputusan tanpa informasi.

Artinya memisahkan pertanyaan:

apa yang perlu saya ketahui sekarang?
apa yang dapat saya verifikasi nanti?
siapa yang perlu melihatnya?
berapa lama informasi ini akan dibutuhkan?

Urutan praktis untuk memilih spesialis dapat berupa:

masalah -> keterampilan -> bukti -> kondisi kolaborasi -> informasi yang kurang -> identitas -> data untuk memformalkan hubungan -> penilaian ulang akses dan penyimpanan.

Tidak setiap situasi membutuhkan urutan persis seperti ini.

Prinsip yang lebih sederhana adalah:

ungkap dan proses data karena data tersebut diperlukan untuk tujuan yang ditetapkan dengan jelas, bukan hanya karena sistem mampu mengumpulkan atau menampilkannya.

[1] Regulation (EU) 2016/679 - GDPR, terutama Pasal 4, 5, dan 25 serta Recital 39 dan 51, EUR-Lex
Buka sumber

[2] European Commission - What data can we process and under which conditions?
Buka sumber

[3] European Data Protection Board - Guidelines 4/2019 on Article 25 Data Protection by Design and by Default, versi final 20 Oktober 2020
Buka sumber

[4] European Data Protection Board - Anonymisation / pseudonymisation
Buka sumber

[5] OECD - A Skills-First Labour Market, Promoting skills-first hiring and talent management, 2026
Buka sumber

[6] IZA World of Labour - Anonymous job applications and hiring discrimination
Buka sumber

Catatan metodologis: sumber membahas bidang yang berbeda, termasuk hukum perlindungan data, desain privasi, pasar tenaga kerja, dan penelitian mengenai seleksi anonim. Artikel ini tidak mengklaim bahwa hasil penelitian rekrutmen berlaku langsung untuk setiap hubungan dengan spesialis. Model pengungkapan data profesional bertahap adalah sintesis praktis, bukan standar formal dari institusi mana pun yang disebutkan.