Validations en cascade
Les validations varient en fonction du type de dossier. Un dossier d’assurance automobile peut nécessiter la seule validation de l’assureur de l’entreprise. Certains types de dossiers, tels qu’une demande d’achat ou une note de frais, peuvent nécessiter une série de validations. Ainsi, un processus de validation en cascade configure une série de validations.
Lors de la configuration d’une validation en cascade, prenez en compte les éléments suivants :
- Qui doit effectuer la validation ?
- Combien de validations sont nécessaires ?
- La validation de l’ensemble de la reporting structure est-elle nécessaire, ou seulement un sous ensemble de la hiérarchie ?
- Des validations à l’extérieur de la reporting structure sont-elles nécessaires ?
Les deux modèles de validation en cascade sont les suivants : reporting structure et authority matrix.
Validations en cascade avec une reporting structure
Les validations en cascade basées sur une reporting structure nécessitent la validation du superviseur direct de l’utilisateur ou d’un autre supérieur hiérarchique. Vous pouvez également configurer une logique métier pour définir des seuils afin de déterminer le nombre de validations requises.
Par exemple, une note de frais nécessite la validation d’un responsable avant que le service comptabilité puisse traiter le paiement. En fonction du montant des frais envoyés, la note de frais peut également nécessiter la validation d’un cadre supérieur, d’un directeur ou d’un vice-président.
Options pour les validations en cascade avec une reporting structure
Vous configurez les validations en cascade dans Dev Studio.
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les options de validation en cascade avec une reporting structure.
Niveau de validation personnalisé, reporting structure
Une demande de remboursement de note de frais nécessite des validations en fonction de la reporting structure et les validations indiquées dans l’image ci-dessous. Le nombre de validations dépend du montant de la demande.
Vérifiez vos connaissances avec l’interaction suivante.
Validations en cascade avec une authority matrix
Une validation en cascade basée sur une authority matrix est plus flexible qu’une reporting structure. Vous devez utiliser le modèle d’authority matrix pour configurer un processus qui nécessite la validation de plusieurs entités, dont au moins une se trouve en dehors de la reporting structure. Un ensemble de règles dirige la chaîne de validation vers des entités extérieures à la reporting structure, au sein et à l’extérieur de l’organisation de l’utilisateur.
Une note de frais qui doit être validée en dehors de la structure hiérarchique (par la comptabilité fournisseurs, p. ex.) utilise une authority matrix.
Remplissage de la structure de données de l’authority matrix
Une validation en cascade avec authority matrix nécessite la configuration d’une structure de données qui identifie les valideurs. L’application interroge la structure pour chaque validation, jusqu’à ce que les validations listées soient épuisées.
Pega Platform™ propose plusieurs façons de remplir la structure de données. Une approche courante consiste à configurer une table de décision afin d’identifier les niveaux de validation et les parties correspondantes. Pega Platform analyse la liste pour remplir la structure de données.
Note: Une Data Page, une activité ou un data transform peuvent également être utilisés pour remplir la reporting structure.
Suivant l’exemple précédent, une application utilise une authority matrix pour gérer les validations de notes de frais. La table de décision identifie chaque partie du processus de validation ainsi que les conditions qui déterminent quand chaque partie doit donner sa validation. La matrice comprend trois conditions basées sur le montant des dépenses. La quatrième condition stipule que la comptabilité fournisseurs doit approuver toute dépense facturable.
L’application évalue la table de décision. Chaque ligne ou condition satisfaite ajoute les résultats à une liste de valideurs. Les tâches de validation sont routées vers les valideurs par ordre d’apparition dans la liste.
Tip: Lorsque vous utilisez une table de décision avec authority matrix, configurez la table de façon à ce qu’elle évalue toutes les lignes pour renvoyer une liste de résultats. Autrement, la table de décision ne renvoie qu’un seul résultat.
Si un consultant soumet une note de frais de 700 USD qui comprend du temps facturable, l’application crée une authority matrix avec trois validations : la comptabilité fournisseurs, le manager du consultant et le directeur du service Consulting.
Vérifiez vos connaissances avec l’interaction suivante.
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?