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.
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:
| Coluna | Conteúdo |
|---|---|
| Hora | Quando a ação ocorreu. |
| Ação | O tipo de evento (ver a lista abaixo). |
| Ator | Quem realizou a ação. |
| Alvo | O objeto afetado (usuário, perfil, skill, grupo, etc.). |
| Detalhes | Informações adicionais sobre a mudança. |
Ações registradas
O log cobre as principais operações administrativas, agrupadas por área:
| Área | Ações |
|---|---|
| Usuários | user.created, user.updated, user.disabled, user.activated |
| Perfis | profile.* (criação, atualização, atribuições) |
| Skills | skill.created, skill.updated, skill.published, skill.archived, skill.rolled_back |
| Grupos de skills | skill_group.* (criação, atualização, admins, skills) |
| Organização | org.* (mudanças de configuração da organização) |
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 deuser.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
Esta página ajudou?
Reportar um problema nesta páginaNão envie senhas, chaves, tokens ou dados de clientes.