Skip to main content

Creación de relaciones de datos

En Pega Platform™, cada data object (objeto de datos) de una aplicación está disponible para que lo usen todos los tipos de casos de esa aplicación. Los data objects se ponen a disposición de los tipos de casos a través de las relaciones de dato(data relationships).

En este tema, explorará el concepto de relaciones de datos y cómo hacen que la información asociada con un data object sea accesible para un tipo de caso.

Relaciones de datos

Una relación de datos es un contenedor en el que asocia un conjunto de campos relacionados. A diferencia de un data object o un campo que almacena datos, una relación de datos no almacena datos. Más bien, una relación de datos actúa para relacionar los datos entre los elementos de su aplicación que almacenan datos y los elementos de su aplicación que necesitan esos datos para resolver correctamente un caso.

Las relaciones de datos se utilizan para relacionar datos entre data objects y un tipo de caso, entre data objects, y entre tipos de caso.

Tipos de campo de relación de datos

Dado que existen muchos casos de uso diferentes para las relaciones de datos, hay varios tipos de campo para dar soporte a distintas configuraciones. La siguiente tabla muestra los diferentes tipos de campo asociados a las relaciones de datos:

Relación de los datos tipo de campo Data source (Origen de datos) Caso de uso
Embedded Data (Datos incrustados) La información es ingresada o seleccionada por el usuario de una aplicación directamente en el caso. Una empresa necesita capturar la nueva dirección de envío de un usuario.
Referencia de datos (Data reference)

La información se obtiene de registros de datos (data records) almacenados localmente en la base de datos de Pega o de información recuperada de un sistema de registros (system of record) externo.

Una organización minorista en línea proporciona una lista de artículos disponibles, obtenidos de la base de datos de su empresa.
Referencia del caso (Case reference) La información se obtiene de un tipo de caso seleccionado. Un usuario selecciona de una lista de casos de servicio desde el tipo de caso Service.

Tenga en cuenta de dónde proceden los valores asociados al data object a la hora de determinar qué tipo de campo utilizar.

Un tipo de campo Embedded Data se utiliza cuando los datos se obtienen de entradas de usuarios o de una acción de usuario que se realiza directamente dentro de una instancia de caso.

Si el data object se obtiene desde fuera del caso, ya sea de registros de datos almacenados localmente, de un origen de datos externo u otros casos, existen tipos de campo especializados para tener en cuenta estos casos de uso, incluidos Data reference Case reference. 

De los tres tipos de campo de relación de datos, Embedded Data y Data reference se utilizan con mayor frecuencia. 

Relaciones de datos de registro único o lista de registros

Independientemente del tipo de campo utilizado para definir la relación de datos, las relaciones de datos se configuran para hacer referencia a un único registro (single record) o a varios registros (multiple records). 

Una relación de datos de registro único hace referencia a una situación en la que solo se usa un único conjunto de campos y valores de un data object para resolver un caso. Un ejemplo de una relación de registro único es un registro Customer, como se muestra en la siguiente imagen:

customerField

Una relación de datos de lista de registros hace referencia a una situación en la que se usa una lista de campos agrupados y valores de un data object para la resolución de casos. Un ejemplo de una relación de datos de lista de registros es una lista de clientes actuales, donde se incluye un registro para cada cliente. En la siguiente imagen, se observa un ejemplo de la relación de datos de registros de la lista Current Customers (clientes actuales):

Current customers multiple-record data relationship

Compruebe sus conocimientos con la siguiente actividad:

Para facilitar su comprensión de las relaciones de datos, considere tres escenarios comunes utilizando ejemplos de la aplicación Online Order (pedido en línea) de un supermercado. La aplicación utiliza relaciones de datos para relacionar los data objects con el tipo de caso Delivery Order (pedido de entrega).

Relación de datos embebidos

Un tipo de campo Embedded Data se utiliza cuando los datos se obtienen de entradas de usuarios o de una acción de usuario que se realiza directamente dentro de una instancia de caso. Los datos de un tipo de campo Embedded Data se almacenan dentro de una instancia de caso en lugar de compartir un origen de datos. Obliga a que todo el uso del campo esté en un formato común en toda la aplicación. Al reutilizar los objetos de datos para crear campos Embedded Data, garantiza datos más uniformes de manera eficiente. Sin embargo, los datos no se almacenan fuera del caso para compartirlos fácilmente entre casos y tipos de casos.

Por ejemplo, la aplicación Online Order incluye un data object Credit Card. El data object Credit Card incluye Card type, Card number, Expiration date y un campo de Id. de Pega (Pega ID) asignado de forma única.  Los requerimientos empresariales para el MLP1 del tipo de caso Delivery Order indican que el cliente que realiza el pedido debe introducir su información de pago cada vez que se realiza un pedido y que la información de una sola tarjeta de crédito se puede utilizar para pagar el pedido.

Dado que el usuario proporciona los datos directamente en la instancia de caso, el data object Credit Card está relacionado con el tipo de caso Order en un campo llamado Payment information con un tipo de campo Embedded Data. Dado que solo se puede introducir la información de una tarjeta de crédito para cada pedido, se selecciona la opción Single record.El data object Credit Card y el campo datos embebidos Payment information se muestran en la siguiente figura:

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

Al crear la relación de datos Payment information, el tipo de caso Delivery Order tiene acceso a todos los campos asociados con el data object Credit card.

Cuando un usuario interactúa con un caso Delivery order, su tarea es introducir datos para su tarjeta de crédito, específicamente el tipo de tarjeta, el número de tarjeta y la fecha de vencimiento. El data object Credit card conserva la información que el usuario introduce más un valor de Id. de Pega (Pega ID) asignado de forma exclusiva y escribe esa información en la base de datos de Pega. Cuando se almacena la instancia de caso, incluye una referencia al registro de la tarjeta de crédito utilizando su clave única, junto con otros metadatos y valores de campo asociados con el caso. 

Relación de datos de referencia de datos

El procesamiento del caso a menudo requiere acceso a datos obtenidos desde fuera del caso. Una relación de datos Data reference se utiliza cuando los datos necesarios en un caso se obtienen de registros de datos almacenados localmente o datos a los que se accede desde un sistema de registros externo.

Por ejemplo, la aplicación Online Order incluye un data object Customer. El data object Customer incluye los campos First name, Last name, Full name, Email y Phone. La información relacionada con First name, Last name, Full name, Email y Phone del data object Customer se almacena en un sistema de registros externo mantenido por el departamento de TI del supermercado. Dado que cada caso de Delivery order está asociado con un solo cliente, se selecciona la opción Single record. El data object Customer y el campo de referencia de datos Ordering customer se muestran en la siguiente figura: 

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

Al crear la relación de datos Ordering customer , el tipo de caso de Delivery Order tiene acceso a todos los campos y valores de datos asociados con el data object Customer

Relaciones de datos entre data objects

Además de hacer que los campos y los valores de datos asociados con un data object estén disponibles en un tipo de caso a través de una relación de datos, las relaciones de datos también permiten hacer referencia a un data object dentro de otro data object.

Por ejemplo, la creación de un pedido de entrega en línea requiere que el tipo de caso muestre una lista de los productos disponibles. El data object Product incluye los campos Name, Description, Price per unitSKU. El data object Product se obtiene de una base de datos externa mantenida por el departamento de TI del supermercado. El cliente identifica los productos que le gustaría comprar introduciendo una cantidad junto a la información del producto. Para admitir este flujo de trabajo, se crea un data object Product line. El data object Product line contiene un campo Quantity y un campo Products que es una relación de datos con el data object Product. Dado que el data object Product se obtiene de un sistema de registros externo, el tipo de campo de la relación de datos es Data reference. Dado que contiene una lista de información, la opción seleccionada es List of records.El data object Product line, el data object Product y el campo datos embebidos de Ordered items se muestran en la siguiente figura:

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

Para que el data object Product line esté disponible en el tipo de caso Delivery order, se crea una relación de datos. Dado que el data object Product line requiere que los usuarios introduzcan un número en el campo Quantity, la relación de datos de productos pedidos recibe un tipo de campo Embedded Data. Dado que los usuarios reciben una lista de productos de los que pedir, la opción seleccionada es List of records.

Compruebe sus conocimientos con la siguiente interacción:


This Topic is available in the following Module:

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

¿Le ha resultado útil este contenido?

¿Quiere ayudarnos a mejorar este contenido?

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