Créer des relations de données

Une relation de données (data relationship) est un conteneur dans lequel vous associez des champs connexes. Contrairement à un data object ou à un champ qui stocke des données, une relation de données (data relationship) ne stocke pas de données. Au contraire, une relation de données agit pour relier les données entre les éléments de votre application qui stockent des données et les éléments de votre application qui ont besoin de ces données pour clôturer avec succès un dossier (Case).

Les relations de données sont utilisées pour relier des données entre des data objects et un type de dossier (Case Type), entre des data objects, et entre des types de dossier.

Comme il existe de nombreux cas d'usage différents pour les relations de données, plusieurs types de champs prennent en charge différentes configurations. Le tableau suivant présente les différents types de champs associés aux relations de données :

Tenez compte de l’origine des valeurs associées au data object lorsque vous déterminez le type de champ à utiliser.

Un type de champ Embedded Data est utilisé lorsque les données proviennent d’une entrée utilisateur ou d’une action utilisateur effectuée directement dans une instance de dossier.

Si le data object provient de l’extérieur du dossier, qu’il s’agisse d’enregistrements de données stockés localement, d’une source de données externe ou d’autres dossiers, il existe des types de champ spécialisés pour prendre en compte ces cas d’usage, notamment Data reference et Case reference. 

Parmi les trois types de champ Relation de données, Embedded Data etData reference sont les plus couramment utilisés. 

Quel que soit le type de champ utilisé pour définir la relation de données, les relations de données sont configurées pour référencer un enregistrement unique (single record) ou plusieurs enregistrements (list of records). 

Une relation de données à enregistrement unique fait référence à une situation dans laquelle un seul ensemble de champs et de valeurs d’un data object est utilisé pour clôturer un dossier. Un exemple de relation à enregistrement unique est un enregistrement Customer, comme illustré dans l’image suivante :

Une relation de données à liste d’enregistrements fait référence à une situation dans laquelle une liste de champs et de valeurs groupés d’un data object est utilisée pour la clôture du dossier. Un exemple de relation de données à liste d’enregistrements est une liste des clients actuels, qui comprend un enregistrement pour chaque client. Un exemple de relation de données à liste d’enregistrements de client actuel est illustré dans l’image suivante :

Vérifiez vos connaissances avec l’interaction suivante :

Un type de champ Embedded Data est utilisé lorsque les données proviennent d’une entrée utilisateur ou d’une action utilisateur effectuée directement dans une instance de dossier. Les données d’un type de champ Embedded Data sont stockées dans une instance de dossier au lieu de partager une source de données. Cela force toutes les utilisations du champ à être dans un format commun à travers l’application. En réutilisant les data objects pour créer des champs Embedded Data, vous garantissez des données plus cohérentes de manière efficace. Toutefois, les données ne sont pas stockées en dehors du dossier pour être facilement partagées entre des dossiers et types de dossier.

Par exemple, l’application de commande en ligne inclut un data object Credit card. Le data object Credit card inclut les champs Card type, Card number, Expiration date, et un champ Pega ID attribué de manière unique.  Les exigences métier pour le MLP1 du type de dossier Delivery Order indiquent que le client qui passe la commande doit saisir ses informations de paiement chaque fois qu’une commande est effectuée et que les informations d’une seule carte de crédit peuvent être utilisées pour payer la commande.

Étant donné que l’utilisateur fournit les données directement dans l’instance de dossier, le data object Credit card est lié au type de dossier Order dans un champ appelé Payment information avec un type de champ Embedded Data. Étant donné que les informations d’une seule carte de crédit peuvent être saisies pour chaque commande, l’option Single record est sélectionnée.Le data object Credit card et le champ de données intégrées Payment Information sont illustrés dans la figure suivante : 

En créant la relation de données Payment information, le type de dossier Delivery Order a accès à tous les champs associés au data object Credit card.

Lorsqu’un utilisateur interagit avec un dossier Delivery Order, sa tâche consiste à saisir les données de sa carte de crédit, en particulier le type de carte, le numéro de carte et la date d’expiration. Le data object Credit card conserve les informations saisies par l’utilisateur ainsi qu’une valeur Pega ID affectée de manière unique, et écrit ces informations dans la base de données Pega. Lorsque l’instance de dossier est stockée, elle inclut une référence à l’enregistrement de carte de crédit à l’aide de sa clé unique, ainsi que d’autres métadonnées et valeurs de champ associées au dossier. 

Le traitement d’un dossier nécessite souvent l’accès à des données externes au dossier. Une relation de données Data reference est utilisée lorsque les données nécessaires dans un dossier proviennent soit d’enregistrements de données stockés localement, soit de données accessibles à partir d’un système d’enregistrement externe.

Par exemple, l’application de commande en ligne inclut un data object Customer. Le data object Customer inclut les champs First name, Last name, Full name, Email et Phone. Les informations relatives aux données First name, Last name, Full name, Email et Phone du data object Customer sont stockées dans un système d’enregistrement externe géré par le service informatique du supermarché. Chaque dossier Delivery order étant associé à un seul client, l’option Single record est sélectionnée. Le data object Customer et le champ de référence de données (data reference field) Ordering customer sont illustrés dans la figure suivante : 

En créant la relation de données Ordering customer, le type de dossier Delivery Order a accès à tous les champs et valeurs de données associés au data object Customer. 

En plus de rendre les champs et les valeurs de données associés à un data object disponibles dans un type de dossier via une relation de données, les relations de données permettent également de référencer un data object à l’intérieur d’un autre data object.

Par exemple, pour créer un ordre de livraison en ligne, le type de dossier (case type) doit afficher une liste de produits disponibles. Le data object Product inclut les champs Name, Description, Price per unit et SKU. Ce data object provient d’une base de données externe gérée par le service informatique du supermarché. Le client identifie les produits qu’il souhaite acheter en entrant une quantité à côté des informations relatives au produit. Pour prendre en charge ce workflow, un data object Product line est créé. Ce data object contient un champ Quantity ainsi qu’un champ Products qui est une relation de données avec le data object Product. Comme le data object Product provient d’un système d’enregistrement externe, le type de champ de la relation de données est Data reference. Comme il contient une liste d’informations, l’option sélectionnée est List of records.Le data object Product line, le data object Product et le champ de données intégrées Ordered items sont illustrés dans la figure suivante : 

Pour que le data object Product line soit disponible dans le type de dossier Delivery Order, une relation de données est créée. Étant donné que le data object Product line exige que les utilisateurs entrent un nombre dans le champ Quantity, la relation de données Ordered products se voit attribuer un type de champ Embedded Data. Les utilisateurs recevant une liste de produits à partir desquels commander, l’option sélectionnée est List of records.