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 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.
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 des relations 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 des relations 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 a besoin de récupérer les informations sur la carte de crédit d'un utilisateur ou sa nouvelle adresse de livraison. |
| 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 référentiel de données 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.
Le type de champ An 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, soit d'enregistrements de données (Data Record) stockés localement dans la base de données Pega, soit accessibles depuis un référentiel de données externe (external system of record) géré par le client, soit à partir de dossiers (cases) précédemment exécutés, il existe des types de champs spécialisés pour prendre en compte ces cas d'usage, notamment Data reference et Case reference.
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 (multiple 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 de clients actuels, où les enregistrements sont inclus pour les clients sélectionnés. Un exemple de relation de données à liste d’enregistrements pour un client actuel est illustré dans l’image suivante :
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 Online Order 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 Embedded data
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. L'attribution du type de champ Embedded Data à un champ force l'utilisation du champ dans un format commun à tous les types de dossiers (Case Types) associés à l'application. Les données capturées par un champ avec un type de champ Embedded Data sont stockées avec les données associées à chaque instance de dossier spécifique. À l'aide du type de champ Embedded Data, vous pouvez associer un data object au niveau de l'application à de nombreux types de dossier (Case types), garantissant ainsi une capture de données plus efficace et plus cohérente dans l'ensemble de l'application.
Par exemple, l’application Online Order d’un supermarché 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 (pyGUID) 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 Embedded Data 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 que l'utilisateur saisit et intègre ces données dans les données associées à ce dossier Delivery Order spécifique. Lorsque l'instance de dossier est stockée, elle inclut les données associées à la carte de crédit du client. Les informations sur la carte de crédit du client ne sont accessibles qu'en récupérant les informations associées à ce dossier spécifique.
Relation de données Data Reference
Le traitement d’un dossier nécessite souvent l’accès à des données externes au dossier. Une relation de données (data relationship) Data reference est utilisée lorsque les données nécessaires à un dossier (Case) proviennent d'enregistrements de données (Data Records) stockés localement dans la base de données Pega ou accessibles depuis un référentiel de données externe (external system of record) géré par le client.
Par exemple, l’application Online Order 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 First name, Last name, Full name, Email et Phone du data object Customer sont stockées dans un référentiel de données 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 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.
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é. Pour pouvoir mettre en œuvre un workflow dans lequel le client identifie le produit qu'il souhaite acheter en saisissant une quantité à côté des informations sur le produit, un data object Order line est créé. Le data object Order line contient un champ Quantity ainsi qu’un champ Order item qui est une relation de données (data relationship) avec le data object Product . Comme le data object Product provient d’un référentiel de données externe, le type de champ de la relation de données est Data reference. L'objectif d’Order line étant de capter la quantité associée à un Product, l'option sélectionnée est Single record.
Pour que le data object Order line soit disponible dans le type de dossier Delivery Order, une autre relation de données est créée. Étant donné que le data object Order line exige que les utilisateurs saisissent un nombre dans le champ Quantity, la relation de données Ordered products se voit attribuer un type de champ Embedded Data. Étant donné que le client est censé commander plusieurs articles, l'option sélectionnée est List of records.
La relation entre le data object Product, le data object Order line et le champ de données intégrées (Embedded Data) Ordered items est illustrée dans la figure suivante :
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Modules:
Want to help us improve this content?