Na intranet construída sobre o SharePoint, a permissão decide quem pode ver cada documento, mas nenhuma configuração padrão decide se ele ainda vale.

Antes da IA, a política de viagens de três anos atrás ficava esquecida numa pasta. Com o Copilot, ela pode virar resposta. A Microsoft documenta que o Copilot mostra o conteúdo que o usuário tem permissão de ver, e não o conteúdo que a empresa considera vigente. Para lidar com isso, ela oferece dois controles no SharePoint Advanced Management: o Restricted Content Discovery, que tira um site da busca organizacional e do Copilot sem mudar permissões, e as políticas de ciclo de vida, que tratam sites inativos. Os dois funcionam no nível do site, e o documento vencido costuma morar num site ativo. Quando a intranet alimenta análises e agentes no Databricks, o problema se repete, porque o conector de SharePoint, na ingestão de arquivos estruturados, não traz alterações nem exclusões de arquivos existentes. Governar a intranet com IA exige dono e data de validade para cada conteúdo, e é aí que entram a consultoria Databricks, na cópia analítica, e a consultoria Jira, no fluxo de revisão.

A política de reembolso que mudou em março e o Copilot que não soube

A cena acontece em qualquer empresa que ativou o Copilot sem revisar a intranet. Em março, o Financeiro publica a nova política de reembolso numa página da intranet. A versão anterior, um PDF de 2023, continua na biblioteca do site do Financeiro, porque ninguém tem como tarefa apagar o antigo. As duas têm a mesma permissão: toda a empresa pode ler.

Em junho, um gerente pergunta ao Copilot qual é o limite para hospedagem em viagem. A resposta vem correta e bem escrita, só que cita o PDF de 2023, com o valor antigo. O gerente aprova as despesas do time com base nisso, e o Financeiro só descobre no fechamento do mês. A permissão funcionou do jeito que foi desenhada, e a IA também. O que faltou foi alguém responsável por dizer que aquele documento tinha saído de circulação.

A tese deste guia: na intranet com IA, a permissão responde quem pode ver um documento, e ninguém responde se ele ainda vale. Antes, o conteúdo vencido ficava escondido pela dificuldade de encontrá-lo. A IA eliminou essa dificuldade e passou a citar o documento antigo com a mesma segurança que cita o novo. Governar a intranet passa a exigir vigência, com dono, data de revisão e saída controlada, em cada lugar onde o conteúdo existe, inclusive nas cópias fora do SharePoint.

Por que o Copilot mostra documento desatualizado?

Porque o critério do Copilot é a permissão, e a permissão não carrega validade. A Microsoft documenta que o Copilot só mostra dado organizacional que o usuário tem pelo menos permissão de visualizar, e recomenda usar bem o modelo de permissões do SharePoint. Um documento obsoleto com permissão ampla é tão elegível para virar resposta quanto o documento vigente. A IA não tem como saber que um substituiu o outro se essa informação não estiver registrada em lugar nenhum.

O problema é antigo e ficou mais caro. Na intranet tradicional, o documento esquecido só aparecia para quem navegasse até a pasta certa. Na intranet com IA, a busca deixa de depender de saber onde procurar, e o volume de conteúdo vencido passa a pesar na qualidade da resposta. A Gartner previu, em fevereiro de 2025, que 60% dos projetos de IA sem dado pronto para IA seriam abandonados até 2026. Conteúdo de intranet sem vigência definida é um caso típico de dado que não está pronto para IA, mesmo estando bem organizado em pastas.

O que os controles da Microsoft resolvem, e o que fica de fora

A Microsoft oferece controles reais para preparar o SharePoint para o Copilot, e eles devem ser usados. O ponto é entender em que nível cada um atua. A tabela resume o que a documentação oficial descreve.

Dois detalhes da documentação importam para o planejamento. O Restricted Content Discovery exige licença do Copilot e SharePoint Advanced Management disponível, e numa biblioteca com mais de 500 mil itens a mudança pode levar mais de uma semana para refletir na busca e no Copilot. Além disso, ele funciona como medida de contenção e não substitui a revisão de conteúdo. Os controles da Microsoft cobrem o site inativo e o site que precisa sair da busca. O documento vencido dentro de um site em uso continua dependendo de governança de conteúdo.

Onde o documento vencido sobrevive

Arquivar a versão antiga no SharePoint resolve a intranet, mas o mesmo documento pode existir em outros lugares, cada um com seu próprio ciclo de vida. A tabela mostra os pontos em que o conteúdo vencido costuma continuar vivo.

O que a consultoria Databricks muda: a cópia analítica precisa saber que o documento morreu

Muitas empresas levam o conteúdo da intranet para o Databricks para alimentar análises, busca semântica e agentes próprios. O conector de SharePoint do Lakeflow Connect faz essa ingestão, mas a documentação, atualizada em 7 de outubro de 2026, registra duas regras que mudam o desenho. A ingestão de arquivos estruturados, como CSV, JSON, XML e Excel, funciona só em modo de inclusão: alterações e exclusões de arquivos existentes não são ingeridas. A de arquivos não estruturados usa outro modo de armazenamento, e a documentação não detalha como trata exclusões. Nesse caso o comportamento precisa ser validado no seu pipeline antes de ser assumido.

O trabalho da consultoria Databricks, aqui, é fazer a cópia analítica respeitar o ciclo de vida da origem. Isso inclui um processo de reconciliação periódica entre o que existe no SharePoint e o que existe nas tabelas ingeridas, a marcação de vigência como metadado governado no Unity Catalog e o uso da linhagem para saber quais índices, análises e agentes dependem de cada documento. Quando um documento é retirado da intranet, a pergunta deixa de ser se alguém lembrou de apagar a cópia e passa a ser uma consulta: onde esse documento ainda alimenta alguma coisa? A ingestão de listas do SharePoint está em Beta na data de verificação desta publicação.

SharePoint         documento vencido arquivado na intranet
       | 

      v ingestão só de inclusão (arquivos estruturados)
Databricks         a cópia continua lá, sem aviso
      |
     v reconciliação + metadado de vigência + linhagem
Agentes e análises deixam de consumir o documento retirado

O que a consultoria Jira muda: vigência vira fluxo, com dono e prazo

A parte da vigência que nenhuma plataforma resolve sozinha é a decisão humana de que um documento saiu de circulação. Essa decisão precisa de dono, de prazo e de registro, e o lugar natural para ela é o mesmo fluxo de trabalho que já governa outras solicitações da empresa. Uma consultoria Jira desenha esse fluxo no Jira Service Management, usando o que a plataforma já documenta: tipos de solicitação para publicar, revisar e retirar conteúdo, aprovação do dono da área, prazo de atendimento e histórico de transições que mostra quem retirou o quê e quando.

Na prática, cada conteúdo publicado na intranet nasce com dono e data de revisão. Quando a data chega, um item de revisão é aberto para o dono, que confirma, atualiza ou retira o documento. Na retirada, o mesmo item dispara as ações nas cópias: arquivamento no SharePoint, reconciliação no Databricks e substituição de anexos por links no Jira. O resultado é uma trilha auditável de vigência, que responde à pergunta do auditor e também à de quem estranhou a resposta do Copilot.

A leitura de que permissão e vigência são duas camadas distintas de governança é formulação editorial da CSP Tech, construída a partir do que Microsoft, Databricks e Atlassian documentam sobre os próprios produtos, e não uma afirmação de nenhuma delas sobre limitações. Cada controle citado faz o que a documentação descreve. A vigência depende de um processo que atravessa as três plataformas.

Sinais de que a sua intranet está respondendo com conteúdo vencido

•  Existem duas versões da mesma política no mesmo site, com a mesma permissão. É o cenário mais comum e o que o Copilot tem mais chance de misturar.

•  Nenhum documento da intranet tem dono nomeado nem data de revisão. Sem esses dois campos, retirar conteúdo depende da memória de alguém.

•  O Restricted Content Discovery está ligado há meses como solução definitiva. A Microsoft o descreve como controle temporário. Ligado sem revisão, ele esconde o problema sem resolver.

•  Arquivos excluídos do SharePoint continuam nas tabelas do Databricks. Se ninguém faz a reconciliação, o agente próprio continua citando o que a intranet já retirou.

Quando esse rigor é desproporcional

•  Intranet pequena, sem Copilot nem agente sobre o conteúdo. Se a busca depende de navegação manual e o volume é baixo, uma revisão anual simples cobre o risco.

•  Conteúdo sem efeito em decisão. Notícias, comunicados de evento e histórico institucional podem envelhecer sem prejuízo. A vigência importa em política, norma, preço, procedimento e contrato.

•  Nenhuma cópia fora do SharePoint. Se a intranet não alimenta Databricks nem anexos no Jira, os controles da Microsoft mais dono e data de revisão resolvem, sem a camada de reconciliação.

Próximo passo

Há um teste de dez minutos que mostra o tamanho do problema: escolha uma política interna que mudou no último ano, pergunte ao Copilot sobre ela e veja qual versão ele cita. Depois procure, na intranet, quantas versões desse documento continuam acessíveis. Se o Copilot citar a antiga, ou se houver mais de uma versão disponível, a sua intranet já responde com conteúdo vencido. Solicite um diagnóstico de vigência do conteúdo da sua intranet SharePoint com a CSP Tech e receba a leitura do seu caso: onde há versões concorrentes, quais controles da Microsoft cabem no seu licenciamento, onde o conteúdo vencido sobrevive fora do SharePoint e como montar o fluxo de revisão com dono e prazo.

Perguntas frequentes

Por que o Copilot mostra documentos desatualizados da intranet SharePoint?

Porque o Copilot usa como critério a permissão do usuário, e a permissão não carrega validade. A Microsoft documenta que o Copilot só mostra dado organizacional que o usuário tem pelo menos permissão de visualizar. Se uma política antiga continua no SharePoint com a mesma permissão da versão nova, as duas podem virar resposta. A correção depende de governança de conteúdo, com dono, data de revisão e retirada controlada do documento vencido. Fonte: Microsoft Learn, Data, Privacy, and Security for Microsoft Copilot (ago/2026).

O que é Restricted Content Discovery no SharePoint?

É um controle do SharePoint Advanced Management que limita a descoberta do conteúdo de sites específicos na busca organizacional e nas respostas do Microsoft Copilot. Ele não muda permissões: quem tem acesso continua abrindo o conteúdo diretamente, e o conteúdo não sai do índice de busca. A Microsoft o descreve como controle temporário, para dar tempo de revisar acessos, e exige licença do Copilot. Em sites com mais de 500 mil itens, a mudança pode levar mais de uma semana para refletir. Fonte: Microsoft Learn, Restricted Content Discovery (out/2026).

O conector de SharePoint do Databricks remove arquivos que foram excluídos?

Na ingestão de arquivos estruturados, como CSV, JSON, XML e Excel, não. A documentação do Lakeflow Connect informa que esse tipo de ingestão funciona só em modo de inclusão e que alterações e exclusões de arquivos existentes não são ingeridas. Para arquivos não estruturados, que usam outro modo de armazenamento, a documentação não detalha o tratamento de exclusões, e o comportamento deve ser validado no pipeline. Na prática, a cópia no Databricks precisa de reconciliação com a origem. Fonte: Databricks Documentation, Microsoft SharePoint connector limitations (out/2026).

Como consultoria Databricks e consultoria Jira ajudam a governar a intranet SharePoint?

A consultoria Databricks garante que a cópia analítica do conteúdo da intranet acompanhe o ciclo de vida da origem, com reconciliação, metadado de vigência no Unity Catalog e linhagem para saber quais agentes e análises dependem de cada documento. A consultoria Jira desenha, no Jira Service Management, o fluxo de publicação, revisão e retirada de conteúdo, com dono, aprovação, prazo e histórico. Juntas, transformam vigência em processo auditável, que complementa os controles do SharePoint.

Autor: Guilherme Matos, estrategista de conteúdo e IA, certificado HubSpot, Google, Anthropic e Semrush. Revisão técnica por especialistas Atlassian e de dados da CSP Tech (Atlassian Gold Partner, parceira Databricks, Microsoft Gold Partner, participante do Anthropic Partner Network, 34 anos de mercado, produto próprio Power BI for Jira no Atlassian Marketplace).

Fontes (oficiais, acesso out/2026): Microsoft Learn, Data, Privacy, and Security for Microsoft Copilot, atualizado em 18 de agosto de 2026, quanto ao Copilot exibir apenas dados organizacionais para os quais o usuário tem pelo menos permissão de visualização (learn.microsoft.com). Microsoft Learn, Restricted Content Discovery, atualizado em 11 de outubro de 2026, quanto à limitação de descoberta na busca organizacional e nas respostas do Copilot, à manutenção das permissões e do índice, ao caráter de controle temporário, à exigência de licença do Copilot e de SharePoint Advanced Management e ao prazo de processamento em sites com mais de 500 mil itens (learn.microsoft.com/sharepoint/restricted-content-discovery). Microsoft Learn, SharePoint site lifecycle management, atualizado em 19 de agosto de 2026, quanto à identificação de sites inativos, à notificação de donos e às ações de somente leitura e arquivamento disponíveis conforme o tipo de política (learn.microsoft.com/sharepoint/site-lifecycle-management). Databricks Documentation, Microsoft SharePoint connector limitations, atualizada em 7 de outubro de 2026, quanto à ingestão estruturada em modo só de inclusão sem captura de alterações e exclusões de arquivos existentes, ao modo de armazenamento distinto da ingestão não estruturada e à ingestão de listas em Beta (docs.databricks.com). Databricks Documentation quanto ao Unity Catalog, com metadado governado e linhagem. Gartner, press release de 26 de fevereiro de 2025, Lack of AI-Ready Data Puts AI Projects at Risk, quanto à previsão de abandono de 60% dos projetos de IA sem dado pronto para IA até 2026, mantida como previsão (gartner.com). Atlassian, documentação do Jira Service Management quanto a tipos de solicitação, aprovação, prazo de atendimento e histórico de transições (atlassian.com). A distinção entre permissão e vigência como camadas de governança e o fluxo de vigência descrito são formulação editorial da CSP Tech e não constituem afirmação da Microsoft, da Databricks ou da Atlassian sobre limitações dos próprios produtos. O comportamento de exclusão na ingestão não estruturada não foi afirmado por não estar detalhado na documentação. Nenhum número foi citado sem fonte nomeada e datada.