Berbagi data adalah urat nadi perdagangan modern. Baik Anda sedang menggunakan penyedia cloud baru, berkolaborasi dengan agensi pemasaran, atau mengintegrasikan sistem SDM pihak ketiga, data pribadi terus mengalir antar organisasi. Namun, inilah kenyataan yang tidak menyenangkan: sebagian besar bisnis meremehkan jebakan hukum yang ditimbulkan oleh berbagi data di bawah Peraturan Perlindungan Data Umum (GDPR).
Risikonya nyata. Denda dapat mencapai €20 juta atau 4% dari omset tahunan global—mana pun yang lebih tinggi. Selain sanksi finansial, Anda berisiko mengalami kerusakan reputasi, pengawasan regulasi, dan klaim tanggung jawab perdata dari individu yang terkena dampak. Otoritas Perlindungan Data Belanda (Autoriteit Persoonsgegevens, atau AP) telah memperjelas: ketidaktahuan bukanlah alasan pembelaan.
Artikel ini akan memandu Anda melalui tujuh risiko GDPR kritis yang muncul saat berbagi data pribadi. Setiap risiko didasarkan pada ketentuan GDPR tertentu, diilustrasikan dengan konsekuensi di dunia nyata, dan dipadukan dengan panduan praktis untuk membantu Anda tetap patuh. Baik Anda seorang pemilik bisnis, petugas kepatuhan, atau profesional hukum yang beroperasi di Belanda, memahami jebakan-jebakan ini sangat penting.
1. Berbagi Data Tanpa Dasar Hukum yang Sah (Pasal 6 GDPR)
Risikonya: Anda tidak dapat membagikan data pribadi hanya karena itu mudah atau menguntungkan. Setiap tindakan berbagi data memerlukan dasar hukum yang sah berdasarkan Pasal 6 GDPR.
Mengapa Perusahaan Melakukan Kesalahan: Banyak organisasi berasumsi bahwa memiliki alasan komersial untuk berbagi data sudah cukup. Padahal tidak. GDPR menyediakan enam dasar hukum untuk pemrosesan data: persetujuan, kebutuhan kontraktual, kewajiban hukum, kepentingan vital, tugas publik, dan kepentingan sah. Masing-masing memiliki persyaratan dan batasan khusus.
Sebagai contoh, "kepentingan sah" seringkali digunakan untuk membenarkan berbagi data dengan mitra atau penyedia layanan. Namun, dasar ini memerlukan uji keseimbangan yang cermat: kepentingan Anda tidak boleh mengesampingkan hak dan kebebasan individu yang datanya Anda proses. Dan Anda harus mendokumentasikan penilaian ini.
Landasan Hukum: Pasal 6 GDPR menetapkan daftar lengkap dasar hukum. Pasal 5(1)(a) GDPR mewajibkan bahwa semua pemrosesan harus sah, adil, dan transparan.
Konsekuensi di Dunia Nyata: AP telah menjatuhkan denda kepada organisasi yang membagikan data pelanggan dengan pihak ketiga untuk tujuan pemasaran tanpa dasar hukum yang tepat. Bahkan jika data tersebut telah dianonimkan atau diagregasi, jika identifikasi ulang masih memungkinkan, data tersebut tetap merupakan data pribadi dan memerlukan dasar hukum.
Hal Praktis yang Dapat Dipetik: Sebelum membagikan data pribadi apa pun, identifikasi dan dokumentasikan dasar hukum yang berlaku. Jika mengandalkan kepentingan sah, lakukan dan catat penilaian kepentingan sah (LIA). Jika menggunakan persetujuan, pastikan persetujuan tersebut diberikan secara bebas, spesifik, berdasarkan informasi yang lengkap, dan tidak ambigu.
2. Kebingungan Mengenai Peran: Pengendali vs. Pemroses (Pasal 4(7)–(8) GDPR)
Risikonya: GDPR membedakan antara pengendali (yang menentukan tujuan dan cara pemrosesan) dan pengolah (yang memproses data atas nama pengendali). Kesalahan dalam mengidentifikasi peran Anda—atau peran mitra Anda—menciptakan celah kepatuhan yang serius.
Mengapa Perusahaan Melakukan Kesalahan: Dalam praktiknya, peran dapat menjadi ambigu. Jika Anda berbagi data dengan penyedia SaaS, apakah mereka pengontrol atau pengolah data? Bagaimana jika mereka menggunakan data Anda untuk meningkatkan algoritma mereka? Banyak bisnis secara otomatis menyebut setiap vendor sebagai "pengolah data" tanpa menganalisis hubungan tersebut dengan benar.
Kesalahan klasifikasi penting karena pengendali dan pengolah data memiliki kewajiban yang berbeda. Pengendali data harus memastikan pengolah data memberikan jaminan kepatuhan yang memadai (Pasal 28 GDPR). Pengendali data bersama harus menyepakati tanggung jawab masing-masing (Pasal 26 GDPR). Jika salah, Anda mungkin akan dimintai pertanggungjawaban atas pelanggaran yang bahkan tidak Anda ketahui sedang terjadi.
Landasan Hukum: Pasal 4 ayat (7) dan (8) GDPR mendefinisikan “pengontrol” dan “pengolah”. Pasal 24 GDPR menguraikan kewajiban pertanggungjawaban pengontrol.
Konsekuensi di Dunia Nyata: Mahkamah Eropa memutuskan dalam ID Mode (C-40/17) bahwa penentuan tujuan yang sebagian pun dapat menjadikan Anda sebagai pengendali bersama. Ini berarti Anda dapat dimintai pertanggungjawaban bersama atas pelanggaran GDPR, bahkan jika pihak lain yang menyebabkannya.
Hal Praktis yang Dapat Dipetik: Petakan alur data dan tentukan siapa yang mengambil keputusan. mengapa ke bagaimana Data diproses. Dokumentasikan hal ini secara tertulis dan pastikan setiap pihak memahami peran dan kewajibannya masing-masing.
3. Tidak Adanya atau Tidak Memadainya Perjanjian Pemrosesan Data (Pasal 28 GDPR)
Risikonya: Jika Anda menggunakan jasa pengolah data untuk menangani data pribadi atas nama Anda, Anda secara hukum diwajibkan untuk memiliki perjanjian pengolahan data (DPA) tertulis. Tidak ada pengecualian.
Mengapa Perusahaan Melakukan Kesalahan: Sangat menggoda untuk melewatkan proses administrasi, terutama dengan mitra yang terpercaya atau sudah lama bekerja sama. Namun, tanpa DPA (Data Protection Agreement) yang sesuai, Anda melanggar Pasal 28 GDPR sejak hari pertama—bahkan jika tidak terjadi kerugian nyata.
Perjanjian Perlindungan Data (DPA) yang tepat harus mencakup klausul wajib tertentu: pokok bahasan dan durasi pemrosesan, sifat dan tujuan pemrosesan, jenis data pribadi, kategori subjek data, serta kewajiban dan hak pengendali data. Perjanjian tersebut juga harus membahas sub-pemrosesan, keamanan data, dan pemberitahuan pelanggaran.
Landasan Hukum: Pasal 28 ayat (3) GDPR mencantumkan isi wajib dari Perjanjian Pemrosesan Data (DPA). Pasal 28 ayat (4) GDPR mensyaratkan otorisasi eksplisit untuk sub-prosesor.
Konsekuensi di Dunia Nyata: Otoritas Perlindungan Data (AP) telah memberikan sanksi kepada organisasi yang menggunakan jasa pemroses data tanpa Perjanjian Perlindungan Data (DPA) yang memadai. Bahkan jika pemroses data itu sendiri patuh, pengendali data tetap dapat dikenai denda karena gagal membuat perjanjian yang tepat.
Hal Praktis yang Dapat Dipetik: Gunakan templat DPA standar yang mencakup semua persyaratan Pasal 28(3). Tinjau perjanjian yang ada untuk memastikan perjanjian tersebut sesuai dengan GDPR. Jangan menerima pengolah data baru tanpa DPA yang ditandatangani.
4. Transfer Melanggar Hukum ke Negara Ketiga di Luar EEA (Pasal 44–49 GDPR & Schrems II)
Risikonya: Pengalihan data pribadi ke luar Wilayah Ekonomi Eropa (EEA) sangat dibatasi. Anda hanya dapat melakukannya jika negara tujuan menyediakan tingkat perlindungan yang memadai—atau jika Anda menerapkan pengamanan yang sesuai.
Mengapa Perusahaan Melakukan Kesalahan: Banyak bisnis menggunakan layanan cloud, pemroses pembayaran, atau alat analitik yang dihosting di AS atau Asia tanpa menyadari bahwa mereka memicu aturan transfer internasional. Bahkan jika kontrak Anda dengan entitas Uni Eropa, jika data disimpan atau diakses di luar EEA, aturan transfer tetap berlaku.
The Schrem II Putusan (Kasus C-311/18) membatalkan EU-US Privacy Shield dan menegaskan bahwa klausul kontrak standar (SCC) saja tidak cukup. Anda juga harus melakukan penilaian dampak transfer (TIA) untuk mengevaluasi apakah hukum negara tujuan melemahkan perlindungan yang dijamin oleh SCC.
Landasan Hukum: Pasal 44–49 GDPR mengatur transfer data internasional. Bab V GDPR mensyaratkan keputusan kecukupan (Pasal 45) atau perlindungan yang sesuai (Pasal 46), seperti SCC (Standard Contractual Clauses).
Konsekuensi di Dunia Nyata: AP dapat memerintahkan Anda untuk menangguhkan atau melarang transfer data ke negara ketiga jika perlindungan yang memadai tidak diterapkan. Perusahaan telah menghadapi tindakan penegakan hukum dan kerusakan reputasi karena mentransfer data ke AS tanpa melakukan TIA (Transfer Impact Assessment) setelahnya.Schrem II.
Hal Praktis yang Dapat Dipetik: Identifikasi semua transfer data ke negara ketiga dalam alur data Anda. Periksa apakah ada keputusan kecukupan. Jika tidak, terapkan Klausul Kontrak Standar (SCC) dan lakukan Penilaian Dampak Transfer (TIA). Dokumentasikan langkah-langkah tambahan jika diperlukan (misalnya, enkripsi, pseudonimisasi).
5. Kegagalan Melakukan Penilaian Dampak Perlindungan Data (Pasal 35 GDPR)
Risikonya: Penilaian Dampak Perlindungan Data (DPIA) wajib dilakukan ketika berbagi data berpotensi menimbulkan risiko tinggi terhadap hak dan kebebasan individu. Ini termasuk pemrosesan data kategori khusus dalam skala besar, pemantauan sistematis, atau penggunaan teknologi baru.
Mengapa Perusahaan Melakukan Kesalahan: Banyak organisasi memperlakukan DPIA (Penilaian Dampak Perlindungan Data) sebagai hal opsional atau hanya relevan untuk proyek-proyek "besar". Padahal, berbagi data kesehatan dengan platform analitik pihak ketiga, menerapkan alat pembuatan profil berbasis AI, atau menggabungkan kumpulan data dari berbagai sumber dapat memicu persyaratan DPIA.
Penilaian Dampak Perlindungan Data (DPIA) bukan sekadar formalitas. Ini adalah proses terstruktur untuk mengidentifikasi risiko, menilai tingkat keparahannya, dan menentukan langkah-langkah untuk menguranginya. Jika risiko residual masih tinggi, Anda harus berkonsultasi dengan AP (Administrative Officer) sebelum melanjutkan.
Landasan Hukum: Pasal 35 GDPR mewajibkan DPIA (Penilaian Dampak Perlindungan Data) untuk pemrosesan data berisiko tinggi. Otoritas Perlindungan Data (AP) telah menerbitkan pedoman tentang kapan DPIA diperlukan.
Konsekuensi di Dunia Nyata: Kegagalan untuk melakukan DPIA (Penilaian Dampak Perlindungan Data) ketika diwajibkan merupakan pelanggaran GDPR. AP (Australian Protection) telah mendenda organisasi karena melanjutkan berbagi data berisiko tinggi tanpa menyelesaikan DPIA, bahkan ketika tidak terjadi pelanggaran data yang sebenarnya.
Hal Praktis yang Dapat Dipetik: Lakukan pemeriksaan terhadap semua aktivitas berbagi data untuk mencari pemicu DPIA (Penilaian Dampak Perlindungan Data). Jika ragu, lakukanlah penilaian tersebut. Libatkan Petugas Perlindungan Data (DPO) Anda dan dokumentasikan proses penilaian secara menyeluruh.
6. Informasi yang Tidak Memadai kepada Subjek Data (Pasal 13 & 14 GDPR)
Risikonya: Transparansi adalah landasan GDPR. Setiap kali Anda mengumpulkan atau membagikan data pribadi, Anda harus memberi tahu subjek data tentang siapa yang akan menerima data mereka, untuk tujuan apa, dan atas dasar hukum apa.
Mengapa Perusahaan Melakukan Kesalahan: Pemberitahuan privasi seringkali tidak jelas atau sudah ketinggalan zaman. Frasa seperti "kami dapat membagikan data Anda dengan mitra tepercaya" tidaklah cukup. Anda harus menentukan kategori penerima (misalnya, "penyedia hosting cloud," "agensi pemasaran") dan, jika relevan, menyebutkan nama mereka.
Apabila data diperoleh secara tidak langsung—misalnya, dari perantara data atau pengendali data lainnya—Pasal 14 GDPR memberlakukan kewajiban informasi tambahan, termasuk sumber data tersebut.
Landasan Hukum: Pasal 13 dan 14 GDPR mencantumkan informasi yang harus diberikan kepada subjek data. Pasal 5(1)(a) GDPR mensyaratkan transparansi dalam semua aktivitas pemrosesan.
Konsekuensi di Dunia Nyata: AP telah memberikan sanksi kepada perusahaan-perusahaan karena gagal memberi tahu individu bahwa data mereka dibagikan kepada pihak ketiga. Bahkan jika pembagian data itu sendiri sah, kurangnya transparansi merupakan pelanggaran tersendiri.
Hal Praktis yang Dapat Dipetik: Tinjau dan perbarui pemberitahuan privasi Anda untuk menjelaskan secara jelas praktik berbagi data. Pastikan pemberitahuan mudah diakses dan ditulis dalam bahasa yang mudah dipahami. Saat berbagi data dengan mitra baru, perbarui pemberitahuan Anda sebelum proses berbagi dimulai.
7. Penggunaan Nama Samaran sebagai Rasa Aman yang Palsu
Risikonya: Pseudonimisasi—mengganti pengidentifikasi langsung dengan kode atau token—dianjurkan berdasarkan GDPR sebagai langkah keamanan. Namun, hal itu tidak membuat data menjadi anonim. Jika data tersebut masih dapat dikaitkan kembali dengan individu, data tersebut tetap merupakan data pribadi dan tunduk pada cakupan penuh GDPR.
Mengapa Perusahaan Melakukan Kesalahan: Bisnis sering berasumsi bahwa data yang dianonimkan "aman" untuk dibagikan tanpa batasan. Dalam praktiknya, anonimisasi hanya mengurangi risiko; bukan menghilangkannya. Jika Anda membagikan data yang dianonimkan dengan mitra yang memiliki akses ke kunci atau kumpulan data lain yang memungkinkan identifikasi ulang, Anda masih memproses data pribadi.
Landasan Hukum: Pasal 4(5) GDPR mendefinisikan pseudonimisasi. Pertimbangan 26 GDPR menjelaskan bahwa data yang telah dipseudonimisasi tetap merupakan data pribadi kecuali jika benar-benar dianonimkan (yaitu, identifikasi ulang tidak lagi dimungkinkan dengan cara yang wajar).
Konsekuensi di Dunia Nyata: AP telah mengklarifikasi dalam panduannya bahwa penggunaan nama samaran bukanlah "kartu bebas hukuman". Jika identifikasi ulang dimungkinkan, semua kewajiban GDPR berlaku, termasuk memiliki dasar hukum, melakukan DPIA (Penilaian Dampak Perlindungan Data), dan memastikan keamanan yang memadai.
Hal Praktis yang Dapat Dipetik: Perlakukan data yang telah dianonimkan sebagai data pribadi kecuali Anda telah menjalani proses anonimisasi yang ketat dan divalidasi oleh para ahli. Dokumentasikan langkah-langkah teknis dan organisasi yang diterapkan untuk mencegah identifikasi ulang.
Pertanyaan yang Sering Diajukan
Kapan berbagi data berdasarkan GDPR diperbolehkan?
Berbagi data hanya sah jika Anda memiliki dasar hukum yang valid berdasarkan Pasal 6 GDPR. Enam dasar hukum tersebut adalah: persetujuan, kebutuhan kontraktual, kewajiban hukum, kepentingan vital, tugas publik, dan kepentingan sah. Anda juga harus mematuhi prinsip-prinsip legalitas, keadilan, transparansi, pembatasan tujuan, minimalisasi data, akurasi, pembatasan penyimpanan, integritas, dan kerahasiaan (Pasal 5 GDPR). Dalam praktiknya, ini berarti mendokumentasikan dengan jelas mengapa Anda berbagi data, memastikan tujuannya selaras dengan alasan Anda awalnya mengumpulkannya, dan memberi tahu subjek data tentang pembagian tersebut.
Apa perbedaan antara controller dan processor?
A pengawas Menentukan tujuan dan cara pengolahan data pribadi. A prosesor Pengolah data memproses data atas nama pengendali data berdasarkan instruksi khusus. Perbedaan ini penting karena pengendali data terutama bertanggung jawab atas kepatuhan GDPR, sementara pengolah data memiliki kewajiban yang lebih terbatas (terutama memastikan keamanan dan kerahasiaan). Jika Anda berbagi data dengan pemasok yang memprosesnya berdasarkan instruksi Anda—misalnya, penyedia penggajian atau layanan penyimpanan cloud—mereka biasanya adalah pengolah data. Jika mereka juga memutuskan bagaimana menggunakan data untuk tujuan mereka sendiri, mereka mungkin adalah pengendali data (bersama). Kesalahan dalam mengidentifikasi peran dapat menyebabkan kesenjangan dalam akuntabilitas dan tanggung jawab bersama atas pelanggaran.
Kapan perjanjian pemrosesan data (DPA) menjadi wajib?
Perjanjian Pemrosesan Data (DPA) wajib dibuat setiap kali Anda melibatkan pihak ketiga untuk menangani data pribadi atas nama Anda (Pasal 28 GDPR). Hal ini berlaku terlepas dari ukuran organisasi Anda atau volume data yang terlibat. DPA harus dibuat secara tertulis dan mencakup klausul wajib tertentu, seperti pokok bahasan dan durasi pemrosesan, sifat dan tujuan, jenis data dan kategori subjek data, serta kewajiban kedua belah pihak terkait keamanan, pemberitahuan pelanggaran, dan sub-pemrosesan. Tanpa DPA yang sesuai, Anda dianggap melanggar sejak saat pihak ketiga mulai memproses data, bahkan jika tidak terjadi kerugian.
Bisakah saya membagikan data pelanggan dengan pihak di luar Uni Eropa?
Ya, tetapi hanya jika syarat-syarat ketat terpenuhi. Berdasarkan Pasal 44–49 GDPR, Anda dapat mentransfer data ke negara ketiga jika: (a) Komisi Eropa telah mengeluarkan keputusan kecukupan untuk negara tersebut, atau (b) Anda telah menerapkan perlindungan yang sesuai, seperti klausul kontrak standar (SCC). Setelah itu Schrem II Dalam pengambilan keputusan, Anda juga harus melakukan penilaian dampak transfer (Transfer Impact Assessment/TIA) untuk mengevaluasi apakah hukum negara tujuan (misalnya, pengawasan pemerintah) melemahkan perlindungan yang dijamin oleh SCC. Jika risiko tetap ada, Anda harus menerapkan langkah-langkah tambahan, seperti enkripsi atau minimalisasi data. Transfer tanpa pengamanan yang memadai dapat mengakibatkan tindakan penegakan hukum oleh AP, termasuk penangguhan transfer.
Kapan Penilaian Dampak Perlindungan Data (DPIA) diperlukan untuk berbagi data?
Penilaian Dampak Perlindungan Data (DPIA) wajib dilakukan berdasarkan Pasal 35 GDPR ketika pemrosesan data kemungkinan besar akan menimbulkan risiko tinggi terhadap hak dan kebebasan individu. Ini termasuk: pemrosesan data kategori khusus dalam skala besar (misalnya, data kesehatan, biometrik, genetik), pemantauan sistematis area yang dapat diakses publik, pengambilan keputusan otomatis dengan dampak hukum atau dampak signifikan serupa, dan penggunaan teknologi baru. Saat berbagi data, DPIA seringkali diperlukan jika Anda menggabungkan kumpulan data, berbagi informasi sensitif, atau menggunakan data untuk pembuatan profil atau analitik berbasis AI. AP telah menerbitkan daftar operasi pemrosesan yang memerlukan DPIA. Jika ragu, lakukanlah—lebih baik berhati-hati daripada menyesal.
Denda apa saja yang dapat dihadapi perusahaan karena melanggar GDPR?
GDPR menetapkan dua tingkatan denda. Tingkat yang lebih rendah—hingga €10 juta atau 2% dari omset tahunan global—berlaku untuk pelanggaran seperti gagal menerapkan langkah-langkah keamanan yang tepat atau tidak melakukan DPIA (Penilaian Dampak Perlindungan Data) ketika diwajibkan. Tingkat yang lebih tinggi—hingga €20 juta atau 4% dari omset tahunan global—berlaku untuk pelanggaran yang lebih serius, termasuk kurangnya dasar hukum untuk pemrosesan, transfer internasional yang melanggar hukum, atau melanggar hak subjek data. Otoritas Perlindungan Data (AP) menentukan jumlah denda berdasarkan faktor-faktor termasuk sifat dan tingkat keparahan pelanggaran, apakah itu disengaja atau lalai, jumlah individu yang terpengaruh, dan tindakan mitigasi yang telah diambil. Penegakan hukum baru-baru ini menunjukkan bahwa AP bersedia mengenakan denda yang besar, terutama untuk pelanggaran sistemik atau disengaja.
Apakah data yang telah dianonimkan selalu aman untuk dibagikan?
Tidak. Pseudonimisasi mengurangi risiko tetapi tidak menghilangkannya. Berdasarkan Pasal 4(5) GDPR, pseudonimisasi berarti mengganti pengenal langsung (seperti nama) dengan kode atau nama samaran. Namun, jika data tersebut masih dapat dikaitkan kembali dengan individu—misalnya, dengan menggunakan informasi tambahan yang Anda atau penerima miliki—maka data tersebut tetap merupakan data pribadi dan sepenuhnya tunduk pada GDPR. Ini berarti Anda masih memerlukan dasar hukum, harus memberi tahu subjek data, dan harus memastikan keamanan yang memadai. Hanya anonimisasi sejati—di mana identifikasi ulang tidak lagi mungkin dilakukan dengan cara yang wajar—yang mengeluarkan data dari cakupan GDPR. Dalam praktiknya, mencapai anonimisasi sejati itu sulit dan memerlukan validasi ahli.
Apa yang harus saya lakukan jika bisnis saya mengalami pelanggaran data akibat berbagi data yang melanggar hukum?
Jika Anda menemukan pelanggaran data pribadi—termasuk yang disebabkan oleh berbagi data secara ilegal—Anda memiliki 72 jam Anda wajib memberitahukan kepada Otoritas Perlindungan Data (AP) berdasarkan Pasal 33 GDPR (kecuali jika pelanggaran tersebut kemungkinan kecil akan menimbulkan risiko terhadap hak dan kebebasan individu). Anda juga harus memberitahukan kepada individu yang terdampak tanpa penundaan yang tidak semestinya jika pelanggaran tersebut kemungkinan besar akan menimbulkan risiko tinggi bagi mereka (Pasal 34 GDPR). Langkah-langkah segera meliputi: mengatasi pelanggaran, menilai ruang lingkup dan dampaknya, mendokumentasikan apa yang terjadi dan apa yang Anda lakukan untuk mengatasinya, dan memberitahukan kepada AP melalui portal daring mereka. Kegagalan untuk memberitahukan dapat mengakibatkan denda terpisah. AP akan menilai apakah tindakan penegakan hukum diperlukan berdasarkan tingkat keparahan pelanggaran dan respons Anda.
Lindungi Bisnis Anda—Dapatkan Panduan Hukum dari Pakar
Berbagi data memang tak terhindarkan, tetapi pelanggaran GDPR tidak harus terjadi. Tujuh risiko yang diuraikan di atas bukanlah teori—risiko tersebut diambil dari kasus penegakan hukum nyata, putusan pengadilan, dan panduan peraturan. Masing-masing risiko tersebut dapat mengakibatkan denda, klaim tanggung jawab, dan kerusakan reputasi.
Kabar baiknya? Dengan kerangka hukum yang tepat, dokumentasi yang jelas, dan langkah-langkah kepatuhan yang proaktif, Anda dapat berbagi data dengan percaya diri dan sesuai hukum. Namun, untuk melakukannya dengan benar membutuhkan lebih dari sekadar nasihat umum—diperlukan dukungan hukum yang disesuaikan yang memahami bisnis Anda, alur data Anda, dan risiko spesifik yang Anda hadapi.
Jangan menunggu AP (Accounts Protection) datang mengetuk pintu. Jika Anda tidak yakin apakah praktik berbagi data Anda sesuai dengan GDPR, atau jika Anda membutuhkan bantuan dalam menyusun DPA (Data Protection Agreement), melakukan DPIA (Disclosure and Barring Service Assessment), atau mengelola transfer internasional, hubungi pengacara privasi spesialis. Bisnis Anda—dan pelanggan Anda—berhak mendapatkan yang terbaik.
