REVIEWITDocumentação
ConceitoAtualizada · verificada em 29 agosto 2026

REVIEWIT numa página

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.

01O problema #sec_39161269

Numa empresa de tamanho médio, ninguém sabe quem tem acesso a quê.

Isto não é negligência, é uma consequência. Os acessos acumulam-se: são concedidos quando alguém chega, adicionados para um projeto, esquecidos quando um prestador sai. Cada ação é justificada no momento em que é feita. Passados três anos, a soma já não o é, e ninguém tem o contexto para decidir.

Os auditores, por sua vez, fazem uma pergunta simples: quem validou este acesso, quando e com base em quê? A maioria das organizações não tem resposta. Elas têm uma folha de cálculo.

02A resposta #sec_f8e9f261

REVIEWIT organiza a recertificação de acessos: em intervalos regulares, as pessoas que sabem examinam os acessos pelos quais são responsáveis e decidem mantê-los ou retirá-los. O produto não decide nada por elas. Ele faz três coisas.

Ele coleta. Conecta-se ao Microsoft 365 — e a outras soluções — e obtém o estado real dos acessos: quem está em qual grupo, quem possui qual espaço, quem não abriu nada nos últimos dezoito meses.

Ele organiza. Divide essa massa em campanhas: um escopo, uma política, reitores, um prazo. Cada reitor recebe aquilo pelo qual é responsável, e nada mais.

Ele comprova. Cada decisão leva o nome de quem a tomou, a data e a justificativa escrita. O rastreio de auditoria está selado: não pode ser reescrito.

03A promessa, e a sua contrapartida #sec_52756ffe

REVIEWIT promete que uma decisão de acesso é imputável a uma pessoa que examinou, julgou e é responsável por ela.

Esta promessa tem uma contrapartida que o produto assume em todos os lugares: um administrador não aprova nada. Ele organiza, lembra, desbloqueia, presta contas — mas nenhuma superfície de administração lhe permite tomar uma decisão de revisão no lugar de um reitor. A API pública também não o permite. Isto não é uma limitação que será levantada em uma versão futura: é a razão de ser do produto.

04O que verá na tela #sec_d4095e07

Três interfaces, uma para cada função.

SuperfícieQuem a abreO que se faz nela
REVIEW CenterO reitorTomar decisões sobre os acessos pelos quais é responsável
Workspace CenterO administrador de workspaceIniciar e conduzir as campanhas de uma entidade
Centro de administraçãoO administrador de subscriçãoAbrir workspaces, alocar recursos

Elas não se sobrepõem, e isso é estrutural. Consulte [Três superfícies, três funções](qui-faz-quoi).

05O resultado concreto #sec_5ec09af0

Um reitor abre seu arquivo numa manhã de segunda-feira. Ele encontra, digamos, quarenta recursos do OneDrive marcados como inativos há mais de doze meses. Para cada um, a tela lhe diz o que a política esperava e o que ele observou — « uma atividade nos últimos 12 meses » contra « última atividade em 07/05/2024 · há 27 meses ».

Ele decide: manter ou confirmar a inatividade. Ele escreve o motivo. Ele grava.

Três meses depois, um auditor pergunta com base em quê o acesso dessa pessoa foi mantido. A resposta existe, datada, assinada, e ninguém teve de a reconstruir.

06E a IA nisso tudo #sec_82afb6d4

RITA é a assistente integrada. Ela responde em linguagem natural a perguntas de condução — « onde estão as minhas campanhas », « quem está atrasado » — e propõe uma formulação de justificativa ao reitor que hesita nas palavras.

Ela nunca decide. Uma sugestão de justificativa permanece uma sugestão: o reitor a aceita, corrige ou ignora, e é o seu nome que aparece na decisão. Consulte [RITA — a assistente das revisões de acesso](rita).

07A reter #sec_840ec2f5

Um produto que organiza um julgamento humano e que o prova. Três superfícies para três funções que não se misturam. E uma regra que mantém tudo o resto: ninguém aprova no lugar de outra pessoa.

Esc
↑↓ navegar↵ abrirVer todos os resultados →