Mengaktifkan Copilot bukan sulap: kontrak, lisensi, izin akses, dan tata kelola Purview di Microsoft 365 (Sulih Suara AI)

Banyak orang mengira Microsoft 365 Copilot cukup dinyalakan, lalu semuanya berjalan sendiri. Kenyataannya, Anda sedang menghubungkan model bahasa besar langsung ke aliran data perusahaan. Copilot menggabungkan model tersebut dengan konten Microsoft Graph dan aplikasi Microsoft 365 yang dipakai setiap hari. Email, obrolan, dan dokumen semuanya masuk sebagai bahan kerjanya.

Karena itu, pertanyaannya bukan lagi apakah Copilot berfungsi, melainkan apa lagi yang ikut terbuka di seluruh tenant Anda. Taruhannya mencakup kontrak, lisensi, perlindungan data, kontrol teknis, dan tata kelola. Jika satu bagian terlewat, risikonya langsung terasa. Artikel ini membahas apa yang berubah saat Copilot diaktifkan dan siapa yang bertanggung jawab atas perubahan itu.

Kontrak Microsoft: fondasi sebelum Copilot diaktifkan

Konsol admin memang terlihat seperti panel kendali, tetapi aturan sesungguhnya ada di teks hukum. Copilot diatur oleh ketentuan produk Microsoft dan adendum perlindungan data (DPA) Microsoft. Dokumen-dokumen ini bukan huruf kecil yang bisa diabaikan. Keduanya menjadi dasar bagi residensi data, komitmen pemrosesan, dan kewajiban privasi. Sebelum Anda menekan satu tombol pun, kontrak sudah menentukan aturan mainnya.

Apa yang diatur kontrak

• Ketentuan produk menentukan apa yang boleh Anda lakukan, di mana data boleh berada secara fisik, dan siapa pemilik keluaran yang dihasilkan Copilot. Misalnya, slide deck buatan Copilot menjadi milik Anda karena ketentuan produk menyatakan sistem AI melepaskan klaim atas kekayaan intelektual tersebut.
• DPA menetapkan kontrol privasi, terutama seputar GDPR dan kerangka serupa, dan mendefinisikan peran Microsoft sebagai pemroses data. DPA juga mencakup pemberitahuan pelanggaran data dan audit penggunaan subprosesor.
• Residensi data ditegakkan regulator. Kueri Copilot pelanggan Uni Eropa dibatasi dalam batas data UE, sedangkan di luar UE kueri dapat dirutekan melalui pusat data di wilayah global lain. Hal ini dijelaskan dalam persyaratan produk.

Kekhawatiran yang paling sering muncul adalah apakah Microsoft diam-diam melatih model bahasanya dengan data bisnis kita. Menurut ketentuan produk dan DPA, perintah (prompt), respons, dan data Microsoft Graph yang dipakai Copilot tidak dimasukkan kembali ke model dasar Microsoft. Email Anda tidak menjadi bahan latihan bagi AI.

Kontrak adalah kewajiban, sedangkan kontrol teknis adalah mekanisme penegakannya. Anda bisa menyusun label retensi, kebijakan enkripsi, dan izin dengan sangat rapi. Namun jika semua itu tidak selaras dengan komitmen dalam DPA dan ketentuan produk, risiko tetap ada. Karena itu, sebelum membagikan lisensi ke seluruh karyawan, duduklah bersama tim hukum. Pastikan DPA dan cakupan ketentuan produk terdokumentasi, petakan komitmen residensi per wilayah (misalnya batas data UE), dan buat garis dasar kewajiban Anda. Setelah itu, barulah TI mulai menetapkan lisensi Copilot.

Lisensi Copilot dan peran akses: kunci di setiap pintu

Lisensi sering dianggap kunci ajaib: dibeli, dibagikan, lalu pengguna langsung bisa memberi perintah. Gambaran ini keliru. Lisensi lebih mirip izin bangunan yang disertai penjaga. Lisensi menentukan apa yang boleh ada, sementara izin akses menentukan siapa yang boleh lewat.

Lisensi mengaktifkan fitur, bukan memperluas akses

Lisensi mengaktifkan fitur Copilot, tetapi Copilot hanya menampilkan data yang memang sudah boleh dilihat pengguna melalui Microsoft Graph. Izin ditegakkan oleh identitas tenant dan pengaturan di balik layar. Seseorang yang berlisensi Copilot tetap tidak bisa membuka folder pribadi CFO kecuali ia memang punya akses ke sana.

Ada beberapa hal operasional yang perlu diingat:

• Copilot adalah tambahan (add-on) untuk paket Microsoft 365 yang sudah ada dan tidak termasuk secara standar. Anda harus memilih untuk ikut serta.
• Lisensi memberi fungsionalitas di Word, Excel, Outlook, dan aplikasi lain, tetapi tidak memperluas izin.
• Beberapa fungsi membutuhkan lisensi tambahan, misalnya Purview untuk kontrol kepatuhan atau add-on Defender untuk lapisan keamanan.
• Lisensi Copilot tidak bisa diperluas ke akun tamu lintas tenant. Seorang konsultan yang masuk dengan akun Gmail tidak akan membawa Copilot ke lingkungan Anda.

RBAC menentukan zona gerak

Kontrol akses berbasis peran (RBAC) memutuskan tingkat akses setiap identitas. Jika lisensi Copilot dibagikan tanpa peran yang jelas, hasilnya seperti memberi senter berteknologi AI kepada orang di lorong gelap yang seharusnya tidak mereka masuki. Pengguna tidak perlu berniat jahat untuk menyebabkan kebocoran. Mereka hanya perlu kotak pencarian dan akses warisan yang terlalu luas.

Jika dilakukan dengan benar, karyawan keuangan hanya menanyai data keuangan, tim pemasaran menyusun draf dari materi kampanye, dan admin mengelola pengaturan dalam batas yang ketat. Copilot mencerminkan direktori Anda dengan setia. Ia tidak akan liar kecuali direktorinya memang sudah berantakan. Untuk penetapan lisensi, gunakan lisensi berbasis grup, bukan kursi satu per satu. Cara ini efisien dan memaksa Anda meninjau keanggotaan grup. Tanpa audit keanggotaan, lisensi bisa tumpah ke tempat yang tidak semestinya.

Paparan data: apa yang sebenarnya "dimakan" Copilot

Copilot mengambil konten melalui Microsoft Graph dan hanya menyajikan materi yang setidaknya dapat dilihat pengguna. Indeks semantik dan grounding menghormati batas akses berbasis identitas, jadi AI tidak masuk ke brankas yang tertutup bagi pengguna. Masalahnya, Copilot tidak membuat izin, ia hanya mencerminkannya. Jika pustaka tim penuh dengan akses "semua orang" atau SharePoint terbuka sembarangan, Copilot akan memasukkan data itu ke dalam ringkasan dan draf.

Bayangkan Copilot sebagai pustakawan dengan ingatan sempurna. Lemari arsip tak terkunci di ruang bawah tanah mungkin terlupakan oleh manusia, tetapi tidak oleh Copilot, karena ia memindai indeks. Indeks itu milik organisasi Anda, bukan milik Microsoft.

Label sensitivitas dan enkripsi

Label sensitivitas bukan hiasan. Ketika label menerapkan enkripsi atau mensyaratkan hak penggunaan tertentu, Copilot hanya memproses konten jika pengguna punya izin untuk melihat dan mengekstraknya. Jika tidak, Copilot diblokir. Label juga diwariskan: saat Copilot membuat slide deck baru dari file sensitif, label dan perlindungannya terbawa otomatis. Hal ini penting karena mengandalkan pengguna untuk memberi label pada setiap dokumen turunan berarti mempercayakan konsistensi kepada manusia.

Regulasi, residensi, dan retensi

• GDPR dan regulator peduli pada permukaan akses. Jika pengaturan izin memungkinkan data pribadi muncul lewat Copilot, postur kepatuhan Anda terganggu. Alasan bahwa "AI hanya mencerminkan izin" tidak akan menolong.
• Batas data UE: untuk pelanggan UE, Microsoft merutekan pemrosesan Copilot melalui batas data UE bila diperlukan. Namun kueri penelusuran web ke Bing tidak termasuk dalam jaminan tersebut dan mengikuti kebijakan penanganan data yang terpisah.
• Penyimpanan: perintah, respons, dan log aktivitas Copilot disimpan dalam batas layanan Microsoft 365, tempat retensi dan penghapusan dapat dikelola dengan Purview. Admin bisa memakai kebijakan retensi dan pencarian konten (eDiscovery) Purview.

Untuk mengecilkan "radius ledakan", jalankan audit izin dan hapus grup yang terlalu luas. Gunakan juga penilaian Data Security Posture Management (DSPM) untuk AI di Purview guna menemukan file dan pustaka yang terlalu banyak dibagikan. Namun Purview bukan penyelamat tunggal. Ia hanya efektif jika data diklasifikasikan dengan benar sejak awal.

Kontrol teknis: Admin Center, Purview, dan Defender sebagai satu sistem

Satu kotak centang di pusat admin Microsoft 365 sebenarnya menggerakkan sistem kepatuhan yang terintegrasi. Masing-masing alat punya peran yang jelas:

• Pusat admin Microsoft 365 adalah sistem kontrol tenant. Di sini Anda mengatur penetapan lisensi, pengaturan Copilot tingkat tenant, pengaktifan plugin, dan saluran pembaruan.
• Purview mengklasifikasikan, memberi label, dan memeriksa apa yang mengalir. Purview menegakkan retensi lewat kebijakan, menerapkan pencegahan kehilangan data (DLP), mengungkap risiko lewat DSPM untuk AI, dan mencatat tindakan dalam jejak audit.
• Microsoft Defender for Endpoint menyediakan penegakan saat proses berjalan, peringatan, dan DLP titik akhir. Ia memantau perilaku, memblokir tindakan berisiko seperti menempelkan data sensitif ke alat pihak ketiga, dan menghentikan konten Copilot ketika aturan cocok.

Kesalahan umum admin adalah memperlakukan ketiganya sebagai kotak terpisah. Padahal ketiganya satu mesin kepatuhan. Tanpa label dan kebijakan Purview, konten mengalir tanpa klasifikasi. Tanpa penegakan Defender, pelanggaran lolos begitu saja.

Dua skenario menggambarkan hal ini. Pertama, lisensi sudah diberikan tetapi label sensitivitas tidak pernah dikonfigurasi, sehingga Copilot mengindeks file terbuka dan pekerja magang bisa menemukan draf dokumen yang seharusnya rahasia. Kedua, kebijakan DLP yang agresif memotong keluaran Copilot karena file sumber berisi nomor akun yang diklasifikasikan terbatas. Karyawan mengira Copilot rusak, padahal Defender hanya menegakkan apa yang diperintahkan kepadanya.

Tiga langkah teknis yang konkret

1. Aktifkan pencatatan audit terpadu di Purview dan DSPM untuk AI. DSPM memindai file yang dibagikan berlebihan atau data bayangan, dan dengan satu klik Anda bisa membuat kebijakan untuk menutup celahnya.
2. Terapkan label sensitivitas secara konsisten, pasangkan dengan kebijakan DLP Purview yang membatasi Copilot memproses data sangat rahasia, dan gabungkan dengan aturan retensi agar perintah dan respons punya kontrol siklus hidup.
3. Perkuat perimeter dengan akses bersyarat dan autentikasi multifaktor di lapisan identitas, serta DLP titik akhir Defender di setiap perangkat agar jawaban sensitif tidak disalin ke alat AI pihak ketiga yang tidak sah.

Retensi dan eDiscovery Purview melengkapi semuanya. Saat regulator meminta bukti, Anda butuh log audit yang bisa dicari dan riwayat penggunaan Copilot yang bisa diambil. Communication Compliance menambah satu pos pemeriksaan lagi dengan mendeteksi perintah berisiko atau potensi pelanggaran dalam cara pengguna bertanya kepada Copilot.

Tata kelola dalam praktik: aturan harus dijalankan sistem

Kebijakan di atas kertas mudah dibuat dan mudah terlupakan. Setelah rapat umum dan pengumuman, kebijakan itu tertimbun di bawah email yang belum dibaca. Agar aturan benar-benar berfungsi, aturan harus dikodekan langsung ke alat yang sudah dipakai karyawan. Jika tidak, kontrol Anda hanya bergantung pada sistem kehormatan.

Bandingkan dua pendekatan. Instruksi "jangan bagikan file sensitif dengan Copilot" tidak punya daya cegah. Sebaliknya, kebijakan DLP di Purview yang menargetkan lokasi pengalaman Microsoft Copilot membuat Copilot tidak bisa meringkas atau memproses file yang sangat rahasia, siapa pun penggunanya. Yang satu hanya memberi tahu apa yang tidak boleh dilakukan, yang lain membuat tindakan terlarang tidak mungkin dilakukan. Perbedaannya seperti rambu batas kecepatan dibandingkan pembatas kecepatan yang benar-benar menahan laju mobil.

Alat tata kelola yang berguna

• Pelabelan otomatis dan label sensitivitas default memaksa klasifikasi bahkan ketika karyawan lupa.
• Label retensi menerapkan garis waktu secara otomatis, sehingga file lama tidak tertinggal selamanya.
• Communication Compliance berfungsi sebagai sistem pengawasan: ia memindai perintah dan respons Copilot untuk menandai data tidak pantas yang dimasukkan ke AI, dan menghasilkan telemetri.
• Purview DSPM untuk AI memberi visibilitas atas "diet" Copilot, lengkap dengan kebijakan perbaikan satu klik untuk menutup paparan berisiko.

Struktur organisasi

Tata kelola juga butuh struktur. Penerapan yang sehat mencakup Dewan AI lintas fungsi atau Center of Excellence, yaitu forum tempat hukum, keamanan, SDM, dan TI menyelaraskan aturan dengan kontrol teknis. Panduan Microsoft mendorong hal ini. Tanpa penyelarasan, satu pihak menulis arahan yang kabur sementara pihak lain mengonfigurasi kenyataan yang berbeda.

Transkrip membandingkan dua perusahaan fiktif. Perusahaan A mengeluarkan arahan satu halaman, "gunakan Copilot secara bertanggung jawab". Perusahaan B mengonfigurasi Purview untuk memblokir Copilot menyentuh data yang tidak diklasifikasikan. Enam bulan kemudian, Perusahaan A sibuk menahan kebocoran setelah berkas sensitif muncul dalam ringkasan Copilot, sedangkan Perusahaan B tidak. Keduanya punya tata kelola, tetapi hanya satu yang memperlakukannya sebagai sistem. Edukasi pengguna tetap penting, tetapi strategi yang bergantung pada karyawan yang selalu ingat aturan sudah kalah sejak awal.

Kesalahan umum dan stolperstein yang perlu dihindari

• Melewatkan kontrak. Mengaktifkan Copilot tanpa memeriksa DPA, ketentuan produk, dan komitmen residensi berarti berimprovisasi dengan kewajiban hukum.
• Menganggap lisensi sama dengan akses. Lisensi hanya mengaktifkan fitur, sementara akses ditentukan izin dan peran. Memberi semua orang cakupan yang sama berisiko membuka kontrak, catatan SDM, dan email eksekutif.
• Mengabaikan kebersihan izin. Pustaka dengan akses "semua orang" dan SharePoint yang terbuka sembarangan akan muncul di jawaban Copilot.
• Menganggap semua data dilindungi sama. Kueri penelusuran web ke Bing tidak masuk dalam jaminan batas data UE.
• Menganggap Purview, Defender, dan pusat admin terpisah. Padahal ketiganya bekerja sebagai satu mesin kepatuhan.
• Mengandalkan memo dan kampanye kesadaran saja. Aturan yang tidak ditegakkan sistem akan diabaikan saat orang sibuk.
• Menyalahkan Copilot saat keluaran terpotong. Itu biasanya kebijakan keamanan yang berjalan sesuai konfigurasi, bukan bug.

Takeaways praktis untuk admin dan tim kepatuhan

• Sebelum menetapkan lisensi, verifikasi DPA dan ketentuan produk bersama tim hukum, lalu petakan komitmen residensi per wilayah.
• Tetapkan lisensi Copilot berbasis grup, cakupi dengan RBAC yang ketat, dan audit keanggotaan grup secara berkala.
• Jalankan audit izin dan hapus grup yang terlalu luas.
• Jalankan penilaian Purview DSPM untuk AI, lalu terapkan perbaikan satu kliknya.
• Terapkan label sensitivitas (termasuk pelabelan otomatis dan label default) serta kebijakan DLP Purview yang menargetkan Microsoft Copilot.
• Aktifkan audit terpadu, retensi, dan eDiscovery agar Anda bisa membuktikan kepatuhan ketika diminta.
• Gunakan akses bersyarat, autentikasi multifaktor, dan DLP titik akhir Defender di semua perangkat.
• Bentuk Dewan AI lintas fungsi atau Center of Excellence agar aturan dan konfigurasi teknis selaras.

Kesimpulan

Mengaktifkan Copilot bukan sekadar menyalakan AI. Satu klik itu menggerakkan kontrak, lisensi, perlindungan data, dan aturan penegakan sekaligus. Copilot bersifat netral dan mencerminkan disiplin atau kekacauan yang sudah ada di lingkungan Anda. Karena itu, mulailah minggu ini dengan tiga pemeriksaan: jalankan DSPM untuk AI dengan perbaikan satu klik, tetapkan lisensi berbasis grup dengan cakupan RBAC yang ketat, dan aktifkan audit, retensi, serta DLP Purview untuk memblokir data berkepekaan tinggi. Dengan fondasi itu, Copilot berubah dari ancaman yang dirasakan menjadi pendorong produktivitas yang andal dan disiplin.