Otras opciones de procesamiento en segundo plano

Use receptores para correos electrónicos, archivos o solicitudes o mensajes de red entrantes. En un entorno de alta disponibilidad, los receptores se distribuyen entre los anfitriones y servidores de Pega Platform usando tipos de nodos que garantizan la redundancia.

Receptor de archivos

Use el receptor de archivos con un servicio de archivos para importar y procesar archivos de otro sistema o que hayan sido creados por usuarios de la aplicación. Por ejemplo, puede importar datos que se usan para crear un objeto de trabajo.

El receptor de archivos supervisa el directorio de archivos. Cuando los archivos coinciden con el patrón que el receptor de archivos está esperando recibir, el receptor migra los archivos al directorio work_<name of listener> y llama al servicio de archivos. El servicio de archivos usa una regla de análisis para abrir y leer el archivo, evaluar cada registro de entrada, dividir el registro en campos y luego escribir los campos en el portapapeles; posteriormente, una actividad de servicio procesa los datos.

Receptores de correos electrónicos

Los receptores de correos electrónicos le proporcionan a Pega Platform la información necesaria para enrutar mensajes de correo electrónico entrantes a una regla de servicio de correo electrónico (tipo de regla Rule-Service-Email). Identifican el receptor, el nombre de la cuenta de correo electrónico, el nombre de la carpeta de correo que se debe supervisar, el formato de mensaje de los mensajes entrantes, a qué regla de servicio de correo electrónico enrutar los mensajes, etc.

Cuando un receptor de correos electrónicos enruta un mensaje con archivos adjuntos, el receptor crea una página llamada “pyAttachmentPage” (de tipo Data-ServiceMessage) e incorpora los archivos a esa página con las propiedades pyAttachNames y pyAttachValues. Cuando usa el asistente de correo electrónico para configurar los correos electrónicos entrantes, la actividad de servicio que se genera se configura para extraer archivos de pyAttachmentPage y adjuntarlos a un objeto de trabajo como archivos adjuntos de un objeto de trabajo.

Los receptores de JMS brindan a Pega Platform la información necesaria para enrutar los mensajes de Java Message Service (JMS) de una cola o un tema específico al servicio JMS de Pega Platform (tipo de regla Rule-Service-JMS). Los receptores de JMS o las instancias de datos de MDB de JMS especifican qué cola o tema contiene los mensajes que se consumirán y qué regla de servicio de JMS procesará los mensajes.

Un acuerdo de nivel de servicio establece una fecha límite para la finalización del trabajo. Con frecuencia, las organizaciones establecen un SLA para garantizar un rendimiento a tiempo. Estas obligaciones abarcan desde promesas de tiempo de respuesta informales hasta contratos negociados.

Un SLA define los intervalos de tiempo que se usan para estandarizar cómo resolver el trabajo en la aplicación. Puede implementar un acuerdo de nivel de servicio a casos, etapas, pasos, flujos y asignaciones.

Usar los SLA es una alternativa posible al uso de un agente en algunas situaciones. Una actividad de escalamiento de SLA proporciona un método para invocar la funcionalidad del agente sin crear uno nuevo. Por ejemplo, si necesita proporcionar una solución para agregar de manera condicional un subcaso en un momento específico en el futuro, puede agregar un paso paralelo en el caso principal que incorpore una asignación con un SLA y una actividad de escalamiento.

Un SLA siempre debe iniciarse en el contexto de un caso. Todo retraso en la activación de un SLA afecta la puntualidad de la ejecución de la actividad de escalamiento. No debe usarse para situaciones de sondeos o actualizaciones periódicas.

La configuración Assignment Ready (Asignación lista) del SLA le permite controlar cuándo una asignación está lista para que el agente de SLA la procese. Por ejemplo, puede crear una asignación hoy mismo, pero configurarla para que se procese mañana. Un operador aún puede acceder a la asignación si hay un acceso directo a esta mediante una lista de trabajo o cesta de trabajo.

La figura de espera proporciona una solución posible para crear un nuevo agente o usar un SLA. La figura de espera se aplica solo a un caso que se encuentra en un paso de flujo y espera un solo evento (cronometrado o de estado del caso) para permitir que el caso avance. Los disparadores de evento único que se aplican al caso representan el caso de uso más adecuado para la figura de espera. La funcionalidad del caso deseado en el tiempo o el estado designados sigue a la ejecución de la figura de espera.

En la aplicación de reserva de FSG, es conveniente tener un buen ejemplo de figura de espera para el temporizador en una situación de encuesta de bucle invertido en la que un usuario desea que se ejecute una operación de forma inmediata dentro del bucle invertido. En este ejemplo, un usuario puede querer sondear el pronóstico del tiempo actual en lugar de esperar a que ocurra la siguiente recuperación automática. 

Pregunta: Como parte del proceso de suscripción, la aplicación debe generar un factor de riesgo para un préstamo e insertarlo en el caso del préstamo. La generación del factor de riesgo es un cálculo intensivo que requiere varios minutos de ejecución. El cálculo ralentiza el entorno. Le resultaría conveniente que todos los cálculos de factores de riesgo se ejecutasen automáticamente entre las 10:00 p. m. y las 6:00 a. m. para evitar la ralentización durante las horas hábiles del día. Diseñe una solución que lo permita.

Respuesta: Use un procesador de colas dedicado y retrasado. Configure el DateTime para que el procesamiento tenga lugar a las 10:00 p. m. El caso espera a que el procesador de colas reanude el flujo para el siguiente procesamiento.

Si se habilita en otros nodos, puede aprovechar otros procesadores de colas de procesamiento de reclamos, lo que reduce el tiempo que toma detener el procesamiento de todas las evaluaciones de riesgo de los préstamos.

Pregunta: Necesita automatizar un proceso de adjudicación de reclamos en el cual se analizan, verifican y adjudican los archivos que contienen reclamos. Los reclamos que pasan esos pasos iniciales se crean automáticamente para un mayor procesamiento. Todos los días antes de las 5:00 p. m., se recibe un único archivo que contiene hasta 1000 reclamos. La verificación de reclamos es sencilla y toma unos pocos milisegundos. Sin embargo, la adjudicación de reclamos puede tomar hasta cinco minutos.

Respuesta: En una actividad, invoque el método Queue-For-Processing para cada reclamo.

Se prefiere usar la actividad de servicio de archivos solo para verificar los reclamos y, luego, descargar la tarea al procesador de colas porque esto no afecta significativamente el proceso de admisión. También puede aprovechar el procesamiento en varios nodos e hilos si está disponible. Asimismo, el diseño modular de las tareas permitirá su reutilización y extensibilidad en el futuro si fuera necesario. Sin embargo, usar la misma actividad de servicio de archivos para la adjudicación de reclamos afecta el tiempo necesario para procesar el archivo. El procesamiento está disponible solo en un nodo único, y hay muy poco control sobre el marco de tiempo mientras se ejecuta el servicio de archivos. La extensibilidad y la gestión de errores también pueden ser más desafiantes.

Es necesario tener en cuenta el tiempo que le toma a un procesador de colas completar la tarea. Por ejemplo, el tiempo necesario para procesar reclamos mediante un procesador de colas es de 5000 minutos (83,33 horas); esto no es adecuado para un único procesador de colas que se ejecuta en un nodo único para completar la tarea. Un sistema con el procesador de colas habilitado en varios nodos con varios hilos puede realizar las tareas fuera de hora. Una solución alternativa es dividir el archivo en partes más pequeñas, las cuales se programan para diferentes procesadores de colas (siempre que haya suficiente capacidad de CPU con el fin de que cada procesador de cola realice su tarea).

Pregunta: ABC Company es una distribuidora de vinos con descuento y usa Pega Platform para realizar el seguimiento de sus pedidos. Recibe hasta 100 pedidos por día. Recibe hasta 40 elementos de línea diferentes en cada pedido que especifican el producto y la cantidad. Existen hasta 5000 variedades de vino que cambian continuamente en el tiempo a medida que se agregan unos y se sacan otros de la lista. ABC Company desea ampliar la funcionalidad de la aplicación de seguimiento de pedidos para determinar los artículos recientes que más se venden mediante el registro por volumen de los diez artículos más pedidos cada día. Se completa la información en una tabla y se la usa para facilitar la generación de reportes históricos.

Respuesta: Use programadores de trabajos que se ejecuten después del cierre de la jornada laboral todos los días y realicen las siguientes tareas:

• abrir todos los casos de pedidos para ese día y tabular el volumen de pedidos para cada tipo de artículo,
• determinar los 10 artículos más pedidos y registrarlos en la tabla de reportes históricos.

La actividad debe aprovechar un reporte para recuperar y clasificar fácilmente la cantidad de artículos pedidos por día. Cuando registra valores en la tabla histórica, incluya un paso de confirmación y manejo de errores en la actividad.