Placez le jugement humain là où la décision compte.
Laissez la politique identifier les actions qui nécessitent une personne. Donnez au réviseur la demande, le motif de l’escalade et la conséquence de sa décision dans Decision Desk.
L’action à gouverner
Libérer un paiement
Une approbation devrait modifier la suite des opérations.
Une instruction de paiement crée une obligation réelle. Lorsque le montant ou les circonstances franchissent le seuil de votre politique, l’action nécessite une décision d’un réviseur responsable. KLA relie cette décision au parcours d’exécution gouverné.
Un paiement atteint son seuil d’approbation.
L’agent prépare l’instruction. La politique exige une décision humaine avant de poursuivre. Dans Decision Desk, le réviseur peut examiner la demande et son contexte justificatif, puis l’approuver ou la rejeter.
€420,000Paiement fournisseur
- Demandé par
- Agent de paiements de trésorerie
- Opération
- Soumettre le paiement
- Document justificatif
- Facture fournisseur
Seuil d’approbation€250,000
Réviseur trésorerie
Rôle d’approbation requisExaminer le paiement
Le montant déclenche la règle d’approbation du paiement. Le paiement reste en attente pendant l’examen de la trésorerie.
Résultat de la politique : approbation requise
Convenez de qui peut décider et de ce que l’approbation autorise.
La conception des approbations commence par la règle métier. Configurez ensemble le déclencheur, les autorisations du réviseur et l’action suivante afin que chaque décision ait un périmètre clair.
Responsable du Process
Quand mettre en pause
Identifiez le montant, la sensibilité des données ou la condition du dossier qui nécessite une revue.
Responsable du contrôle
Qui peut décider ?
Définissez les autorisations du réviseur et la séparation des tâches requises pour cette action.
Équipe opérations
Que se passe-t-il ensuite ?
Définissez le parcours approuvé, le résultat du rejet et le traitement d’une demande expirée ou en échec.
Execution Lineage
Suivez la décision jusqu’à son résultat.
Une approbation enregistrée et une action terminée répondent à des questions différentes. Examinez les deux, avec la politique et le contexte justificatif qui les relient.
Explorer Lineage Explorer- Pourquoi cela nécessitait-il une revue ?
- La décision de politique et la demande qui l’a déclenchée.
- Qui a pris la décision ?
- L’identité du réviseur, la décision, l’horodatage et le motif enregistré.
- L’action est-elle terminée ?
- Le résultat d’exécution, y compris un échec qui nécessite toujours une attention.
Définissez ce qu’une évaluation réussie doit démontrer.
Apportez un workflow, l’action à contrôler et les personnes responsables de ses règles. Convenez avec KLA du périmètre d’intégration et des critères d’acceptation.
Discuter de votre workflow- Une demande sous le seuil de revue suit la politique configurée.
- Une demande dépassant le seuil reste en pause jusqu’à une décision autorisée.
- Le rejet, l’expiration et l’échec d’exécution ont chacun un résultat consultable.
Chaque action nécessite-t-elle une approbation humaine ?
Non. La politique sélectionne les actions qui nécessitent une approbation. Les autres résultats configurés sont autoriser, avertir et bloquer. Choisissez les seuils et conditions propres au workflow.
Une approbation signifie-t-elle que l’action a réussi ?
L’approbation autorise l’étape suivante configurée. L’action en aval peut tout de même échouer. KLA enregistre séparément la décision et l’état d’exécution afin que les opérateurs voient ce qui nécessite un suivi.
Pouvons-nous conserver nos responsabilités d’approbation existantes ?
Utilisez vos responsables de contrôle et rôles de réviseur existants lors de la conception du Process. Validez les autorisations, la séparation des tâches et le comportement d’escalade dans le cadre de l’évaluation.