Skip to main content
Verify the version tags to ensure you are consuming the intended content or, complete the latest version.

Objetos de datos

Para procesar casos, las aplicaciones de Pega Platform™ usan objetos de datos a fin de recopilar datos de casos relacionados. Un objeto de datos es una plantilla para describir una entidad, como una persona o un elemento, mediante la agrupación de un conjunto de campos relacionados.

Por ejemplo, una aplicación puede contener un objeto de datos Account (Cuenta) que usted puede usar en dos tipos de casos: uno que le permite al cliente transferir fondos entre cuentas bancarias y otro que le permite al cliente cambiar la dirección asociada con su cuenta. El objeto de datos Account (Cuenta) incluye campos que describen una cuenta, como Número de cuenta, Saldo actual y Fecha del próximo estado de cuenta. Hacer referencia al objeto de datos Account (Cuenta) evita la necesidad de definir campos relacionados con la cuenta para cada tipo de caso.

Account data object that can be reused by different case types

Puede usar un objeto de datos tantas veces como sea necesario en su aplicación. En el ejemplo anterior, el tipo de caso Transfer Funds (Transferencia de fondos) puede usar el objeto de datos Account (Cuenta) para modelar las cuentas de origen y de destino de la transferencia.

La colección de tipos de casos y objetos de datos en su aplicación define holísticamente el modelo de datos para esta.

Tip: Cuando diseñe un modelo de datos, utilice objetos de datos para organizar los datos del negocio necesarios para procesar el caso. Como práctica recomendada, el tipo de caso solo debe incluir metadatos del caso: campos que describen el caso y sus operaciones, como la fecha de creación y la persona o las personas asignadas a las tareas abiertas. Pega Platform recopila automáticamente la mayoría de los metadatos de los casos utilizando las propiedades del sistema heredadas por el tipo de caso. Puede definir campos de metadatos adicionales, según sea necesario.

Estructura

Dentro de cada objeto de datos, un tipo de datos representa la implementación técnica del objeto de datos, como los nombres y tipos de campos utilizados para capturar y presentar información sobre la entidad. Colectivamente, los diferentes campos representan un solo tipo de objeto y definen la estructura del objeto de datos. Cuando usted crea un objeto de datos, Pega Platform crea automáticamente el tipo de datos correspondiente.

Nota: En Dev Studio, los desarrolladores trabajan directamente con el tipo de datos subyacente, no con el objeto de datos. Como resultado, puede que vea los términos “objeto de datos” y “tipo de datos” usados indistintamente en proyectos y documentación.

Por ejemplo, una aplicación de RR. HH. incluye un tipo de caso para gestionar solicitudes de trabajo y procesar solicitantes para puestos vacantes. Para procesar a un nuevo candidato, RR. HH. debe recolectar información básica sobre este. Para recolectar información sobre un candidato para una solicitud de trabajo abierta, un desarrollador puede crear un objeto de datos Candidate (Candidato), con un tipo de datos correspondiente que incluya campos como Name (Nombre), Last name (Apellido), Email (Correo electrónico) y Phone (Teléfono).

Además de agrupar elementos de datos, los objetos de datos pueden agrupar vistas y otras reglas relacionadas con el objeto de datos. Por ejemplo, el objeto de datos Candidato puede incluir un cálculo para combinar un nombre y un apellido para formar el nombre completo del candidato, como John Smith.

Puede ampliar la estructura de un objeto de datos haciendo referencia a otros objetos de datos. Cuando un objeto de datos hace referencia a un segundo objeto de datos, los campos del segundo tipo de datos pasan a formar parte del tipo de datos del objeto de datos de referencia. Los objetos de datos referenciados se pueden usar una o varias veces, según la necesidad.

Por ejemplo, el objeto de datos Candidato también debe incluir campos para la información, como una dirección postal y un historial de empleo. La dirección y el historial de empleo se pueden configurar como objetos de datos a los que hace referencia el objeto de datos Candidato. El objeto de datos Address (Dirección) amplía el objeto de datos Candidate (Candidato) con campos como Street name (Nombre de la calle), City (Ciudad) y Postal code (Código postal), mientras que el objeto de datos Employment history (Historial de empleo) agrega campos, como Start date (Fecha de inicio), End date (Fecha de finalización), Position (Puesto) y Employer (Empleador). El objeto de datos Address (Dirección) se usa una vez para capturar una sola dirección, mientras que el objeto de datos Employment history (Historial de empleo) se puede usar más de una vez para crear una lista de los empleadores anteriores del candidato.

The New Candidate case type references a Candidate data object, which references two other data objects

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre la relación entre un objeto de datos y el tipo de datos correspondiente.

Herencia

Puede crear objetos de datos para reutilizar activos de un objeto de datos existente por medio de la herencia. Por ejemplo, Person (Persona) es un objeto de datos genérico o un objeto de datos padre, mientras que Customer (Cliente) y Call Center Representative (Representante del centro de llamadas, CCR) son objetos de datos más especializados. Para denotar la relación entre los objetos de datos padre e hijo, utilice el patrón Padre-Hijo; por ejemplo, Person-Customer (Persona-cliente) y Person-CCR (Persona-CCR). Los tres objetos de datos tienen campos comunes, incluidos Name (Nombre), Telephone (Teléfono) y Email (Correo electrónico). Al crear los campos comunes en el objeto de datos Person (Persona), puede reutilizar los campos en los objetos de datos Customer (Cliente) y Call Center Representatives (Representantes del centro de llamadas). Los campos Tax Identification Number (Número de identificación fiscal) y Membership Number (Número de membresía) se aplican solo a los clientes, por lo que los define en el objeto de datos Cliente . Debido a que el campo Id. de empleado solo se aplica a los empleados, usted define el campo en el objeto de datos Representante del centro de llamadas.

Person parent data object, customer and call center representative child data types

Abastecimiento

Puede obtener objetos de datos localmente desde un sistema de registro de Pega Platform, o puede obtener objetos de datos desde un sistema de registros externo, como una base de datos de recursos humanos o de inventario que su empresa ya utiliza. Alternativamente, los objetos de datos pueden obtener datos que usted o un participante del caso introducen o modifican durante el procesamiento de la solicitud que no están asociados con ningún sistema de registro.

Cuando determine cómo abastecer un objeto de datos, tenga en cuenta las preguntas de la siguiente imagen. En estas preguntas, se supone que usted está utilizando Pega Platform por primera vez y que está creando una aplicación desde cero.

En la siguiente imagen, haga clic en los íconos + para obtener información sobre un ejemplo de cada opción de abastecimiento de objetos de datos.

Prácticas recomendadas

Siempre que sea posible, use los objetos de datos estándar y de uso común que proporciona Pega Platform, como Address-Postal (Dirección-código postal) y Address-Email (Dirección-correo electrónico). También puede agregar objetos de datos relevantes para su aplicación.

Si un objeto de datos solo satisface parcialmente sus necesidades, puede ampliarlo. Por ejemplo, si desea crear el objeto de datos Employee (Empleado), puede ampliar el objeto de datos existente Person (Persona) para crear el objeto de datos Person-Employee (Persona-empleado).

Si aún no existe un objeto de datos adecuado, cree uno nuevo. Por ejemplo, si desea agregar el objeto de datos Airport Codes (Códigos de aeropuertos), pero no puede usar ni ampliar un objeto de datos existente, cree uno nuevo en Pega Platform.

Tip: Si agrega un nuevo objeto de datos al flujo de trabajo de casos en App Studio, Pega Platform crea el objeto de datos como un borrador de objeto. Un borrador de objeto de datos no hace referencia a un tipo de datos. Los borradores de objetos le permiten al negocio identificar cómo y cuándo se utilizan los datos en el ciclo de vida del caso, lo que puede influir en el diseño del tipo de datos. Puede agregar un tipo de datos a un borrador de objeto de datos por medio de la página Data objects and integrations (Objetos de datos e integraciones).

Compruebe sus conocimientos con la siguiente actividad:


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?

El 47% 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