Historial de página

Descripción

El sistema SGI debe poder generar comunicados para que los usuarios puedan recibirlos.

Actores

Los emisores de comunicados concretos de cada módulo/gestión.

Precondiciones

Para el envío/recepción de un comunicado, que siempre serán por email, deben cumplirse una serie de condiciones:

• el comunicado ha de disponer de una plantilla de asunto y contenido por defecto configurada en el SGI.
• el comunicado ha de disponer de una lista de destinatarios por defecto, por unidad de gestión, para ese tipo de comunicado.
• el usuario o usuarios destinatarios de los mismos debe disponer de un email operativo y, en el caso de que el destinatario sea una persona del SGP con el que el SGI se integra, que este email esté marcado como "principal".

Garantías de éxito (postcondiciones)

Los destinatarios del comunicado reciben el comunicado por email.

Escenario principal (flujo básico)

1. Dentro de la gestión que corresponda se necesita enviar un comunicado a un usuario o lista de usuarios concreta.
2. El sistema recupera la plantilla del comunicado con los parámetros adecuados para ese tipo de comunicado.
3. Si se trata de un comunicado cuyos datos se pueden modificar por pantalla, se muestran dichos datos al usuario para que lo modifique si quiere previamente a su programación para el envío.
4. El sistema registra los datos del comunicado y programa el envío del comunicado asociado al comunicado.
5. Alcanzada la fecha programada para el envío, se envía un email a los destinatarios con el asunto y contenido adecuado.
   1. Si se han indicado destinatarios a resolver en diferido (checks IPs proyecto, IPs convocatoria, ...), previamente al envío ha de resolverse la lista completa de destinatarios.

Escenario principal (flujo alternativo) - Fallo en el proceso de generación de comunicado y programación

1. Dentro de la gestión que corresponda se necesita enviar un comunicado a un usuario o lista de usuarios concreta y/o una lista de usuarios con unos permisos concretos.
2. El sistema recupera la plantilla del comunicado con los parámetros adecuados para ese tipo de comunicado. Si se produce algún error en este paso, se devolvería el mismo al módulo llamante y este escenario finalizaría aquí sin insertar ni el comunicado ni la programación para el envío del mismo, si no, continuaría en el punto
3. Si se trata de un comunicado cuyos datos se pueden modificar por pantalla, se muestran dichos datos al usuario para que lo modifique si quiere previamente a su programación para el envío.
4. El sistema registra los datos del comunicado y programa el envío del comunicado asociado al comunicado. Si se produce algún error en este paso, se devolvería el mismo al módulo llamante y este escenario finalizaría aquí sin insertar ni el comunicado ni la programación para el envío del mismo, si no, continuaría en el punto 5.
5. Alcanzada la fecha programada para el envío, se envía un email a los destinatarios con el asunto y contenido adecuado.
   1. Si se han indicado destinatarios a resolver en diferido (checks IPs proyecto, IPs convocatoria, ...), previamente al envío ha de resolverse la lista completa de destinatarios.