Aprovechamiento de la aplicación del componente de correo electrónico
4 Tareas
40 minutos
Avanzado
Pega Platform 8.6
Español
Escenario
Front Stage desea enviar correos electrónicos personalizados a los destinatarios en fechas y horarios programados. Front Stage quiere reusar esta capacidad en múltiples aplicaciones. Un Lead System Architect analiza este requerimiento, y se toma la decisión de que la mejor solución es desarrollar una aplicación de componente de correo electrónico, una sobre la que se puedan desarrollar aplicaciones.
La siguiente tabla incluye las credenciales que necesita para completar el reto.
| Función | Nombre de usuario | Contraseña |
|---|---|---|
| Admin | COE@FSG | reglas |
Sus asignaciones
- Implemente una aplicación de componentes que envíe correos electrónicos en una fecha y hora específicas. Los correos electrónicos se pueden editar y personalizar para cada destinatario antes de enviarlos. También se pueden enviar manualmente.
- Use el componente Email Editor proporcionado para crear el tipo de caso reusable de la aplicación FSGEmail.
- Configure el tipo de caso para que sea autocomprobable. En el modo de autoevaluación, el caso de correo electrónico debe adjuntar una instancia de Data-Corr-Email antes de crear un segundo subcaso de correo electrónico. El caso padre de correo electrónico propaga la propiedad DateTime al caso hijo de correo electrónico, lo que indica cuándo enviar el correo electrónico. El caso también propaga la información sobre quién es el propietario de las asignaciones de subcasos de correo electrónico.
Tareas detalladas
1 Analizar el diseño
Cualquier caso padre, incluido el caso de correo electrónico en sí, debería poder crear subcasos de correo electrónico. En el siguiente diagrama, se hace referencia al caso de nivel superior como el caso padre. Se hace referencia al caso hijo como “hijo” y representa cómo el caso de nivel superior propaga un archivo adjunto de correo electrónico editable al caso hijo.
2 Considerar las etapas del caso de correo electrónico
El caso del correo electrónico contiene las siguientes cuatro etapas.
- Introducir datos de prueba
- Preparar el correo electrónico
- Editar, enviar u omitir
- Resolver
El componente de editor de correo electrónico proporciona los procesos usados por las dos etapas intermedias, Preparar correo electrónico y Editar, enviar u omitir. Estas dos etapas intermedias se omiten cuando DoesNotHaveCover=true. En otras palabras, estas dos etapas intermedias solo se ejecutan cuando el caso se ejecuta como un subcaso. Esto se hace por diseño, ya que el caso de correo electrónico está destinado a usarse solo como un subcaso.
Etapa Enter Test Data (Introducir datos de prueba):
La etapa Enter Test Data de la solución consta de tres procesos consecutivos.
- EnterTestData_Flow
- SendEmail
- Continue_Test
EnterTestData_Flow
Este proceso es la capacidad de autocomprobación que se agrega para satisfacer el requerimiento de que el caso de correo electrónico debe poder autocomprobarse. Este proceso se omite cuando HasCover=true. Los únicos datos de prueba necesarios son la propiedad WhenToSendEmail requerida por el componente de editor de correo electrónico.
El proceso EnterTestData_Flow captura el valor de fecha y hora WhenToSendEmail y luego agrega CurrentOperator como la parte de trabajo del Propietario.
SendEmail
El proceso SendEmail crea un PDF de prueba, que luego se usa como archivo adjunto de correo electrónico, seguido de una figura de utilidad que llama a CorrNew. CorrNew está configurado para incluir todos los archivos adjuntos dentro de la categoría File . La regla de correspondencia proporcionada a CorrNew está configurada como Attach and Hold (Adjuntar y almacenar). Se evita la figura SendMail, ya que su uso hace que el correo electrónico se envíe a un segundo plano en lugar de quedar en espera para el envío.
Continue_Test
El proceso de asignación de revisión en Continue_Test es una pausa para que cualquier persona que ejecute una prueba manual vea y verifique que el PDF generado y Data-Corr-Email están adjuntos. La parte de trabajo de propietario también está visible. El proceso Continue_Test también muestra que el subcaso de correo electrónico se creó correctamente.
Preparar el correo electrónico
Agregue CurrentOperator como parte de trabajo de propietario en el subcaso y copie los archivos adjuntos del caso padre al subcaso de correo electrónico.
Editar, enviar u omitir
En esta etapa, el usuario puede opcionalmente editar el correo electrónico con el editor, enviar el correo electrónico manualmente, descargar el archivo .eml o verificar los archivos adjuntos. También puede omitir una o todas estas opciones y simplemente permitir que el correo electrónico se envíe automáticamente en la fecha y hora programadas. El usuario puede volver a este paso en cualquier momento antes de que se envíe el correo electrónico para realizar cualquier combinación de estas opciones.
3 Revisar los requerimientos detallados de la solución
Compatibilidad de reglas en Dev Studio
- Compruebe las siguientes reglas de decisión en el ruleset FSG que se aplican a Work-:
- HasCover usando la condición .pxCoverInsKey existe y tiene un valor.
-
DoesNotHaveCover usando la condición .pxCoverInsKey no existe o no tiene valor.
-
El tipo de caso de correo electrónico se agrega como un tipo de caso hijo en sí mismo.
- En el panel Data propagation (Propagación de datos), se propagan los siguientes valores de propiedad:
- .WhenToSendEmail al valor de propiedad .WhenToSendEmail
- .pzInsKey al valor de propiedad .EmailWorkKey
- .pyWorkParty al valor de propiedad .pyWorkParty
4 Revisar los detalles de la solución de nota
|
Nombre del elemento |
Descripción |
|---|---|
|
EmailEditor_20170814T145312970 |
Componente de editor de correo electrónico. |
|
AttachParentCaseFiles |
Actividad para copiar archivos adjuntos de correo electrónico del caso padre al caso hijo. |
Disponible en la siguiente misión:
If you are having problems with your training, please review the Pega Academy Support FAQs.
¿Quiere ayudarnos a mejorar este contenido?