Beranda/Artikel /Keamanan & Kepatuhan
Keamanan & Kepatuhan

Keamanan Data saat Pakai AI Pihak Ketiga: Yang Wajib Ada di Kontrak

ClovertechnoClovertechno 14 Oktober 2026 7 menit baca
Keamanan Data saat Pakai AI Pihak Ketiga: Yang Wajib Ada di Kontrak

Begitu satu tim menempelkan isi spreadsheet pelanggan ke chatbot untuk minta dirangkum, data itu sudah keluar dari kantor Anda. Bukan bocor dalam arti dicuri orang, tapi berpindah ke server pihak lain, tunduk pada aturan pihak lain, dan hanya bisa ditarik kembali kalau ada kalimat di kontrak yang mewajibkannya.

Masalahnya, hampir semua adopsi AI di perusahaan dimulai tanpa kontrak sama sekali. Seseorang mendaftar dengan kartu kredit pribadi, timnya ikut memakai, dan enam bulan kemudian tidak ada yang tahu berapa banyak dokumen internal yang sudah masuk ke sana. Artikel ini membahas apa yang harus tertulis sebelum tanda tangan, dan bagaimana menanyakannya ke vendor tanpa harus jadi ahli hukum.

Ke mana data Anda sebenarnya pergi

Satu permintaan ke layanan AI biasanya melewati lebih banyak tangan daripada yang terlihat di halaman harga. Petakan dulu jalurnya, karena tiap perhentian adalah tempat data bisa tersimpan.

  • Aplikasi vendor. Menyimpan riwayat percakapan, lampiran, dan log agar fitur "buka lagi obrolan kemarin" bisa jalan.
  • Penyedia model. Banyak produk AI tidak melatih modelnya sendiri. Mereka meneruskan permintaan Anda ke penyedia model besar. Artinya ada dua perusahaan yang memegang data Anda, dan kontrak Anda hanya dengan yang pertama.
  • Penyedia infrastruktur. Server tempat semuanya berjalan, sering di negara lain.
  • Subprosesor lain. Layanan monitoring, analitik penggunaan, penyimpanan cadangan, dukungan pelanggan.

Pertanyaan pertama yang layak diajukan bukan "apakah data saya aman", melainkan "siapa saja yang secara teknis bisa membacanya". Vendor yang serius punya jawabannya dalam bentuk daftar subprosesor yang bisa dibuka publik. Vendor yang tidak punya daftar itu biasanya belum pernah ditanya oleh pelanggan yang teliti.

Kalau vendor tidak bisa menyebutkan siapa subprosesornya, ia juga tidak bisa menjamin apa yang mereka lakukan dengan data Anda.

Beda akun konsumen dan akun bisnis

Ini pembeda yang paling sering diabaikan. Layanan AI yang sama sering punya dua tingkat: paket individu yang syaratnya menguntungkan vendor, dan paket bisnis atau API yang syaratnya jauh lebih ketat soal retensi dan pelatihan model. Selisih harganya kadang tidak besar, tapi selisih jaminan hukumnya besar sekali. Tim yang memakai paket individu untuk data perusahaan pada dasarnya sedang menerima syarat yang ditulis untuk orang yang meringkas catatan kuliah.

Klausul retensi dan pelatihan model

Dua kalimat ini yang paling menentukan, dan keduanya harus disebut eksplisit. Jangan puas dengan "kami menjaga privasi Anda" di halaman pemasaran; yang mengikat adalah dokumen syarat layanan atau data processing agreement.

Pelatihan model

Yang Anda cari adalah pernyataan bahwa masukan dan keluaran Anda tidak dipakai untuk melatih atau menyempurnakan model, secara default, tanpa Anda perlu mencentang apa pun. Perhatikan tiga jebakan:

  1. Opt-out, bukan opt-in. Kalau pelatihan aktif kecuali Anda mematikannya, satu karyawan yang membuat akun sendiri sudah cukup untuk membatalkan kebijakan itu.
  2. Pengecualian "untuk meningkatkan layanan". Frasa ini cukup lentur untuk mencakup banyak hal. Minta dipersempit menjadi keperluan operasional yang disebut satu per satu.
  3. Data yang ditandai penyalahgunaan. Banyak layanan menyimpan percakapan yang dicurigai melanggar kebijakan lebih lama daripada percakapan biasa, dan meninjaunya secara manual. Wajar dari sisi keamanan, tapi Anda perlu tahu bahwa jalur itu ada.

Retensi

Retensi nol bukan hal yang mustahil diminta, tapi juga bukan default. Yang realistis dinegosiasikan: durasi maksimum penyimpanan setelah permintaan selesai, tujuan penyimpanan itu, dan apakah durasinya bisa diperpendek untuk akun Anda. Tulis angkanya di kontrak, bukan di email dukungan pelanggan.

Untuk fitur yang menyimpan dokumen Anda dalam bentuk indeks pencarian atau embedding, tanyakan hal yang sama secara terpisah. Indeks itu turunan dari data Anda dan sering luput dari klausul penghapusan yang hanya bicara soal "berkas yang diunggah".

Lokasi penyimpanan dan UU PDP

Sejak Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi berlaku penuh, posisi perusahaan Anda berubah. Kalau Anda mengumpulkan data pribadi pelanggan atau karyawan, Anda adalah pengendali data. Vendor AI yang memprosesnya atas perintah Anda adalah prosesor. Tanggung jawab terhadap subjek data tetap ada pada Anda, termasuk ketika yang keliru adalah prosesornya.

Konsekuensi praktisnya ada empat:

  • Dasar pemrosesan. Anda perlu alasan sah untuk mengirim data pribadi ke pihak ketiga. Kalau dasarnya persetujuan, persetujuan yang dulu Anda kumpulkan untuk keperluan lain belum tentu mencakup ini.
  • Transfer lintas negara. Undang-undang mengizinkannya dengan syarat, antara lain negara tujuan punya tingkat pelindungan yang setara atau ada perjanjian yang mengikat. Yang perlu Anda ketahui adalah region mana yang dipakai, dan apakah vendor bisa mengunci pemrosesan di region tertentu.
  • Pemberitahuan insiden. Anda wajib memberi tahu bila terjadi kegagalan pelindungan data. Anda hanya bisa memenuhinya kalau vendor wajib memberi tahu Anda lebih dulu, dalam tenggat yang tertulis.
  • Hak subjek data. Pelanggan Anda berhak meminta datanya dihapus. Kalau data itu sudah ada di sistem vendor, Anda hanya bisa memenuhi permintaan itu jika vendor terikat membantu.

Cara paling murah menghindari seluruh urusan ini adalah tidak mengirim data pribadi sama sekali kalau memang tidak perlu. Banyak kasus otomasi hanya butuh angka agregat, kode transaksi, atau teks yang sudah dilepas identitasnya. Pengurangan cakupan di awal lebih efektif daripada klausul apa pun.

Hak audit dan penghapusan

Klausul yang bagus tidak ada artinya kalau Anda tidak punya cara memeriksa bahwa ia dijalankan. Untuk vendor besar, audit langsung ke pusat data jelas tidak akan diberikan, dan menuntutnya hanya membuat negosiasi buntu. Yang wajar diminta:

  • Laporan sertifikasi pihak ketiga seperti SOC 2 Tipe II atau ISO 27001, lengkap dengan ruang lingkupnya. Ruang lingkup penting: sertifikat bisa saja hanya mencakup satu produk, bukan yang Anda pakai.
  • Log akses yang bisa Anda tarik sendiri, agar Anda tahu akun mana di organisasi Anda mengirim apa. Ini juga alat internal terbaik untuk menemukan pemakaian yang tidak diketahui.
  • Prosedur penghapusan yang punya bukti. Bukan sekadar "data akan dihapus", tapi tenggat, cakupan yang jelas termasuk cadangan dan indeks turunan, dan konfirmasi tertulis setelah selesai.
  • Ekspor data saat berhenti berlangganan, dalam format yang bisa dibaca sistem lain, dengan tenggat sebelum akun ditutup.

Satu klausul lagi yang sering dilupakan: apa yang terjadi kalau vendor diakuisisi atau tutup. Data Anda ikut berpindah tangan kecuali kontraknya mengatur lain.

Daftar pertanyaan untuk vendor

Kirim ini apa adanya. Jawaban yang berupa tautan ke dokumen adalah pertanda baik; jawaban yang berupa kalimat menenangkan tanpa rujukan adalah pertanda sebaliknya.

PertanyaanJawaban yang Anda cari
Siapa subprosesor Anda dan di mana lokasinya?Daftar tertulis dan kewajiban memberi tahu bila berubah
Apakah data kami dipakai melatih model?Tidak, secara default, untuk tingkat langganan yang kami beli
Berapa lama data disimpan setelah permintaan selesai?Angka pasti, dan opsi memperpendeknya
Region apa yang memproses dan menyimpan data kami?Bisa disebut, idealnya bisa dikunci
Apakah tersedia DPA yang bisa kami tanda tangani?Ada, dan bisa dikirim sebelum pembelian
Berapa tenggat pemberitahuan insiden ke kami?Jumlah jam yang tertulis di kontrak
Sertifikasi apa yang Anda punya dan apa ruang lingkupnya?Laporan dan cakupan produknya
Bagaimana prosedur dan bukti penghapusan?Mencakup cadangan dan indeks turunan
Siapa dari pihak Anda yang bisa mengakses data kami?Peran yang dibatasi, dengan log
Apa yang terjadi pada data kami kalau layanan ditutup?Jendela ekspor dan penghapusan otomatis

Kapan kontrak bukan jawabannya

Ada data yang seharusnya tidak dikirim ke layanan pihak ketiga mana pun, sebagus apa pun kontraknya. Rekam medis, data biometrik, kredensial sistem, dan dokumen yang terikat kerahasiaan pihak lain masuk kategori ini. Untuk kasus seperti itu, pilihannya bukan menegosiasikan klausul yang lebih ketat, melainkan menjalankan model di infrastruktur Anda sendiri, atau tidak memakai AI untuk proses itu.

Sebaliknya, ada juga kasus di mana semua ini berlebihan. Kalau yang Anda otomasi adalah menyusun draf balasan dari materi yang memang sudah publik, membangun tinjauan hukum penuh hanya akan menunda pekerjaan tanpa mengurangi risiko apa pun. Ukurannya sederhana: seberapa buruk akibatnya bila isi permintaan Anda terbaca orang luar. Kalau jawabannya "tidak apa-apa", perlakukan sebagai data publik dan lanjutkan.

Yang paling sering kami temui di lapangan bukan kontrak yang buruk, melainkan tidak adanya kebijakan internal. Satu halaman berisi daftar layanan yang boleh dipakai, jenis data yang tidak boleh dikirim, dan nama orang yang harus ditanya bila ragu, sudah menutup sebagian besar celah sebelum urusan hukum dimulai.

Kalau Anda sedang menimbang layanan AI untuk proses internal dan ingin merancangnya supaya sesedikit mungkin data sensitif keluar dari sistem Anda, itu bagian dari cara kami menyusun solusi AI automation. Ceritakan proses yang mau Anda otomasi lewat halaman kontak, dan kami akan mulai dari pertanyaan mana yang sebenarnya perlu dijawab, bukan dari alat mana yang mau dijual.

keamanan datakontrakpdpai

Butuh software atau AI automation untuk bisnis Anda?

Ceritakan prosesnya, kami bantu petakan solusinya. Konsultasi awal gratis, tanpa komitmen.

Chat WhatsApp