Esegui il tuo primo controllo di guasti

Un audit trasforma un insieme di sessioni in risultati di guasto classificati e supportati da prove. Inizia con una singola domanda di guasto specifica.

Dashboard
CLI

Apri Audits

Nella barra laterale Cloud, vai a Analyze → Audits. Seleziona new audit.

Configura l'audit

Inserisci un nome e un obiettivo di guasto diretto, ad esempio “trova le sessioni di produzione che ritentano la stessa chiamata di pagamento non riuscita senza cambiare l’input o escalare”. Seleziona l’agente, l’ambiente, la finestra temporale e la pianificazione. Aggiungi una breve descrizione e URL di riferimento quando l’auditor ha bisogno delle tue regole di workflow.

Crea e attendi l'esecuzione

Seleziona create audit. La prima esecuzione viene messa in coda immediatamente. Apri la scheda dell’audit per vederla passare dallo stato in coda a in esecuzione a completato.

Dopo il completamento dell’esecuzione, apri un risultato e rivedi le sue prove di sessione. Puoi quindi riconoscerlo, assegnarlo, ignorarlo, silenziarlo o risolverlo.

Un risultato di audit completato che mostra la descrizione del guasto, l'azione consigliata, le prove di supporto e le sessioni interessate.

fp audits create payment-retry-failures \
  --description "Find production sessions that retry a failed payment call without changing input or escalating" \
  --scope '{"environments":["production"]}' \
  --text "Escalate after two unchanged payment failures"

fp audits list
fp audits runs payment-retry-failures
fp audits findings --audit payment-retry-failures
fp audits finding <finding-id>

Aggiungi il contesto di riferimento, quindi aggiornalo quando la fonte cambia:

fp audits context-set payment-retry-failures --url https://example.com/payment-runbook
fp audits context-refresh payment-retry-failures
fp audits run payment-retry-failures

Usa fp audits ack <finding-id>, fp audits assign <finding-id> --to <email>, fp audits dismiss <finding-id>, fp audits mute <finding-id>, fp audits resolve <finding-id>, o fp audits reopen <finding-id> per far avanzare un risultato attraverso il triage.

Successivamente, previeni il tuo primo guasto con una policy per un’azione confermata e ripetibile.