Registro de auditoria — trilha de conformidade à prova de adulteração

Pesquise, filtre e exporte o registro de auditoria do Certivant — um histórico inviolável e somente de acréscimo de cada ação de KYC/B, para inspeções regulatórias e investigações internas.

Who can do this:Org ownerOrg adminOrg member— Membros veem os registros dos solicitantes aos quais têm acesso; administradores veem todos os registros da organização.

O que ele faz

O registro de auditoria é o histórico somente de acréscimo de cada ação relevante na sua organização. Cada solicitação de verificação, cada envio de documento, cada decisão (automática ou manual), cada alteração de configuração, cada mudança de associação, cada disparo de webhook — tudo cai aqui com data e hora, um autor e o recurso afetado.

Você pode pesquisar, filtrar e exportar. Os reguladores adoram esta página; você também deveria.

A página Registro de auditoria — uma lista filtrável e à prova de adulteração de cada ação de KYC, em que cada linha mostra o tipo de evento, o autor (usuário ou solicitante), a solicitação afetada e a data e hora. Os identificadores estão ocultados aqui para a documentação.

Onde encontrar

Insights → Registro de auditoria na barra lateral esquerda.

Há também um registro de auditoria por solicitante dentro da página de detalhes de cada solicitação de verificação — esse mostra apenas os eventos daquele solicitante.

O que é registrado

Alguns exemplos (não exaustivos):

EventoCampos registrados
kyc.request.createdID da solicitação, ID do solicitante, tipo, externalRef, origem (painel / API / formulário público)
kyc.request.approved (auto)ID da solicitação, verificações automatizadas que contribuíram, pontuação
kyc.request.approved (manual)ID da solicitação, ID do usuário revisor, nota da revisão
kyc.request.rejectedo mesmo, com o motivo da rejeição
kyc.request.escalatedID da solicitação, quem encaminhou, por quê
document.uploadedID do documento, tipo, lado, tamanho do arquivo, provedor de OCR usado
document.reanalyzedID do documento, quem acionou, provedor usado
decision.bulklista de solicitações, decisão, nota do revisor
form.publishedID do formulário, versão, quem publicou
member.added, member.removed, member.role_changedID do usuário, ID de quem fez a ação, função antes/depois
settings.kyc_provider.changedqual chave de provedor, valor antigo, novo, ID de quem alterou
webhook.fired, webhook.failedtipo de evento, URL de destino, código de status, número de novas tentativas
monitoring.alert.created, monitoring.alert.resolvedID do solicitante, tipo de alerta, gravidade, nota do revisor
auth.signed_in, auth.signed_out, auth.password_changed, auth.2fa_enabledID do usuário, IP, user-agent

A página

Filtros

  • Período — o padrão são os últimos 7 dias. Amplie para ver eventos mais antigos.
  • Pesquisa — busca no nome do autor + código do tipo de evento + ID do recurso.
  • Tipo de evento — lista suspensa de seleção múltipla com todos os eventos conhecidos.
  • Autor — limita a um usuário / chave de API.
  • Recurso — limita a um solicitante / solicitação / formulário.
  • Subtenant — apenas para organizações parceiras. Aparece quando as solicitações passam a ter marcações de subtenant; limita o registro a um dos seus clientes finais. (Veja atribuição de parceiros.)

Linhas

Cada linha mostra:

ColunaObservações
Data e horaISO 8601 com fuso horário. Passe o mouse para ver "há X horas".
AutorNome do usuário (ou API key {prefix}… para ações programáticas, ou "sistema" para tarefas automatizadas).
EventoO código do tipo de evento (por exemplo, kyc.request.approved).
RecursoClique para abrir o solicitante/solicitação/formulário afetado.
IPDe onde veio a requisição do autor.
NotaSe o evento registrou uma nota em texto livre (notas de revisão, motivos de alteração), ela é exibida aqui em prévia.

Detalhes da linha

Clique em qualquer linha para ver o conteúdo completo — incluindo instantâneos de antes/depois nos eventos de alteração. O painel de detalhes também mostra os eventos relacionados (outras ações no mesmo recurso, em torno do mesmo horário), para que você possa reconstituir o que aconteceu durante um incidente.

Exportação

O botão Exportar (canto superior direito) gera um arquivo CSV ou JSON limitado aos filtros atuais. Útil para envios a reguladores, investigações internas ou para alimentar um SIEM.

Para envio automatizado (por exemplo, enviar eventos continuamente ao Splunk), configure o webhook do registro de auditoria em Configurações → KYC/B → Webhooks em vez de consultar esta página repetidamente.

À prova de adulteração

As entradas do registro de auditoria são somente de acréscimo. Você não pode editá-las nem excluí-las pela interface — não existe botão de "desfazer". É proposital: um registro de auditoria que você pode editar é um registro em que você não pode confiar.

Se uma linha estiver realmente errada (por exemplo, o revisor errado foi registrado por causa de um bug do sistema), a correção é acrescentar um evento de correção, nunca modificar o original. Fale com o seu superadministrador se precisar disso.

Usar o registro de auditoria como evidência

Para inspeções de reguladores:

  1. Filtre pelo período investigado.
  2. Adicione um filtro pelos solicitantes afetados, se você os conhecer.
  3. Exporte como CSV.
  4. Assine o CSV com a chave PGP da sua organização (opcional, mas recomendado).
  5. Entregue ao regulador.

As colunas do CSV são estáveis e documentadas — reguladores familiarizados com plataformas de KYC reconhecem o esquema.

Análises comuns

"Quem aprovou esta verificação?"

Pesquise pelo ID da solicitação. Procure os eventos kyc.request.approved. Autor = a pessoa (ou auto) que aprovou.

"O que mudou no nosso limite de confiança no último trimestre?"

Filtre o tipo de evento por settings.kyc_provider.changed e o período pelo trimestre. O painel de detalhes de cada linha mostra os valores do limite antes/depois.

"Algum solicitante sancionado foi aprovado?"

Filtre por monitoring.alert.created com gravidade high E status da solicitação APPROVED. A interseção são os solicitantes de alto risco que foram aprovados antes de o alerta disparar — possível acúmulo de revisões.

"Mostre tudo o que um funcionário específico fez na semana passada"

Filtre Autor = o usuário. Acompanhe a atividade dele na última semana. Usado em investigações de desligamento e avaliações de desempenho.

Solução de problemas

Uma linha que eu esperava não aparece

  • Verifique o seu período. O registro de auditoria usa por padrão os últimos 7 dias.
  • Verifique o seu escopo de isolamento de dados. Membros veem apenas os registros dos solicitantes aos quais têm acesso.
  • O filtro de tipo de evento é restritivo — limpe-o.

A exportação está vazia

As exportações em CSV são limitadas aos seus filtros atuais. Se os filtros retornam zero linhas na interface, o CSV também fica vazio.

Duas linhas para o mesmo evento

Às vezes, uma única ação do usuário gera várias entradas no registro (por exemplo, criar uma solicitação também registra a criação implícita do solicitante). Isso é esperado; as duas linhas descrevem corretamente as mudanças de estado do sistema.

  • Relatórios — resumos formatados, geralmente agendados.
  • Monitoramento — alertas contínuos (que também são registrados aqui).
  • Webhooks — envie eventos de auditoria aos seus próprios sistemas em tempo real.