Notificaciones

Este campo identifica la regla de Workflow.

Permite definir una descripción asociada a cada ficha.

Si esta casilla no está marcada, la regla de Workflow no se desencadenará.

El tipo de evento Workflow puede tomar los siguientes valores:

• Objeto: estamos en una función de tipo objeto (gestión de una ficha en creación, modificación, duplicación, supresión, etc.). El código de evento corresponde al código del objeto.
• Entrada función: se desencadena la regla al entrar en una función de la aplicación. El código de evento corresponde al código de la función (un objeto con código XXX corresponde a la función GESXXX; este tipo de evento también puede utilizarse para los objetos).
• Edición: se lanza un informe, cuyo código puede especificarse en el campo código evento.
• Fin de tarea: se desencadena un Workflow al final de la tarea batch, cuyo código corresponde al código de evento (es necesario que la tarea batch en cuestión tenga la casilla Mensaje usuario marcada, en caso contrario no funcionará : si no es el caso, aparecerá un mensaje de aviso, sin que esto impida la captura).
• Parado de la tarea: esta regla de Workflow se desencadena cuando un usuario decide, desde la supervisión de las tareas, detener una tarea batch cuyo código corresponde al código de evento. Se envía entonces una solicitud de parada al servidor batch, y es éste el que detiene la tarea. Teniendo en cuenta el contexto de ejecución de este evento, las posibilidades de desencadenamiento están limitadas. Así:
• las variables de entorno habituales no están disponibles (GUSER por ejemplo), sólo lo está el registro actual en la tabla ABATRQT de abreviatura [ABR].
• sólo se puede enviar un mensaje por la mensajería (no se pueden actualizar las tablas de seguimiento).
• Importación/Exportación: este tipo de eventos se desencadenan al inicio (y/o al final) de la importación (y/o de la exportación), y el código de evento permite precisar el modelo utilizado.
• Firma: esta regla se desencadena en el momento de la firma de una regla anterior, cuyo código puede venir dado por el código de evento.
• Manual: esta regla se desencadena por el barrido de un conjunto de tablas descritas en el modelo de datos. Este recorrido se desencadena por una operación manual, que puede ser lanzada en batch. Esto permite desencadenar las reglas Workflow vinculadas a las modificaciones de campos en la base (la regla recorre las tablas de auditoría).
• Varios: esta regla se desencadena por eventos particulares identificados por una lista definida de códigos de eventos. Estos eventos pueden ser bien genéricos para todas las aplicaciones escritas en tecnología safe (por ejemplo conexión, desconexión...), o bien depender de una función propia a la aplicación utilizada. Se encuentra la lista de los eventos genéricos en un primer anexo de documentación, y la lista de los eventos propios a cada aplicación en un segundo segundo anexo de documentación.

Este campo permite precisar el contexto desencadenante según el tipo definido con anterioridad:

• para un tipo Objeto, se aporta el código del objeto que corresponde.
• para un tipo Entrada función, se aporta el código de la función.
• para un tipo Edición, se aporta el código del informe.
• para un tipo Fin de tarea o Parada de tarea, se aporta el código de la tarea batch.
• para un tipo Importación/Exportación, se aporta el modelo de importación/exportación utilizado.
• para un tipo Firma, se aporta el código de la regla en el origen de la solicitud de firma.
• Para un tipo Manual, el código no está capturado.
• Para un tipo Vario, se aporta el código que identifica el evento vario en el origen del desencadenamiento de la regla.

Este campo sólo es obligatorio para el tipo de evento Vario. Si no está indicado, el evento se desencadena de forma genérica, sabiendo que siempre es posible probar con anterioridad el contexto para ser selectivo (gracias a las variables GFONCTION, GOLDETAT...)

Título asociado al código introducido en la rúbrica anterior.

Esta casilla permite, si está marcada, insertar como documento adjunto en el mensaje enviado, un icono con el contexto que permite volver a llamar la ficha (haciendo doble clic en el icono). Esto sólo funcionará si la conexión está en modo cliente-servidor.

Esta casilla sólo puede marcarse si el evento desencadenante corresponde al final de una tarea batch.

En este caso, si está marcada, el fichero traza asociado a la tarea batch irá adjunto al mensaje enviado.

Indique una expresión para completar la búsqueda, si es necesario.
Este criterio se añade a los anteriores mediante el enlace Y.
La expresión no puede contener campos de una tabla que no sea la principal del objeto. Estos pueden ir anexos.

Un destinatario puede estar vinculado a un código de usuario (se buscan sus coordenadas en la ficha de usuario), o a un tercero (en este caso, se captura su función en el cuadro para identificar en la ficha terceros a los posibles destinatarios).

Este campo identifica a los destinatarios. Se escribe en forma de expresiones lógicas (Fórmula de cálculo ) que incluye variables en línea en el momento de la ejecución.

Esta información sólo se indica si el tipo de destinatario es un tercero. Hace referencia al menú local que define las funciones de los interlocutores en la ficha terceros.

Aquí pueden capturarse tres valores concernientes a los destinatarios de la línea:

• No: no se enviará ningún mensaje.
• Sí: se envía un mensaje a los destinatarios principales.
• Copia: se envía un mensaje en copia.

Este indicador precisa si los destinatarios de la línea recibirán una notificación en su plan de trabajo, según el valor capturado:

• No: en este caso, ninguna notificación estará disponible en el plan de trabajo.
• Sí: se les enviará una notificación; ésta podrá ser simplemente vista para indicar que el destinatario la ha leído.
• Con firma: esta notificación deberá ser firmada por uno de los destinatarios de la línea.

En cuanto se envíe una notificación a por lo menos una de las líneas de destinatarios, la pestaña Seguimiento definirá el texto que aparecerá en el seguimiento, así como las respuestas que se podrán dar en caso de solicitud de firma.

Un destinatario puede estar vinculado a un código de usuario (se buscan sus coordenadas en la ficha de usuario), o a un tercero (en este caso, se captura su función en el cuadro para identificar en la ficha terceros a los posibles destinatarios).

Este campo identifica a los destinatarios. Se escribe en forma de expresiones lógicas (Fórmula de cálculo ) que incluye variables en línea en el momento de la ejecución.

Esta información sólo se indica si el tipo de destinatario es un tercero. Hace referencia al menú local que define las funciones de los interlocutores en la ficha terceros.

Aquí pueden capturarse tres valores concernientes a los destinatarios de la línea:

• No: no se enviará ningún mensaje.
• Sí: se envía un mensaje a los destinatarios principales.
• Copia: se envía un mensaje en copia.

Este indicador precisa si los destinatarios de la línea recibirán una notificación en su plan de trabajo, según el valor capturado:

• No: en este caso, ninguna notificación estará disponible en el plan de trabajo.
• Sí: se les enviará una notificación; ésta podrá ser simplemente vista para indicar que el destinatario la ha leído.
• Con firma: esta notificación deberá ser firmada por uno de los destinatarios de la línea.

En cuanto se envíe una notificación a por lo menos una de las líneas de destinatarios, la pestaña Seguimiento definirá el texto que aparecerá en el seguimiento, así como las respuestas que se podrán dar en caso de solicitud de firma.

Este campo permite definir el contenido del campo Objeto del mensaje enviado, en forma de una expresión calculada que se evaluará en el momento del desencadenamiento del evento.

Este campo permite definir el contenido principal del mensaje. Se realiza en forma de un texto libre que incluye expresiones lógicas (Fórmula de cálculo) entre dos barras verticales que sirven como separadores. De este modo, por ejemplo, se podrán escribir contenidos como:

el evento ocurrido el | num$(date$) | dio lugar a este envío por | GUSER |

Etiquetas específicas:

"LIG" Permite insertar la expresión definida en el campo "Línea" de la regla workflow.
"CLB/variable clob o expresión" permite insertar el contenido de un campo clob en el texto. Este número de etiquetas está limitado a 5.
"SIG/código respuesta/expresión texto" permite mostrar un enlace http en el texto. El clic en este enlace desencadena la respuesta de la regla de workflow. Esta parametrización sólo puede aplicarse de forma óptima si los parámetros supervisor del grupo "WRK" se indican correctamente.