Detenga una exportación de datos en el límite de la herramienta.
KLA comprueba el destino antes de que un agente envíe datos de clientes. Un sistema aprobado recibe la exportación. Un destino fuera del Data Boundary se bloquea antes de llamar a la herramienta.
El mismo límite protege una escritura en un sistema, un cambio de acceso o un mensaje saliente.
Agente de operaciones de clientes
Exportar registros de clientes
La herramienta de exportación no se llama. El destino solicitado está fuera de la política.
Conecte el recorrido que necesita controlar.
El punto de control se sitúa antes del efecto en el sistema y ve la operación exacta que solicita el agente.
- Dirija la llamada relevante
- El agente envía la acción propuesta y su contexto a través de un punto de control de KLA.
- Aplique el resultado
- Permitir y Advertir continúan. Requiere aprobación retiene la acción para su revisión. Bloquear detiene la llamada.
- Registre lo ocurrido
- KLA vincula la respuesta o el error posterior con la solicitud original, incluidos los reintentos y las aprobaciones interrumpidas.
Muestre dónde se detuvo la solicitud.
Los revisores deben ver tanto la decisión como el resultado devuelto por el sistema que ejecutó la acción.
- Operación solicitada
Qué contiene
Identidad del agente, herramienta, parámetros e identificador de correlación
Pregunta a la que responde
Qué acción llegó al punto de control
- Resultado del control
Qué contiene
Versión de la política, decisión, motivos y cualquier aprobación vinculada
Pregunta a la que responde
Lo que el recorrido de ejecución estaba autorizado a hacer
- Respuesta posterior
Qué contiene
Resultado capturado, error y marcas de tiempo
Pregunta a la que responde
Lo que devolvió el sistema conectado
Esquemas y ejemplos.
Utilice los esquemas y ejemplos prácticos para revisar los requisitos de integración y evidencia.
Lea el modelo de decisión de políticasEncuentre el punto donde la acción adquiere consecuencias.
Traiga una llamada a herramienta y el sistema que modifica. Identificamos el punto de control, el contexto que necesita y los casos de fallo que hay que probar.
Una sesión de trabajo de 30 minutos para delimitar un flujo de trabajo.
