Copilot dan Kebijakan Retensi: Yang Perlu Diketahui Setiap Admin M365

By Mirko Peters · 2026-03-17 · Updated 2026-03-24

Microsoft 365 Copilot: Kebijakan Retensi. Pelajari kebijakan retensi Microsoft 365 untuk Copilot dan obrolan Teams serta interaksi Copilot.

Automatically translated with AI from the original post. Read the English original

Jika Anda seorang admin di dunia Microsoft 365, Anda pasti sudah memahami bahwa taruhan kepatuhan kini lebih tinggi dari sebelumnya. Dengan Microsoft Copilot dan alat bertenaga AI lainnya yang kini sudah terintegrasi langsung di M365, pengelolaan kebijakan retensi bukan sekadar formalitas centang—melainkan inti dari upaya menjaga organisasi Anda tetap aman, patuh, dan siap audit.

Copilot tidak hanya memproses dokumen atau email. Ia berinteraksi dengan data Anda dengan cara baru yang menghadirkan risiko unik terkait siklus hidup data, tata kelola, dan hukum. Apa yang berubah? Banyak hal. Kontrol retensi klasik yang sudah berfungsi untuk Exchange atau SharePoint perlu berkembang untuk mencakup cara Copilot menyimpan, menggunakan ulang, dan menghapus data interaksi. Mengabaikan hal ini dapat membuat Anda terpapar risiko hukum, kebocoran data, atau pelanggaran regulasi.

Admin saat ini harus menyelaraskan kebijakan retensi di Copilot bukan hanya untuk perlindungan data dan audit kepatuhan, tetapi juga untuk menghindari kejutan yang merugikan seperti shadow data atau celah kebijakan yang tidak disadari. Strategi tata kelola Copilot yang efektif dan penegakan teknis yang aman dapat membantu Anda menerapkan AI secara aman, dengan kontrak yang kuat, kontrol akses, dan kepatuhan otomatis yang sudah tertanam. Mari kita bahas apa yang membuat retensi di Copilot berbeda—and mengapa Anda tidak bisa membiarkannya begitu saja.

1. Retensi dapat memengaruhi saran model: Di mana dan berapa lama kode atau riwayat prompt disimpan dapat mengubah konteks yang digunakan Copilot, sehingga mengubah sarannya meskipun promptnya sama persis.
2. Retensi perusahaan mungkin lebih lama dari yang Anda kira: Log organisasi dan telemetri yang terkait dengan Copilot dapat disimpan untuk alasan kepatuhan selama berbulan-bulan atau bertahun-tahun, bukan hanya jendela debugging sementara.
3. Pemisahan data pribadi dan data organisasi tidak mutlak: Meskipun Copilot memisahkan data pribadi dan data organisasi, sistem retensi dan cadangan dapat menciptakan salinan yang tumpang tindih dan memerlukan kontrol kebijakan.
4. Kebijakan retensi memengaruhi penemuan hukum: Data yang disimpan oleh Copilot (cuplikan kode, prompt, riwayat obrolan) dapat ditemukan dalam litigasi atau audit jika kebijakan retensi mempertahankannya.
5. Retensi singkat mengurangi visibilitas "pembelajaran" model: Jendela penghapusan yang agresif dapat membatasi kemampuan untuk mengaudit alasan Copilot memberikan rekomendasi tertentu, sehingga menyulitkan debugging dan investigasi keselamatan.
6. Pengaturan retensi bisa menjadi vektor serangan: Retensi yang salah konfigurasi (terlalu lama atau dapat diakses) meningkatkan paparan kode proprietary, rahasia, atau PII yang mungkin telah dilihat atau dicatat oleh Copilot.
7. Retensi berinteraksi dengan fine-tuning dan telemetri: Data yang disimpan untuk telemetri atau pipeline fine-tuning dapat memengaruhi perilaku model di masa depan, kecuali secara eksplisit dikecualikan oleh kebijakan.
8. Fitur Copilot yang berbeda memiliki aturan retensi yang berbeda: Penyelesaian kode, transkrip obrolan, umpan balik, dan telemetri sering kali mengikuti jadwal retensi dan perlakuan hukum yang terpisah.
9. Pilihan kebijakan retensi memengaruhi kepercayaan dan adopsi pengguna: Retensi yang transparan dan ketat secara signifikan meningkatkan kesediaan developer menggunakan Copilot di proyek sensitif, sementara retensi yang longgar menurunkan adopsi di perusahaan.

Memahami Kebijakan Retensi di Microsoft Copilot

Kebijakan retensi selalu menjadi fondasi kepatuhan di Microsoft 365, tetapi Copilot mengubah segalanya. Berbeda dengan file klasik yang hanya diam tersimpan, Copilot menghasilkan, memproses, dan menyimpan data interaksi baru pada setiap prompt pengguna dan respons yang dihasilkan AI. Data tidak lagi sekadar dibuat lalu dilupakan—ia menjadi bagian aktif dari alur kerja, terus mengalir melalui jalur data baru.

Jadi, apa masalah besarnya? Copilot berinteraksi dengan data dengan cara yang mendobrak pola tradisional. Kontrol yang dikelola admin tidak hanya diperlukan untuk email atau dokumen, tetapi juga untuk riwayat obrolan pengguna, teks yang dihasilkan AI, dan konteks yang dikumpulkan Copilot. Pengatur waktu retensi yang biasa? Itu juga berlaku di sini—tetapi Anda perlu tahu persis kapan dan bagaimana penghitungan waktunya dimulai, terutama ketika AI generatif terlibat.

Dengan semua pergerakan ini, tidak lagi cukup hanya menetapkan satu kebijakan retensi yang berlaku untuk semua. Kini Anda memerlukan strategi yang memperhitungkan sifat Copilot yang lintas platform, berbagai jenis data yang terlibat, dan kompleksitas waktu: kapan retensi dimulai, dan kapan penghapusan harus dipaksakan? Anggaplah ini sebagai lapisan baru dalam tata kelola Microsoft 365 Anda yang membutuhkan perhatian berkelanjutan dan konfigurasi yang disengaja.

Pada bagian berikutnya, Anda akan melihat seperti apa kebijakan retensi Copilot, mempelajari prinsip-prinsip utamanya, dan memahami bagaimana manajemen siklus hidup berjalan dari awal hingga akhir. Panduan ini membantu Anda mengantisipasi celah kebijakan, memastikan tidak ada yang terlewat, dan memastikan lingkungan berbasis AI Anda benar-benar aman dan patuh sesuai kebutuhan Anda.

Konsep Inti Kebijakan Retensi Data Copilot

1. Definisi Kebijakan Retensi untuk Copilot: Kebijakan retensi menentukan berapa lama Copilot menyimpan prompt pengguna, output yang dihasilkan AI, dan metadata interaksi. Kebijakan ini dirancang agar data tidak disimpan lebih lama dari yang diperlukan untuk alasan kepatuhan, keamanan, atau kebijakan organisasi.
2. Jenis Data Copilot yang Tercakup: Jenis data yang umum meliputi kueri pengguna, respons yang dihasilkan AI oleh Copilot, konteks dasar yang dikumpulkan untuk pemrosesan, serta terkadang konten dokumen yang diringkas atau dirujuk. Retensi berlaku untuk semua jenis ini, tidak hanya log percakapan.
3. Kapan Kebijakan Retensi Dimulai? Penghitungan waktu retensi biasanya dimulai saat pembuatan, yaitu ketika interaksi Copilot terjadi, atau ketika data disimpan dalam folder kotak surat tersembunyi yang terkait atau repositori data aplikasi. Waktu ini sangat penting untuk penjadwalan penghapusan.
4. Prinsip Waktu Kebijakan Retensi: Periode retensi Copilot mengikuti layanan M365 tempat Copilot terintegrasi, seperti Exchange, SharePoint, atau Teams. Namun, artefak Copilot yang unik mungkin memerlukan aturan waktu tersendiri yang eksplisit agar tidak tumpang tindih dan membingungkan.
5. Penegakan Kebijakan dan Pengecualian: Kebijakan retensi dapat diatur sebagai hanya-simpan, hanya-hapus, atau simpan-lalu-hapus. Data Copilot harus mematuhi aturan ini, tetapi admin dapat menerapkan pengecualian untuk legal hold atau situasi kepatuhan, biasanya melalui Purview atau kontrol terkait.
6. Contoh Dunia Nyata: Misalkan organisasi Anda memiliki legal hold selama 7 tahun untuk email keuangan. Ringkasan atau rekomendasi yang dihasilkan Copilot berdasarkan email tersebut otomatis tunduk pada retensi yang sama. Jika Copilot berinteraksi dengan data dari beberapa workload, keselarasan lintas platform sangat penting untuk mencegah celah.
7. Integrasi dengan Tata Kelola M365 yang Lebih Luas: Kebijakan retensi untuk Copilot tidak berdiri sendiri; kebijakan ini bekerja bersama pengaturan SharePoint, OneDrive, dan Exchange. Ketidakselarasan dapat menimbulkan risiko kepatuhan, sehingga kebijakan perlu ditinjau ulang dan diuji seiring berkembangnya fitur Copilot.

Proses Manajemen Siklus Hidup Data untuk Copilot

1. Penangkapan Prompt: Siklus hidup dimulai ketika pengguna berinteraksi dengan Copilot, misalnya mengetik kueri, membuat dokumen, atau meminta ringkasan. Input tersebut, beserta konten apa pun yang diambil Copilot, ditangkap sebagai rekaman dalam workload terkait (seperti Exchange atau SharePoint).
2. Penyimpanan Data: Setelah ditangkap, data interaksi disimpan, sering kali dalam folder kotak surat tersembunyi atau basis data terenkripsi yang terikat pada pengguna atau workload. Lokasi penyimpanan memengaruhi bagaimana kebijakan retensi diterapkan dan ditinjau.
3. Periode Retensi: Setelah disimpan, data Copilot “menunggu” hingga periode retensi yang ditetapkan berakhir. Periode ini dapat diatur di Purview, dengan durasi tertentu untuk setiap jenis konten. Selama periode ini, data mungkin dapat ditemukan untuk investigasi atau audit, tetapi terlindungi dari penghapusan sebelum waktunya.
4. Pengelolaan dan Pemantauan Berkelanjutan: Admin dapat memantau status siklus hidup melalui dasbor kepatuhan, log audit, dan timer job yang menandai masa retensi yang akan berakhir, sehingga ada waktu untuk bertindak jika legal hold atau pengecualian manual diperlukan.
5. Penghapusan Permanen: Ketika periode retensi berakhir, dan tidak ada pengecualian atau hold, sebuah background job (seperti timer job di Exchange atau SharePoint) menandai data Copilot untuk dihapus secara permanen. Penghapusan ini tidak dapat dibatalkan, yang mendukung minimisasi data dan kepatuhan privasi.
6. Visualisasi Siklus Hidup: Bayangkan data Copilot mengalir di sepanjang "sungai" yang diatur oleh kebijakan. Data masuk saat prompt ditangkap, berhenti sejenak di pulau-pulau penyimpanan, bertahan selama masa retensi, dan akhirnya sampai di air terjun penghapusan. Setiap tahap dikendalikan untuk memenuhi kepatuhan.
7. Intervensi pada Siklus Hidup: Admin dapat mencegat atau menjeda siklus hidup pada titik-titik penting dengan menerapkan hold, memperbaiki kesalahan konfigurasi kebijakan, atau membuat laporan untuk pemantauan kepatuhan. Pendekatan ini memberikan fleksibilitas sekaligus jaminan, yang sangat penting bagi industri yang diatur ketat. Untuk perspektif yang lebih luas tentang disiplin tata kelola Microsoft 365, silakan baca diskusi ini.

Penyimpanan Data Copilot dan Praktik Keamanannya Dijelaskan

Memiliki data saja belum cukup. Yang lebih penting adalah menjaganya tetap aman dan dikelola dengan benar. Ketika Anda menghadirkan Microsoft Copilot di lingkungan Anda, Anda tidak sekadar memperkenalkan asisten AI yang cerdas. Anda juga memperkenalkan data baru, lokasi penyimpanan baru, dan pertimbangan keamanan baru yang mungkin belum pernah Anda hadapi sebelumnya.

Data Copilot berada di tempat-tempat yang mungkin luput dari perhatian, seperti folder tersembunyi di kotak surat, penyimpanan aplikasi yang tertanam, atau basis data terenkripsi yang terhubung dengan pengguna dan workload. Residensi data (lokasi geografis penyimpanannya) bukan sekadar detail teknis. Hal ini dapat menentukan kepatuhan Anda terhadap berbagai regulasi, mulai dari hukum AS hingga GDPR.

Untuk keamanan, pendekatan Microsoft melampaui enkripsi dasar. Microsoft telah menerapkan kontrol akses berlapis, pembatasan akses karyawan, dan perlindungan ketat untuk data sensitif yang diberi label. Secara default, berbagi dengan pihak ketiga tidak diizinkan untuk konten Copilot. Meski begitu, Anda perlu memahami secara detail bagaimana hal ini diaudit dan ditegakkan, terutama ketika titik-titik integrasi baru mulai diluncurkan.

Pada bagian-bagian berikutnya, Anda akan melihat di mana data Copilot benar-benar disimpan, bagaimana Microsoft menjaganya tetap terkunci, serta hal-hal yang perlu Anda ketahui tentang akses karyawan, berbagi ke pihak luar, dan perlindungan terhadap kebocoran. Arsitektur Copilot berbeda dengan beban kerja Exchange atau SharePoint klasik, sehingga memahami perubahan ini bukanlah pilihan. Bagi setiap admin yang mengelola risiko dan kepatuhan saat ini, hal ini adalah keharusan.

Lokasi Penyimpanan Data Copilot dan Pertimbangan Geografis

Di mana data Copilot berakhir bukanlah hal yang bisa diabaikan. Hal ini menjadi inti dalam menangani risiko kepatuhan dan regulasi. Microsoft Copilot menyimpan sebagian besar data interaksi di repositori khusus pengguna atau workload yang sering kali "tersembunyi" dari akses langsung pengguna. Misalnya, saat Copilot bekerja dengan Outlook atau Teams, log interaksi dan output yang dihasilkan umumnya disimpan di folder tersembunyi Exchange Online atau di basis data aplikasi yang terhubung dengan akun pengguna.

Residensi data menjadi hal yang penting di sini. Menurut dokumentasi Microsoft, data Copilot disimpan di pusat data regional yang sama dengan workload M365 asalnya. Jadi, jika data Exchange organisasi Anda berada di pusat data AS, data Copilot yang terkait dengan Exchange juga akan berada di sana. Sebuah laporan Gartner terbaru menemukan bahwa 67% perusahaan menempatkan residensi data sebagai salah satu kekhawatiran kepatuhan AI teratas untuk tahun 2024, terutama saat menangani informasi pasien atau keuangan AS yang sensitif.

Studi kasus menunjukkan bahwa organisasi dengan persyaratan residensi data khusus AS dapat mengandalkan komitmen geo-fencing Microsoft untuk layanan Copilot. Namun, admin tetap perlu memeriksa ulang pengaturan residensi workload untuk SharePoint, OneDrive, atau Teams guna menghindari kebocoran data lintas wilayah secara tidak sengaja. Pendekatan penyimpanan fisik untuk Copilot dapat berbeda dari repositori SharePoint/OneDrive klasik. Data khusus aplikasi bisa lebih tersegmentasi, yang membantu minimisasi data, tetapi dapat mempersulit eDiscovery.

Para ahli menyarankan agar komitmen penyimpanan regional Microsoft ditinjau setiap tahun, karena arsitekturnya dapat berubah seiring hadirnya fitur baru atau perubahan regulasi. Pada akhirnya, penyimpanan data Copilot dirancang selaras dengan pengaturan penyewa Anda. Namun, tugas admin adalah memvalidasi dan memantau adanya pengecualian, terutama saat terintegrasi dengan tim lintas negara atau industri yang diatur ketat.

Perlindungan Data Sensitif dan Kontrol Akses Karyawan

1. Label Sensitivitas untuk Konten Copilot: Microsoft memperluas label sensitivitas dari Purview ke konten yang dihasilkan dan dirujuk oleh Copilot. Jika prompt pengguna atau jawaban Copilot menyentuh data rahasia, label sensitivitas membatasi tindakan yang dapat dilakukan, misalnya memblokir penerusan, penyalinan, atau bahkan akses baca selain untuk staf yang berwenang.
2. Akses Karyawan Terbatas di Microsoft: Insinyur backend dan staf pusat data di Microsoft tidak memiliki akses permanen ke data Copilot penyewa. Akses darurat mengikuti protokol "break-the-glass" yang ketat, diaudit, dan harus diberi otorisasi secara eksplisit. Hal ini mengurangi risiko kebocoran dari dalam.
3. Role-Based Access Control (RBAC) dan Entra ID: Admin dapat menyesuaikan secara detail siapa di organisasi Anda yang dapat mengakses data Copilot menggunakan Entra ID dan RBAC. Ini mencakup bukan hanya data pengguna akhir, tetapi juga jejak audit admin dan ekspor eDiscovery, sekaligus mengunci akses selama proses onboarding, perubahan peran, atau saat karyawan keluar.
4. Enkripsi Data Copilot: Semua data Copilot, baik saat disimpan maupun saat ditransmisikan, dienkripsi dengan algoritma kelas enterprise. Bahkan jika pihak yang tidak berwenang mencoba menyadap konten tersebut, data itu secara matematis tidak dapat digunakan.
5. Audit dan Pemantauan Otomatis: Microsoft mencatat setiap akses ke data Copilot, baik oleh pengguna, admin, maupun proses otomatis, sehingga Anda memiliki jejak audit yang dapat dipertanggungjawabkan jika terjadi investigasi. Untuk wawasan lebih lanjut tentang keamanan data terperinci dan praktik terbaik otomatisasi, lihat strategi keamanan Dataverse.
6. Mencegah Pengungkapan yang Tidak Sah: Kontrol disiapkan untuk mencegah pelepasan tidak sengaja atas output sensitif yang dihasilkan Copilot, termasuk pembatasan berbasis kebijakan, aturan DLP, serta pemberitahuan atas pola akses yang tidak wajar, sehingga data sensitif Anda tidak keluar melalui "pintu virtual".

Mengelola Berbagi Pihak Ketiga dan Penanganan Data Aplikasi

• Tidak Ada Berbagi Pihak Ketiga secara Default: Secara default, data Copilot tidak dibuka untuk pihak eksternal atau aplikasi di luar Microsoft 365. Kebijakan ini menjaga prompt dan respons pengguna tetap berada di dalam organisasi, sehingga mengurangi risiko kebocoran.
• Penanganan Data Aplikasi yang Ketat: Data aplikasi Copilot tetap terbatas pada layanan M365 yang relevan dengan batas aplikasi yang eksplisit, sehingga data tersebut tidak terekspos secara tidak sengaja melalui bot Teams, panggilan API, atau konektor.
• Audit Permintaan Akses Eksternal: Anda dapat menggunakan audit yang ditingkatkan untuk memantau dan menandai setiap upaya berbagi pihak ketiga yang tidak sah atau berisiko, mirip dengan kontrol SharePoint/OneDrive tingkat lanjut yang dijelaskan di sini.
• Pembatasan oleh Admin: Admin memiliki alat untuk memperketat berbagi lebih lanjut, yaitu menerbitkan kebijakan baru, menonaktifkan konektor yang berisiko, dan secara proaktif meninjau log audit berbagi untuk beban kerja Copilot.

Kepatuhan dan Persyaratan Regulasi untuk Data Copilot

Jika Anda ingin mencapai kepatuhan penuh di era Microsoft Copilot, Anda tidak bisa begitu saja berasumsi bahwa kebijakan lama Anda masih mencakup semuanya. Tuntutan regulasi terkait AI dan konten yang dibuat pengguna hanya akan semakin ketat, terutama bagi organisasi sektor publik AS, layanan kesehatan, atau keuangan. Copilot membawa jenis data yang sama sekali baru, dan itu berarti Anda perlu meninjau ulang penegakan kebijakan maupun strategi audit Anda.

Bagian ini akan memberikan gambaran umum tentang standar regulasi seperti GDPR, HIPAA, dan lainnya, serta menunjukkan di mana Copilot berperan dan apa saja yang berubah. Anda akan memperoleh kejelasan tentang cara menyelaraskan kontrol Copilot dengan legal hold di seluruh organisasi, perlindungan privasi, dan persyaratan audit. Intinya bukan hanya memastikan kebijakan tersedia, tetapi menjalankannya dengan benar di setiap langkah dan mampu membuktikannya kepada auditor maupun regulator.

Kita juga akan membahas bagaimana alat seperti Purview dan Defender for Cloud dapat menyatukan pemantauan kepatuhan dan pelaporan berkelanjutan, sehingga Anda tidak tertinggal saat audit datang. Jika Anda ingin mendalami jebakan umum dalam retensi dan pergeseran kepatuhan, simak episode ini tentang pergeseran kepatuhan Microsoft 365, yang cukup membuka wawasan.

Lanjutkan membaca untuk melihat regulasi utama yang relevan bagi Copilot, bagaimana Microsoft memetakan kontrol untuk masing-masing regulasi, dan cara memperkuat alur kerja eDiscovery dan audit Anda agar organisasi tetap aman ketika tim hukum maupun regulator datang meminta data.

Memenuhi Kepatuhan AS dan Standar Regulasi Global

• Kepatuhan GDPR: Copilot harus memastikan data warga Uni Eropa diproses secara sah, disimpan dengan batasan tujuan yang jelas, dan dapat dihapus atau diekspor atas permintaan. Residensi data dan persetujuan sangat penting untuk kepatuhan GDPR.
• Perlindungan HIPAA untuk Data Kesehatan: Bagi penyedia layanan kesehatan di AS, interaksi Copilot yang melibatkan informasi kesehatan yang dilindungi (PHI) harus mematuhi aturan keamanan dan privasi HIPAA. Transmisi data dienkripsi dan kontrol akses diberlakukan untuk menjaga keamanan PHI.
• Manajemen Kepatuhan Khusus AS: Instansi federal, negara bagian, dan lokal memerlukan Copilot untuk mendukung FedRAMP, CJIS, dan kerangka kepatuhan khusus AS lainnya. Data disimpan di dalam negeri, dengan jejak audit dan persyaratan pelaporan insiden yang dipenuhi melalui kontrol native Microsoft.
• Jejak Lintas Batas dan Multi-Regional: Organisasi multinasional harus memastikan Copilot tidak menimbulkan ketidaksesuaian kebijakan yang tidak disengaja antara wilayah UE, AS, dan APAC. Konfigurasi penyewa dan peninjauan kebijakan sangat penting untuk mencegah konflik residensi data atau akses.
• Praktik Terbaik untuk Keselarasan Regulasi: Gunakan kombinasi Purview DLP, pelabelan otomatis, RBAC, dan pelaporan audit untuk menjembatani celah antara Copilot dan workload seperti Exchange atau SharePoint. Pendekatan terpadu ini penting untuk kepatuhan yang menyeluruh. Untuk pemantauan berkelanjutan dan remediasi otomatis, lihat manajemen kepatuhan dengan Defender for Cloud.
• Dokumentasi Kebijakan dan Pengumpulan Bukti: Simpan dokumentasi lengkap tentang desain kebijakan Copilot, penegakannya, dan penanganan insiden untuk keperluan audit. Uji kebijakan secara proaktif dan pertahankan peta tanggung jawab yang jelas di seluruh unit bisnis global.

Mengaktifkan eDiscovery dan Kemampuan Audit untuk Copilot

• Integrasi eDiscovery: Konten, prompt, dan respons yang dihasilkan Copilot diindeks untuk eDiscovery kepatuhan, sehingga tim hukum, SDM, atau keamanan dapat melakukan pencarian across interaksi pengguna sama seperti pada email atau chat.
• Alur Legal Hold: Ketika legal hold diberlakukan, data Copilot yang tercakup oleh hold tersebut ditandai dan dipertahankan terlepas dari pengaturan retensi lainnya. Konten tidak dihapus hingga hold dicabut, sehingga mengurangi paparan hukum.
• Manajemen Jejak Audit Purview: Setiap interaksi Copilot dapat dilacak dengan log audit—mendokumentasikan tindakan pengguna, perubahan admin, dan tugas latar belakang retensi/penghapusan. Tim yang menggunakan Purview Premium memiliki kemampuan retensi yang diperpanjang dan pelacakan forensik. Penasaran dengan praktik audit tingkat lanjut? Lihat pembahasan mendalam tentang Purview Audit.
• Pelaporan yang Dapat Dipertanggungjawabkan kepada Regulator: Alat eDiscovery dan audit membantu penasihat hukum serta admin kepatuhan menghasilkan laporan ber-cap waktu dan tahan manipulasi—kunci untuk memenuhi tuntutan regulator atau pengadilan dengan percaya diri.
• Pemantauan Kepatuhan Proaktif: Peringatan otomatis dan pemeriksaan kebijakan berkelanjutan mendeteksi penyimpangan kebijakan sebelum menjadi masalah bisnis. Integrasi dengan alat SIEM/SOAR meningkatkan kesiapan forensik dan deteksi risiko secara real-time.
• Visualisasi Audit Siklus Hidup Data: Dasbor dan log memungkinkan admin menelusuri siklus hidup data Copilot dari prompt hingga penghapusan, menampilkan pemicu retensi, hold, dan jadwal penghapusan sekilas.

Penghapusan Data dan Offboarding Pengguna di Copilot

Menyiapkan alur kerja yang solid untuk penghapusan data dan offboarding pengguna di Copilot sangatlah penting. Data tidak terhapus dengan sendirinya, dan konten mantan karyawan dapat dengan mudah tertinggal—berubah menjadi bom waktu kepatuhan atau beban tanggung jawab jika tidak ditangani dengan benar. Copilot, seperti bagian lain dari Microsoft 365, menyediakan beberapa alat berbasis kebijakan untuk memastikan informasi dihapus saat waktunya tiba, atau dipertahankan jika tim hukum menghendakinya.

Yang paling penting adalah memahami bagaimana penghapusan bekerja di dunia Copilot. Ini lebih dari sekadar mengosongkan recycle bin. Penggantian retensi data, tugas pewaktu, dan peninjauan jalur konten semuanya berperan dalam memastikan konten dibersihkan—tanpa pengecualian. Waktu kebijakan menjadi pertimbangan taktis: kapan penghitungan waktu dimulai untuk artefak Copilot, dan apa yang dapat Anda lakukan jika sesuatu perlu dihapus lebih cepat (atau ditahan lebih lama) dari biasanya?

Offboarding, di sisi lain, berarti memastikan setiap detail beres saat karyawan meninggalkan organisasi: akses dicabut, data dipertahankan atau dihapus sesuai kebijakan, dan kepatuhan diperiksa di setiap langkah. Melewatkan satu kotak surel atau folder tersembunyi saja bisa berbalik menjadi masalah saat audit, atau lebih buruk lagi, selama proses litigasi.

Kami akan memandu Anda cara menyiapkan kebijakan penghapusan, pengecualian (override), dan alur kerja yang disesuaikan untuk skenario Copilot utama. Anda juga akan mendapatkan daftar periksa langkah offboarding terbaik agar organisasi tetap rapi, patuh pada regulasi, dan siap menghadapi apa pun berikutnya.

Cara Mengonfigurasi Penghapusan Data dan Pengecualian Retensi

1. Identifikasi Jalur Konten Data Copilot: Sebelum mengonfigurasi penghapusan, petakan lokasi data Copilot berada, baik di folder tersembunyi kotak surel, obrolan Teams, basis data aplikasi, maupun file yang terintegrasi dengan SharePoint. Gunakan Purview dan dasbor kepatuhan untuk memastikan tidak ada jalur data yang terlewat.
2. Siapkan Kebijakan Hapus-Saja: Untuk skenario yang tidak memerlukan retensi, konfigurasikan kebijakan hapus-saja di Purview atau melalui PowerShell. Tentukan pemicu dan jangka waktu yang jelas, misalnya menghapus prompt Copilot setelah 30 hari jika tidak mengandung data yang diatur regulasi.
3. Terapkan Kontrol Simpan-lalu-Hapus: Di industri yang diatur regulasi, gabungkan retensi dan penghapusan. Tetapkan periode retensi wajib, lalu tentukan secara spesifik kondisi ketika data Copilot harus dimusnahkan secara permanen. Pastikan tugas terjadwal (timer job) diaktifkan agar penghapusan berjalan otomatis saat periode retensi berakhir.
4. Manfaatkan Pengecualian Retensi: Ketika tuntutan hukum atau kepatuhan berubah, terapkan pengecualian kebijakan pada tingkat kontainer data atau pengguna. Pengecualian dapat menjeda penghapusan (menggunakan legal hold) atau memperpanjang retensi untuk rekaman tertentu. Pengecualian terlihat di jejak audit sehingga dapat dipertanggungjawabkan.
5. Pantau Alur Penghapusan: Gunakan log aktivitas dan laporan timer job untuk melacak kapan data Copilot dijadwalkan untuk dihapus, serta memvalidasi bahwa penghapusan benar-benar terjadi. Uji kebijakan dengan menjalankan review job dan audit acak agar kepatuhan tidak hanya ada di atas kertas.
6. Penyesuaian untuk Skenario Copilot yang Unik: Untuk fitur Copilot yang terintegrasi dengan banyak workload, pastikan keselarasan kebijakan di seluruh platform terkait (Exchange, Teams, SharePoint) untuk menghindari celah atau konflik retensi. Ini merupakan langkah tata kelola lintas platform yang krusial.
7. Contoh Penerapan: Misalkan prompt Copilot milik seorang manajer yang akan meninggalkan perusahaan merujuk pada dokumen SDM yang sensitif. Anda akan meninjau jalur konten, menerapkan legal hold yang diperlukan, lalu memasukkan prompt tersebut ke antrean penghapusan terjadwal, dengan menggunakan kebijakan "simpan-lalu-hapus" agar siklusnya tertutup dan organisasi Anda terlindungi.

Strategi Offboarding Pengguna dan Retensi Data Copilot

• Retensi Data Berbasis Kebijakan untuk Karyawan yang Keluar: Terapkan kebijakan retensi (atau penghapusan) pada data Copilot yang terkait dengan akun mantan karyawan, dan pastikan kotak surel mantan karyawan (termasuk folder tersembunyi) telah ditandai dengan benar.
• Pencabutan Akses Otomatis: Gunakan Entra ID atau PowerShell untuk menonaktifkan dan menghapus akses ke workload Copilot selama offboarding, sehingga setiap celah untuk paparan yang tidak disengaja maupun berbahaya dapat ditutup.
• Audit dan Dokumentasikan Tindakan Offboarding: Simpan log terperinci atas penerapan kebijakan, penghapusan, dan pencabutan akses untuk mempertahankan proses Anda dalam tinjauan regulasi. Untuk tips mengamankan akun tamu dan mantan karyawan, lihat panduan ini tentang cara menangani akun tamu M365.
• Rekam Jejak yang Dapat Dipertanggungjawabkan secara Hukum: Pastikan semua langkah offboarding dapat diaudit, diverifikasi, dan direproduksi sebagai bukti kepatuhan jika terjadi litigasi atau permintaan akses subjek data.

Pemrosesan Data Copilot dan Penggunaannya dalam Pelatihan AI

Pertanyaan yang paling sering muncul di benak banyak admin: ke mana data Copilot pergi setelah Anda menekan "Enter", dan apakah data tersebut digunakan untuk melatih model AI Microsoft? Memahami pendekatan teknis Copilot dalam memproses data sangat penting, bukan hanya untuk kepatuhan, tetapi juga untuk privasi dan kepercayaan pengguna. Data tidak sekadar diproses lalu dibuang. Data dapat berpindah ke file log, folder tersembunyi, dan, bergantung pada kebijakan, bahkan dapat dipertimbangkan untuk pelatihan AI di masa depan jika perlindungan tertentu tidak diterapkan.

Microsoft berada di antara dua kepentingan: memungkinkan Copilot belajar dan berkembang, sekaligus memastikan data pengguna tidak disalahgunakan atau tanpa sengaja terpapar ke pembelajaran mesin di luar organisasi Anda. Ada kerangka kerja yang kuat yang memicu peninjauan lebih lanjut, bergantung pada tingkat sensitivitas data, asalnya, atau pengaturan persetujuan pengguna.

Dua bagian berikutnya akan menjelaskan secara gamblang bagaimana Copilot menangani masukan pengguna, mulai dari penerimaan hingga penyimpanan yang aman, serta memaparkan kebijakan persis yang diterapkan Microsoft untuk memastikan sebagian besar data Copilot tetap berada di luar kumpulan pelatihan AI secara default. Admin juga akan mendapatkan wawasan tentang pagar pengaman AI yang bertanggung jawab, mekanisme opt-out, dan apa arti proses penyertaan/pengecualian bagi penerapan di dunia nyata.

Dengan regulator yang semakin fokus setiap tahun pada transparansi AI dan kebersihan data pelatihan model, memahami alur ini bukan sekadar pengetahuan teknis. Ini adalah kunci untuk mempertahankan postur AI Anda jika pertanyaan privasi (atau auditor) suatu saat datang.

Detail Teknis Pemrosesan Data Copilot

Copilot memproses prompt pengguna dengan menerima teks yang Anda ketik, mengambil konteks terkait dari beban kerja yang terhubung, dan menghasilkan hasil melalui server yang aman. Prompt pengguna dan respons yang dihasilkan direkam sebagai catatan terstruktur, yang sering disimpan di folder kotak surat tersembunyi atau basis data khusus, bergantung pada beban kerja M365 yang terlibat. Data dienkripsi saat disimpan dan saat ditransmisikan untuk mencegah akses tidak sah.

Logika retensi dibangun ke dalam alur pemrosesan data. Setelah prompt dan respons dibuat, tugas pewaktu atau mesin kebijakan menentukan berapa lama interaksi tersebut disimpan sebelum dihapus sesuai kebijakan retensi organisasi Anda. Copilot sendiri tidak memproses atau menyimpan data di luar lingkungan yang berwenang, untuk memastikan batas kepatuhan tetap dihormati.

Kebijakan tentang Data Pelatihan AI dan Pembatasan Penggunaan Data

1. Pengecualian Default dari Pelatihan Model AI: Secara default, Copilot di Microsoft 365 tidak menggunakan data pengguna organisasi, yaitu prompt, respons, atau konteks, untuk melatih model AI publik atau bersama. Ini melindungi informasi bisnis dan pribadi yang sensitif agar tidak digunakan kembali untuk peningkatan model AI di luar penyewa Anda.
2. Pelatihan AI Hanya dengan Persetujuan Eksplisit: Dalam program khusus atau berdasarkan pengecualian yang diatur admin, data Copilot tertentu dapat dipertimbangkan untuk peningkatan AI, tetapi hanya setelah persetujuan eksplisit dari pengguna atau organisasi diberikan. Banner opt-in dan pengaturan kebijakan membuat proses ini transparan dan dapat diaudit.
3. Pagar Pengaman AI yang Bertanggung Jawab: Data yang ditandai sebagai sensitif atau diberi label kerahasiaan tinggi secara otomatis dikecualikan dari kumpulan pelatihan mana pun, terlepas dari pengaturan masing-masing pengguna. Microsoft menegakkan ini melalui kombinasi logika kebijakan, kontrol teknis, dan audit kepatuhan.
4. Audit dan Pengawasan Penggunaan Data: Admin dapat meninjau log penyertaan pelatihan AI serta status opt-out per pengguna atau beban kerja. Laporan membantu petugas kepatuhan membuktikan, jika diperlukan, bahwa interaksi Copilot yang sensitif tidak pernah keluar dari batas organisasi. Untuk perspektif dunia nyata tentang AI yang Bertanggung Jawab, lihat peran dewan tata kelola dalam manajemen risiko AI.
5. Penyesuaian Kebijakan Dinamis: Label sensitivitas, analitik risiko, dan pemicu siklus hidup dapat secara otomatis menyesuaikan apakah data Copilot tertentu dipertimbangkan untuk pembelajaran AI. Jika peran pengguna berubah, atau data diklasifikasi ulang, kebijakan retensi dan penyertaan AI dapat menyesuaikan diri secara langsung, menjaga kepatuhan di lingkungan yang terus berubah.
6. Pengecualian dari Pelatihan Model Pihak Ketiga: Data Copilot tidak pernah dibagikan ke platform AI pihak ketiga, seperti ChatGPT Enterprise atau model Microsoft Foundry eksternal, kecuali jika opt-in kontraktual yang sangat eksplisit diberikan dan dicatat. Sebagian besar organisasi, secara default, tidak akan pernah melihat data Copilot mereka meninggalkan cloud aman Microsoft.
7. Pengawasan Kebijakan Berkelanjutan: Dewan tata kelola dan kebijakan control plane sangat penting untuk memantau dan menegakkan penggunaan yang bertanggung jawab. Seperti yang dibahas panjang lebar dalam panduan tata kelola AI yang aman ini, hal tersebut bukan hanya soal konfigurasi teknis, tetapi juga tinjauan berkelanjutan, pemisahan control plane dan operasional, serta mitigasi risiko AI yang proaktif.

Pertanyaan Umum: microsoft 365 copilot dan kebijakan retensi

Apa hubungan antara Microsoft 365 Copilot dan kebijakan retensi?

Microsoft 365 Copilot menggunakan konten yang tersimpan di layanan Microsoft 365, sehingga kebijakan retensi dan label retensi yang dikonfigurasi di Microsoft Purview tetap berlaku untuk konten yang dapat diakses Copilot. Retensi untuk Copilot berarti item yang mendasarinya (email, file SharePoint, obrolan Teams, dan interaksi Copilot) tetap tunduk pada aturan retensi dan penghapusan. Kebijakan retensi dikonfigurasi dan diterapkan melalui portal Microsoft Purview untuk memenuhi persyaratan kepatuhan dan mencegah kehilangan data yang tidak diinginkan.

Bagaimana kebijakan retensi untuk Copilot memengaruhi obrolan Teams dan interaksi Copilot?

Kebijakan retensi untuk Teams dapat mencakup obrolan Teams, saluran, dan rekaman rapat. Ketika Copilot di Teams menghasilkan atau menyimpan konten interaksi, konten tersebut tunduk pada kebijakan retensi yang sama untuk tim. Jika kebijakan retensi dikonfigurasi untuk mempertahankan lalu menghapus, konten terkait Copilot akan dipertahankan selama periode retensi dan kemudian dihapus setelah periode retensi berakhir. Dengan cara ini, kepatuhan tetap terjaga sekaligus mengurangi retensi berlebihan.

Bagaimana cara membuat dan mengonfigurasi kebijakan retensi untuk data Copilot?

Untuk membuat kebijakan retensi, buka portal Microsoft Purview lalu buat dan konfigurasikan kebijakan retensi yang menargetkan lokasi tempat data Microsoft 365 Copilot berada (Exchange, SharePoint, OneDrive, Teams). Gunakan cakupan kebijakan statis untuk retensi, atau sertakan grup Microsoft 365 dan kotak surat tertentu. Konfigurasikan tindakan kebijakan (hanya pertahankan atau pertahankan lalu hapus), tetapkan periode retensi, dan terbitkan kebijakan retensi saat sudah siap. Pelajari selengkapnya tentang retensi di Microsoft Learn untuk panduan langkah demi langkah.

Berapa lama waktu yang dibutuhkan agar retensi mulai berfungsi setelah kebijakan diterapkan?

Retensi mulai berlaku begitu kebijakan retensi dipublikasikan, tetapi penerapannya di lapangan bisa memerlukan waktu. Kebijakan dapat membutuhkan hingga 24 jam atau lebih untuk sepenuhnya diterapkan di seluruh lokasi. Periode retensi biasanya dimulai saat item dibuat atau diubah, bergantung pada konfigurasi kebijakan. Karena itu, pahami kapan periode retensi dimulai dan bagaimana beberapa pengaturan retensi (label dan kebijakan) saling berinteraksi di penyewa Anda.

Apa yang terjadi jika beberapa kebijakan atau label retensi berlaku untuk konten Copilot yang sama?

Ketika beberapa kebijakan retensi berlaku, logika retensi Microsoft 365 memilih pengaturan yang paling ketat, yaitu yang mempertahankan konten paling lama. Jika label retensi diterapkan pada konten dan kebijakan retensi juga mencakup item yang sama, kebijakan yang mempertahankan lebih lama atau mencegah penghapusan biasanya akan diutamakan. Anda dapat meninjau konflik kebijakan di portal Microsoft Purview untuk memastikan hasil yang diinginkan bagi konten Copilot. Pelajari juga kebijakan retensi untuk Microsoft 365 agar dapat merencanakan skenario satu kebijakan retensi atau beberapa kebijakan retensi.

Apakah Copilot dapat mengakses konten yang berada di bawah penahanan retensi atau penahanan hukum?

Ya, Copilot dapat mengakses konten untuk pembuatan dan peringkasan jika pengguna memiliki izin atas konten tersebut. Namun, penahanan retensi dan penahanan hukum mencegah penghapusan dan mempertahankan konten di tempatnya. Penahanan berbeda dari kebijakan retensi dan merupakan bagian dari kontrol keamanan dan kepatuhan Microsoft 365. Jika konten berada di bawah retensi atau penahanan hukum, konten tersebut akan tetap tersedia untuk memenuhi persyaratan kepatuhan dan tidak akan dihapus oleh tindakan penghapusan retensi.

Bagaimana kebijakan retensi dan pencegahan kehilangan data (DLP) bekerja bersama dengan Copilot?

Kebijakan retensi berfokus pada mempertahankan atau menghapus konten berdasarkan aturan kepatuhan, sedangkan pencegahan kehilangan data dan kontrol kehilangan data mencegah paparan data sensitif. Untuk Copilot dan aplikasi AI, gabungkan kebijakan retensi untuk data Microsoft 365 Copilot dengan kebijakan DLP guna mengurangi risiko kehilangan data. Konfigurasikan aturan DLP untuk obrolan Teams dan interaksi Copilot, batasi berbagi, dan pantau penggunaan Copilot. Gunakan Copilot Studio dan kontrol tata kelola untuk membatasi data yang dapat diserap Copilot serta memastikan persyaratan kepatuhan ditegakkan.

Di mana admin dapat mempelajari retensi untuk Copilot dan memverifikasi konfigurasi kebijakan?

Admin sebaiknya memanfaatkan Microsoft Learn dan portal Microsoft Purview untuk memahami kebijakan retensi, retensi dan penghapusan, serta detail lokasi yang berlaku untuk kebijakan retensi. Di portal Purview, Anda dapat membuat kebijakan retensi, memverifikasi bahwa kebijakan retensi sudah dikonfigurasi dengan benar, melihat item mana saja yang tunduk pada retensi, serta memantau penerapan kebijakan. Untuk panduan khusus Copilot, rujuk dokumentasi untuk copilot for Microsoft 365 dan Copilot Studio guna memahami cara data Microsoft 365 Copilot ditangani, dan bagaimana kebijakan retensi untuk Copilot terintegrasi dengan alur kerja kepatuhan yang sudah ada.