Validations en cascade avec une reporting structure

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 ?

Les deux modèles de validation en cascade sont les suivants : reporting structure et authority matrix. 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.

Vous configurez les validations en cascade dans Dev Studio. 

Les options de validation en cascade de la reporting structure comprennent :

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.