Comment KLA fonctionne

Vérifiez la politique avant l’appel d’outil.

Un agent demande un paiement. KLA évalue le montant par rapport à votre règle opérationnelle. Le parcours d’exécution connecté peut se poursuivre, se mettre en pause pour revue ou s’arrêter avant d’atteindre l’outil de paiement.

Policy Builder
Limites de paiementVersion 3

Règle d’approbation du paiement

  1. Quand

    Un agent soumet un paiement

  2. Si

    Le montant dépasse 250 000 €

  3. Alors

    Exiger l’approbation de Réviseur trésorerie

Cet exemple isole une règle de montant. D’autres politiques peuvent aussi influer sur la décision finale.

Essayer une demande d’exemple

0 €500 000 €

Résultat de la politiqueApprobation requise

Le montant dépasse la limite déléguée. Maintenez la soumission en attente pour revue par la trésorerie.

Demande d’exemple · montant uniquement

Essayez les deux montants de paiement. L’exemple évalue une règle ; la décision finale peut aussi dépendre de l’identité, des autorisations et d’autres politiques applicables.

La décision indique au runtime quoi faire.

KLA renvoie l’un des quatre résultats. L’intégration doit l’appliquer avant d’appeler l’outil, y compris la mise en attente requise pour une approbation humaine.

Autoriser
L’action peut se poursuivre.
Avertir
L’action peut se poursuivre avec l’avertissement enregistré.
Approbation requise
Maintenez l’action en attente d’une décision humaine autorisée.
Bloquer
Arrêtez l’action proposée.

Connectez une opération, puis testez ses scénarios d’échec.

Un point de contrôle doit arrêter ou mettre l’opération en attente. La télémétrie indique ce qui s’est passé ; l’application du contrôle exige que l’appel d’outil respecte la décision.

Confirmez l’intégration prise en charge, le contexte de politique fourni, les autorisations du réviseur et les événements collectés. La couverture suit ce parcours d’action connecté. Incluez les dépendances indisponibles, les approbations rejetées et les échecs d’outil dans l’évaluation.

Examiner les parcours d’intégration pris en charge
  1. 1

    Définir l’action et sa politique

    Identifiez l’opération, le contexte dont elle a besoin, la règle applicable et la personne responsable des exceptions.

  2. 2

    Connecter le point de contrôle d’exécution

    Placez l’intégration prise en charge au niveau de l’appel d’outil ou de l’opération qui doit respecter la décision de politique.

  3. 3

    Appliquer la décision

    Autorisez, avertissez, maintenez en attente pour un réviseur autorisé ou bloquez l’action selon le résultat de la politique.

  4. 4

    Examiner l’enregistrement connecté

    Inspectez la demande, la politique applicable, la décision humaine et l’action qui en résulte dans l’enregistrement d’exécution.

Ouvrez le détail nécessaire à votre prochaine revue.

Traitez une demande en attente, examinez une action exécutée ou inspectez un échantillon de preuves. Chaque surface répond à une question différente sur le workflow.

Decision Desk

Examinez les demandes avec le contexte de politique et l’action proposée.

Explorer Decision Desk

Lineage Explorer

Suivez l’action à travers ses décisions et son résultat enregistrés.

Explorer Lineage Explorer

Evidence Room

Examinez un exemple des preuves mises à la disposition des évaluateurs.

Explorer Evidence Room

Apportez un agent et les outils qu’il utilise.

Nous pouvons cartographier les contrôles de politique, les étapes de revue et les preuves nécessaires à une évaluation.

Discuter de votre workflow
Comment KLA garde le contrôle des systèmes d'IA en production | KLA