Políticas de retenção do Microsoft 365 não aplicadas

By Mirko Peters · 2026-04-23 · Updated 2026-07-18

Descubra por que as políticas de retenção do Microsoft 365 não são aplicadas e resolva problemas relacionados a locais, escopo da política, conflitos, tempo de processamento e licenciamento.

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

As políticas de retenção no Microsoft 365 são essenciais para gerenciar o ciclo de vida de e-mails, documentos e chats em toda a sua organização. Mas, às vezes, essas políticas não funcionam como esperado: os itens podem não ser movidos para o arquivo, não ser excluídos ou permanecer por mais tempo do que deveriam. Este artigo analisa exatamente por que as políticas de retenção podem não ser aplicadas como você pretende, mesmo quando você acha que as configurou com todo cuidado.

Você encontrará respostas diretas para reconhecer os sintomas de uma retenção que falhou, descobrirá as causas principais, como problemas de configuração ou de permissões, e seguirá etapas práticas de solução de problemas. Também abordamos dicas e boas práticas que muita gente deixa passar, como os impactos em ambientes multi-geo, lacunas de RBAC e atrasos internos de agendamento do Microsoft 365. Se você é administrador ou responsável por conformidade e precisa manter os dados seguros e em conformidade, essas informações ajudam a evitar perda de dados, desvio de conformidade ou aquelas surpresas desagradáveis na próxima auditoria. Para um mergulho mais profundo em desafios de conformidade ocultos, confira esta discussão sobre desvio de conformidade no Microsoft 365 ou saiba por que a governança falha nesta página sobre falhas de governança.

Entendendo os sintomas comuns de políticas de retenção não aplicadas

Quando uma política de retenção não está fazendo o seu trabalho no Microsoft 365, os sinais geralmente não são sutis. Um dos principais indícios é que e-mails ou arquivos que deveriam ter sido excluídos ou movidos para o arquivo permanecem ali por tempo demais. Você também pode perceber o problema quando os itens continuam se acumulando na caixa de correio até ultrapassar amplamente a cota. Não importa quantas vezes você peça aos usuários para limpar o que é antigo: nada muda automaticamente.

Outros sinais de alerta incluem a ausência de marcas de retenção em mensagens ou pastas, ou pastas que deveriam estar visíveis (como uma pasta de arquivo) que simplesmente não aparecem. Se você configurou políticas específicas para SharePoint ou OneDrive e os itens não exibem o status habitual de "excluído" ou "retido", isso também é um sinal. Às vezes, no portal do Microsoft Purview, você notará que uma política de retenção atribuída está "não aplicada" ou encontrará uma longa lista de itens sem nenhuma marca de política.

É importante ficar atento a esses sintomas logo no início, antes que as coisas saiam do controle. Esperar demais pode fazer com que dados permaneçam quando deveriam ter sido removidos, ou o contrário: perder itens que sua equipe precisa manter por motivos de conformidade. Com todos os recursos colaborativos do Microsoft 365, é fácil achar que tudo funciona bem na superfície. Não deixe que os logs de auditoria ou a estabilidade dos painéis enganem você: o que importa é ver mudanças reais e esperadas acontecendo ao longo do tempo. Para entender onde a conformidade pode escorregar nos bastidores, ouça este episódio sobre como as políticas de retenção do Microsoft 365 interagem com a colaboração e o comportamento dos usuários.

Causas principais dos cenários de política de retenção não aplicada

Agora, vamos falar sério sobre por que as políticas de retenção, às vezes, simplesmente não se sustentam no Microsoft 365. Raramente é só "azar". Normalmente, há uma ou mais causas principais por trás do problema.

Um culpado clássico é a configuração incorreta: talvez você tenha criado uma política que conflita com outra ou deixou de fora um usuário ou local importante. Às vezes, o escopo errado é selecionado, como aplicar a política ao grupo de usuários errado ou à localização geográfica errada. A hierarquia de políticas também pode gerar problemas, com marcas mais específicas substituindo as mais abrangentes de maneiras inesperadas. Esses conflitos são comuns em implantações grandes e dinâmicas do Microsoft 365.

Também é fácil esquecer o Managed Folder Assistant (MFA). Se esse serviço estiver desabilitado (elcprocessingdisabled) ou não estiver programado para executar com frequência suficiente, as ações de retenção simplesmente não acontecem. Muitos administradores ignoram que o MFA não funciona em tempo real e precisa estar ativo e em execução para que as mudanças sejam aplicadas. Um acúmulo de processamento no servidor ou a limitação de caixas de correio (throttling), principalmente em caixas grandes ou em períodos de carga intensa, também pode travar a aplicação das políticas.

Outra fonte de problemas são as permissões. Nem toda função de administrador tem permissão para atribuir ou gerenciar políticas de retenção, e funções RBAC ausentes — principalmente em cenários com administração delegada ou ferramentas de gerenciamento de terceiros — podem bloquear atribuições silenciosamente. Por fim, ambientes corporativos com várias regiões geográficas costumam introduzir conflitos de políticas entre geografias ou limites de conformidade, fazendo com que as políticas falhem em localidades secundárias, mesmo que pareçam corretas na sede.

A solução de problemas completa começa com a compreensão desses padrões mais amplos. Esteja preparado para analisar logs, verificar novamente as hierarquias de políticas e procurar casos excepcionais em todo o seu locatário. A boa governança é intencional, não automática; para mais reflexões sobre essa mentalidade, confira este episódio sobre a ilusão da governança do Microsoft 365. Entender por que as coisas quebram é o primeiro passo para evitar que voltem a acontecer.

Solução de problemas com erros de políticas de retenção do Microsoft 365

Encontrar mensagens de erro ao trabalhar com políticas de retenção do Microsoft 365 pode parecer um labirinto sem fim. Em um minuto, suas configurações parecem sólidas. No minuto seguinte, você vê “policy not found”, “something went wrong” ou um pop-up enigmático “location ambiguous”. É verdade que esses erros são frustrantes, mas cada um deles traz pistas sobre onde as coisas saíram do trilho.

Esta seção reúne os erros mais comuns de políticas de retenção com que você provavelmente vai se deparar, seja ao gerenciar caixas de correio do Exchange Online, SharePoint ou OneDrive. Em vez de conselhos vagos, vamos detalhar por que esses erros aparecem, quais problemas ocultos os causam e quais sinais observar para não correr atrás da correção errada. Você terá um passo a passo claro em cada cenário, com foco em como de fato avançar, e não apenas em mais um código de erro obscuro.

Se você trabalha em um ambiente complexo, com caixas de correio híbridas, permissões delegadas ou funções administrativas espalhadas, esses erros podem aparecer em lugares inesperados. Este guia de solução de problemas dá a confiança para tratar questões de política em todo o ambiente ou focar em uma única caixa de correio ou site. Cada erro tem suas particularidades, então seguir o caminho certo para a resolução faz toda a diferença.

Continue conosco enquanto desvendamos esses erros um a um e garantimos que suas políticas de retenção realmente cumpram o seu papel. Você terá um ambiente do Microsoft 365 mais estável e confiável quando resolver a causa raiz dessas falhas.

Erro: configurações não encontradas ou política de retenção não detectada

1. Verifique a existência e o nome da política: confirme que a política de retenção realmente existe no seu locatário e aparece tanto no portal do Microsoft Purview quanto no centro de administração do Exchange. Erros de digitação ou nomes de políticas parecidos podem causar confusão se você aplicar a política errada.
2. Valide o escopo e a atribuição: certifique-se de que a política está atribuída às caixas de correio, sites ou grupos corretos. Erros podem ocorrer se o escopo for restrito demais ou configurado incorretamente, especialmente após migrações ou alterações na sincronização do AD.
3. Investigue problemas de PolicyId: às vezes, as referências de PolicyId em caixas de correio ou locais estão ausentes, desatualizadas ou fora de sincronia. Sincronize novamente a atribuição ou reaplique a política em caso de dúvida.
4. Considere os atrasos de propagação: políticas novas ou atualizadas costumam levar horas (às vezes mais) para aparecer, especialmente em locatários grandes. Dê tempo ao sistema para se atualizar antes de escalar o problema.

Erro: algo deu errado ou encontramos um problema

1. Verifique a integridade do serviço do Microsoft 365: um problema ativo no serviço ou uma manutenção planejada pode gerar erros genéricos e bloquear o processamento de retenção.
2. Revise as alterações recentes nas políticas: mudanças inconsistentes ou conflitantes, como políticas sobrepostas, podem confundir o sistema. Reverta as atualizações recentes para isolar a origem.
3. Reinicie o processamento com scripts: use o Start-ManagedFolderAssistant do PowerShell nas caixas de correio afetadas para acionar manualmente o processamento da política e coletar a saída de erros.
4. Verifique as permissões de administrador: erros genéricos às vezes escondem problemas de acesso negado. Confirme se sua conta tem as funções RBAC corretas para o gerenciamento de retenção.

Erro: o local é ambíguo ou não foi encontrado durante a atribuição de política de retenção

1. Verifique se a caixa de correio ou o site existe: Confirme que o local (caixa de correio, site do SharePoint, conta do OneDrive) realmente existe e corresponde ao identificador usado na atribuição da política.
2. Revise o status de híbrido, multigeo e sincronização: Em implantações híbridas ou configurações multigeo, locais ambíguos costumam surgir de diretórios não sincronizados, contas expiradas ou roteamento geográfico incorreto.
3. Esclareça referências a grupos e usuários: Se você atribui políticas por grupo dinâmico ou objetos legados do AD, certifique-se de que esses grupos não estejam vazios, excluídos ou fora do escopo.
4. Audite as configurações de escopo da política: Corrija erros de local atualizando o escopo da política no Microsoft Purview ou no centro de administração do Exchange para incluir o usuário ou recurso correto.

Erro: o site está bloqueado ou não é possível aplicar uma retenção

1. Verifique o status do site: Acesse as configurações de administração do SharePoint e confirme se o site está "bloqueado" ou em estado somente leitura, fechado ou pendente de exclusão, situações que impedem novas retenções ou alterações em políticas.
2. Revise as retenções de eDiscovery ou de conformidade: Se houver uma retenção ativa de eDiscovery ou outra retenção legal, as configurações de retenção podem ficar bloqueadas até que essas retenções sejam liberadas.
3. Valide as permissões: Confirme que sua conta de administrador ou o acesso delegado inclui permissões para aplicar ou modificar retenções no site ou na caixa de correio afetados.
4. Desbloqueie ou recupere o site, se necessário: Quando apropriado, use os controles de administração ou escale para o suporte da Microsoft para desbloquear o site ou restaurá-lo de um estado de exclusão pendente ou de retenção.

Resolvendo problemas de pendência e processamento em políticas de retenção travadas

Ocasionalmente, as políticas de retenção do Microsoft 365 ficam em um limbo: travadas em "PendingDeletion", "Processing" ou outros estados transitórios, sem conseguir concluir ou ser removidas. Esses estados travados não são apenas incômodos; eles podem impedir você de adicionar novas políticas, alterar atribuições ou manter o ciclo de vida dos seus dados em dia.

Atrasos acumulados de processamento podem vir de o portal do Microsoft Purview ficar atrás da sincronização do back-end, de objetos órfãos deixados por exclusões incompletas ou de falhas de infraestrutura após atualizações do serviço. Saber identificar esses estados pendentes e o que fazer com eles é essencial para qualquer administrador que precise remover políticas difíceis de excluir ou que não estão sendo ativadas no prazo.

Esta seção apresenta os conceitos necessários: o que observar quando uma política simplesmente não é excluída, como o processamento prolongado pode paralisar a governança e as correções gerais que a maioria dos administradores usa para desobstruir o caminho. A abordagem adequada pode envolver uma verificação rápida no PowerShell, a reatribuição de políticas ou a abertura de um chamado com o suporte da Microsoft quando o problema realmente não se resolve. Com essas ferramentas, você evita que a gestão de retenção fique travada por esses estados invisíveis.

Política travada em PendingDeletion ou não totalmente removida: etapas de resolução

1. Verifique o status da política via PowerShell: Use Get-RetentionCompliancePolicy e cmdlets relacionados para revisar o status exato da política travada ("PendingDeletion", etc.).
2. Force a remoção com ferramentas de administração: Se uma política não for removida pelo centro de administração, use o Remove-RetentionCompliancePolicy no PowerShell para agir diretamente.
3. Reatribua ou limpe as dependências: Certifique-se de que nenhuma caixa de correio ou local ainda esteja vinculado à política; mova-os para outra política de retenção ou para a política MRM padrão, se necessário.
4. Escale para o suporte da Microsoft: Se as etapas acima não resolverem, abra um chamado de serviço. O suporte da Microsoft costuma conseguir limpar entradas órfãs no back-end que bloqueiam novas configurações.

Erro: não é possível processar sua política de retenção ou ela ainda está em processamento

1. Revise a configuração da política: Verifique novamente a configuração em busca de definições incompletas ou inválidas, como tags de retenção ausentes ou escopos de atribuição incorretos.
2. Monitore atrasos de sistema ou de largura de banda: Atrasos de processamento costumam ser causados por limitação (throttling) de caixas de correio, tarefas em segundo plano em todo o locatário ou alta carga do serviço Microsoft 365. Aguarde algumas horas e tente novamente.
3. Acione o processamento manualmente: No Exchange Online, execute o Start-ManagedFolderAssistant nas caixas de correio afetadas para forçar o andamento.
4. Verifique o status no Microsoft Purview: Valide o estado da política e os logs no portal para mais detalhes sobre o que está impedindo a execução. Escale para o suporte se o problema persistir por mais de 24 horas.

Verificando e validando se uma política de retenção está funcionando

Depois de configurar uma política de retenção, não confie simplesmente que ela está funcionando em segundo plano. Verificar regularmente se suas regras de retenção não apenas estão atribuídas, mas também sendo executadas de fato, pode evitar lacunas de conformidade perigosas e auditorias surpresa. O Microsoft 365 oferece várias ferramentas, como o PowerShell e o portal do Microsoft Purview, para ajudar você a verificar a implantação e a eficácia das políticas.

Esta parte mostra como confirmar que cada caixa de correio, site do SharePoint ou conta do OneDrive está realmente sob a política correta. Você vai ver a diferença entre a simples atribuição e a ação de fato: itens sendo excluídos, movidos ou marcados como retidos. Essas verificações ajudam a identificar falhas silenciosas, quando tudo "parece normal" nas telas de administração, mas nada está acontecendo nos bastidores.

Além da verificação técnica, pense também na prontidão para auditorias. O Microsoft Purview Audit (especialmente no nível Premium) oferece logs em todo o locatário que captam coisas que relatórios comuns podem deixar passar. Para detalhes sobre o uso do Purview no rastreamento aprofundado e na conformidade, veja este guia sobre auditoria de atividades de usuários com o Microsoft Purview. A validação proativa é um hábito indispensável para qualquer administrador que leve a conformidade organizacional a sério.

Como confirmar que uma política de retenção está aplicada a uma caixa de correio

1. Centro de administração do Microsoft 365: abra as propriedades da caixa de correio do usuário, inspecione a seção de política de retenção atribuída e verifique as datas de atribuição e de início.
2. Verificação pelo PowerShell: use Get-Mailbox –Identity user@domain.com | ft RetentionPolicy para verificar os nomes das políticas e Get-Mailbox –Identity user@domain.com | fl *Retention* para mais detalhes.
3. Logs operacionais: revise os logs de auditoria da caixa de correio ou use o Microsoft Purview Audit para confirmar que as ações de retenção, como "movido para arquivo" ou "excluído", estão sendo registradas como esperado.
4. Reatribua se estiver fora de sincronia: se as verificações não corresponderem aos resultados esperados, reaplique as políticas pelo portal ou pelo PowerShell para redefinir a associação.

A retenção está funcionando? Resolva problemas de tags e ações nas políticas

1. Verifique a aplicação das tags: confirme se as tags de retenção padrão e personalizadas estão realmente atribuídas às pastas ou itens. Use os detalhes da caixa de correio ou consultas no PowerShell (Get-RetentionPolicyTag).
2. Valide a execução das ações: verifique se os itens estão sendo excluídos, movidos para o arquivo ou marcados como retidos de acordo com as configurações de expiração das tags. Compare o conteúdo esperado das pastas com o conteúdo real.
3. Revise o tratamento de exceções: procure itens com a tag "nunca excluir" ou outras tags de exceção, que podem interromper as ações de retenção em pastas específicas.
4. Teste um item de amostra: aplique uma tag manualmente e force o processamento da política (Start-ManagedFolderAssistant), depois verifique o resultado.

Gestão proativa e boas práticas para evitar falhas nas políticas de retenção

Se você quer evitar ciclos intermináveis de solução de problemas, a gestão proativa é sua melhor aliada no universo das políticas de retenção do Microsoft 365. Quanto menos você tratar a retenção como "configurar e esquecer", menos chamadas de emergência à meia-noite você vai receber quando uma auditoria se aproximar ou quando a equipe jurídica quiser saber quem excluiu o quê.

Um desenho de políticas claro e bem documentado, sem sobreposições nem lacunas, é a base de uma retenção saudável. Revisões regulares e verificações de integridade, usando ferramentas como o Purview, ajudam a identificar atribuições quebradas ou ações atrasadas antes que se espalhem pela organização. Agendar e habilitar serviços essenciais, como o Managed Folder Assistant, é obrigatório, não um detalhe para depois.

Mais importante ainda, não esqueça a visão "sistêmica" da governança. O Microsoft 365 abrange e-mail, arquivos, chats e muito mais; conformidade de verdade significa cobrir tudo, não apenas uma carga de trabalho. Para entender por que a governança fragmentada gera tanta dor de cabeça, veja esta discussão sobre falhas de governança no Microsoft 365. Feito da maneira certa, seu processo mantém os fluxos de dados sem atritos e reduz ao mínimo a ansiedade com auditorias.

Garantindo que o Managed Folder Assistant esteja habilitado e em execução

O Managed Folder Assistant (MFA) é o processo em segundo plano que aplica as ações de retenção nas caixas de correio do Exchange Online. Se o MFA estiver desabilitado (por exemplo, se elcprocessingdisabled estiver definido como true), suas políticas cuidadosamente desenhadas não terão efeito algum, independentemente do que for exibido no portal.

Os administradores devem verificar regularmente o status do MFA usando PowerShell (Get-Mailbox –Identity user@domain.com | fl ElcProcessingDisabled) para confirmar se ele está habilitado. Se estiver desativado, use Set-Mailbox –Identity user@domain.com –ElcProcessingDisabled $false para reativá-lo. O MFA é executado automaticamente em uma programação definida, mas os administradores podem acelerar o processamento manualmente com Start-ManagedFolderAssistant. Acompanhar o MFA reduz atrasos frustrantes nas políticas e garante que as caixas de correio sejam gerenciadas no momento certo.

Como Criar Políticas de Retenção Eficazes para Ambientes do Microsoft 365

• Defina claramente a finalidade da política: documente para que serve cada política e evite sobreposição de escopo entre elas, para manter tudo simples e auditável.
• Evite tags conflitantes: certifique-se de que as tags padrão, de pasta e pessoais não entrem em conflito nem se sobreponham de forma inesperada na hierarquia de políticas.
• Alinhe-se às necessidades do ciclo de vida dos dados: faça os períodos de retenção corresponderem aos requisitos regulatórios, de negócio e legais. Não use simplesmente as durações "prontas para uso" da Microsoft.
• Teste em grupos piloto: implante as alterações primeiro em usuários ou sites controlados, antes de aplicá-las em todo o locatário, identificando problemas antes que eles se tornem grandes.
• Documente e revise regularmente: mantenha a documentação das políticas atualizada e realize revisões programadas para identificar desvios ou desalinhamentos, especialmente após fusões ou grandes mudanças na organização.

Para saber mais sobre como equilibrar a segurança da plataforma com a governança em todas as cargas de trabalho, confira estas melhores práticas de segurança e governança do Power Platform.

Atrasos nas Políticas de Retenção Causados pelo Processamento de Caixas de Correio e pelo Agendamento do Sistema

Por mais bem configurada que esteja uma política de retenção no Microsoft 365, você ainda pode ser pego de surpresa por atrasos no back-end. Mesmo quando todas as opções de configuração estão marcadas, não há garantia de que as ações da política sejam iniciadas imediatamente. Em vez disso, o Microsoft 365 depende de um conjunto de processos em segundo plano, com o Managed Folder Assistant em destaque, para aplicar a retenção. Esses processos são agendados, não executados em tempo real.

Se você está acostumado a clicar em "salvar" e esperar resultados instantâneos, esses intervalos de processamento impostos pelo sistema podem ser bastante frustrantes. Os atrasos aumentam quando a carga do servidor está alta ou as caixas de correio são muito grandes, pois a Microsoft limita a atividade para distribuir o processamento. Você pode achar que as políticas estão travadas ou com defeito, quando na verdade estão apenas aguardando na fila a próxima execução do MFA.

Entender essa temporização ajuda você a alinhar expectativas com sua equipe e a evitar abrir chamados de suporte desnecessários antes que o sistema tenha tempo de concluir o processamento. Continue acompanhando para ver como funciona a programação do MFA e como a limitação de caixas de correio ou a carga do servidor podem desacelerar as coisas. Conhecer esse ritmo significa que você não vai presumir que um atraso é uma falha.

Como Entender os Intervalos de Processamento do Managed Folder Assistant

O Managed Folder Assistant (MFA) é responsável por aplicar as políticas de retenção e de arquivamento às caixas de correio do Exchange Online, mas não opera em tempo real. Por padrão, o MFA processa cada caixa de correio uma vez a cada sete dias, embora períodos de alta demanda ou caixas de correio grandes possam estender esse prazo.

Os administradores podem acionar o MFA manualmente com o comando Start-ManagedFolderAssistant se precisarem acelerar a aplicação de uma política após uma alteração urgente. No entanto, ainda pode levar horas para que as mudanças apareçam nas caixas de correio dos usuários, especialmente em milhares de contas. Reconhecer esses ciclos é essencial para evitar solução de problemas desnecessária e para entender por que itens não são arquivados ou excluídos no instante em que uma nova política é definida.

Você também deve ouvir

Se você está pesquisando sobre políticas de retenção não aplicadas no Microsoft 365, estes episódios trazem contexto prático sobre governança, segurança, auditoria e operações confiáveis no Microsoft 365.

• Microsoft Purview – Simply Explained — Conecte retenção, conformidade, auditoria e governança de dados.
• Microsoft Defender XDR – Simply Explained — Relacione sinais operacionais com detecção e resposta.
• Microsoft Teams Governance – Simply Explained — Entenda por que as regras de propriedade e de ciclo de vida são importantes para a colaboração.

Estes episódios ajudam a transformar o tema do artigo em decisões práticas de implementação.