A Microsoft mudou de forma definitiva o ciclo de vida das contas OneDrive não licenciadas. O que antes era um repositório “esquecido, mas seguro” agora tem um relógio de exclusão correndo. A partir de 1º de julho de 2026, contas não licenciadas e não pagas passam a acumular um contador de 365 dias de não pagamento que termina em exclusão permanente — e, o mais crítico, esse contador pode passar por cima de políticas de retenção e retenções legais (legal holds) se a cobrança não estiver habilitada. Este artigo destrincha, milestone a milestone, o novo modelo de enforcement, os pontos exatos de perda de informação e o que o administrador precisa fazer antes que o cronômetro chegue ao fim.

Por que esse assunto virou prioridade máxima

Durante anos, a conta OneDrive de um colaborador que saía da empresa seguia um roteiro previsível e relativamente inofensivo: o administrador removia a licença ou excluía o usuário, o período de retenção do OneDrive (padrão de 30 dias, configurável até 3.650) corria, e a conta acabava reciclada. Se ninguém mexesse, o dado ficava lá — inacessível, mas existente. Muitos times de TI trataram esses repositórios órfãos como um arquivo morto barato e permanente.

Esse pressuposto acabou. O novo modelo de administração de contas não licenciadas transforma o repositório órfão em um ativo com data de validade. A conta passa por somente-leitura no Dia 60, arquivamento no Dia 93, sai do eDiscovery no Dia 275 e fica sujeita a exclusão no Dia 365 de não pagamento cumulativo. E, diferentemente do modelo antigo, a exclusão pode ocorrer mesmo com retenção ou hold configurados, caso a cobrança para contas não licenciadas não esteja habilitada.

Para quem administra tenants de médio e grande porte, isso significa uma coisa: existe, hoje, um passivo de dados correndo contra o relógio que provavelmente ninguém está monitorando ativamente.

Nota de escopo: Estas mudanças não se aplicam a clientes EDU, GCC ou DoD. Um “tenant de educação” é definido como qualquer tenant com mais de 50% de licenças de educação. Mesmo assim, contas não licenciadas em tenants EDU consomem armazenamento compartilhado (pooled storage) e continuam sendo um risco de segurança e conformidade.

O que é, tecnicamente, uma conta OneDrive “não licenciada”

Uma conta OneDrive torna-se não licenciada quando deixa de estar coberta por uma assinatura Microsoft 365 ou Office 365 que inclua o OneDrive. Na prática, o relatório do SharePoint admin center classifica o motivo (unlicensed reason) em quatro categorias, e entender cada uma muda a estratégia de resposta:

Um detalhe frequentemente ignorado: a política se aplica a todos os tipos de OneDrive não pago — incluindo os provisionados para caixas de correio compartilhadas, contas de serviço, salas/recursos e bots, não apenas usuários nomeados. Se existe um OneDrive e ele não está pago, ele está no escopo.

Ponto de atenção sobre a propriedade owner. O enforcement não usa a propriedade owner (o primary site collection administrator) para validar licenciamento. Ou seja, alterar o owner de uma conta — o que já é uma mudança não suportada e causadora de problemas — não impede que a conta seja considerada não licenciada. Não use isso como “truque” de proteção; é um estado não suportado.

A linha do tempo do enforcement (Dia 1 → Dia 365)

Esta é a espinha dorsal do novo modelo. Cada milestone representa uma degradação de acesso e uma janela de ação cada vez mais estreita.

Dois caminhos distintos derivam desse cronograma, dependendo do estado da identidade no Entra ID:

Conta vinculada a um usuário excluído no Entra ID. Segue o processo padrão de exclusão do OneDrive. Com a cobrança habilitada, os mecanismos de retenção são honrados nesta ordem: (1) período de retenção do OneDrive → (2) políticas de retenção → (3) legal holds. Só depois de honrados todos os mecanismos aplicáveis a conta é reciclada e, então, permanentemente excluída.

Conta vinculada a um usuário que continua existindo no Entra ID. É arquivada no 93º dia. Se permanecer não licenciada e a cobrança para contas não licenciadas não estiver habilitada, entra no relógio cumulativo de 365 dias para exclusão.

Correção importante: Existe uma diferença crítica entre “desabilitar o login do usuário” e “excluir o usuário no Entra ID”. Manter o usuário ativo no Entra ID (login bloqueado, mas identidade preservada) não protege o OneDrive do arquivamento no Dia 93 — a partir de janeiro de 2025, usuários sem licença mas ainda considerados ativos no sistema são arquivados no 93º dia. O que muda entre os dois cenários é o caminho de exclusão, não a imunidade ao enforcement.

O relógio cumulativo de 365 dias: a mudança que mais gera perda de dados

Esta é a novidade de 1º de julho de 2026 e o coração do risco. A Microsoft introduziu um contador de 365 dias cumulativos de não pagamento que termina em risco de exclusão.

O escopo é abrangente:

• Contas que já estavam não licenciadas antes de 1º de julho de 2026 estão incluídas — para elas, o relógio começou a contar em 1º de julho de 2026, então o risco de exclusão começa não antes de 1º de julho de 2027.
• Contas que se tornam não licenciadas em ou após 1º de julho de 2026 começam a contar na data em que a licença é removida ou o usuário é excluído no Entra ID; o risco de exclusão chega quando atingem 365 dias cumulativos de não pagamento.

A palavra-chave é cumulativo. Habilitar a cobrança pausa o contador; desabilitá-la faz o contador retomar de onde parou — ele não zera. Veja o exemplo oficial:

Não trate a cobrança como um interruptor de fuga. A documentação é explícita: habilitar/desabilitar a cobrança não deve ser usado para burlar o enforcement de retenção, e fazê-lo não é suportado pelos termos de serviço. Cobrança e licenciamento devem permanecer alinhados ao uso real e às necessidades de retenção. Ligar a cobrança por um mês para “resetar” o relógio simplesmente não funciona — a contagem é cumulativa.

Os pontos exatos de perda de informação

Vamos ser cirúrgicos sobre onde o dado desaparece. Cada um destes é um ponto de falha que precisa entrar no seu radar de risco:

1. Acesso do usuário final termina no Dia 60 (somente-leitura) e, de fato, no Dia 93 (arquivamento). Após o arquivamento, nem admins nem usuários acessam o conteúdo sem uma ação suportada (licenciar, habilitar cobrança aplicável, reativar, ou mover conteúdo). O exemplo oficial é direto: uma conta que ficou não licenciada em 1º de agosto de 2025 torna-se inacessível aos usuários em 2 de novembro de 2025.

2. Links de compartilhamento externo e referências de arquivos no Teams quebram na exclusão. Uma vez que o OneDrive é excluído, todo o conteúdo associado deixa de ser acessível — incluindo links externos vivos e arquivos referenciados em conversas e canais do Teams. Isso costuma pegar organizações de surpresa, porque o dado “sumido” estava sendo consumido silenciosamente por fluxos de terceiros.

3. Histórico de versões e conteúdo da lixeira ficam inacessíveis a partir do arquivamento. O conteúdo só volta a ser acessível quando os dados são reidratados para um tier ativo ou a conta é licenciada. Enquanto arquivada, versões antigas e itens da lixeira estão fora de alcance.

4. eDiscovery deixa de retornar o conteúdo no Dia 275. Exportações de casos já existentes permanecem, mas novas buscas não localizam o conteúdo daquela conta.

5. Exclusão permanente após a lixeira. Ao excluir uma conta não licenciada antes do arquivamento, OneDrive e arquivos vão para a lixeira e são permanentemente excluídos após 93 dias — e o usuário deixa de conseguir entrar na conta corporativa/escolar.

O detalhe que mais assusta: se a exclusão ocorrer, os registros de hold do eDiscovery permanecem, mas o conteúdo do OneDrive sob hold torna-se irrecuperável. As políticas e rótulos de retenção do Data Lifecycle Management podem continuar aparecendo como “saudáveis”, só que o site alvo não existe mais. A governança te dá um falso positivo: o painel diz que está tudo protegido, enquanto o dado já foi. Este é o cenário de auditoria de pesadelo.

Retenção, hold e eDiscovery: onde a governança falha em silêncio

Aqui mora a parte mais contra-intuitiva do novo modelo, e é onde a maioria dos artigos estrangeiros erra. Vale a pena ler duas vezes.

Contas arquivadas honram políticas de retenção, configurações de retenção e retenções por litígio — mas somente quando a cobrança para contas não licenciadas está habilitada. Se a cobrança não estiver habilitada e as contas ainda estiverem retidas 365 dias após ficarem não licenciadas, elas ficam sujeitas a exclusão decorridos esses 365 dias, mesmo que existam políticas de retenção, configurações de retenção ou holds sobre o OneDrive.

Traduzindo para o risco operacional: uma retenção legal (litigation hold) que você configurou por obrigação de compliance não é, por si só, garantia de preservação em uma conta não paga. A frase oficial não deixa margem: “customers should not rely on retention or legal hold settings alone to preserve content indefinitely in an unpaid, unlicensed OneDrive account.”

Ainda há nuances que precisam entrar no seu runbook:

• Mudanças em políticas de retenção sincronizam para contas arquivadas. Se a empresa reduz a retenção de cinco para três anos, essa mudança propaga para todas as contas arquivadas; as que já cumpriram o novo período vão para a lixeira e iniciam o processo de exclusão. Uma alteração de política aparentemente administrativa pode disparar exclusões em massa.
• eDiscovery e Content Search continuam funcionando em conteúdo arquivado, e exportar os resultados não exige reativação manual da conta (leva até 24 horas). Mas isso vale enquanto a conta existe — não confunda “pesquisável enquanto arquivada” com “preservada indefinidamente”.
• Custos de retenção não são gratuitos. Se uma conta é retida por política/hold e foi arquivada por estar não licenciada há 93+ dias, você ainda paga o custo mensal de armazenamento de arquivo quando a cobrança está habilitada.

Mito perigoso: “Tenho legal hold, então meus dados estão a salvo indefinidamente.” Falso para contas não licenciadas e não pagas. O hold preserva o registro, não necessariamente o conteúdo, quando a conta atinge 365 dias cumulativos de não pagamento sem cobrança habilitada. Para preservação real e duradoura, a conta precisa estar paga (licenciada ou com cobrança de conta não licenciada habilitada).

O modelo de cobrança: quanto custa não decidir

A cobrança para contas não licenciadas é um toggle independente no Microsoft 365 admin center, que só pode ser ligado depois de configurado um método geral de pay-as-you-go (Azure subscription vinculada). Pontos essenciais:

• A cobrança começa quando o toggle é habilitado, não quando uma conta é reativada. Reativar exige cobrança habilitada; uma vez habilitada, as cobranças de armazenamento começam.
• Taxa de reativação: US$ 0,60/GB por conta reativada (cobrança pontual).
• Taxa de armazenamento: US$ 0,05/GB/mês, aplicada a todas as contas não licenciadas da organização com mais de 93 dias — a partir do mês em que a cobrança é habilitada.
• Contas não licenciadas não podem aproveitar a cota de armazenamento não usada do SharePoint, mesmo com o Microsoft 365 Archive configurado. Contas arquivadas são cobradas pelo total de armazenamento consumido.

O exemplo oficial ilustra a ordem de grandeza. Uma organização com 100 contas não licenciadas, cada uma com 1 TB (total de 100 TB), que precise reativar uma conta em dezembro de 2025:

• Taxa única de reativação: 0,60 × 1.024 GB = US$ 614,40.
• Taxa mensal de armazenamento: 0,05 × 102.400 GB = US$ 5.120/mês, a partir de dezembro de 2025 — para o parque inteiro, não só para a conta reativada.

A armadilha econômica: o custo de reativar uma conta é modesto; o problema é que habilitar a cobrança dispara a taxa mensal sobre todo o passivo de contas não licenciadas com 93+ dias. Ou seja, a decisão de “só resgatar um arquivo” pode revelar um custo mensal recorrente enorme que estava latente. Isso torna o inventário e a limpeza proativa — antes de precisar reativar qualquer coisa — a jogada financeiramente mais inteligente.

Relação com o Microsoft 365 Archive, para encerrar a confusão: habilitar ou não o Microsoft 365 Archive não tem efeito algum sobre o enforcement. Contas não licenciadas serão colocadas em somente-leitura e arquivadas independentemente. Archive e a cobrança de contas não licenciadas são dois toggles independentes. Você decide se quer habilitar a cobrança; você não consegue impedir o arquivamento.

Identificando as contas em risco (SharePoint admin center + PowerShell)

O primeiro passo defensivo é um inventário honesto. O SharePoint admin center oferece dois relatórios que não mostram os mesmos números — e entender a diferença evita conclusões erradas:

• Página de relatório de nível superior (spo.ms/admin#/oneDriveAccounts): mostra insights e permite baixar a lista de contas com pelo menos 93 dias não licenciadas. É esta página que indica o armazenamento que será cobrado se você habilitar a cobrança.
• Página de relatório detalhado (spo.ms/admin#/oneDriveAccounts/management): lista todas as contas atualmente não licenciadas, mesmo as com menos de 93 dias. É onde você antecipa o problema antes do arquivamento.

Para gerar o relatório pela interface: SharePoint admin center → Reports → OneDrive Accounts (download em CSV; desde janeiro de 2025 há UI interativa por usuário). A partir da página View more details você consegue enumerar contas individuais, ver URL/título/armazenamento/data e motivo de não licenciamento/status de arquivo, além de excluir e reativar contas.

Colunas do CSV que merecem atenção no seu processo de triagem:

• Deletion blocked by — informa por que uma conta não está sendo excluída automaticamente (período de retenção, política de retenção/hold, owner ativo no Entra ID, restaurada da lixeira, lock ativo, ou mudança de estado anterior). É o seu mapa de “o que está segurando a exclusão”.
• Deletion scheduled on — quando o sistema tentará excluir a conta a seguir. Fica vazia se houver hold/retenção, ou para usuários ainda ativos no Entra ID até a fase de exclusão do rollout terminar. Se você excluir o usuário ativo do Entra ID e não houver hold/retenção, a coluna é populada em até 7 dias.

No lado da automação, o inventário de OneDrives e a manipulação de estado de arquivo/lock se apoiam no módulo SharePoint Online Management Shell. Um ponto de partida para enumerar OneDrives do tenant:

Conecte-se ao SharePoint admin center (ajuste o domínio do seu tenant)

Connect-SPOService -Url “https://SEU_TENANT-admin.sharepoint.com“

Enumerar todos os sites de OneDrive (personal sites) do tenant

Get-SPOSite -IncludePersonalSite $true -Limit All -Filter "Url -like '-my.sharepoint.com/personal/'" |
Select-Object Url, Owner, StorageUsageCurrent, LastContentModifiedDate, ArchiveStatus |
Sort-Object StorageUsageCurrent -Descending |
Export-Csv -Path ".\onedrive_inventory.csv" -NoTypeInformation -Encoding UTF8

Para destravar uma conta em somente-leitura (ou ajustar o lock state), o controle é o status de lock do site:

Consultar o estado de lock de um site específico

Get-SPOSite -Identity “https://SEU_TENANT-my.sharepoint.com/personal/usuario_dominio_com” |
Select-Object Url, LockState

Remover o estado somente-leitura (retornar a “Unlock”)

Set-SPOSite -Identity "https://SEU_TENANT-my.sharepoint.com/personal/usuario_dominio_com" -LockState "Unlock"

Para reativar contas arquivadas via linha de comando, a Microsoft indica o cmdlet Set-SPOSiteArchiveState (a reativação também está disponível pelo botão Reactivate no relatório detalhado, quando a cobrança de contas não licenciadas está habilitada):

Reativar uma conta arquivada (requer cobrança de contas não licenciadas habilitada)

Set-SPOSiteArchiveState -Identity "https://SEU_TENANT-my.sharepoint.com/personal/usuario_dominio_com" -ArchiveState Active

Ações do administrador: licenciar, mover, arquivar ou excluir

Diante de uma conta não licenciada, existem quatro caminhos suportados. A escolha depende do estado da identidade e de haver ou não conteúdo que precisa ser preservado.

Licenciar (antes do arquivamento). Atribua ao usuário uma assinatura M365/O365 que inclua OneDrive — pela interface ou via PowerShell/Graph, em lote se necessário. Recupera acesso total e devolve a conta ao gerenciamento normal de políticas.

Licenciar/reativar (depois do arquivamento). Se a conta arquivada tem um usuário associado como owner, atribuir uma licença válida a reativa automaticamente em 24 a 48 horas — sem taxa de reativação e sem exigir cobrança habilitada. Se a conta arquivada não tem usuário associado (identidade excluída), ela não pode ser relicenciada diretamente; a recomendação é: (1) habilitar o medidor de armazenamento ativo de conta não licenciada, (2) mover o conteúdo necessário para um site do SharePoint ou um OneDrive ativo e licenciado, e (3) corrigir o user ID mismatch conforme a documentação. Uma conta arquivada sem usuário associado precisa ser reativada antes de o dado poder ser movido.

Arquivar (não fazer nada). A conta permanece no Microsoft 365 Archive. É uma opção válida de guarda de longo prazo — desde que você entenda os custos (US$ 0,05/GB/mês quando a cobrança está habilitada) e o risco do relógio de 365 dias se a cobrança não estiver habilitada.

Excluir (deliberadamente). Antes do arquivamento, excluir a conta remove o usuário e os dados para a lixeira; exclusão permanente em 93 dias. Depois do arquivamento, dá para excluir diretamente do estado arquivado, sem reativação — exceto se houver política de retenção, caso em que a exclusão falha com erro. É o caminho correto para contas duplicadas e claramente descartáveis (use o CSV para identificá-las).

Uma tabela de decisão rápida:

Correção de mitos que circulam por aí

Mito 1: “Contas OneDrive órfãs ficam guardadas de graça para sempre.” Falso. Elas entram em somente-leitura (Dia 60), são arquivadas (Dia 93) e ficam sujeitas a exclusão aos 365 dias cumulativos de não pagamento. O modelo de “arquivo morto gratuito e eterno” acabou.

Mito 2: “Se eu configurar retenção ou legal hold, o dado está garantido.” Falso para contas não pagas. Sem cobrança habilitada, contas retidas por 365 dias após ficarem não licenciadas ficam sujeitas a exclusão mesmo com retenção/hold. O registro do hold sobrevive; o conteúdo, não.

Mito 3: “Manter o usuário ativo no Entra ID (só bloquear login) protege o OneDrive.” Falso. Usuários sem licença mas ainda ativos são arquivados no 93º dia. O estado da identidade muda o caminho de exclusão, não a imunidade ao enforcement.

Mito 4: “Habilitar a cobrança por um mês reseta o relógio de exclusão.” Falso. A contagem de 365 dias é cumulativa — a cobrança apenas pausa; ao desligar, ela retoma de onde parou. Além disso, usar a cobrança para burlar o enforcement de retenção não é suportado.

Mito 5: “Habilitar o Microsoft 365 Archive evita o arquivamento das contas não licenciadas.” Falso. São toggles independentes. O Archive não impede nem altera o enforcement; o fluxo de arquivamento é idêntico com ou sem ele.

Mito 6: “Contas não licenciadas podem usar a cota de armazenamento sobrando do SharePoint.” Falso. São independentes. Contas não licenciadas não aproveitam a cota não usada do SharePoint e são cobradas pelo total consumido.

Opinião do Arquiteto

O que mudou de verdade aqui não é apenas um cronograma de exclusão — é a inversão do pressuposto padrão. Antes, o comportamento default do sistema preservava dados órfãos indefinidamente, e a inação do administrador era “segura”. Agora, o comportamento default do sistema é degradar e eventualmente excluir, e a inação passou a ser a decisão mais arriscada que existe. Esse é o tipo de mudança que não aparece em nenhum alerta do dia a dia, mas que, daqui a 12 meses, gera uma auditoria com perguntas muito desconfortáveis.

Se eu tivesse que reduzir a resposta a três movimentos práticos, seriam estes. Primeiro, inventário imediato: puxe o relatório detalhado (não só o de 93+ dias) e trate a coluna Deletion blocked by como um mapa de risco, não como uma garantia — “bloqueado por retenção” sem cobrança habilitada é uma falsa sensação de segurança. Segundo, decisão explícita conta a conta: cada OneDrive órfão precisa de um destino declarado — licenciar, mover para SharePoint, ou excluir deliberadamente. “Deixar como está” deixou de ser uma opção neutra. Terceiro, desacople compliance de licenciamento: se um dado precisa sobreviver por obrigação legal, ele tem que morar em um local pago e ativo (site do SharePoint licenciado ou OneDrive com cobrança habilitada) — não em uma conta não paga sob a proteção teórica de um hold que o próprio enforcement pode ignorar.

Há também uma leitura financeira que os times de TI subestimam: habilitar a cobrança de contas não licenciadas para “resgatar um arquivo” pode revelar um custo mensal recorrente sobre todo o parque de contas com 93+ dias. Por isso, a limpeza proativa — feita antes de você precisar reativar qualquer coisa — é simultaneamente a jogada de governança e a jogada de custo mais inteligente. Quem faz o dever de casa de inventário e higiene em 2026 economiza dinheiro e evita a perda de dados de 2027.

Referências oficiais (Microsoft Learn)

Todo o conteúdo técnico deste artigo é fundamentado exclusivamente na documentação oficial da Microsoft. Consulte as fontes primárias:

• Manage unlicensed OneDrive user accounts — documento base deste artigo (atualizado em 24/07/2026).
• OneDrive retention and deletion
• Set the OneDrive retention for deleted users
• Pricing model for Microsoft 365 Archive
• Learn about retention for SharePoint and OneDrive
• Assign or unassign licenses for users in the Microsoft 365 admin center
• Delete a user from your organization
• Fix site user ID mismatch in SharePoint or OneDrive

Este conteúdo é, e sempre será, gratuito. Se ele te ajudou, compartilhe com outro administrador de Microsoft 365 — e me avise nos comentários se quiser um aprofundamento em algum ponto específico do enforcement.