> ## Content Index > Fetch the complete content index at: https://vitaofernandes.com.br/llms.txt > Use this file to discover other available public pages before exploring further. # Auto-labeling em arquivos antigos do SharePoint: o que mudou e onde entra o On-demand Classification - URL: https://vitaofernandes.com.br/purview-auto-labeling-arquivos-antigos-sharepoint-on-demand-classification/ - Published: 2026-10-01T22:30:37.000Z - Updated: 2026-10-01T22:30:36.000Z - Description: O Purview agora consegue aplicar o label padrão de uma biblioteca a arquivos antigos do SharePoint sem o usuário abri-los. Mas isso não é o mesmo que On-demand Classification. - Author: Vitão Fernandes - Tags: Purview Radar, Microsoft Purview A Microsoft está liberando uma forma de aplicar Sensitivity Labels a arquivos antigos no SharePoint sem depender de alguém abrir ou editar o documento. Essa é uma mudança importante no Microsoft Purview, mas existe uma diferença que precisa ficar clara: **aplicar o label padrão de uma Document Library em arquivos existentes não é a mesma coisa que inspecionar o conteúdo desses arquivos para classificá-los.** São duas capacidades diferentes: - **Auto-labeling para existing files**, usando o Default Sensitivity Label da SharePoint Document Library. - **On-demand Classification**, para reexaminar conteúdo histórico usando os classificadores atuais do Purview. As duas atacam o problema de dados parados. Mas fazem isso de maneiras completamente diferentes. --- ## O problema que existia no SharePoint Uma SharePoint Document Library pode ter um **Default Sensitivity Label**. Por exemplo: **Finance → Confidential** Esse mecanismo cria uma proteção mínima baseada no local onde o documento está armazenado. O problema era o comportamento com conteúdo histórico. Novos arquivos enviados para a biblioteca recebiam o label. Arquivos existentes editados também podiam recebê-lo. Mas documentos que já estavam armazenados e permaneciam intocados poderiam continuar sem label. A própria documentação da Microsoft ainda descreve o Default Library Label como um mecanismo de **location-based labeling**, sem inspeção de conteúdo. É justamente esse gap que a nova capacidade tenta fechar. --- # 1\. Default Library Label passa a alcançar arquivos existentes O **Microsoft 365 Roadmap ID 559105** introduz uma opção de Auto-labeling Policy voltada especificamente aos arquivos existentes em SharePoint. A lógica é simples. Imagine esta biblioteca: ``` Finance Default Sensitivity Label = Confidential ├── Budget-2026.xlsx → Confidential ├── Forecast.docx → Confidential ├── Contract-2023.pdf → sem label └── Contract-2021.docx → sem label ``` Os dois últimos arquivos estavam parados desde antes da configuração do label. Com a nova política, o Purview consegue avaliá-los no serviço e aplicar o **Default Sensitivity Label da própria biblioteca**, sem exigir que alguém abra ou edite cada documento. A documentação já descreve esse fluxo explicitamente. > O ponto mais importante: não existe content inspection para escolher o label Nesse cenário, a Auto-labeling Policy **não inspeciona o conteúdo do arquivo para determinar qual label aplicar**. Ela utiliza o Default Sensitivity Label configurado na SharePoint Document Library. ![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/2026/10/Diagram1.png) Isso faz sentido quando o **local do documento já define sua classificação mínima**. Uma biblioteca de contratos confidenciais, por exemplo, não precisa redescobrir arquivo por arquivo se a decisão arquitetural já estabelece que tudo naquele repositório deve ter pelo menos determinado nível de proteção. --- ## Cuidados com essa abordagem A nova capacidade não deve ser tratada como uma varredura genérica do SharePoint. Hoje, a documentação informa algumas limitações importantes: - existe **uma policy desse tipo por tenant**; - ela pode incluir até **10 SharePoint sites por vez**; - para ambientes maiores, é possível processar um lote e depois alterar a seleção para os próximos sites; - arquivos abertos, checked out, bloqueados, não suportados ou com determinados tipos de criptografia podem não ser processados. Também continuam valendo os pré-requisitos de Information Protection no SharePoint, incluindo habilitar Sensitivity Labels para Office files em SharePoint e OneDrive e ter os labels adequadamente criados e publicados. ### Disponibilidade O Roadmap ID **559105** aponta **General Availability em outubro de 2026**. O Message Center informa rollout Worldwide começando no **início de outubro de 2026**, com conclusão esperada até **meados de outubro de 2026**. Isso é importante porque estamos no início de outubro: **GA no roadmap não significa que a opção já apareceu em todos os tenants**. A validação correta é verificar a disponibilidade no próprio ambiente. --- # 2\. E se eu quiser inspecionar o conteúdo dos arquivos antigos? Aí estamos falando de outro recurso: ## On-demand Classification O On-demand Classification foi desenvolvido exatamente para alcançar arquivos que ficaram fora dos mecanismos contínuos de classificação porque: - não são modificados há muito tempo; - nunca foram classificados; - ou precisam ser reavaliados com classificadores mais recentes. Isso resolve um problema diferente. Imagine que sua organização criou hoje um novo Sensitive Information Type: ``` SIT: Customer Contract Number ``` Você já possui cinco anos de arquivos armazenados no SharePoint. Uma Auto-labeling Policy baseada nesse SIT não significa automaticamente que todo esse backlog histórico será reprocessado. A documentação da própria Microsoft alerta que os SITs usados pelo Auto-labeling avaliam conteúdo criado ou modificado depois da criação ou última alteração do SIT. Para arquivos antigos que permaneceram inalterados, a recomendação é usar **On-demand Classification**. A arquitetura muda completamente: ![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/2026/10/Diagram2.png) ****Nota sobre endpoints:** o On-demand Classification identifica e classifica arquivos históricos, mas não substitui o Endpoint DLP nem aplica Sensitivity Labels diretamente. O resultado de classificação pode alimentar as políticas; o enforcement continua ocorrendo pelas capacidades responsáveis por cada controle. Aqui existe efetivamente **análise do conteúdo**. O administrador consegue definir: - SharePoint sites e OneDrive accounts; - período da última modificação; - extensões; - classificadores que serão utilizados. O processo começa por uma estimativa. Depois da revisão do escopo e custo, o administrador inicia a classificação. Um ponto importante: **On-demand Classification não deve ser confundido com o ato de aplicar um Sensitivity Label**. Ele atualiza a classificação dos arquivos. Depois disso, esses resultados alimentam as políticas aplicáveis. A Microsoft documenta que arquivos processados podem ser avaliados por políticas de **DLP, Information Protection, Data Lifecycle Management e Insider Risk Management**. --- ## E o custo? Aqui existe outra diferença relevante. On-demand Classification pode utilizar **pay-as-you-go, licenciamento por usuário ou uma combinação dos dois**, dependendo das capacidades e do licenciamento do ambiente. Por isso eu não começaria um scan grande simplesmente porque a funcionalidade existe. Primeiro: 1. defina o problema que está tentando resolver; 2. selecione os classificadores necessários; 3. restrinja o escopo; 4. rode a estimativa; 5. valide custo e quantidade de arquivos; 6. só então inicie a classificação. Em ambientes grandes, essa etapa faz parte do desenho da solução. ### Disponibilidade > Diferentemente da capacidade do Roadmap 559105, On-demand Classification já possui documentação operacional para SharePoint, OneDrive e endpoints e pode ser utilizado em tenants elegíveis, conforme licenciamento e disponibilidade da capacidade no ambiente --- # As duas soluções lado a lado ![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/2026/10/Diagram3.png) As duas capacidades lidam com arquivos históricos, mas resolvem problemas diferentes: uma aplica proteção com base no contexto da biblioteca; a outra reavalia o conteúdo usando classificadores. | Comparação | Default Library Label em existing files | On-demand Classification | | ----------------------------------- | ------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------- | | Problema | Arquivos antigos não receberam o label padrão da biblioteca. | Arquivos históricos não foram classificados com os classificadores atuais. | | Critério | Localização / Document Library. | Conteúdo do arquivo. | | Inspeciona conteúdo? | Não | Sim | | Usa SITs / Classifiers? | Não para escolher o label. | Sim. | | Depende do usuário abrir o arquivo? | Não | Não | | Principal resultado | Aplica o Default Sensitivity Label configurado na biblioteca aos arquivos elegíveis. | Atualiza a classificação dos arquivos para que os resultados possam alimentar políticas. | | SharePoint | Sim | Sim | | OneDrive | Não neste cenário específico. | Sim | | Endpoints | Não | Sim | | Status em outubro/2026 | Rollout GA em andamento | Disponível para tenants elegíveis Validar licenciamento e disponibilidade no ambiente. | O On-demand Classification em endpoints classifica arquivos históricos, mas não substitui o Endpoint DLP nem executa diretamente seu enforcement. --- # Na prática, elas são complementares Eu não trataria essas capacidades como duas opções concorrentes. Uma arquitetura madura pode usar ambas. O **Default Sensitivity Label da biblioteca** estabelece o baseline: ``` Confidential é o baseline definido para essa library, respeitando labels existentes e suas regras de precedência. ``` O **On-demand Classification** responde outra pergunta: ``` O que existe dentro dos arquivos históricos e que nossas regras atuais identificariam como sensível? ``` E o Auto-labeling baseado em conteúdo continua fazendo o trabalho contínuo de transformar determinadas classificações em labels quando as condições forem atendidas. Isso cria três camadas diferentes: **Contexto → Classificação → Proteção** ``` WHERE IS THE DATA? SharePoint Library Default Label ↓ WHAT IS IN THE DATA? SIT / EDM / Classifier ↓ WHAT SHOULD HAPPEN? Sensitivity Label / DLP / DLM / IRM ``` Essa separação parece pequena, mas muda completamente o desenho. A novidade do Roadmap 559105 não transforma Default Library Labels em classificação baseada em conteúdo. Ela resolve um gap específico e importante: **fazer a proteção definida para uma biblioteca alcançar também os arquivos que já estavam parados nela**. Quando a pergunta passa a ser “o que existe dentro dos arquivos antigos?”, entramos no território do **On-demand Classification**. E entender essa diferença evita criar uma arquitetura esperando que uma dessas funcionalidades faça o trabalho da outra. --- ## Referências oficiais [AI at Work Roadmap | Microsoft 365The Microsoft 365 Roadmap lists updates that are currently planned for applicable subscribers. Check here for more information on the status of new features and updates.![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/icon/favicon-d72744d9-4ebc-4b08-9e46-70dafda15c92.ico)Microsoft![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/thumbnail/RE1Mu3b-f59fdda3-9a22-4324-9957-2b1a4c0a3f85.png)](https://www.microsoft.com/en-us/microsoft-365/roadmap?searchterms=559105&utm%5Fsource=chatgpt.com) ****Microsoft 365 Roadmap — ID 559105** [Automatically apply a sensitivity label to Microsoft 365 dataWhen you create a sensitivity label, you can automatically assign a label to data stored in Microsoft 365, or you can prompt users to select the label that you recommend.![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/icon/favicon-7bb2a38d-d3ba-4b9c-93f8-e56f704edacb.ico)Microsoft LearnReezaAli149![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/thumbnail/open-graph-image-e9f44316-90e5-4be6-b15e-96b3006444dc.png)](https://learn.microsoft.com/en-us/purview/apply-sensitivity-label-automatically?utm%5Fsource=chatgpt.com) ****Microsoft Learn — Automatically apply a sensitivity label to Microsoft 365 data** [Configure a default sensitivity label for a SharePoint document libraryConfigure a default sensitivity label for a SharePoint document library for new and unlabeled documents.![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/icon/favicon-331a3f58-bd38-473f-9c71-311306137461.ico)Microsoft LearnMSFTTracyP![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/thumbnail/open-graph-image-d5caf99c-8b58-433c-a997-fa7fbe8c110f.png)](https://learn.microsoft.com/en-us/purview/sensitivity-labels-sharepoint-default-label?utm%5Fsource=chatgpt.com) ****Microsoft Learn — Configure a default sensitivity label for a SharePoint document library** [On-demand classificationLearn how to scan historical data using On-demand classification.![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/icon/favicon-c94e3b58-d6e3-42be-b75b-47855b738af9.ico)Microsoft Learnk-reagle![](https://storage.ghost.io/c/a5/d8/a5d896ca-f523-4f66-ad34-a7ab42e04832/content/images/thumbnail/open-graph-image-d098beb6-456f-48b1-aa37-fcdba6d1d3ce.png)](https://learn.microsoft.com/en-us/purview/on-demand-classification?utm%5Fsource=chatgpt.com) ****Microsoft Learn — On-demand Classification** **Documentação e roadmap consultados em 1º de outubro de 2026\. Como recursos do Microsoft 365 têm rollout progressivo, valide a disponibilidade no tenant antes de assumir que uma capacidade anunciada como GA já está disponível no ambiente.*