Executar e revisar uma auditoria

Execute uma auditoria somente quando seu objetivo e população estiverem específicos o suficiente para que outro operador saiba como é um resultado válido.

Executar e inspecionar

Dashboard
CLI

Acesse Analyze → Audits, abra a auditoria e selecione run now. Uma resposta em fila significa que o dispatcher a iniciará em breve.
Abra a nova execução para revisar seu status, janela, duração, contagem de resultados e relatório.
Selecione uma sessão de evidência para abrir o rastreamento exato.
Retorne à página da auditoria para editar configurações, desativar o agendamento ou inspecionar execuções anteriores.

fp audits run checkout-reliability
fp audits runs checkout-reliability --limit 10
fp --json audits runs checkout-reliability
fp audits findings --audit checkout-reliability

Consulte a referência do fp audits para histórico de execuções, resultados e comandos de triagem.

Antes de executar

Confirme que existem sessões na janela de tempo selecionada.
Verifique os filtros de ambiente e agente.
Certifique-se de que o contexto de referência está atualizado.
Garanta que o objetivo descreve um modo de falha, não uma conclusão desejada.

Revisar a execução

Comece pelo status da execução, cobertura de sessões e se a análise do modelo foi executada. Em seguida, inspecione a severidade, descrição, sessões de evidência, consultas de suporte e o caminho de prevenção sugerido para cada resultado. Use o status do resultado para reconhecer, silenciar, descartar, resolver, reabrir ou atribuir trabalho. Preserve as evidências mesmo quando o resultado for descartado; elas explicam por que a decisão foi tomada.

Interpretar uma execução vazia ou atrasada

Condição da execução	O que significa	O que fazer
A análise foi executada e não gerou resultados	As evidências selecionadas não foram suficientes para gerar um resultado na sensibilidade configurada.	Confirme que o escopo contém sessões representativas e trate o resultado como saudável, a menos que o objetivo ou contexto tenha sido muito vago.
A análise do modelo foi ignorada ou falhou	A execução é concluída com zero resultados, mas a investigação agêntica não foi realizada. A varredura determinística de credenciais e PII ainda reporta contagens de correspondência nas estatísticas da execução, mas não cria resultados.	Corrija o serviço de análise ou a configuração e execute novamente. Não interprete o resultado vazio como evidência de que a população está saudável.
A análise do modelo está desativada	A execução é concluída com zero resultados. A varredura determinística não substitui a análise do modelo nem abre resultados.	Ative a análise do modelo ou desative a auditoria em vez de depender de uma auditoria que não pode gerar resultados.
Não há capacidade de análise disponível imediatamente	A auditoria permanece na fila e tenta novamente em vez de ignorar a população.	Aguarde pela capacidade ou distribua as âncoras de auditoria. Operadores com instalação própria devem escalar as réplicas do audit-agent e a capacidade correspondente do dispatcher.
A capacidade permanece indisponível durante a janela de novas tentativas	A execução desiste com zero resultados e envia uma notificação de falha quando a entrega por e-mail está disponível.	Verifique se a frota de auditoria está saturada ou reiniciando repetidamente.

Quando a análise não é executada, auditorias do tipo since_last mantêm essa janela não analisada aberta para a próxima execução bem-sucedida. Os resultados existentes não são encerrados porque uma análise ignorada não é evidência de que a falha desapareceu.

Entender notificações de falha

Uma execução com falha ou uma etapa de análise do modelo com falha utiliza os destinatários de e-mail configurados na auditoria. Se a auditoria não tiver canal de e-mail, o Failproof AI recorre à configuração alerts.email_default_recipients da organização, garantindo que uma auditoria com falha silenciosa ainda tenha um caminho de escalonamento. O e-mail deve estar habilitado para a organização e o SMTP deve estar configurado. Caso contrário, a falha é registrada em log, mas nenhum e-mail pode ser entregue. Falhas de execução não alteram a âncora de agendamento fixo da auditoria. Cada execução também armazena o contexto do agente exato utilizado para cada agente como um snapshot do contrato. Edições posteriores não alteram o padrão de evidência registrado em uma execução anterior.

Não implante uma política de bloqueio diretamente a partir de um resultado não verificado. Abra os rastreamentos citados e confirme que a regra separa comportamentos inseguros de trabalho legítimo.

​Executar e inspecionar

​Antes de executar

​Revisar a execução

​Interpretar uma execução vazia ou atrasada

​Entender notificações de falha

Executar e inspecionar

Antes de executar

Revisar a execução

Interpretar uma execução vazia ou atrasada

Entender notificações de falha