Data yang Tidak Boleh Dimasukkan ke AI: Panduan untuk Bisnis

Data yang tidak boleh dimasukkan ke AI umumnya terbagi menjadi lima jenis: kredensial seperti password dan API key, data pribadi pelanggan atau karyawan, data pribadi spesifik seperti kesehatan dan keuangan, dokumen bisnis rahasia, serta source code atau konfigurasi sistem. Aturannya bukan "jangan pernah memakai AI", melainkan "pakai alat yang tepat untuk jenis data yang tepat".

Memasukkan data ke layanan AI berarti data diproses oleh sistem pihak lain dengan aturan penyimpanan, penggunaan, dan akses tertentu. Aturan itu bisa berbeda antara akun pribadi, paket bisnis, dan akses API. Karena itu, sebelum tim memakai AI untuk dokumen perusahaan, tentukan tiga hal: data apa yang boleh dipakai, alat mana yang disetujui, dan apa yang dilakukan ketika informasi sensitif terlanjur dibagikan.

Panduan ini ditujukan untuk pemilik bisnis, pengelola sekolah, dan travel umrah yang timnya mulai memakai AI untuk menulis, merangkum, atau menganalisis dokumen kerja.

Mengapa data bisnis dan AI perlu diatur sejak awal

Prompt, file yang diunggah, dan jawaban AI semuanya adalah data. Begitu dikirim, data itu mengikuti kebijakan penyedia layanan: berapa lama disimpan, siapa yang bisa mengaksesnya, dan apakah dipakai untuk melatih model. Menghapus percakapan di layar belum tentu menghapus data dari server penyedia.

OWASP, komunitas keamanan aplikasi yang menyusun daftar risiko aplikasi berbasis model bahasa besar (LLM), memasukkan Sensitive Information Disclosure sebagai risiko LLM02 dalam daftar edisi 2025. Informasi sensitif yang dimaksud mencakup data pribadi, detail keuangan, rekam kesehatan, data bisnis rahasia, kredensial keamanan, dokumen hukum, dan source code. Risikonya bukan hanya data terkirim ke pihak lain, tetapi juga AI yang menampilkan informasi rahasia dalam jawabannya kepada orang yang tidak berhak.

Ada pula sisi hukum. UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi (UU PDP) membagi data pribadi menjadi data yang bersifat umum dan bersifat spesifik, serta mengatur kewajiban pihak yang mengendalikan pemrosesan data pribadi. Ketika karyawan menempelkan daftar pelanggan ke chatbot, data itu tetap menjadi tanggung jawab organisasi Anda. Untuk kewajiban hukum yang rinci, libatkan penasihat hukum.

Data yang tidak boleh dimasukkan ke AI tanpa persetujuan

Cara paling praktis adalah mengelompokkan data perusahaan terlebih dahulu, lalu menetapkan alat AI yang boleh dipakai untuk setiap kelompok. Lima kelompok berikut sebaiknya tidak masuk ke layanan AI tanpa persetujuan dan alat yang sudah dinilai.

1. Kredensial dan rahasia teknis

Password, PIN, kode OTP, token akses, API key, kunci privat, string koneksi database, dan isi file konfigurasi seperti .env. Tidak ada kebutuhan bisnis yang mengharuskan data ini masuk ke chatbot. Bila terlanjur ditempel, anggap kredensial itu bocor dan segera ganti.

2. Data pribadi pelanggan, karyawan, siswa, atau jamaah

Menurut ringkasan UU PDP di basis data peraturan BPK, data pribadi umum meliputi nama lengkap, jenis kelamin, kewarganegaraan, agama, status perkawinan, dan data yang bila dikombinasikan dapat mengidentifikasi seseorang. Dalam praktik, ini termasuk NIK, nomor paspor jamaah, nomor HP wali murid, alamat rumah, atau daftar pelanggan lengkap dengan riwayat transaksinya.

3. Data pribadi yang bersifat spesifik

UU PDP menggolongkan data dan informasi kesehatan, data biometrik, data genetika, catatan kejahatan, data anak, dan data keuangan pribadi sebagai data spesifik. Kelompok ini paling dekat dengan klinik (rekam medis), sekolah dan madrasah (hampir semua data siswa adalah data anak), serta bisnis apa pun yang mengolah data rekening atau gaji karyawan.

4. Dokumen bisnis rahasia

Kontrak dan dokumen yang terikat perjanjian kerahasiaan, harga pokok dan margin, strategi penjualan, laporan keuangan rinci, dokumen tender, serta data milik klien atau mitra. Kebocoran data ini tidak selalu menyangkut UU PDP, tetapi bisa merugikan posisi bisnis dan melanggar kontrak.

5. Source code dan konfigurasi sistem

Kode yang memuat logika bisnis inti, mekanisme keamanan, atau alamat server internal. Bila tim developer ingin memakai asisten AI untuk coding, tetapkan alat dan akun yang disetujui, lalu pastikan tidak ada kredensial di dalam potongan kode yang dikirim.

Sebaliknya, materi yang sudah publik, draf tanpa identitas, dan data contoh buatan umumnya aman diproses dengan alat AI yang disetujui perusahaan.

Akun pribadi, akun bisnis, dan API: kebijakannya berbeda

Pertanyaan "apakah AI ini aman?" tidak bisa dijawab tanpa melihat jenis akun dan kontraknya. Dua contoh dari dokumentasi resmi yang dibaca pada Oktober 2026:

OpenAI API: dokumentasi OpenAI menyatakan data yang dikirim lewat API tidak dipakai untuk melatih model kecuali pelanggan memilih ikut serta. Log pemantauan penyalahgunaan disimpan hingga 30 hari, kecuali hukum mewajibkan lebih lama. Opsi zero data retention perlu persetujuan OpenAI dan tidak berlaku untuk semua endpoint.
Gemini di Google Workspace: Google menyatakan Workspace tidak memakai data pelanggan untuk melatih model tanpa izin atau instruksi pelanggan, dan konten tidak ditinjau manusia di luar domain pelanggan tanpa izin.

Akun pribadi atau gratis bisa memiliki pengaturan yang berbeda, dan pengaturan itu dapat berubah. Pernyataan di atas juga merupakan komitmen kebijakan penyedia, bukan jaminan teknis. Sebelum menyetujui sebuah layanan, jawab pertanyaan berikut dan catat tanggal Anda membaca kebijakannya:

Siapa penyedianya, dan apakah ada perjanjian pemrosesan data untuk akun bisnis?
Di mana data disimpan dan berapa lama?
Apakah prompt dan file dipakai untuk melatih model, dan bisakah dimatikan oleh admin?
Bisakah data dihapus, dan siapa yang dapat mengakses riwayat percakapan?
Apakah admin bisa mengatur akun karyawan dan melihat log penggunaan?

Cara mengurangi data sebelum diproses AI

Banyak pekerjaan tetap bisa dibantu AI tanpa mengirim data asli. Biasakan langkah berikut:

Kirim seperlunya. Untuk merapikan kalimat sebuah klausul, cukup tempel klausul itu, bukan seluruh kontrak.
Samarkan identitas. Ganti nama dengan "Pelanggan A" atau "Siswa 1", lalu hapus NIK, nomor rekening, nomor HP, dan alamat.
Pakai data contoh. Untuk mencoba rumus, membuat template laporan, atau menguji prompt, gunakan data buatan dengan struktur yang sama.
Periksa lampiran. File spreadsheet bisa menyimpan sheet tersembunyi, komentar, atau kolom yang tidak terlihat. Dokumen juga bisa memuat nama penulis dan riwayat revisi.

Jangan mengandalkan instruksi seperti "jangan bocorkan data ini" sebagai satu-satunya perlindungan. OWASP mencatat bahwa batasan di dalam prompt sistem tidak selalu dipatuhi model dan dapat ditembus lewat prompt injection, yaitu teks yang sengaja dirancang untuk mengubah perilaku AI.

Risiko di keluaran, log, dan integrasi AI

Bila perusahaan Anda membangun chatbot atau asisten AI internal yang terhubung ke dokumen dan database, risikonya bertambah. Data sensitif bisa keluar lewat jawaban AI, bukan hanya lewat prompt. Beberapa kontrol yang perlu ada sejak desain:

Hak akses paling minimum. AI hanya boleh membaca dokumen yang memang boleh diakses oleh pengguna yang bertanya. Staf gudang tidak semestinya mendapat jawaban yang bersumber dari data gaji.
Sumber dokumen yang terkurasi. Pisahkan dokumen yang boleh masuk basis pengetahuan dari dokumen rahasia. Panduannya ada di artikel menyiapkan knowledge base AI perusahaan.
Log diperlakukan sebagai data sensitif. Log percakapan berisi apa pun yang diketik pengguna. Tentukan siapa yang boleh membukanya dan berapa lama disimpan.
Jejak perubahan. Catat siapa mengakses dan mengubah data penting, termasuk lewat AI. Konsepnya dibahas di artikel audit trail aplikasi.
Plugin dan integrasi dibatasi. Setiap koneksi ke email, penyimpanan file, atau sistem lain memperluas data yang bisa dijangkau AI.

Jawaban AI yang akan dikirim ke pelanggan, wali murid, atau jamaah juga perlu diperiksa manusia, terutama bila menyangkut data orang lain.

Susun aturan penggunaan AI yang bisa dijalankan tim

Larangan total sering mendorong karyawan memakai akun pribadi diam-diam, sehingga risikonya justru tidak terlihat. Lebih efektif menyediakan alat resmi beserta aturan yang singkat dan konkret. Aturan yang baik memuat:

Daftar alat yang disetujui beserta jenis akunnya, misalnya hanya akun bisnis yang dikelola admin.
Contoh nyata boleh dan tidak boleh, misalnya "boleh: merapikan draf pengumuman umum" dan "tidak boleh: mengunggah daftar nilai siswa".
Kontak pelaporan bila informasi sensitif terlanjur dikirim.
Proses evaluasi alat baru sebelum dipakai tim.
Pelatihan singkat dengan contoh dari pekerjaan sehari-hari tim, bukan hanya larangan umum.

Bila data sensitif terlanjur dikirim, hapus percakapan atau file bila layanan menyediakan fiturnya, ganti kredensial yang sempat tertempel, catat data apa yang terkirim dan ke layanan mana, laporkan ke penanggung jawab, lalu nilai dampaknya, termasuk kewajiban lanjutan menurut UU PDP bersama penasihat hukum.

Pertanyaan yang sering diajukan

Apakah aman memasukkan data perusahaan ke ChatGPT atau Gemini?

Tergantung jenis data dan jenis akunnya. Materi publik dan draf tanpa identitas umumnya aman. Data pribadi, kredensial, dan dokumen rahasia sebaiknya hanya diproses lewat akun bisnis yang kebijakan datanya sudah dinilai, atau tidak sama sekali.

Apakah menghapus riwayat chat menghapus data dari server?

Belum tentu. Setiap penyedia punya masa simpan sendiri. Contohnya, dokumentasi OpenAI API menyebut log pemantauan penyalahgunaan disimpan hingga 30 hari. Periksa kebijakan layanan yang Anda pakai.

Bolehkah memakai AI untuk mengolah data siswa atau pasien?

Data anak dan data kesehatan termasuk data pribadi spesifik dalam UU PDP. Gunakan hanya sistem yang disetujui dengan hak akses terbatas, dan samarkan identitas bila tujuannya sekadar analisis atau membuat ringkasan.

Apakah perusahaan perlu membangun AI sendiri agar aman?

Tidak selalu. Layanan AI versi bisnis dengan perjanjian pemrosesan data bisa cukup untuk banyak kebutuhan. Deployment yang dikelola sendiri layak dipertimbangkan bila data sangat sensitif atau AI perlu terhubung ke sistem internal, dengan konsekuensi biaya pemeliharaan.

Bila Anda ingin memetakan penggunaan AI di perusahaan, sekolah, atau travel umrah beserta kontrol aksesnya, tim konsultan IT Anaverse dapat membantu menilai alur data dan jenis deployment yang sesuai. Anda juga bisa melihat solusi AI Anaverse seperti Nomi AI atau menghubungi tim Anaverse untuk berdiskusi.

Data yang Tidak Boleh Dimasukkan ke AI: Panduan untuk Bisnis

Mengapa data bisnis dan AI perlu diatur sejak awal