Einen Datenexport an der Tool-Grenze stoppen.
KLA prüft das Ziel, bevor ein Agent Kundendaten sendet. Ein freigegebenes System erhält den Export. Ein Ziel außerhalb der Data Boundary wird blockiert, bevor das Tool aufgerufen wird.
Dieselbe Grenze schützt einen Schreibvorgang im System, eine Zugriffsänderung oder eine ausgehende Nachricht.
Agent für Kundenprozesse
Kundendatensätze exportieren
Das Exporttool wird nicht aufgerufen. Das angeforderte Ziel liegt außerhalb der Policy.
Verbinden Sie den Pfad, den Sie kontrollieren müssen.
Der Prüfpunkt liegt vor dem Seiteneffekt und sieht genau die Operation, die der Agent anfordert.
- Den folgenreichen Aufruf weiterleiten
- Der Agent sendet die vorgeschlagene Aktion und ihren Kontext durch einen KLA-Prüfpunkt.
- Das Ergebnis durchsetzen
- Zulassen und Warnen laufen weiter. Genehmigung erforderlich hält die Aktion zur Prüfung an. Blockieren stoppt den Aufruf.
- Festhalten, was geschah
- KLA verknüpft die nachgelagerte Antwort oder den Fehler mit der ursprünglichen Anfrage, einschließlich Wiederholungen und unterbrochener Genehmigungen.
Zeigen, wo die Anfrage gestoppt wurde.
Prüfende Personen müssen sowohl die Entscheidung als auch das Ergebnis sehen, das vom System zurückgegeben wurde, das die Aktion ausgeführt hat.
- Angeforderte Operation
Was es enthält
Agentenidentität, Tool, Parameter und Korrelationskennung
Von ihr beantwortete Frage
Welche Aktion den Prüfpunkt erreicht hat
- Kontrollergebnis
Was es enthält
Richtlinienversion, Entscheidung, Gründe und gegebenenfalls verknüpfte Genehmigung
Von ihr beantwortete Frage
Was der Ausführungspfad tun durfte
- Nachgelagerte Antwort
Was es enthält
Erfasstes Ergebnis, Fehler und Zeitstempel
Von ihr beantwortete Frage
Was das angebundene System zurückgegeben hat
Schemas und Beispiele.
Nutzen Sie Schemas und praktische Beispiele, um Integrations- und Nachweisanforderungen zu prüfen.
Das Richtlinienentscheidungsmodell lesenFinden Sie den Punkt, an dem die Aktion folgenschwer wird.
Bringen Sie einen Tool-Aufruf und das System mit, das er verändert. Wir bestimmen den Prüfpunkt, den benötigten Kontext und die Fehlerfälle für den Test.
Eine 30-minütige Arbeitssitzung, in der wir einen Workflow abstecken.