Skip to main content

Créer des relations de données

Dans Pega Platform™, chaque data object d’une application peut être utilisé par tous les types de dossier (Case Types) de cette application. Les data objects sont mis à la disposition des types de dossier par le biais de relations de données (data relationship).

Dans cette rubrique, vous allez explorer le concept de relations de données et la manière dont elles rendent les informations associées à un data object accessibles à un type de dossier.

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.

Types de champ Relation de données

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 :

Types de champ Relation de données Source de données Cas d’usage
Données intégrées (Embedded Data) Les informations sont saisies ou sélectionnées par l’utilisateur d’une application directement dans le dossier. Une entreprise doit capturer la nouvelle adresse de livraison d’un utilisateur.
Référence de données (data reference)

Les informations proviennent d’enregistrements de données (Data Record) stockés localement dans la base de données Pega ou d’informations extraites d’un système d’enregistrement externe (external system of record).

Une entreprise de vente en ligne fournit une liste d’articles disponibles, provenant de sa base de données.
Référence de dossier (case reference) Les informations proviennent d’un type de dossier (Case Type) sélectionné. Un utilisateur opère sa sélection dans une liste de dossiers de service, depuis le type de dossier Service.

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. 

Relations de données à enregistrement unique ou à liste d’enregistrements

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 :

customerField

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 :

Current customers multiple-record data relationship

Vérifiez vos connaissances avec l’interaction suivante :

Pour mieux comprendre les relations de données (data relationship), envisagez trois scénarios courants à l’aide d’exemples tirés de l’application de commande en ligne d’un supermarché. L’application utilise des relations de données pour associer des data objects au type de dossier Delivery Order.

Relation de données intégrée

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 : 

The Credit card data object added as Embedded Data field in Delivery Order Case Type

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. 

Relation de référence de donnée

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 nameFull nameEmail et Phone. Les informations relatives aux données First name, Last nameFull nameEmail 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 : 

The Customer data object added as a Data reference field in Delivery Order Case Type

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

Relations de données entre data objects

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 : 

The Product data object reference in the Product Line data object.

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.

Vérifiez vos connaissances avec l’interaction suivante :


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice