Eseguire e rivedere un audit

Esegui un audit dopo che il suo obiettivo e la sua popolazione sono sufficientemente specifici affinché un altro operatore sappia come appare un risultato valido.

Eseguire e ispezionarlo

Dashboard
CLI

Vai a Analyze → Audits, apri l’audit e seleziona run now. Una risposta in coda significa che il dispatcher lo avvierà a breve.
Apri la nuova esecuzione per rivedere il suo stato, finestra, durata, conteggi dei risultati e report.
Seleziona una sessione di prova per aprire la traccia esatta.
Ritorna alla pagina dell’audit per modificare le impostazioni, disabilitare la pianificazione o ispezionare le esecuzioni precedenti.

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

Consulta il riferimento fp audits per la cronologia delle esecuzioni, i risultati e i comandi di triage.

Prima di eseguire

Conferma che le sessioni esistono nella finestra temporale selezionata.
Verifica i filtri di ambiente e agent.
Controlla che il contesto di riferimento sia aggiornato.
Assicurati che l’obiettivo descriva una modalità di errore, non una conclusione desiderata.

Rivedere l’esecuzione

Inizia con lo stato dell’esecuzione, la copertura della sessione e se l’analisi del modello è stata eseguita. Quindi ispeziona la gravità di ogni risultato, la descrizione, le sessioni di prova, le query di supporto e il percorso di prevenzione suggerito. Utilizza lo stato del risultato per riconoscere, silenziare, scartare, risolvere, riaprire o assegnare lavoro. Conserva la prova anche quando il risultato viene scartato; spiega il motivo della decisione.

Interpretare un’esecuzione vuota o ritardata

Condizione di esecuzione	Cosa significa	Cosa fare
L’analisi è stata eseguita e ha prodotto zero risultati	Le prove selezionate non hanno supportato un risultato alla sensibilità configurata.	Conferma che l’ambito contiene sessioni rappresentative, quindi tratta il risultato come sano a meno che l’obiettivo o il contesto non fossero troppo vaghi.
L’analisi del modello è stata saltata o non ha avuto esito positivo	L’esecuzione si completa con zero risultati, ma non ha eseguito l’indagine agenziale. La scansione deterministica delle credenziali e dei dati PII segnala comunque i conteggi delle corrispondenze nelle statistiche di esecuzione ma non crea risultati.	Ripara il servizio di analisi o la configurazione e riesegui. Non interpretare il risultato vuoto come prova che la popolazione è sana.
L’analisi del modello è disabilitata	L’esecuzione riesce con zero risultati. La scansione deterministica non sostituisce l’analisi del modello né apre risultati.	Abilita l’analisi del modello o disabilita l’audit piuttosto che basarsi su un audit che non può produrre risultati.
Nessuna capacità di analisi è immediatamente disponibile	L’audit rimane in coda e ritenta invece di saltare la popolazione.	Attendi la capacità o distribuisci gli ancoraggi dell’audit. Gli operatori auto-ospitati devono scalare le repliche audit-agent e la corrispondente capacità del dispatcher.
La capacità rimane non disponibile per la finestra di retry	L’esecuzione si interrompe con zero risultati e invia una notifica di errore quando la consegna della posta è disponibile.	Controlla se la flotta di audit è satura o si sta riavviando ripetutamente.

Quando l’analisi non viene eseguita, gli audit since_last mantengono aperta quella finestra non analizzata per la prossima esecuzione riuscita. I risultati esistenti non vengono ritirati perché un’analisi saltata non è una prova che l’errore sia scomparso.

Comprendere le notifiche di errore

Un’esecuzione non riuscita o un passaggio di analisi del modello non riuscito utilizza i destinatari di posta dell’audit. Se l’audit non ha un canale di posta, Failproof AI ricade sui alerts.email_default_recipients dell’organizzazione in modo che un audit silenziosamente non funzionante abbia comunque un percorso di escalation. La posta deve essere abilitata per l’organizzazione e SMTP deve essere configurato. Altrimenti l’errore viene registrato ma nessuna posta può essere consegnata. Gli errori di esecuzione non spostano l’ancoraggio della pianificazione fissa dell’audit. Ogni esecuzione archivia anche il contesto esatto dell’agent utilizzato per ogni agent come snapshot del contratto. Le modifiche successive non cambiano lo standard di prova registrato con un’esecuzione precedente.

Non distribuire una politica di blocco direttamente da un risultato non verificato. Apri le tracce citate e conferma che la regola separa il comportamento non sicuro dal lavoro legittimo.

​Eseguire e ispezionarlo

​Prima di eseguire

​Rivedere l’esecuzione

​Interpretare un’esecuzione vuota o ritardata

​Comprendere le notifiche di errore

Eseguire e ispezionarlo

Prima di eseguire

Rivedere l’esecuzione

Interpretare un’esecuzione vuota o ritardata

Comprendere le notifiche di errore