Creación de relaciones de caso
Las transacciones comerciales complejas pueden requerir la creación de múltiples casos relacionados. Por ejemplo, un reclamo de accidente de seguro automotor deberá poder gestionar los reclamos adicionales si el accidente provocó daños en el vehículo o lesiones físicas. Según este requerimiento, el caso de reclamo de accidente debe generar casos separados de Vehicle Damage (daños en el vehículo) y Body Injury (lesiones físicas), si es necesario.
Como Business Architect de Pega, debe determinar si la complejidad del proceso de negocio que está modelando requiere más de un tipo de caso para lograr una resolución exitosa.
En este tema, explorará las capacidades de Pega Platform para crear relaciones de casos.
Clases padre e hijo
En Pega Platform™, puede modelar relaciones de casos con una jerarquía de casos de nivel superior o padre y casos hijo.
Un caso de nivel superior es un caso que no tiene un caso padre, pero puede convertirse en padre de otros casos. Un caso hijo representa el trabajo que requiere completarse para resolver el caso padre. Un caso padre que crea varios casos hijo permite que el procesamiento del trabajo se realice en paralelo. Diferentes partes con diversa experiencia pueden gestionar cada caso hijo. Al procesar casos hijo en paralelo, el caso padre debe esperar a que se resuelva uno o todos los casos hijo antes de que se pueda resolver el caso padre.
En el siguiente ejemplo, el caso Accident Claim es un caso de nivel superior y Vehicle Damage y Body Injury son casos hijos. Consulte los números de la siguiente imagen para aprender más sobre la jerarquía del caso de seguro de automóvil Accident Claim:
- Crear casos hijo: En primer lugar, un cliente crea una instancia de un caso Accident Claim con el Id. de caso AC-001. El sistema crea un caso hijo de Vehicle Damage con el ID VD-001 y un caso hijo de Body Injury con el ID BI-001.
- Resolver casos hijo: En segundo lugar, las partes asignadas resuelven los casos hijo de Vehicle Damage y Body Injury.
- Resolver el caso padre : En tercer lugar, la parte asignada resuelve el caso padre de Accident Claim.
Los casos hijos resultan útiles en situaciones en las que quiere:
- Modelar el trabajo que es común a varios tipos de casos.
- Modelar el trabajo que sigue diferentes plazos.
- Modelar el trabajo que realizan diferentes partes.
- Modelar el trabajo que sigue diferentes opciones de creación de reportes.
Un CSR, un ajustador y un taller pueden gestionar el caso hijo de Vehicle Damage. Mientras tanto, un especialista en reclamos médicos y ciertos proveedores médicos pueden gestionar el caso hijo de Body Injury.
La implementación de un proceso de negocio en un tipo de caso independiente le permite reutilizar el tipo de caso, según sea necesario. Por ejemplo, los reclamos de seguro de automóviles y propiedad pueden incluir un reclamo de lesiones físicas. Al implementar los reclamos de lesiones físicas como un tipo de caso independiente, puede utilizar el tipo de caso de lesiones físicas con los reclamos de seguro de automóviles y seguro de propiedad.
Paso Create Case (Creación de caso)
Para agregar un caso hijo a un tipo de caso, agregue un paso de automatización Create Case (creación de caso) al ciclo de vida del caso. Al encontrar el paso Create Case, Pega Platform crea una instancia del tipo de caso especificado.
Nota: Dev Studio le otorga opciones de configuración adicionales para el paso Create Step. El caso creado puede ser un caso de nivel superior o un caso hijo. Además, puede crear varios casos hijo. Para obtener más información acerca de estas opciones, consulte Creating contextual Cases.
Propagación de datos
Al crear un caso hijo, también puede especificar la información que desea copiar del caso padre al caso hijo a través de un proceso conocido como propagación. Usted identifica los campos del caso padre que desea copiar, y se copian los valores a los campos identificados en el caso hijo. Esta configuración se realiza en el paso Create Case, como se muestra en la siguiente figura:
Si los datos del caso hijo deben representar los datos en el momento de la creación del caso hijo, es apropiada la propagación de datos. Por ejemplo, en un caso de Accident Claim, puede propagar los datos sobre el accidente del caso padre a los casos hijo Vehicle Damage y Body Injury debido a que la información sobre el accidente no cambia.
Si la información debe permanecer sincronizada con el caso padre, y los datos pueden cambiar en el caso padre, es más apropiado hacer referencia a los datos en el caso padre. Por ejemplo, en una aplicación de viajes, los clientes crean un itinerario y reservas de vuelos, hoteles y alquileres de vehículos; los casos hijo manejan cada reserva. Es apropiado hacer referencia a los datos del caso padre, puesto que los clientes podría realizar cambios en su itinerario de viaje.
Nota: Los campos de referencia de datos requieren una configuración avanzada en Dev Studio.
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.
¿Quiere ayudarnos a mejorar este contenido?