Diseño del ciclo de vida de un caso
Nota: Es posible que algunos elementos interactivos de esta misión no funcionen como es esperable en las versiones que no son en inglés. Estos no afectan a los objetivos de aprendizaje ni a la finalización de la misión.
Pega Platform™ es compatible con la técnica de modelado del diseño del ciclo de vida del caso. Este modelo les permite a los usuarios de negocio ver un caso e interactuar con él de la misma forma en la que piensan en él. Cada ciclo de vida de un caso contiene etapas, procesos y pasos.
Por ejemplo, el ciclo de vida del tipo de caso de incorporación (onboarding) les permite a los equipos de Recursos Humanos, Infraestructura y TI preparar todo para un empleado en su primer día.
Para cubrir la complejidad y las necesidades específicas de su negocio, Pega Platform incluye diferentes tipos y configuraciones para etapas, procesos y pasos.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre el ciclo de vida del caso de incorporación:
La siguiente tabla describe los distintos componentes de un ciclo de vida del caso:
| Componente | Propósito |
|---|---|
| Etapa de creación |
La primera etapa en el ciclo de vida del caso es la etapa de creación, que está señalada con una barra verde. La etapa de creación debe contener todos los procesos y pasos necesarios para que los usuarios introduzcan los datos iniciales en la creación del caso. La etapa de creación no puede eliminarse ni reubicarse en el ciclo de vida del caso. Se puede cambiar el nombre de la etapa de creación. A los casos que incluyen la etapa Create, se les asigna un Id. de caso en el momento de la creación del caso. |
| Proceso de creación |
Por defecto, la etapa de creación contiene un proceso de creación (Create process) que puede modificar para adaptarlo a sus necesidades. Los procesos de creación que no son específicos de un canal sólo pueden incluir pasos de recopilación de información. Puede configurar los procesos de creación de modo que se inicien de manera condicional. Por ejemplo, crea un canal de mensajería digital y configura un proceso de creación específico para ese canal. Configura el proceso para que se inicie solo si el usuario está usando la aplicación Digital Messenger. |
| Etapas primarias |
Las etapas primarias son etapas que llevan a un resultado esperado. Para identificar las etapas principales de un tipo de caso, considere lo siguiente:
El camino que toma un caso a través del ciclo de vida del caso sin desviarse de las etapas primarias (Primary Stages) se llama camino primario . Las etapas primarias en el ejemplo de incorporación son verificación, configuración previa a la llegada, configuración e incorporación. |
| Paso de recolección de información |
Los pasos de recolección de información requieren una acción de usuario. Los pasos de recolección de información tienen íconos verdes durante el ciclo de vida del caso. Los pasos de recolección de información también se denominan asignaciones o tareas. |
| Proceso paralelo |
En una etapa con dos o más procesos, los procesos normalmente se ejecutarán en orden secuencial. Si dos o más procesos pueden iniciarse y completarse de modo independiente, puede configurarlos como procesos paralelos. Durante el procesamiento del caso, se puede realizar la asignación activa en cualquiera de los procesos. El caso Onboarding (Incorporación) contiene un proceso llamado Create IT Setup (Crear configuración de TI) para proporcionarle una computadora portátil configurada al nuevo empleado y un proceso llamado Create Facilities Setup (Crear configuración de instalaciones) para asignarle una oficina. Estos procesos se pueden ejecutar en cualquier orden y la etapa avanzará cuando ambos estén completos. Consejo: Es posible configurar procesos estándar como procesos paralelos en la etapa de creación. |
| Paso de automatización |
Los pasos de automatización son pasos que realiza el sistema y tienen íconos amarillos en el ciclo de vida del caso. Los pasos de automatización pueden enviar correos electrónicos, crear archivos PDF, esperar un tiempo específico o cambiar la etapa de un caso. El ejemplo de incorporación utiliza pasos de automatización para devolver las configuraciones de TI rechazadas a la ruta principal, enviar un correo electrónico de paquete de bienvenida al nuevo empleado y enviar varios tipos de notificaciones al nuevo supervisor y al equipo del empleado. |
| Etapa alternativa |
Las etapas alternativas son etapas que manejan las desviaciones de la ruta principal. Las etapas alternativas son opcionales y representan una etapa de resolución negativa o se utilizan en el manejo de excepciones para permitir que el caso vuelva a ingresar a la ruta principal. Siguiendo la ruta principal del caso de incorporación de ejemplo, si se aprueban las selecciones del proceso de configuración de TI, el caso avanza a la etapa de verificación. Sin embargo, si se rechazan estas selecciones, el caso pasa a la etapa alternativa de rechazo de aprobación, donde se pueden modificar dichas selecciones. |
| Etapa de resolución |
La etapa de resolución (Resolution Stage), señalada con una barra roja, define el comportamiento del caso al final de su ciclo de vida. Las etapas de resolución indican que el caso finaliza su ciclo de vida al concluir la etapa. Cada tipo de caso debe tener al menos una etapa de resolución. Un tipo de caso puede tener más de una etapa de resolución si se define una ruta alternativa para su proceso de negocio. En este ejemplo, el ciclo de vida del caso de incorporación tiene dos etapas de resolución: la etapa de verificación (Verification) y la etapa de rechazo de aprobación (Approval Rejection). |
Transiciones de etapas
Cuando diseñe el ciclo de vida de un caso, tenga en cuenta la forma en la que el caso pasa de una etapa a otra.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las opciones de transición disponibles en el panel de propiedades contextuales de la etapa.
Nota: No es posible configurar transiciones de etapa en una etapa de creación.
Transiciones de etapas con automatizaciones
Utilice los pasos de automatización de Change Stage para cambiar automáticamente la progresión del caso a una etapa específica. Este tipo de configuración es muy útil para las transiciones automatizadas hacia y desde etapas alternativas (Alternate Stages).
En el tipo de caso de Onboarding, se añade una automatización de Change Stage a la etapa alternativa Approval Rejection. Se configura el paso de cambio de etapa para promover el caso a la etapa de verificación una vez que se hayan modificado las selecciones de configuración de TI.
Transiciones de pasos
Cuando diseñe el ciclo de vida de un caso, tenga en cuenta cómo el caso pasa de un paso a otro. De forma predeterminada, en tiempo de ejecución, se hace clic en Submit para promover el caso al siguiente paso. La siguiente figura muestra la configuración del proceso en App Studio a la izquierda y el paso en tiempo de ejecución a la derecha:
En un proceso en App Studio, puede habilitar la opción Allow users to go back to the previous Step para mostrar el botón Previous en el tiempo de ejecución. La siguiente figura muestra la configuración del proceso en App Studio a la izquierda y el paso en tiempo de ejecución a la derecha:
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?