Participantes del caso y enrutamiento
Agregar participantes de casos (anteriormente conocidos como Partes de trabajo) a los tipos de casos permite un diseño coherente. Puede simplificar la configuración del enrutamiento a lo largo del ciclo de vida del caso. El uso de participantes de casos en sus soluciones le permite aprovechar capacidades (como modelo de datos listos para usar, validación, formularios de UI y correspondencia proporcionada en el producto base) simplificando el diseño y el mantenimiento. Este tema se concentra en comprender en profundidad la funcionalidad del participante del caso y la configuración de enrutamiento para ayudar al desarrollador a aprovechar al máximo esta funcionalidad.
Comportamiento del participante del caso
La mayor parte del código existente para los participantes del caso está contenido en la clase Data-Party, que proporciona la funcionalidad básica y la organización de las reglas en las clases derivadas. Varias clases amplían Data-Party, como Data-Party-Operator, que anula la funcionalidad base. Es importante comprender este comportamiento polimórfico porque el comportamiento cambia según la clase utilizada para definir la parte de trabajo. Por ejemplo, la inicialización, la validación y la visualización de la parte de trabajo difieren entre los grupos de trabajo construidos a partir de la clase Data-Party-Operator en comparación con los construidos a partir de la clase Data-Party-Person. Le recomendamos revisar y comparar las reglas proporcionadas en la clase y subclases Data-Party para apreciar la funcionalidad base y la especialización proporcionada. Un ejemplo de una regla polimórfica es la actividad WorkPartyRetrieve. Esta actividad se anula dentro de las clases derivadas Data-Party-Operator y Data-Party-Person.
La actividad WorkPartyRetrieve es importante porque se invoca cada vez que se agrega una página a las páginas .pyWorkParty() incrustadas en el caso. El grupo de páginas .pyWorkParty() almacena las partes individuales agregadas al caso. La definición de propiedad contiene una actividad de cambio que invoca en última instancia la actividad WorkPartyRetrieve.
Puede ser necesario anular el comportamiento predeterminado de algún aspecto de los grupos de trabajo, como la validación o la visualización. Puede realizar la anulación a través de la especialización de ruleset o ampliando la clase parte de trabajo y anulando las reglas requeridas. Si es necesario, asegúrese de que el alcance de los cambios se realice correctamente para evitar cambios de comportamiento no deseados.
Configuración avanzada de participantes del caso
Una regla de parte de trabajo define un contrato que define los posibles participantes del caso que se pueden usar en el caso.
Defina los participantes del caso para el caso en la regla de partes de trabajo estándar pyCaseManagementDefault. Use nombres significativos de roles de partes para mejorar el mantenimiento de la aplicación. Evite nombres genéricos como Propietario e Iniciador. Los nombres de roles genéricos y no descriptivos, como Propietario, pueden estar sujetos a cambios y es posible que no describan intuitivamente el rol de la parte en relación con el caso.
Puede usar la opción visible on entry (visible en la entrada) (VOE) para agregar partes de trabajo cuando se crea un caso. VOE le permite:
- Habilitar al usuario para agregar partes de trabajo en el nuevo arnés
- Agregar automáticamente al operador actual como parte de trabajo
- Agregar automáticamente a un operador diferente como parte de trabajo
Use el data transform CurrentOperator en la regla de las partes de trabajo para agregar el operador actual como participante del caso cuando se crea un caso. Puede crear data transforms personalizados para agregar otras partes de trabajo cuando se crea un caso.
Cree o personalice el data transform existente con la lógica prevista para una solución (consulte las reglas sobre data transforms existentes).
Participantes del caso y App Studio
En App Studio, puede agregar participantes desde la pestaña Settings (Ajustes).
En el panel Participant configuration (Configuración del participante) , haga clic en Add Participant (Añadir participante) e ingrese un título único en el campo Role name (Nombre del rol). Este rol indica la relación del participante en el tipo de caso.
Si el participante es un usuario de la aplicación, los sistemas agregan al usuario como parte de trabajo tipo Operador.
En la sección Map participant, puede asociar al participante como el usuario actual o como un Gerente a cargo del usuario actual. Pega crea un data transform. Por ejemplo, en el tipo de caso BookEvent, si el nombre del rol es Gerente, Pega crea un data transform llamado BookEvent_Manager.
Si el participante no es un usuario de la aplicación, el sistema agrega al usuario como parte de trabajo tipo Persona.
La siguiente tabla ilustra la diferencia entre los participantes de casos agregados por App Studio y por Dev Studio.
| App Studio | Dev Studio |
|---|---|
|
|
|
|
|
|
Inicialización de los valores de la propiedad parte de trabajo
Antes de realizar el enrutamiento a un participante del caso designado, debe inicializar los valores de la propiedad parte de trabajo. Puede inicializar los valores en el momento de la creación del caso mediante la opción VOE en la regla de partes de trabajo, o puede realizar la inicialización dinámicamente durante el procesamiento del caso. La configuración dinámica de los valores de la parte de trabajo permite aprovechar la actividad addWorkObjectParty. Aprovechar la actividad también le permite especificar un data transform para inicializar los valores. Tenga cuidado al usar esta actividad si el participante del caso ya existe y no está declarado como repetible.
| Al Realizar (previo al procesamiento) | Al Enviar (posterior al procesamiento) |
|---|---|
|
SET Param.PartyClass=”Data-Party-Person” SET Param.PartyModel=“NewParty” WHEN @PageExists(".pyWorkParty("+param.PartyRole+ ")") = false SET Param.Success=@pxExecuteAnActivity(“Primary”,“addWorkObjectParty”) |
SET Param.PartyClass=”Data-Party-Operator” SETParam.PartyModel=“CurrentOperator” WHEN @PageExists(".pyWorkParty("+param.PartyRole+ ")") REMOVE .pyWorkParty(param.PartyRole) SET Param.Success= @pxExecuteAnActivity(“Primary”,“addWorkObjectParty”) |
|
En NewParty data transform establezca valores para los campos requeridos .pyFirstName, .pyLastName, .pyEmail1 |
En CurrentOperator data transform establezca valores para los campos requeridos .pyFirstName, .pyLastName, .pyEmail |
No intente inicializar y configurar los valores en la página de la parte de trabajo directamente, ya que esto puede causar resultados no deseados.
Como práctica recomendada, defina el enrutamiento para cada asignación, incluso la primera asignación. Hacerlo evita problemas de enrutamiento si el caso se devuelve a la primera asignación durante el procesamiento del caso o si el paso anterior avanza automáticamente a través de un acuerdo de nivel de servicio (SLA).
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?