...
Info | ||
---|---|---|
| ||
El planteamiento aquí descrito tuvo como objetivo la validación del mismo por parte de UM, siendo a continuación trasladado al Análisis del particular de los comunicados de cada módulo y de los módulos que intervienen en la planificación, generación y envío de comunicados la información más detallada y/o los cambios surgidos con motivo del diseño o la implementación. Es por ello que es posible que alguna de la información aquí detallada no corresponda al 100% con la solución finalmente implementada, que sí está en cambio alineada con el resto de documentación de análisis. Puede ser de interés en todo caso para ver el flujo funcional resumido de este módulopara entender a alto nivel el funcionamiento de los comunicados en el SGI. |
Planteamiento funcional general
- Se enviarán únicamente comunicados por email, no habrá notificación de los mismos ni gestión de mensajería interna en el SGI.
- Habrá únicamente 2 Tipos de comunicados:
- Comunicados generados por acción del usuario
- El usuario marcará si quiere enviarlos o no para el caso de Hitos y Fases y se enviarán siempre que se cumplan las condiciones definidas funcionalmente en el resto de casos.
- Habrá destinatarios predefinidos por configuración de la implantación y, opcionalmente, si el comunicado dispone de interfaz de usuario, por ejemplo, en el caso de Hitos y Fases, el usuario podrá añadir destinatarios adicionales. En otros casos, irán a los destinatarios identificados funcionalmente y no se podrán eliminar ni añadir otros destinatarios desde la aplicación.
- El usuario, en algunos comunicados concretos, como Hitos y Fases, podrá indicar el asunto y la fecha y hora en la que se quiere enviar el comunicado además de modificar parte del contenido del email, aquella que no sea crítica para identificar la información esencial del comunicado (fechas, la entidad concreta que requiere que se comunique algo, etc ... no se podrían modificar). En otros casos se definirá un asunto y contenido para el email fijo y la fecha para el envío del aviso será casi inmediatamente (hay que tener en cuenta un pequeño retardo hasta que pase el proceso que enviará el email), esto es, al momento de producirse el evento, y no se podrán modificar por pantalla ninguno de estos datos (Ej.: enviar notificación sobre evaluación de revisión mínima por parte del gestor de ética).
- Aplican a:
- CSP:
- Convocatorias:
- Solicitudes:
- Proyectos:
- Invenciones:
- Solicitudes de protección - IU-PII-0021-001 - Añadir-modificar procedimiento
- Para Ética se está pendiente de confirmar la necesidad de este tipo de comunicados, hay uno posible identificado - Detallado en ETI - Comunicados.
- CSP:
- Automáticos
- Se generarán emails de aviso automáticamente, sin intervención previa del usuario, a unos destinatarios, algunos de los cuales podrán ser configurados en la implantación de antemano y otros que serán prefijados funcionalmente. El envío de estos comunicados se realizará siempre en unas fechas fijadas de antemano funcionalmente o en la implantación, según el caso (al inicio, cuando falten X días para el inicio o el fin, el día que finaliza, ...).
- Aplican a:
- CSP:
- Solicitudes:
- Alta de solicitud de ética - CU-CSP-1100 -002- Modificar solicitud - Cambio de estado
- Cambio de estado de solicitud - CU-CSP-1100 -002- Modificar solicitud - Cambio de estado
- Solicitudes:
- CSP:
- Comunicados generados por acción del usuario
- Proyectos:
- Periodos de pago socios - IU-CSP-0402-007 - Añadir-modificar periodo pago a socio
- Periodos de justificación socios - IU-CSP-0406-011-004-001 - Modificar proyecto - Socio - Periodo de justificación - Datos generales
- Calendario de justificación - IU-CSP-0406-029 - Modificar proyecto - Configuración económica - Calendario justificación
- Seguimiento científico - https://confluence.um.es/confluence/pages/viewpage.action?pageId=91008401
- Calendario de facturación - Notificar IP - IU-CSP-0406-028 - Modificar proyecto - Configuración económica - Calendario facturación
- Calendario de facturación - Validar IP - IU-CSP-0406-028 - Modificar proyecto - Configuración económica - Calendario facturación
- Proyectos externos:
- Proyectos:
- Ética: Todos los comunicados salvo 1 - Detallado en ETI - Comunicados
- Invenciones:
- Alta y modificación de solicitudes de protección - IU-PII-0020-0010-001 Crear solicitud de protección - Datos generales y IU-PII-0020-0030-001 Ver detalle-modificar solicitud de protección - Datos generales
- Prioridad y presentación de fases nacionales regionales - CU-PII-0010-002 - Solicitudes de protección - Avisos
- Procedimientos de solicitudes - IU-PII-0020-0030-002 Ver detalle-modificar solicitud de protección - Procedimientos
- Alta y modificación de solicitudes de protección - IU-PII-0020-0010-001 Crear solicitud de protección - Datos generales y IU-PII-0020-0030-001 Ver detalle-modificar solicitud de protección - Datos generales
...
Extracto |
---|
Si se quiere que el aviso llegue, además de a los destinatarios por defecto, a un nuevo destinatario, se debe añadir este nuevo destinatario al conjunto de destinatarios. En este caso, se plantean dos opciones:
2. Que el destinatario adicional NO se encuentre en los sistemas de gestión de personas de la Universidad, bien porque no exista ninguna relación registrada con él en dichos sistemas bien porque el destinatario a añadir sea una lista de distribución o un email genérico y no propio de o asociado a una persona en concreto. En el ejemplo a continuación vemos que ya existe un destinatario por defecto predefinido y vamos a ver cómo se añadiría uno nuevo. En primer lugar, vamos a añadir un destinatario que está ya en los sistemas de la Universidad. Esta sería la secuencia de acciones a realizar:
3. Si en los 10 primeros resultados propuestos por el autocompletar no aparece la persona buscada, se deberán introducir más caracteres para refinar la búsqueda o bien se podrá pulsar sobre el botón "Buscar", que abrirá el buscador de personas lanzando por defecto la búsqueda con el texto que el usuario haya introducido en el cajetín de "Destinatario". La pantalla completa quedaría de la siguiente forma: 4. Se deberá pulsar a continuación el botón "Seleccionar" de la fila de la persona una vez la localicemos en el la lista de resultados o bien restringir más la búsqueda introduciendo más caracteres en el filtro hasta que se encuentre. Se debe seleccionar una persona que disponga de un email principal, ya que en otro caso, el comunicado no se podría generar. 5. Una vez se haya seleccionado el destinatario del aviso por la vía que haya sido posible, se debe pulsar el botón "Añadir destinatario" para que aparezca en la lista de Destinatarios. Vemos a continuación cómo quedaría el resultado del proceso. En el caso de que un destinatario de este tipo no disponga de email principal, no será seleccionable se podrá seleccionar ni desde el buscador ni desde el componente autocompletar, y se presentará presentándose al usuario como "Nombre Apellidos ()" en este último caso, reflejando así el que no tiene un email al que poder enviar los comunicados. A continuación, vamos a añadir un destinatario que o bien no está relacionado en forma alguna con la Universidad, y por tanto no se encuentra registrado en sus sistemas, o bien que es una lista de correo o similar. En este caso, esta sería la secuencia de acciones a realizar:
2. Para completar la operación y que quede añadido a la lista de destinatarios, se debe pulsar la tecla "enter": Para este tipo de destinatarios, si se introduce un email cuyo formato es inválido, éste no se añadirá a la lista. Para ambos tipos de destinatario, si se trata de añadir un email que ya existía previamente en la lista, no se volverá a añadir. |
...