REVIEWITDocumentação
ConceitoAtualizada · verificada em 10 agosto 2026

O santuário

Tradução automática, ainda não revistaEsta página foi traduzida por um modelo a partir da versão francesa, que faz fé. Ler a versão francesa.

01Em uma frase #sec_08a1b71d

O Santuário permite remover um recurso do perímetro das revisões de acesso — e impõe que essa derrogação seja motivada, datada, atribuída e reexaminada.

02O problema #sec_e5c2dc9d

Toda campanha de recertificação encontra recursos que não têm nada a ver com ela: uma conta de serviço que alimenta um conector, um site arquivado mantido por obrigação legal, uma equipe cujos acessos são controlados fora do sistema. Submetê-los a um revisor humano produz ruído, consome atenção e acaba por degradar a qualidade de todas as outras decisões.

Portanto, é necessário poder excluir. Mas a exclusão é o ângulo morto natural de um dispositivo de conformidade: o que sai do controle também sai da vista. Um recurso excluído não aparece em nenhuma campanha, em nenhum relatório, em nenhuma taxa de cobertura. Se a exclusão é silenciosa, ela se torna o meio mais simples de fazer desaparecer um problema em vez de tratá-lo.

É precisamente isso que um auditor procura em primeiro lugar: não o que foi revisado, mas o que não foi, e por quê.

03O partido tomado #sec_646bb086

Não se impede de excluir. Torna-se a exclusão cara em transparência.

Proibir não funciona: um administrador bloqueado contorna — ele desativa a funcionalidade, cria um perímetro paralelo ou desiste de lançar a campanha. Perdemos então o rastro em vez de ganhá-lo.

O Santuário toma portanto o caminho inverso. Excluir continua possível, simples e legítimo. Mas cada exclusão deixa uma impressão completa, consultável pelo auditor, e traz uma data de validade. A dissuasão não vem de um muro, vem do fato de que tudo se vê.

Três princípios decorrem disso:

1. Uma exclusão se justifica. Motivo codificado, justificativa escrita e autor identificado são exigidos na colocação. O campo livre não é decorativo: é a frase que o auditor lerá, citada tal qual no dossiê.

2. Uma exclusão tem um fim. O prazo de reexame é obrigatório. Sem ele, uma derrogação colocada numa terça-feira por três semanas torna-se permanente porque ninguém a reabre jamais. O produto recusa-se a criar esse tipo de buraco.

3. Uma exclusão não se apaga. Ela se levanta — e a elevação se justifica por sua vez. A linha permanece na base como ciclo fechado. É isso que permite reconstituir uma sequência depois do fato, inclusive aquelas que ninguém teria vontade de mostrar.

04Como funciona #sec_9e591ad2

Colocar uma exclusão

Um painel dedicado guia a seleção (plataforma → serviço → tipo de recurso → objeto), depois pede as três informações obrigatórias. O botão de validação permanece inativo enquanto o conjunto não estiver completo — a restrição é estrutural, não um simples aviso.

Motivos disponíveis: fora do perímetro · conta de serviço · recurso arquivado · derrogação documentada · outro.

Prazo: 3 meses, 6 meses, 1 ano ou data livre. A tela anuncia a data de lembrete assim que é digitada.

O ciclo de vida

Cada exclusão é um ciclo: aberto na colocação, fechado na elevação. Um recurso pode ser excluído, reintegrado e depois re-excluído — cada passagem cria seu próprio ciclo, e o conjunto se lê como uma cronologia.

AçãoEfeito
ColocarAbre um ciclo (motivo, justificativa, prazo, autor)
ProlongarAdia o prazo de reexame — e o rastro
ElevarFecha o ciclo com seu próprio motivo; o recurso volta às revisões
ExcluirNão existe

Única exceção à indelibilidade: uma linha sem objeto explorável, nascida de uma importação corrompida. Ela nunca excluiu nada — não é uma prova, é um lixo, e é purgada automaticamente.

O prazo, sinal principal da tela

A lista de exclusões ativas é ordenada em torno de uma única questão: qual já deveria ter sido reexaminada?

  • ⬛️ Ultrapassado — a linha inteira é tingida; a aba Histórico traz um selo de alerta.
  • ⬜️ Menos de 30 dias — para tratar em breve.
  • ⬛️ Atualizado — nada a fazer.
  • ⚪ Sem prazo — unicamente para linhas anteriores a esta regra; impossível de criar hoje.

O histórico, e o que ele revela

A aba Histórico lista os ciclos fechados, uma linha por recurso, com a duração da exclusão e as campanhas que se desenrolaram durante o ciclo.

Esta correlação é o cerne do dispositivo. Ela torna visível um motivo que nada mais mostra: um recurso excluído pouco antes do lançamento de uma campanha, depois reintegrado pouco após seu encerramento. O dossiê o enuncia então como um fato datado:

⚠️ Elevação em 17/08/2026, 3 dias após o encerramento da campanha SharePoint Experience — o recurso escapou.

O produto não julga e não acusa ninguém: ele expõe a sequência. A interpretação pertence ao auditor.

05Volumetria: um limite graduado #sec_3c647a21

Um teto absoluto não faz sentido. Seiscentas exclusões num workspace de oitocentas recursos esvaziam o controle de sua substância; as mesmas seiscentas num tenant de duzentos mil são anedóticas. O Santuário raciocina portanto em parte do perímetro excluído, e gradua sua reação:

NívelLimiteReação
Informação5 %A taxa é exibida na tela
Alerta10 %Faixa âmbar + subida na postura de auditoria do workspace
Tetocota de assinaturaA colocação é recusada até que exclusões sejam elevadas

Os ciclos elevados não consomem nenhuma cota: o histórico nunca penaliza o uso corrente.

A importação em massa obedece às mesmas regras — motivo, justificativa e prazo se aplicam a todo o lote — e anuncia claramente o que não poderá importar em vez de truncar em silêncio.

06O que o auditor encontra #sec_2e9517f9

A tela está aberta para ele em modo somente leitura: ele consulta e exporta, não coloca nem eleva nada.

Ele encontra, sem ter que pedir: a lista do que escapa às revisões e desde quando, a justificativa de cada derrogação nas palavras de seu autor, as exclusões cujo prazo está ultrapassado, o histórico completo dos idas e vindas, e a correlação com as campanhas.

A exportação retoma a integralidade destes elementos — motivo e justificativa incluídos. Uma exportação de exclusões sem o porquê não teria nenhum valor probatório.

07Boa utilização #sec_c198674c

Para o que o Santùario foi feito: contas de serviço e identidades técnicas, recursos arquivados conservados por obrigação, perímetros governados por um dispositivo externo documentado, derrogações validadas e datadas.

Para o que não foi feito: fazer desaparecer um recurso problemático enquanto se espera que passe, melhorar artificialmente uma taxa de conformidade, contornar um desacordo com um revisor. Estes usos não são tecnicamente bloqueados — são simplesmente visíveis, e isso é deliberado.

08A reter #sec_dab7f98b

O Santùario não protege os recursos: protege a credibilidade do dispositivo de revisão. Um controlo do qual se pode sair sem deixar rasto não prova nada. Ao tornar cada exclusão motivada, datada, reexaminável e legível por um terceiro, permite afirmar não só o que foi revisto, mas também o que não foi, porquê, e até quando.

Esc
↑↓ navegar↵ abrirVer todos os resultados →