Skip to main content

Páginas de datos

Acceso a datos bajo demanda

Con frecuencia, el procesamiento de casos requiere el acceso a datos obtenidos desde otras aplicaciones o sistemas. Asegurar la precisión de los datos obtenidos reduce significativamente la probabilidad de errores o resultados indeseados para los casos. En las aplicaciones de Pega Platform™, una página de datos recupera datos de un origen de datos especificado y almacena en caché esos datos. Una página de datos gestiona la integración con el origen de datos. De este modo, separa los procesos del negocio de cualquier detalle de integración. Esta separación les permite a los desarrolladores de aplicaciones usar los datos obtenidos en una aplicación sin conocer su origen ni los detalles de conexión.

on-demand-data-gif

A diferencia de la mayoría de las páginas que se utilizan en Pega Platform, las aplicaciones intentan completar el contenido de una página de datos solo cuando se accede a ella en lugar de cuando se ejecuta una acción explícita. Las páginas de datos se consideran un tipo de regla declarativa debido a la naturaleza bajo demanda de su contenido. Pega Platform agrega automáticamente el prefijo D_ al nombre de las páginas de datos para diferenciarlas de otras páginas en la memoria.

Nota: Las páginas de datos creadas en las versiones de Pega Platform anteriores a la 7.1 comienzan con Declare_ en lugar de D_.

En la siguiente imagen, haga clic en los íconos + para explorar la forma en que Pega Platform rellena los contenidos de una página de datos.

Compruebe sus conocimientos con la siguiente actividad.

Definición de página de datos

En Dev Studio, puede crear páginas de datos. Cuando crea una página de datos, el desarrollador debe proporcionar cuatro datos clave:

  1. La estructura de los contenidos de la página
  2. El tipo de objeto representado por los contenidos de la página de datos
  3. El modo de edición compatible con la página
  4. El alcance de la página de datos

Estructura

La estructura de la página determina si la página de datos puede contener uno o más elementos. Para establecer la estructura de la página de datos, seleccione una opción de la lista desplegable Structure (Estructura).

Cuando utiliza una estructura de lista, la página de datos incorpora los elementos de la lista en una matriz ordenada llamada pxResults. Para acceder a un registro específico dentro de la lista, utilice la sintaxis DataPageName.pxResults(n), donde n es el índice de la matriz ordenada correspondiente al registro.

Considere el ejemplo de una página de datos que contiene información de precios para una única acción bursátil. En ese caso, la estructura se establece en Page (Página). Sin embargo, si la página de datos contiene la información de precios de todas las acciones bursátiles de una cartera de inversiones, la estructura se establece en List (Lista). 

En el centro de la siguiente imagen, deslice la línea vertical para comparar las estructuras de página y de lista.

Tipo de objeto

El tipo de objeto de la página identifica la información que contiene la página de datos. Para establecer el tipo de objeto de una página de datos, ingrese la clase del objeto en el campo Object type (Tipo de objeto). El tipo de objeto le permite a la página de datos hacer referencia a cualquier propiedad definida para la clase. Por ejemplo, una página de datos que enumere los planes de seguro dental de una aseguradora contiene el nombre del plan, el costo y el deducible. Una página de datos que hace una lista de pedidos recientes realizados por un cliente contiene el número de pedido, la fecha, el costo total y la dirección de envío.

object-type-data-page

Modo de edición

El modo de edición de una página de datos determina cómo una aplicación puede manipular la información en una página de datos o si puede hacerlo. Para establecer el modo de una página de datos, seleccione una opción de la lista desplegable Mode (Modo).

Establezca el modo de edición en Read-Only (Solo lectura) para evitar que una aplicación actualice la página de datos excepto cuando carga y actualiza los contenidos del origen de datos. El modo de solo lectura evita que los usuarios editen la información obtenida de un sistema de registro y asegura que el contenido de la página de datos siempre coincida con el contenido cargado desde el sistema de registro. Por ejemplo, cuando se accede al historial de accidentes del cliente de una aseguradora de automóviles desde la base de datos del Departamento de Vehículos Motorizados (DMV), puede que haya leyes estatales o nacionales que prohíban la modificación de los datos obtenidos. Para cumplir con este requerimiento legal, establezca el modo de página en Read-Only (Solo lectura).

Nota: Si el modo de una página de datos es Read-Only (Solo lectura), la herramienta de portapapeles agrega la página de datos a la lista en la categoría Data Pages (Páginas de datos).

Establezca el modo de edición en Editable (Editable) para permitir que la aplicación modifique los contenidos de la página de datos. Por ejemplo, un negocio minorista les permite a los clientes guardar una o más direcciones de envío al momento de realizar un pedido. La lista de direcciones se carga desde la base de datos de clientes utilizando una página de datos. Para permitirle al cliente actualizar una dirección durante el proceso de compra, se establece el modo de página en Editable (Editable).

Nota: Si el modo de una página de datos es Editable (Editable), la herramienta de portapapeles agrega la página de datos a la lista en la categoría User Pages (Páginas de usuario).

Establezca el modo de edición en Savable (Se puede guardar) para configurar un plan de guardado de datos que le permita a la aplicación enviar los contenidos de la página de vuelta al origen de datos. Por ejemplo, una vez que el cliente actualiza la dirección de envío, la aplicación copia la dirección actualizada a una página de datos que se puede guardar configurada para actualizar la base de datos de clientes. Cuando el cliente completa el pedido, la aplicación sigue el plan de guardado de datos para conectarse con la base de datos de clientes.

Alcance

El alcance de una página de datos determina la visibilidad de los contenidos de la página dentro de la aplicación. Para establecer el alcance de la página, seleccione una de las opciones admitidas dentro de la lista desplegable Scope (Alcance): Thread (Hilo), Requestor (Solicitante) o Node (Nodo).

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las opciones de alcance y sobre cómo puede aprovechar los ajustes de alcance para gestionar los datos almacenados en caché dentro de las aplicaciones de Pega Platform.

Compruebe sus conocimientos con la siguiente actividad.

Orígenes de datos

Utilice la sección de Data sources (Orígenes de datos) del formulario de la página de datos para especificar cómo desea que Pega Platform complete los contenidos de una página de datos cuando una aplicación hace referencia a la página. Para configurar un origen de datos, especifique el tipo de origen y su nombre. Puede usar cualquiera de las siguientes opciones para configurar un origen de datos para una página de datos.

  • Data transform
  • Actividad
  • Conector
  • Definición de reportes
  • Búsqueda de base de datos
  • Automatización mediante robótica
  • Automatización de escritorios mediante robótica

Para cada tipo de origen, debe identificar el origen de datos que se debe consultar. El siguiente ejemplo muestra un origen de datos configurado para rellenar una página de datos con una estructura de lista ejecutando DataTableEditorReport para la clase GoGo-GoGoRoad-Data-Customer.

Data source configured to populate a data page using a report definition

Debe configurar un data transform para asignar la respuesta al modelo de datos para el tipo de caso o el tipo de datos en las siguientes situaciones:

  • Al utiliza una definición de reportes para obtener una estructura de página
  • Al utilizar una búsqueda para obtener una estructura de lista
  • Al utilizar automatización mediante robótica
  • Al utilizar automatización de escritorios mediante robótica

Obtención de datos desde múltiples orígenes de datos

Si debe combinar los datos de múltiples orígenes para completar una página de datos, seleccione la opción Aggregate sources (Orígenes agregados). Luego, identifique cada uno de los orígenes de datos que se consultarán. Pega Platform rellena la página de datos desde los orígenes especificados siguiendo el orden de lista.

Obtención de datos condicionales desde un origen de datos

Una página de datos debe especificar al menos un origen de datos. Si una página de datos contiene más de un origen, configure una condición lógica para cada uno a fin de probar si se debe consultar el origen de datos. La condición para el último origen de datos de la lista se establece en Otherwise (De otro modo) para asegurarse de que Pega Platform siempre identifique el origen de datos para la página de datos. Cuando una aplicación hace referencia a la página de datos, Pega Platform evalúa cada condición de los orígenes de datos en orden y utiliza el primero cuya condición devuelva “true” como resultado.

Parámetros

Al completar una página de datos, es posible que deba limitar los contenidos de la página a elementos relevantes. Por ejemplo, una base de datos contiene registros de todas las pólizas cubiertas por una empresa aseguradora. Si un cliente quiere modificar la cobertura sobre su póliza de seguro de automóvil, usted necesita una forma de completar una página de datos solo con el registro de póliza relevante.

Puede utilizar los parámetros para limitar los contenidos de una página de datos. Por ejemplo, si selecciona Lookup (Búsqueda) como el origen de datos, debe proporcionar el valor clave para identificar de manera única el registro que se devolverá a la página de datos. También puede utilizar parámetros para transferir datos a un filtro de reportes a fin de limitar los resultados a un conjunto específico de registros, como por ejemplo, un tipo de producto específico en una base de datos de inventario. Puede transferir un parámetro a una página de datos desde elementos de la interfaz de usuario como una lista desplegable, un radio button, propiedades y algunos otros tipos de reglas. Para ver una lista completa de los tipos de reglas que pueden transferir parámetros a una página de datos, consulte el tema de ayuda Passing Parameters to data pages from non-UI rules (Transferencia de parámetros a páginas de datos desde reglas no pertenecientes a la UI).

Caution: El uso de páginas de datos parametrizadas puede generar múltiples instancias de una página de datos en el portapapeles. Considere el impacto de estas múltiples instancias de la página de datos a la hora de agregar un parámetro a una página de datos. Si no necesita una instancia para cada combinación única de parámetros, seleccione la checkbox Limit to a single data page (Limitar a una única página de datos) en la pestaña Load Management (Gestión de carga) para mantener una sola instancia de la página parametrizada, que Pega Platform sobrescribirá cuando cambien los parámetros.

Para utilizar un origen de datos parametrizado, agregue una entrada para el parámetro en la pestaña Parameters (Parámetros) del registro de la página de datos.

Para hacer referencia a una página de datos parametrizada, incluya el nombre y el valor de cada parámetro en la referencia. Utilice corchetes para identificar el nombre y el valor de cada parámetro mediante la sintaxis DataPageName[Parameter1_Name:Parameter1_Value,Parameter2_Name:Parameter2_Value,...].

Nota: Cuando los usuarios intenten acceder a una página de datos parametrizada, Pega Platform ignora cualquier instancia de la página de datos que tenga un valor diferente para el mismo parámetro.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las configuraciones de parámetros.

Referencias a páginas de datos

Cuando se debe hacer referencia a los datos desde una página de datos, se utiliza un tipo de campo de consulta. La mayoría de los objetos de datos creados por un diseñador de integración no tienen una clave ni las otras páginas de datos necesarias para crear una relación de referencia. Los campos de consulta requieren una página de datos de búsqueda o de lista.

Un campo de consulta no almacena ningún valor clave en sí mismo, por lo que cualquier parámetro de la página de datos es externo al campo. Considere el ejemplo de un tipo de caso que gestiona instrucciones de vuelo y crea planes de vuelo para estudiantes. El tipo de caso utiliza una consulta a fin de obtener información del clima para un aeropuerto. Para ello, envía el código de aeropuerto obtenido por fuera del caso, lo que luego devuelve los detalles del clima y estos se ingresan automáticamente en la vista de confirmación del plan de vuelo. 

Nota: Una consulta no requiere que el parámetro sea un campo obtenido por fuera del caso. Admite que el parámetro provenga de cualquier campo en el contexto de un objeto contenedor o un campo de una actividad. 

Los parámetros para un campo de consulta se definen por la página de datos o la vista que el campo está configurado para usar. Por ejemplo, una página de datos podría usar un rango de fechas como parámetros para determinar qué transacciones deberían devolverse. Puede configurar una consulta para copiar la información desde la página de datos al caso luego del primer acceso. Además, puede utilizar una página de datos que se puede guardar para devolver la información al sistema de registro, como por ejemplo cuando se actualiza un valor. 

Compruebe sus conocimientos con la siguiente actividad.


This Topic is available in the following Modules:

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

¿Le ha resultado útil este contenido?

El 60% ha encontrado ú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