Validation de données
Lorsque les développeurs conçoivent une vue (View), tous les champs et contrôles requis par la tâche sont ajoutés. En tant que Business Architect (BA) Pega, vous souhaitez vous assurer que les valeurs de données saisies par les utilisateurs sont valides. Des données valides sont nécessaires pour que le système puisse traiter les informations sans erreur.
Dans cette rubrique, vous allez examiner différentes façons de vous assurer que le système peut valider les données saisies par les utilisateurs pour un traitement optimal du workflow.
Exigences de validation des données
La confirmation de la validité des données entrées par les utilisateurs permet de garantir que le workflow peut se dérouler de bout en bout sans problème ni erreur.
Le tableau suivant présente des exemples d’exigences en matière de validation des données :
| Exigences relatives aux données | Exemples |
|---|---|
| Utilisez uniquement le type de données correct. | Par exemple, les utilisateurs doivent saisir un nombre dans un champ Total purchase units. |
| Limitez les données aux valeurs possibles. | Par exemple, un utilisateur peut uniquement sélectionner un type de prêt valide en le sélectionnant dans une liste d’options. |
| Assurez-vous que les données correspondent à la logique métier. | Par exemple, un champ Date of birth doit être dans le passé. |
Pour éviter les erreurs de traitement, Pega Platform™ fournit des types de champs et des contrôles en appui des exigences de validité. La sélection du bon contrôle peut suffire à satisfaire à une exigence de validation. Dans les cas où un contrôle ou un type de champ est insuffisant pour assurer la validité des données, Pega Platform fournit un processus de validation des données s’appuyant sur une logique métier pour tester les champs assortis de conditions.
Par exemple, vous pouvez utiliser un type de champ Date only pour vous assurer que les données saisies par les utilisateurs correspondent bien à une date, que son format soit jj/mm/aaaa ou mm/jj/aaaa. Toutefois, le type de champ Date only ne garantit pas que c’est bien une date passée qui a été saisie dans le champ Start date d’un formulaire d’expérience professionnelle. Vous pouvez par contre vous assurer que la date se situe dans le passé en utilisant une logique métier (business logic).
Validation des données avec des contrôles
Les contrôles constituent l’approche de validation la plus courante. Vous pouvez valider les saisies d’utilisateurs avec des contrôles, en tirant parti des types de contrôles, des champs obligatoires et des paramètres modifiables.
Types de contrôles
L’utilisation du type de contrôle approprié dans un but spécifique permet aux utilisateurs de saisir des valeurs valides. Le tableau suivant présente des exemples de cas d’usage pour différents types de contrôles :
| Type de contrôle | Comment le contrôle aide à valider les données | Cas d’usage |
|---|---|---|
| Date Heure (Date Time) | La sélection d’une date à partir d’une icône de calendrier permet de s’assurer que les utilisateurs entrent une date dans un format valide. | Les utilisateurs doivent entrer une date qui comprend le jour, le mois et l’année. |
| Boutons radio (Radio Button) | Limite les choix à un ensemble de valeurs valides et permet aux utilisateurs de sélectionner une seule valeur. Vous pouvez utiliser des boutons radio lorsque seul un petit nombre d’options (par exemple, moins de cinq) est disponible. | Les utilisateurs doivent sélectionner l’un des trois types de prêts possibles. L’utilisateur doit voir tous les types sur le formulaire. |
| Liste déroulante (Dropdown) | Limite les valeurs valides à celles qui apparaissent dans la liste. Une liste déroulante présente les options uniquement lorsque les utilisateurs cliquent sur le contrôle, ce qui permet de réduire l’encombrement sur le formulaire. | Les utilisateurs doivent sélectionner l’un des 10 types de chaises de bureau dans une liste. Les options n’ont pas besoin d’être affichées sur le formulaire. |
| Autocomplete | Lorsque les utilisateurs saisissent une ou plusieurs valeurs dans le contrôle, le contrôle filtre les options disponibles. Cela permet aux utilisateurs de trouver une option dans une liste s’il y a un grand nombre (plus de 20 p. ex.) d’options possibles. | Les utilisateurs doivent sélectionner le pays dans lequel ils résident dans une liste. L’utilisateur peut saisir du texte dans le contrôle pour aider à trouver le bon pays. |
| Case à cocher (Checkbox) | Les utilisateurs peuvent cocher la case ou la laisser vide. Cette option garantit qu’une propriété vraie/fausse est soit vraie (sélectionnée) soit fausse (non sélectionnée). | Les utilisateurs sélectionnent une option pour souscrire une assurance voyage supplémentaire. |
Champs obligatoires
Configurer un contrôle comme champ obligatoire garantit que l’utilisateur saisit une valeur. S’il n’y a pas de valeur, les utilisateurs reçoivent une erreur lorsqu’ils essaient d’envoyer un formulaire. Dans l’exemple de profil de programme de récompenses, vous décidez de configurer la Date de naissance comme champ obligatoire. Si les utilisateurs ne saisissent pas de date dans le champ, un message d’erreur s’affiche lorsqu’ils tentent d’envoyer le formulaire. Le message d’erreur n’apparaît pas si une date est saisie dans le champ.
Validation des données avec une logique métier
Utilisez App Studio pour réaliser des validations simples, sur la base d’une logique métier, qui comparent la valeur d’un champ à une valeur constante lors de la soumission d’un formulaire par l’utilisateur. Vous pouvez créer des conditions qui définissent que certaines valeurs de données ne sont pas valides, avec l’affichage d’un message d’erreur lorsque cela se produit. Le système affiche un message d’erreur si les utilisateurs génèrent une valeur qui remplit la condition d’une valeur non valide. Il empêche l’utilisateur de poursuivre le dossier jusqu’à la résolution du problème.
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur la configuration d’une condition de validation afin de s’assurer que les utilisateurs saisissent une valeur supérieure à 100 dans le champ Loan amount :
Les validations de logique métier sont souvent associées à des processus dans le cycle de vie des dossiers (Case Life Cycle), ce qui vous permet de valider chaque instance de champ sur la base de validations distinctes. Les validations de logique métier qui définissent les valeurs acceptables sont séparées des champs qui capturent les données. Par exemple, le système valide un champ Date of birth lorsque les utilisateurs saisissent la date dans le champ. Lorsque le champ est utilisé plus tard au cours du traitement du dossier, le processus de validation n’est pas appliqué une nouvelle fois.
Un même champ peut être utilisé dans plusieurs formulaires, avec des conditions de validation différentes pour chaque instance du champ. Par exemple, dans une application RH, les employés des RH saisissent des informations dans les formulaires Job history et New hire. Dans le formulaire Job history, un employé des RH saisit la date d’entrée en fonction d’un salarié qui travaille déjà dans l’entreprise. Il doit saisir une date antérieure à la date du jour. Dans le formulaire New Hire, un employé des RH saisit la date d’entrée en fonction d’un employé qui n’a pas commencé à travailler dans l’entreprise. Il doit saisir une date postérieure à la date du jour. En utilisant deux validations de logique métier, une pour chaque condition métier, vous pouvez vous assurer que les utilisateurs saisissent les dates correctes sur chaque formulaire.
Vérifiez vos connaissances avec l’interaction suivante :
Validation sur une phase
Vous pouvez également utiliser la validation de logique métier sur une phase. Utilisez la validation de logique métier sur une phase pour vous assurer que l’application génère les données correctes, et que les utilisateurs saisissent les données correctes ou effectuent les actions appropriées avant que le dossier ne passe à une phase spécifique. Vous configurez les validations de logique métier sur une phase dans le modèle de données (Data Model) du type de dossier (Case Type), et le système déclenche la validation avant que le dossier ne passe à la phase spécifiée. Si une valeur de données remplit une condition de non-validité lors de la validation d’entrée de phase, le dossier ne peut pas passer à cette phase, et un message d’erreur s’affiche.
Par exemple, dans une application de crédit immobilier, un credit score valide doit être disponible avant que le dossier puisse passer en phase Underwriting. L’application informe l’utilisateur que le credit score n’est pas valide, et l’utilisateur peut vérifier les antécédents de crédit au dossier ou annuler le processus.
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur la configuration des validations dans le modèle de données du type de dossier :
Validation sur un formulaire
Les validations de logique métier sont utilisées lorsque vous ne pouvez pas prédire ou contrôler la valeur saisie par les utilisateurs dans un formulaire. Vous pouvez configurer des validations de logique métier (business logic) sur un formulaire, et la validation se déclenche lorsque l’utilisateur envoie le formulaire. Si les utilisateurs envoient un formulaire contenant une valeur qui remplit la condition pour les données non valides, le formulaire affiche une erreur. Le système empêche les utilisateurs de poursuivre le dossier jusqu’à ce qu’ils soumettent des données qui satisfont à la condition. Utilisez la validation sur un formulaire lorsque les utilisateurs peuvent corriger immédiatement les données non valides, par exemple en saisissant une nouvelle valeur dans un champ.
Prenons par exemple un formulaire contenant un champ Date of birth. Le type de champ ne peut pas empêcher un utilisateur de saisir et d’envoyer une date qui se trouve dans le futur. Toutefois, vous pouvez concevoir une validation basée sur la logique métier pour afficher une erreur si l’utilisateur envoie une date postérieure à la date du jour. Le système permet aux utilisateurs d’envoyer le formulaire après avoir saisi une date antérieure à la date du jour.
Au centre de l’image suivante, faites glisser la ligne verticale pour visualiser la configuration de l’étape et valider le champ Date of birth à gauche, et le message d’erreur qui s’affiche à droite dans le formulaire :
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Module:
Want to help us improve this content?