Label Sensitivitas Tidak Diterapkan: Panduan Pemecahan Masalah dan Solusi untuk Microsoft 365 dan Power BI

By Mirko Peters · 2026-04-21

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

Cover: Build Audit-Ready Document Management with SharePoint and Purview

Artikel ini membahas secara mendalam mengapa label sensitivitas mungkin tidak diterapkan sesuai harapan Anda di Microsoft 365, Power BI, dan aplikasi terkait. Jika Anda bingung karena opsi label yang hilang, pelabelan otomatis yang gagal, atau masalah konfigurasi yang membandel, Anda berada di tempat yang tepat. Kami akan membahas langkah-langkah pemecahan masalah yang praktis, menyoroti persyaratan lisensi dan konfigurasi, serta menandai hambatan paling umum yang dihadapi tim TI dan pengguna Power BI di dunia nyata.

Anda akan mendapatkan jawaban yang lugas, daftar jelas tentang apa yang perlu diperiksa, dan panduan untuk masalah lanjutan yang membuat para ahli pun garuk-garuk kepala. Baik Anda mendukung pengguna sehari-hari maupun menerapkan kebijakan keamanan di seluruh perusahaan, Anda akan menemukan wawasan dan solusi di sini untuk menjaga data sensitif tetap terlindungi dan membuat tim kepatuhan Anda tenang. Jika Anda sempat menduga bahwa "satu pengaturan untuk mengendalikan semuanya" memang tidak ada, sumber ini akan menunjukkan dengan tepat ke mana Anda harus mencari selanjutnya.

Memahami Label Sensitivitas dan Kegagalan Aplikasi yang Umum

Label sensitivitas telah menjadi pilar utama keamanan data di dunia Microsoft 365 saat ini. Dengan ancaman siber yang semakin licik dan semakin banyak data yang berpindah ke SharePoint, OneDrive, dan Power BI, sangat penting untuk memahami apa sebenarnya fungsi label sensitivitas, dan seperti apa wujudnya ketika label itu tidak berjalan semestinya.

Microsoft Purview membuat data sensitivitas menjadi lebih jelas dengan memungkinkan organisasi mengklasifikasikan dan melindungi file, email, bahkan konten Power BI. Namun, label yang sudah dikonfigurasi belum tentu selalu berfungsi sesuai keinginan Anda. Bisa saja muncul kejutan yang nyata: tombol yang hilang, label default yang tidak bekerja, atau file dan pengguna tertentu yang terlewat begitu saja.

Bagian ini dimulai dengan membahas dasar-dasarnya: apa tujuan label sensitivitas, mengapa label ini sangat penting untuk kepatuhan regulasi dan privasi, serta tanda-tanda paling umum bahwa ada sesuatu yang rusak di balik layar. Anda akan memahami pola kegagalan utama, mulai dari masalah sederhana berupa "label tidak muncul" hingga masalah yang lebih rumit seperti masalah pewarisan atau otomatisasi yang rusak, terutama di lingkungan Power BI maupun SharePoint dan OneDrive yang berkolaborasi.

Jika Anda pernah bertanya-tanya "kenapa ini tidak berfungsi?", simak terus. Beberapa subbagian berikutnya akan mengulas tanda-tanda peringatan yang umum, definisi dasar, dan penyebab utama kegagalan pelabelan otomatis (termasuk yang mungkin tidak Anda duga). Pada akhirnya, Anda akan memiliki fondasi yang diperlukan untuk mengenali dan menuntaskan masalah label sensitivitas di ekosistem Microsoft Anda.

Apa Itu Label Sensitivitas dan Bagaimana Seharusnya Cara Kerjanya?

Label sensitivitas adalah tanda yang dapat Anda terapkan pada file, email, dan berbagai konten cloud di Microsoft 365 untuk mengklasifikasikan, melindungi, serta mengendalikan cara informasi digunakan. Label ini dikelola melalui Microsoft Purview dan membantu menjaga data sensitif, seperti data keuangan, informasi pelanggan, atau kekayaan intelektual, tetap terlindungi dengan ketat.

Ketika diterapkan, label sensitivitas dapat secara otomatis mengenkripsi konten, membatasi siapa yang dapat mengakses atau mengedit file, dan bahkan memicu notifikasi jika data ditangani secara tidak benar. Baik Anda bekerja di Outlook, Word, Teams, SharePoint, maupun Power BI, label berfungsi sebagai sinyal yang terlihat sekaligus perisai yang tak kasat mata, yang ikut berpindah bersama dokumen atau pesan ke mana pun pergi.

Label dapat diatur oleh pengguna (pelabelan manual) atau dipicu secara otomatis berdasarkan aturan yang telah ditentukan (pelabelan otomatis). Tujuannya adalah alur kerja yang mulus: begitu label sudah terpasang, kebijakan keamanan dan kepatuhan akan bekerja di balik layar, memberikan ketenangan bagi organisasi di mana pun file tersebut berada.

Label ini sangat penting dalam strategi kepatuhan regulasi, menyediakan kontrol utama untuk audit kepatuhan dan pembelaan hukum. Jika tujuan Anda adalah mencegah kekacauan dokumen dan menjaga risiko tetap terkendali, membangun program pelabelan sensitivitas yang kuat dengan Microsoft Purview adalah langkah fundamental. Untuk saran praktis tentang melindungi file di seluruh SharePoint dan Teams, dengarkan diskusi ini tentang cara menghentikan kekacauan dokumen dengan perisai Purview Anda.

Masalah Umum Label Sensitivitas dan Hal yang Perlu Diwaspadai

Label tidak muncul: Opsi label yang diharapkan tidak tampil di aplikasi seperti Word, Excel, atau Power BI, sering kali karena kebijakan yang salah konfigurasi atau masalah akses pengguna.
Tombol label tidak aktif: Pengguna melihat tombol label sensitivitas, tetapi tidak dapat memilihnya. Hal ini bisa disebabkan oleh lisensi yang belum ada, klien yang sudah usang, atau konflik kebijakan penyewa.
Label tidak diwarisi: Konten turunan (ekspor, laporan, atau file bersama) gagal mengambil label sensitivitas dari item induk, biasanya karena pewarisan tidak berfungsi sebagaimana mestinya atau tidak didukung untuk skenario tersebut.
Pelabelan otomatis gagal: Label yang diatur untuk diterapkan secara default atau berdasarkan kata kunci tidak diterapkan pada konten baru. Ini menjadi tanda adanya masalah sinkronisasi atau konfigurasi yang tidak tepat pada kebijakan label.
Celah penegakan label: Pengguna bekerja dengan konten yang dilindungi, tetapi perlindungan enkripsi atau akses tidak terpicu. Kondisi ini membuka data terhadap risiko dan menandakan adanya kegagalan pada pengaturan penegakan.

Mengapa Label Sensitivitas Saya Tidak Diterapkan Secara Otomatis?

Kebijakan pelabelan otomatis tidak ditargetkan dengan benar. Jika Anda sudah membuat kebijakan di Microsoft Purview tetapi belum menyertakan pengguna, grup, atau lokasi yang tepat, label tidak akan diterapkan, meskipun pengaturannya tampak benar pada pandangan pertama.
Keterbatasan lisensi menghalangi label. Pengguna tanpa lisensi Microsoft 365 atau Purview yang sesuai tidak akan melihat label, atau pelabelan otomatis tidak berjalan untuk mereka. Misalnya, Power BI Pro atau Premium Per User sering kali diperlukan agar pelabelan di Power BI berjalan efektif.
Keterlambatan sinkronisasi kebijakan menimbulkan masalah. Saat Anda memperbarui kebijakan atau menambahkan label baru, perubahan tersebut bisa memerlukan waktu dari beberapa jam hingga beberapa hari untuk diterapkan di seluruh perangkat dan klien. Selama sinkronisasi belum selesai, pelabelan otomatis mungkin tidak terpicu sama sekali.
Pewarisan turunan tidak didukung atau salah konfigurasi. Meskipun “downstream inheritance enabled” sudah dicentang di Power BI, tidak semua ekspor, laporan, atau model mendukung propagasi yang benar. Beberapa jenis konten, seperti laporan paginated atau file ekspor tertentu, tidak akan mengambil label induk secara otomatis.
Konteks perangkat atau proses masuk membatasi penerapan label. Conditional Access atau kebijakan Intune sering membatasi penggunaan label pada perangkat yang tidak dikelola atau tidak memenuhi kepatuhan. Jadi, meskipun pelabelan otomatis sudah dikonfigurasi dengan baik, proses ini bisa gagal tanpa pemberitahuan jika perangkat tidak memenuhi persyaratan.
Cache lokal atau korupsi metadata di aplikasi desktop. Terkadang, klien Office atau Power BI Desktop menyimpan daftar label yang sudah usang, sehingga aturan pelabelan otomatis yang baru atau yang diperbarui tidak ditampilkan atau diterapkan sampai cache dibersihkan atau aplikasi dimulai ulang.
Masalah izin dengan pengguna B2B atau tamu. Tamu atau pengguna eksternal sering kali tidak dapat menerapkan, melihat, atau mewarisi label, meskipun memiliki akses edit, karena batasan lintas penyewa, kebijakan, atau lisensi.

Jika ragu, mengaudit aktivitas pengguna, seperti pada panduan audit Purview ini, dapat membantu menemukan titik di mana otomatisasi dan pewarisan mengalami kegagalan.

Prasyarat Lisensi dan Konfigurasi untuk Label Sensitivitas

Sebelum Anda dapat mengharapkan label sensitivitas berfungsi dengan lancar di Microsoft 365 dan Power BI, Anda perlu menyiapkan fondasi yang tepat. Artinya, pastikan lisensi, pengaturan penyewa, dan konfigurasi layanan Anda sudah selaras dengan benar. Melewatkan satu persyaratan saja dapat menghalangi pengguna untuk melihat atau menerapkan label, meskipun kebijakan di pusat admin tampak sempurna.

Bagian ini membahas "instalasi dasar" di balik sistem label: produk dan peran mana yang memerlukan lisensi premium, jenis izin apa yang dibutuhkan untuk melihat atau menggunakan label, serta bagaimana kebijakan label diatur agar menjangkau pengguna dan layanan yang tepat. Anda juga akan melihat mengapa melewatkan langkah-langkah ini sering kali menyebabkan fitur yang hilang secara misterius, tombol yang tidak aktif, atau pengalaman label yang tidak konsisten di setiap aplikasi.

Jika Anda sedang memecahkan masalah label atau menyiapkan penerapan skala besar, meninjau persyaratan lisensi dan pengaturan ini sangat penting. Subbagian berikut menguraikan setiap elemen agar Anda tahu persis apa yang harus diperiksa sebelum masuk ke masalah teknis yang lebih dalam. Untuk pemahaman yang lebih baik tentang tantangan tersembunyi dalam kepatuhan dan penegakan kebijakan, simak pembahasan ini tentang Microsoft 365 compliance drift.

Persyaratan Lisensi untuk Melihat dan Menerapkan Label Sensitivitas

Lisensi Microsoft Purview Information Protection (MIP): Pemberian label sensitivitas di Microsoft 365 bergantung pada salah satu dari berikut ini untuk setiap pengguna yang perlu melihat, menerapkan, atau menerapkan label secara otomatis:

Microsoft 365 E5, A5, atau G5
Microsoft 365 E3 dengan add-on Information Protection and Governance
Azure Information Protection P1/P2 atau paket yang setara
Persyaratan khusus aplikasi: Untuk Power BI, lisensi Pro atau Premium Per User (PPU) diperlukan untuk membuat, menerapkan, dan mewarisi label sensitivitas pada file PBIX atau konten di dalam ruang kerja.
Pengguna yang hanya mengonsumsi konten berlabel di Power BI (tidak membuat atau mengubah label) mungkin memerlukan lisensi tingkat yang lebih rendah, bergantung pada konfigurasi ruang kerja.
Lisensi untuk admin dan otomatisasi: Admin yang membuat dan mengelola label sensitivitas di portal Purview juga harus memiliki lisensi yang sesuai, dan mungkin memerlukan izin tambahan untuk otomatisasi PowerShell atau REST API.
Celah umum: Pengguna di lingkungan dengan lisensi campuran sering kehilangan akses ke label atau pelabelan otomatis ketika tingkat lisensi mereka tidak mencukupi atau salah ditetapkan.
Tamu B2B atau service principal biasanya memerlukan konfigurasi khusus, karena sebagian besar lisensi Microsoft 365 bersifat berbasis pengguna dan tidak otomatis mencakup skenario ini. Akses data, kepemilikan, dan tata kelola juga berperan di sini.

Cara Membuat Label Sensitivitas dan Menentukan Cakupan

Buka portal Microsoft Purview - Mulai dengan membuka pusat kepatuhan Purview dan pilih "Information protection" di bawah Data lifecycle management.
Buat label baru dan tentukan propertinya - Beri label nama dan deskripsi yang jelas, lalu pilih cakupan yang tepat (file, email, konten Power BI, atau semuanya). Tentukan perlindungan yang akan diterapkan, seperti enkripsi, watermark, dan izin akses.
Atur target kebijakan label - Tentukan siapa yang dapat melihat dan menggunakan label dengan menargetkan pengguna, grup, atau semua pemilik akun tertentu. Tinjau penugasannya untuk memastikan label muncul di tempat yang dibutuhkan dan tidak tersembunyi secara tidak sengaja.
Konfigurasikan pelabelan default dan wajib - Aktifkan pelabelan default untuk skenario ketika Anda ingin setiap dokumen baru dimulai dengan tingkat perlindungan tertentu. Atur pelabelan wajib agar pengguna harus menerapkan label sebelum menyimpan atau mengirim konten.
Publikasikan dan pantau penerapan - Setelah Anda yakin dengan pengaturan Anda, publikasikan kebijakan dan informasikan kepada pengguna. Tinjau secara berkala adopsi dan statistik konten berlabel untuk mendeteksi kesalahan, hal yang juga dibahas dalam panduan tentang manajemen dokumen yang siap audit ini.

Memecahkan Masalah Penerapan Label Sensitivitas di Power BI

Power BI punya tantangan tersendiri terkait label sensitivitas, dan hal ini sering membuat admin berpengalaman pun kewalahan. Anda mungkin sudah mengatur semuanya dengan benar di Microsoft Purview dan di seluruh penyewa Microsoft 365 Anda, namun Power BI terkadang tetap menghadirkan masalah baru. Masalahnya bisa berupa tombol label yang tiba-tiba tidak aktif, atau file PBIX yang terproteksi menolak dibuka atau dipublikasikan.

Masalah lain mencakup kebijakan label default atau wajib yang tidak berjalan sebagaimana mestinya, perpindahan antara Power BI Desktop dan Service yang memutus pewarisan label, atau laporan yang diekspor kehilangan proteksi penting. Ada juga skenario khusus yang melibatkan tamu B2B, keamanan tingkat baris (row-level security), atau akses konten yang dapat mengacaukan rencana tata kelola Anda.

Bagian ini membahas semua masalah label Power BI utama yang kemungkinan akan Anda temui. Setiap sub-judul mengupas penyebab dan solusi nyata untuk masalah seperti kontrol yang abu-abu (tidak bisa diklik), penegakan yang terlewat, atau kegagalan saat bekerja dengan file yang dilindungi atau pengaturan keamanan yang lebih ketat. Tenang saja, kami tidak sekadar mengulang pesan error di sini. Kami membantu Anda menutup celah agar strategi kepatuhan dan keamanan Anda tetap berjalan sesuai rencana. Ingin tahu gambaran tata kelola yang lebih luas? Lihat tantangan yang muncul akibat kontrol yang tidak efektif di the Fabric governance illusion.

Mengapa Tombol Label Sensitivitas Abu-abu atau Tidak Muncul di Power BI

Versi Power BI Desktop yang sudah usang: Fitur label memerlukan klien Desktop terbaru. Jika Anda menjalankan versi lama, tombolnya mungkin tidak muncul sama sekali.
Lisensi tidak ada atau cakupan kebijakan tidak memadai: Anda memerlukan Power BI Pro, Premium Per User, atau lisensi Microsoft Purview yang sesuai. Tanpa lisensi, tidak ada opsi label.
File PBIX disimpan di lokasi yang tidak didukung: Beberapa fitur hanya berfungsi dengan file yang disimpan di OneDrive atau SharePoint, bukan di drive lokal.
Kebijakan label penyewa belum dipublikasikan atau tidak menargetkan pengguna Anda: Jika admin belum menyertakan Anda (atau workspace) dalam kebijakan, label akan tidak tersedia.
Konektivitas internet atau mode offline: Fitur label bergantung pada sinkronisasi kebijakan cloud. Jika Anda sedang offline, label mungkin tidak muncul.

Pelabelan Wajib dan Default Tidak Ditegakkan pada File PBIX Power BI

Label wajib/default penyewa belum dikonfigurasi: Power BI memerlukan pengaturan penyewa tertentu untuk penegakan; opsi yang tidak diatur membuat file PBIX tidak berlabel.
Penggantian label manual diaktifkan: Jika pengguna dapat menghapus atau mengubah label, penegakan akan terlewati meskipun pengaturan tampak "wajib".
Pengecualian workspace: Penegakan hanya dapat dibatasi untuk workspace tertentu; workspace lain akan lolos jika tidak disertakan.
Jeda sinkronisasi antara Desktop dan Service: Konten yang baru dipublikasikan atau dibuat mungkin belum langsung menerima label karena keterlambatan pemrosesan di backend.

Masalah pada File PBIX yang Dilindungi dan Akses Konten

Enkripsi mencegah operasi file: Jika PBIX dilindungi oleh label dengan enkripsi, pengguna mungkin tidak dapat membuka, menyimpan, atau mempublikasikannya kecuali mereka ditetapkan ke grup akses yang tepat.
Pembatasan pengguna B2B dan tamu: Kolaborator eksternal umumnya hanya dapat membuka atau mengedit konten yang dilindungi jika akun mereka secara eksplisit disertakan dalam kebijakan akses label; jika tidak, file gagal dimuat atau tidak dapat dipublikasikan.
Hambatan service principal dan otomatisasi: Proses otomatis yang menggunakan service principal tidak selalu dapat menerapkan atau menghapus label karena skenario yang tidak didukung atau izin RBAC yang belum ada.
File lama yang tidak kompatibel: File PBIX yang dibuat atau disimpan dengan versi Power BI Desktop lama mungkin tidak berfungsi dengan proteksi label yang lebih baru, sehingga menimbulkan error impor atau akses.
Error simpan dan publikasi untuk penyimpanan on-premise: Jika file PBIX disimpan di penyimpanan lokal atau lokasi non-cloud, proteksi label sensitivitas tidak ikut terbawa bersama file, sehingga menyebabkan kegagalan akses di perangkat lain atau di Power BI Service.
Ketidaksesuaian konfigurasi penyewa: Perbedaan kebijakan antara Microsoft Purview dan pengaturan penyewa Power BI dapat menghalangi sinkronisasi label, sehingga muncul error "missing feature" atau kegagalan akses file yang dilindungi.
Kegagalan handshake row-level security dan sumber data: Ketika row-level security dikombinasikan dengan file yang dilindungi, ekspor dan akses akan gagal kecuali peran dan kebijakan label benar-benar selaras. Untuk praktik terbaik di sini, lihat implementing RLS in Power BI.

Masalah Pewarisan ke Hilir dan Propagasi Label

Dalam kondisi ideal, begitu label sensitivitas diterapkan pada dataset atau laporan, setiap file turunan atau item yang diekspor seharusnya membawa "lencana" keamanan yang sama ke mana pun ia pergi. Kenyataannya? Pewarisan ke hilir tidak sekokoh yang banyak orang harapkan, terutama pada ekspor, laporan paginated, dan ketika konten diolah ulang di Power BI atau aplikasi lain.

Di sini, kami menjelaskan konteks di mana propagasi label biasanya tidak berjalan sempurna. Sebagian kegagalan bersifat teknis (misalnya jenis file yang tidak didukung), sementara yang lain murni soal kebijakan (misalnya pewarisan belum disiapkan atau dikesampingkan oleh opsi ekspor). Ini seperti permainan ikut-ikutan yang rumit, dan ketika pewarisan terputus, konten sensitif Anda tidak mendapatkan perlindungan yang seharusnya.

Subbagian berikut menjelaskan secara rinci mengapa beberapa lembar Excel atau laporan Power BI hasil ekspor kehilangan label sensitivitasnya meskipun termasuk "konten hilir". Kami juga akan membahas hal-hal yang rumit terkait laporan paginated dan pewarisan label berbasis model, agar Anda tahu apa yang perlu diwaspadai dan di mana sebaiknya Anda mengalokasikan upaya pemecahan masalah untuk peningkatan keseluruhan yang paling besar.

Mengapa Konten Hilir Tidak Mewarisi Label Sensitivitas

Format ekspor yang tidak didukung: Banyak ekspor hilir, seperti CSV atau PDF dari Power BI, tidak membawa label sensitivitas asli karena format tersebut tidak mendukung metadata label.
Pewarisan tidak diaktifkan untuk semua jenis konten: Meskipun "pewarisan hilir" sudah diaktifkan di pengaturan Purview Anda, hanya jenis file dan alur data yang didukung yang ikut serta. Laporan paginated dan beberapa laporan hibrida sering kali memutus rantai ini.
Penggantian manual saat ekspor: Jika pengguna memilih "Unduh tanpa label" atau menggunakan alat pihak ketiga, label yang diwarisi tidak akan bertahan.
Kesalahan konfigurasi kebijakan: Celah dalam cakupan kebijakan label atau konfigurasi penyewa memungkinkan file atau ekspor tertentu "lolos" dan lepas dari aturan propagasi label.
Keterlambatan sinkronisasi aplikasi sisi klien: Jika data label belum diperbarui di aplikasi, label yang baru dibuat atau diwarisi mungkin belum tampil sampai propagasi kebijakan berikutnya.

Kegagalan Pewarisan Label pada Laporan Paginated dan Berbasis Model

Laporan paginated tidak memiliki kait pewarisan yang memadai: Ketika laporan paginated dibangun di atas dataset yang berlabel, pewarisan tidak selalu otomatis, terutama jika koneksinya tidak langsung atau sumber datanya tidak memahami label.
Konten paginated hasil ekspor kehilangan label: Ekspor PDF, CSV, atau Excel dari laporan paginated sering kali sama sekali tidak memuat label sensitivitas karena keterbatasan proses ekspor.
Isolasi sumber data dan model: Jika model laporan Anda mengambil data dari beberapa sumber, ada yang berlabel dan ada yang tidak, aturan pewarisan menjadi tidak jelas sehingga menghasilkan label cadangan atau tanpa label sama sekali.
Masalah pada konektor kustom: Laporan yang menggunakan konektor kustom atau API eksternal mungkin gagal meneruskan metadata label, sehingga propagasi otomatis terputus.
Celah kebijakan untuk sumber hibrida: Lingkungan hibrida (campuran lokal dan cloud) atau penggunaan beberapa penyewa sering menimbulkan ketidaksesuaian kebijakan, yang membuat pewarisan tidak diterapkan atau tidak didukung.
Solusi yang direkomendasikan: Tinjau kebijakan Purview dan pengaturan ekspor Power BI Anda secara berkala. Edukasi pengguna untuk menerapkan label secara manual ke model dan seluruh laporan turunan jika memungkinkan, serta pantau ekspor yang tidak berlabel. Ingat, mengandalkan pewarisan otomatis saja itu berisiko. Untuk perspektif tata kelola yang lebih mendalam, tinjau sumber ini tentang tata kelola Microsoft Fabric.

Keamanan, Perlindungan, dan Integrasi dengan Defender for Cloud Apps

Label sensitivitas bukan sekadar menempelkan stiker pada file. Label ini memberikan kekuatan nyata untuk keamanan lanjutan, seperti enkripsi dan penegakan otomatis di seluruh perangkat dan layanan cloud. Namun, semakin kuat pengaturan perlindungan ini, semakin kompleks tantangan bagi tim TI yang bertugas memastikan semuanya berjalan selaras.

Bagian ini menyoroti bagaimana pengaturan perlindungan dan enkripsi yang terkait dengan label sensitivitas memengaruhi konten di Microsoft 365, Power BI, dan alat terintegrasi seperti Microsoft Defender for Cloud Apps. Ketika label menambahkan enkripsi ke sebuah file, hal itu mengubah siapa yang dapat mengakses, mengedit, bahkan melihat dokumen, sehingga kadang memunculkan tantangan pemecahan masalah baru jika pengaturannya belum selaras dengan benar.

Kami juga akan membahas cara memantau konten yang diberi label untuk kepatuhan, mengaudit akses, atau memberi peringatan atas aktivitas mencurigakan, dengan menggunakan alat yang tersedia di Defender for Cloud Apps dan Purview. Anggap saja ini sebagai perangkat untuk manajemen risiko proaktif dan visibilitas. Jika Anda ingin membaca lebih lanjut tentang menjaga agar tidak tertinggal dari perubahan kepatuhen dan mengintegrasikan pelaporan, lihat cara memantau kepatuhan dengan Defender for Cloud.

Bagaimana Pengaturan Perlindungan dan Enkripsi Memengaruhi Perilaku Label

Saat Anda menetapkan label sensitivitas dengan enkripsi, Anda menerapkan serangkaian aturan baru yang melekat pada konten di mana pun konten tersebut berpindah. Untuk dokumen atau email, enkripsi mengontrol siapa yang dapat membuka, mencetak, atau meneruskan file, sehingga pembatasan akses tetap berlaku bahkan di luar organisasi Anda.

Perlindungan ini dapat memblokir penyuntingan atau akses jika pengguna tidak tercakup oleh kebijakan label. Untuk file PBIX Power BI, enkripsi dapat mencegah pengguna mempublikasikan atau menyimpan konten kecuali mereka termasuk dalam grup yang diizinkan. Dalam situasi kolaboratif, seperti berbagi eksternal atau kemitraan B2B, label dengan perlindungan tinggi bahkan dapat memblokir pengguna yang sebenarnya memiliki hak istimewa.

Pengaturan label tertentu juga dapat menonaktifkan fitur aplikasi. Misalnya, jika sebuah file telah dienkripsi, Anda mungkin kehilangan kemampuan untuk melihat pratinjaunya di SharePoint atau Teams. Di Power BI, keamanan tingkat baris dan label sensitivitas harus bekerja bersama, jika tidak, semuanya bisa gagal, terutama untuk akses di perangkat seluler atau skenario tersemat.

Pengaturan perlindungan juga terkait erat dengan fitur keamanan lain, seperti Conditional Access, Microsoft Defender, atau aturan DLP. Integrasi ini memastikan file yang ditandai sebagai sensitif memicu peringatan, memblokir perilaku berisiko, atau, jika diperlukan, mengunci konten sepenuhnya. Pelajari lebih lanjut tentang bagaimana semua elemen ini bekerja sama untuk mengamankan tempat kerja Anda tanpa mengganggu pengguna dalam pembahasan mendalam tentang keamanan M365 ini.

Memantau Label Sensitivitas dengan Defender for Cloud Apps

Audit aktivitas label: Defender for Cloud Apps dan Microsoft Purview melacak tindakan terkait label, membantu mendeteksi penghapusan label yang tidak sah atau penetapan label yang gagal secara real-time.
Konfigurasi kebijakan dan peringatan: Siapkan peringatan untuk memberi tahu tim keamanan setiap kali informasi sensitif diakses, diunduh, atau dibagikan di luar batas kebijakan.
Penemuan konten dalam skala besar: Gunakan penemuan otomatis untuk mengidentifikasi konten yang tidak dilindungi atau memeriksa kepatuhan terhadap kebijakan label di seluruh jejak cloud Anda.
Pelacakan kepatuhan berkelanjutan: Pantau penyimpangan kepatuhan dan dapatkan opsi remediasi otomatis, sebagaimana dijelaskan secara mendalam dalam panduan kepatuhan Defender for Cloud ini.

Skenario Lanjutan dan Batasan Khusus Lingkungan

Sebagian besar organisasi menggunakan label sensitivitas dalam pengaturan Microsoft 365 yang sederhana. Namun, jika Anda masuk ke cloud sovereign, berbagi lintas penyewa (B2B), atau mencoba mengotomatiskan tindakan label melalui API atau akun layanan, Anda berada dalam situasi yang berbeda. Skenario lanjutan ini menghadirkan batasannya sendiri, terkadang bersifat teknis, terkadang berbasis kebijakan, yang dapat menggagalkan rencana label sensitivitas Anda yang paling matang.

Bagian ini menyoroti apa yang perlu diantisipasi di lingkungan khusus. Anda akan mempelajari di mana pelabelan tidak berfungsi (atau membutuhkan pengaturan tambahan yang cukup banyak), termasuk penyewa US Government atau cloud Jerman, kolaborasi pengguna tamu B2B eksternal, dan skrip otomatisasi yang menggunakan service principal. Hal-hal ini bisa membuat Anda bingung, bertanya-tanya mengapa fitur label tiba-tiba hilang atau gagal tanpa pemberitahuan.

Setiap subtopik menandai batasan unik dan merekomendasikan strategi untuk mengatasi atau meminimalkan hambatan tersebut. Ini sangat relevan jika Anda beroperasi di industri yang diatur ketat atau mengelola banyak penyewa, dan perlu menutup celah keamanan sambil tetap siap untuk diaudit. Penasaran tentang risiko kepatuhan yang terkait dengan akun tamu yang tidak dikelola? Lihat pembahasan tentang manajemen siklus hidup akun tamu ini.

Label Sensitivitas di Cloud Sovereign dan Kolaborasi B2B

Batasan cloud kedaulatan: Versi Microsoft 365 untuk US Government dan cloud Jerman sering kali tidak memiliki pelabelan sensitivitas secara lengkap, atau hanya mendukung sebagian fitur dibandingkan penyewa global.
Celah untuk pengguna eksternal/B2B: Tamu B2B sering kali tidak dapat melihat atau menerapkan label, meskipun mereka memiliki hak edit, kecuali kebijakan label secara eksplisit menyertakan mereka atau penyewa mengaktifkan akses lintas penyewa.
Pergeseran kebijakan dalam kolaborasi: Kebijakan yang diatur di satu penyewa mungkin tidak ikut berpindah bersama file melintasi batas penyewa, sehingga label hilang atau kembali ke pengaturan yang tidak aman.
Solusi sementara: Gunakan label secara manual, latih kolaborator eksternal, dan tinjau penargetan kebijakan Anda agar pengguna tamu dan mitra tercakup secara lebih menyeluruh.

Mengotomatisasi Label Sensitivitas dengan REST API dan Service Principal

Keterbatasan endpoint API: Beberapa endpoint REST API belum mendukung pembacaan atau penulisan metadata label, terutama di Power BI atau SharePoint.
Masalah izin dan RBAC: Service principal memerlukan peran Azure yang tepat dan izin delegasi untuk mengelola label, sehingga penyiapannya cukup rumit.
Otomatisasi kebersihan label: Gunakan PowerShell atau Graph API untuk penetapan (atau penghapusan) label secara massal, tetapi selalu uji perilaku tak terduga di lingkungan Anda, karena akun layanan tidak dapat meniru setiap tindakan manual pengguna.
Pesan galat yang tidak terdokumentasi: Kegagalan yang tidak dapat dijelaskan sering terjadi pada otomatisasi, jadi catat semuanya dan periksa dokumentasi API atau pembaruan terbaru secara rutin. Praktik terbaik otomatisasi untuk tata kelola M365 dapat berubah, seperti yang dibahas dalam wawasan otomatisasi PowerShell ini (jika tersedia).

Batasan Konteks Pengguna dan Perangkat yang Memengaruhi Penerapan Label Sensitivitas

Terkadang label sensitivitas gagal bukan karena lisensi atau pengaturan admin Anda keliru, melainkan karena konteks tempat pengguna bekerja. Hal-hal seperti kepatuhan perangkat, akses bersyarat, dan status masuk dapat memblokir fitur label tanpa peringatan atau pesan galat yang terlihat.

Bagian ini membahas masalah yang hanya dapat Anda temukan di bagian catatan kaki, misalnya pengguna yang masuk dari laptop tidak terkelola, atau pengguna tamu yang tidak dapat melihat opsi pelabelan apa pun meskipun izinnya sudah dikonfigurasi. Pemblokiran ini sering dikendalikan oleh Intune (untuk kepatuhan perangkat) dan kebijakan Akses Bersyarat Azure, yang mungkin menerapkan kontrol lebih ketat untuk tamu, perangkat yang tidak patuh, atau skenario berbagi eksternal.

Kami akan menguraikan kebijakan mana yang diam-diam "mematikan" label dan cara mendiagnosis apa yang terjadi ketika semua konfigurasi yang tampak jelas terlihat baik-baik saja. Ini bukan hanya soal dokumen, melainkan juga Power BI, Teams, Outlook, dan di mana pun label seharusnya muncul tetapi tidak. Jika Anda perlu meninjau kembali detail tentang membangun kepercayaan dalam kebijakan Akses Bersyarat, lihat panduan kebijakan Akses Bersyarat yang berfokus pada kepercayaan ini.

Akses Bersyarat, Kepatuhan Perangkat, dan Ketersediaan Label

Penegakan kepatuhan perangkat: Akses Bersyarat dan Intune dapat mewajibkan perangkat untuk patuh (terkelola, terenkripsi, atau terdaftar) sebelum mengizinkan tindakan label apa pun di dalam aplikasi Office atau Power BI.
Diblokir untuk perangkat tidak terkelola: Jika pengguna masuk dari perangkat di luar kendali Intune/Entra ID, opsi untuk menerapkan label sensitivitas dapat hilang atau tampak abu-abu tanpa pesan galat yang jelas.
Konteks autentikasi kustom: Kebijakan CA yang mewajibkan MFA atau aturan berbasis lokasi dapat membatasi pelabelan hanya untuk skenario tertentu. Pelabelan akan gagal jika sesi tidak sepenuhnya tepercaya.
Diagnosis: Admin sebaiknya meninjau penugasan kebijakan Akses Bersyarat dan log masuk. Jika tindakan label hanya gagal untuk pengguna tertentu, penyebab yang mungkin adalah celah kepatuhan perangkat atau kebijakan yang terlalu ketat. Untuk skenario yang lebih serius, loop kontrol untuk pergeseran kebijakan keamanan identitas bisa sangat penting. Lihat praktik terbaiknya di episode keamanan Entra ID ini.

Pembatasan Pengguna Tamu dan Eksternal dengan Label Sensitivitas

Tidak ada dukungan label secara default: Kolaborator B2B dan eksternal sering kali tidak dapat menerapkan atau bahkan melihat label, kecuali kebijakan label secara khusus menyertakan identitas atau domain eksternal mereka.
Celah kebijakan dan izin: Meskipun memiliki hak edit, tamu mungkin tidak mendapatkan dukungan label karena pengaturan default penyewa yang membatasi atau karena lisensi belum ditetapkan.
Risiko keamanan dari akun tamu yang tidak aktif: Akun tamu yang sudah usang atau tidak dikelola dapat melewati kebijakan atau sama sekali kehilangan penegakan label; audit dan batasi siklus hidup tamu sebagaimana dijelaskan dalam peringatan akun tamu ini.
Rekomendasi konfigurasi: Tinjau target label secara berkala, atur akses tamu dengan batas waktu, dan pastikan tamu disertakan jika diperlukan, tetapi tetap jalankan tinjauan akses yang ketat demi kepatuhan.

Kegagalan Penerapan Label Akibat Caching Aplikasi dan Keterlambatan Sinkronisasi Kebijakan

Ada hal yang jarang dibahas dalam banyak panduan: masalah di sisi aplikasi, seperti caching label atau sinkronisasi kebijakan yang lambat, dapat membuat label sensitivitas tidak muncul atau tidak diperbarui, meskipun pengaturan admin tampak sudah benar. Masalah ini sangat umum terjadi di aplikasi desktop Office dan Power BI Desktop, tempat metadata lokal atau file cache menjadi "usang" setelah perubahan kebijakan.

Ketika pembaruan kebijakan belum sampai ke aplikasi Anda, Anda mungkin melihat label sensitivitas baru tidak muncul, label lama tetap tersisa, atau aturan pelabelan otomatis sebelumnya terus diterapkan. Kondisi ini dapat membuat pengguna bingung dan berpikir "hanya saya yang bermasalah", padahal sebenarnya ini adalah masalah sinkronisasi kebijakan atau cache yang terjadi secara luas.

Bagian ini membahas cara menangani masalah tersembunyi tersebut, seperti menghapus cache label dan memahami lamanya waktu perambatan kebijakan ke seluruh perangkat dan platform. Jika Anda (atau pengguna Anda) mengalami keanehan label setelah admin melakukan perubahan kebijakan, ini adalah hal pertama yang perlu diperiksa sebelum menghubungi dukungan.

Menghapus Cache Label Sensitivitas di Aplikasi Desktop Office

Tutup semua aplikasi Office, termasuk Word, Excel, dan Outlook. Buka Task Manager dan pastikan tidak ada proses Office yang masih berjalan.
Buka lokasi cache label: Buka %localappdata%\Microsoft\MSIP dan/atau %localappdata%\Microsoft\Office\16.0\LabeledDocuments (untuk build Office 365).
Hapus atau ganti nama folder cache, termasuk subfolder "Policy" atau "Labels" sesuai kebutuhan. Langkah ini menghapus metadata label yang lama atau rusak untuk aplikasi Office.
Mulai ulang aplikasi Office Anda. Aplikasi akan otomatis mengambil kebijakan label dari cloud, sehingga label sensitivitas baru atau yang diperbarui langsung muncul.
Skenario kapan digunakan: Langkah ini penting setelah mengubah kebijakan label, saat memperbarui katalog label, atau jika label baru tidak terlihat di pemilih label. Ini adalah solusi cepat sebelum melakukan pemeriksaan teknis yang lebih mendalam.

Memahami Keterlambatan Perambatan Kebijakan di Setiap Klien

Aplikasi desktop Office: Perkirakan hingga 24 jam agar kebijakan atau label baru tersebar, terutama setelah perubahan besar di portal Purview.
Aplikasi web (Office Online, Power BI Service): Pembaruan kebijakan diterapkan lebih cepat, biasanya dalam 1-2 jam, tetapi cache browser yang tersisa dapat menunda kemunculannya.
Klien seluler dan hybrid: Aplikasi seluler dapat menyimpan data kebijakan dalam cache lebih lama. Keluar lalu masuk kembali dapat mempercepat penyegaran.
Cara memverifikasi: Bandingkan daftar label di Office desktop, web, dan Power BI untuk menemukan keterlambatan sinkronisasi. Jika keterlambatan terus berlanjut, eskalasikan ke admin TI Anda untuk memeriksa kondisi sinkronisasi penyewa.

Kegagalan Senyap dan Pencatatan Log untuk Percobaan Penerapan Label Sensitivitas

Terkadang, masalah label sensitivitas yang paling rumit justru yang tidak terlihat: tidak ada pesan error, tetapi label tidak diterapkan atau tidak bertahan. "Kegagalan senyap" seperti ini bisa sangat membuat frustrasi pengguna maupun admin, terutama jika Anda berada di industri yang diatur ketat atau harus lulus audit eksternal.

Bagian ini menjelaskan di mana harus mencari ketika penerapan label tidak berfungsi tetapi tidak gagal secara jelas. Pembahasannya mencakup audit log Microsoft 365, log lokal di perangkat pengguna (dari klien MIP atau aplikasi Office), serta cara menafsirkan jejak error. Ini termasuk wilayah troubleshooting tingkat lanjut, tetapi di sinilah Anda akan menemukan potongan puzzle yang hilang ketika semua hal lain tampak benar.

Kami akan memaparkan cara mengakses dan menggunakan unified audit log Microsoft Purview untuk melacak label yang gagal atau tidak lengkap saat diterapkan. Selain itu, Anda akan mendapatkan panduan untuk menafsirkan log MIP dan aplikasi Office jika antarmuka menampilkan "berhasil" padahal Anda tahu hasilnya tidak tepat. Jika Anda serius ingin memahami apa yang terjadi di balik layar, pelajari dunia audit dan pelacakan forensik di audit aktivitas pengguna Purview.

Gunakan Log Audit untuk Melacak Kegagalan Label Sensitivitas

Akses log audit Microsoft 365: Buka portal kepatuhan Purview lalu masuk ke bagian Audit. Anda memerlukan izin log audit.
Filter untuk tindakan label sensitivitas: Cari peristiwa seperti "Label sensitivitas diterapkan," "Label diubah," atau "Label dihapus." Perhatikan entri dengan "status" gagal atau tidak lengkap.
Tinjau riwayat pengguna dan file: Telusuri peristiwa yang gagal; catat akun pengguna, perangkat, file yang terdampak, dan galat (jika ada).
Isolasi akar masalah: Cari pola: apakah kegagalan selalu terjadi pada pengguna tertentu, jenis file tertentu, atau setelah pembaruan kebijakan? Langkah ini membantu memisahkan masalah kebijakan, lisensi, atau sisi klien.
Praktik terbaik: Jika kepatuhan menjadi taruhannya, pertimbangkan untuk meningkatkan ke Purview Audit Premium guna mendapatkan sinyal yang lebih kaya dan retensi yang lebih lama. Untuk informasi lebih lanjut tentang pelacakan forensik, lihat tutorial audit langkah demi langkah ini.

Analisis Log Klien MIP dan Aplikasi Office untuk Galat Senyap

Aktifkan log terperinci: Di MIP dan aplikasi Office, aktifkan mode log verbose atau debug melalui pengaturan registry atau sakelar baris perintah.
Temukan log lokal: File utama berada di %localappdata%\Microsoft\MSIP\Logs untuk klien MIP, dan di subfolder \Logs milik Office.
Periksa galat setelah tindakan label: Cari kode galat seperti 0x80070005 (akses ditolak) atau "label application failed" setelah pengguna melakukan tindakan.
Koordinasikan dengan dukungan: Bagikan log dan stempel waktu ke Microsoft Support untuk diagnosis lanjutan ketika pemecahan masalah di sisi pengguna sudah mentok.

Pemeriksaan Akhir, Umpan Balik, dan Sumber Daya yang Direkomendasikan

Anda sudah menyelesaikan langkah-langkah utama pemecahan masalah untuk isu label sensitivitas di Microsoft 365 dan Power BI. Sebelum menyerah atau membuka tiket dukungan, sebaiknya tinjau detail konfigurasi dan pengaturan kebijakan Anda menggunakan daftar periksa yang sistematis. Seringkali, pengaturan yang terlewat atau izin yang terlupakan adalah penyebab masalahnya, tanpa perlu analisis mendalam.

Bagian ini merangkum pemeriksaan wajib sebelum Anda melakukan eskalasi: penargetan kebijakan, publikasi label, penetapan lisensi, dan pengaturan penegakan. Anda juga akan menemukan tautan ke saluran umpan balik, jalur dukungan, dan sumber praktik terbaik resmi untuk pembelajaran lanjutan.

Anggap bagian ini sebagai pemberhentian singkat untuk pemecahan masalah sekaligus jembatan menuju bantuan lebih lanjut. Tautan ke forum komunitas terpercaya, artikel yang direkomendasikan, dan dokumentasi resmi Microsoft disertakan untuk kasus sulit ketika Anda perlu menggali lebih dalam atau melaporkan isu baru. Untuk tips lebih lanjut tentang manajemen dokumen yang siap audit, lihat solusi untuk kekacauan dokumen Purview dan SharePoint.

Daftar Periksa untuk Meninjau Pengaturan Label Sensitivitas dan Persyaratan Lisensi

Validasi pengaturan penyewa: Pastikan fitur pelabelan sensitivitas diaktifkan dan dikelola secara terpusat melalui Microsoft Purview. Periksa kembali cakupan penyewa dan sakelar fitur.
Tinjau penugasan kebijakan label: Pastikan kebijakan label mencakup semua pengguna, grup, atau akun tamu yang dimaksud. Masalah cakupan kebijakan merupakan penyebab utama label tidak muncul di tempat yang seharusnya.
Konfirmasi penugasan lisensi: Pastikan setiap pengguna dan admin memiliki lisensi untuk Purview Information Protection, Power BI Pro/Premium, atau langganan lain yang mendukung label.
Periksa propagasi dan sinkronisasi kebijakan: Pastikan perubahan label atau kebijakan terbaru sudah tersebar ke semua klien dan terlihat di pemilih Sensitivity untuk aplikasi utama.
Penerapan label wajib dan default: Pastikan pengaturan penerapan default dan wajib sudah aktif, terutama di Power BI dan SharePoint, untuk mencegah konten dibuat tanpa label.
Cakupan tamu dan B2B: Tinjau apakah dan bagaimana kolaborator eksternal disertakan dalam kebijakan label. Hapus akun tamu yang tidak digunakan—baca selengkapnya di the hidden danger of M365 guest accounts.
Periksa log audit dan aktivitas: Pindai log audit Microsoft 365 untuk mencari penetapan label yang gagal atau tidak lengkap. Langkah ini penting bagi entitas yang diatur regulasi dan pemantauan TI yang proaktif.
Bersihkan cache label, jika diperlukan: Gunakan metode "clear cache" setelah membuat perubahan kebijakan agar pengguna tidak terkendala oleh label lama yang masih tersisa.
Uji semua skenario: Validasi penerapan label pada perangkat terkelola dan tidak terkelola, pengguna tamu, serta di platform web, desktop, dan seluler sesuai kebutuhan.

Cara Mengirim Umpan Balik dan Mengakses Artikel yang Direkomendasikan

Saluran umpan balik Microsoft: Gunakan alat umpan balik di Pusat admin Microsoft 365 atau kunjungi forum komunitas untuk melaporkan masalah baru dan berkontribusi pada peta jalan fitur.
Eskalasi dukungan: Buka tiket dukungan melalui portal admin Microsoft 365 untuk masalah label sensitivitas yang belum terselesaikan atau kritis—siapkan log dan langkah-langkah terperinci.
Sumber daya dan artikel praktik terbaik: Temukan pembahasan mendalam dan diskusi yang dipimpin pakar, seperti panduan audit aktivitas pengguna dengan Purview ini, atau pendekatan berbasis daftar periksa untuk membangun perisai Purview Anda.
Pembelajaran komunitas: Tetap mengikuti perkembangan strategi pelabelan dan tips pemecahan masalah dengan menandai halaman Microsoft Docs yang direkomendasikan serta forum tepercaya.