Fermate un'esportazione di dati al confine dello strumento.
KLA verifica la destinazione prima che un agente invii dati dei clienti. Un sistema approvato riceve l'esportazione. Una destinazione fuori dal Data Boundary viene bloccata prima della chiamata allo strumento.
Lo stesso confine protegge una scrittura su un sistema, una modifica degli accessi o un messaggio in uscita.
Agente per le operazioni sui clienti
Esporta i record dei clienti
Lo strumento di esportazione non viene chiamato. La destinazione richiesta è al di fuori della policy.
Collegate il percorso che dovete controllare.
Il checkpoint interviene prima che l'operazione produca effetti e vede esattamente ciò che l'agente richiede.
- Instradate la chiamata con effetti concreti
- L'agente invia l'azione proposta e il relativo contesto attraverso un checkpoint KLA.
- Applicate l'esito
- Consenti e Avviso procedono. Richiede approvazione mantiene l'azione in attesa di revisione. Blocca ferma la chiamata.
- Registrate ciò che è successo
- KLA collega la risposta o l'errore downstream alla richiesta originale, compresi i nuovi tentativi e le approvazioni interrotte.
Mostrate dove si è fermata la richiesta.
I revisori devono vedere sia la decisione sia il risultato restituito dal sistema che ha eseguito l'azione.
- Operazione richiesta
Che cosa contiene
Identità dell'agente, strumento, parametri e identificatore di correlazione
Domanda a cui risponde
Quale azione ha raggiunto il checkpoint
- Esito del controllo
Che cosa contiene
Versione della policy, decisione, motivi ed eventuale approvazione collegata
Domanda a cui risponde
Che cosa il percorso di esecuzione era autorizzato a fare
- Risposta downstream
Che cosa contiene
Risultato raccolto, errore e timestamp
Domanda a cui risponde
Che cosa ha restituito il sistema collegato
Schemi ed esempi.
Usate gli schemi e gli esempi pratici per esaminare i requisiti di integrazione e di evidenza.
Leggete il modello della decisione della policyIndividuate il punto in cui l'azione produce effetti concreti.
Portate una chiamata a uno strumento e il sistema che modifica. Individuiamo il checkpoint, il contesto necessario e i casi di errore da testare.
Una sessione di lavoro di 30 minuti per definire l'ambito di un workflow.