Pular para o conteúdo principal

Auditoria

A página Auditoria (/org/audit) é o registro das ações administrativas da sua organização: quem criou um usuário, quem publicou uma skill, quem alterou um perfil. É a sua trilha para responder quem fez o quê, quando e sobre qual alvo.

Auditoria registra administração, não consumo

Este log cobre as operações de administração no console /app. Ele não é uma tela de uso ou faturamento — o Imaginne não expõe métricas de consumo nem cobrança ao administrador da organização. A visibilidade administrativa se resume aos cartões do Dashboard e a este registro.

Filtros​

A lista pode ser refinada por:

  • Ação — restringe a um tipo de evento (por exemplo, user.created).
  • Data de / até — limita o intervalo de tempo.

Colunas​

Cada evento aparece como uma linha com:

ColunaConteúdo
HoraQuando a ação ocorreu.
AçãoO tipo de evento (ver a lista abaixo).
AtorQuem realizou a ação.
AlvoO objeto afetado (usuário, perfil, skill, grupo, etc.).
DetalhesInformações adicionais sobre a mudança.

Ações registradas​

O log cobre as principais operações administrativas, agrupadas por área:

ÁreaAções
Usuáriosuser.created, user.updated, user.disabled, user.activated
Perfisprofile.* (criação, atualização, atribuições)
Skillsskill.created, skill.updated, skill.published, skill.archived, skill.rolled_back
Grupos de skillsskill_group.* (criação, atualização, admins, skills)
Organizaçãoorg.* (mudanças de configuração da organização)
Use a auditoria para investigar mudanças

Quando uma skill some das sessões de um time ou um usuário perde acesso, a auditoria costuma ter a resposta: procure por skill.archived, profile.* ou user.disabled no intervalo em questão, e confira o Ator e os Detalhes.

Como ler uma entrada​

Cada linha responde a quatro perguntas, na ordem das colunas. Tome um caso comum — uma skill arquivada:

  • Hora — quando: o instante do arquivamento.
  • Ação — o que: skill.archived.
  • Ator — quem: o administrador (ou administrador de skills) que executou a ação.
  • Alvo — sobre o quê: a skill afetada.
  • Detalhes — o contexto: por exemplo, a versão envolvida.

Lendo as colunas em conjunto, você reconstrói a mudança sem precisar de outra fonte. Para cruzar com o efeito sentido pelos usuários, lembre que mudanças em skills, perfis e grupos recalculam a política efetiva e refletem na próxima sincronização de sessão.

Boas práticas​

  • Comece pelo intervalo. Filtre por data de / até ao redor do momento em que o problema apareceu; isso reduz o ruído antes de filtrar por ação.
  • Combine ação + ator. Para responsabilização, filtre pela Ação e confira o Ator de cada evento.
  • Correlacione áreas. Um sintoma em uma área costuma ter causa em outra: "usuário sem skills" pode vir de profile.* (perfil alterado) ou de user.disabled.
  • Confie no registro, não na memória. Como o console não exclui usuários (apenas desativa), o histórico permanece consistente — a auditoria é a referência definitiva sobre o que mudou.

Veja também​