Monitor workflow

Cuando esta casilla está marcada, el usuario ve las notificaciones enviadas a los usuarios de los que es delegado excepcional.

Esta casilla sólo puede marcarse si el usuario es al menos delegado de otro usuario.

Define el código de usuario destinatario de los eventos de Workflow en espera de firma que se desea ver.

Sólo puede introducirse en dos casos:

• Si la opción Todos los usuarios está concedida al usuario actual para la función.
• Si la casilla Delegado excepcional está marcada (en este caso, se puede elegir el usuario para el que se tiene un delegación excepcional de la que se desea ver las notificaciones).

Si este campo no puede ser introducido, por defecto es igual al valor actual del usuario.

Si este campo puede ser introducido, pero no se le da ningún valor, pueden visualizarse las siguientes notificaciones:

• las de los usuarios para los que se tiene una delegación excepcional si la casilla Delegado excepcional está marcada.
• las dirigidas a la totalidad de los usuarios en caso contrario.

Si se indica esta fecha, sólo se muestran en la consulta los datos cuya fecha de última modificación o de creación es posterior o igual.

Observación: La fecha propuesta por defecto es la del día, disminuida de un número de días igual al valor del parámetro WRKDAY.

Si se indica esta fecha, sólo se muestran en la consulta los datos cuya fecha de última modificación o de creación es previa o igual.

Por defecto, esta fecha es igual a la fecha del día.

Botones de navegación que permiten recorrer el conjunto de líneas del plan de trabajo.

Botón que permite abrir una pantalla de captura de un criterio de selección de líneas en forma de una expresión lógica.

Este criterio se aplica a todas las pestañas además de los criterios específicos a cada pestaña.

Número cronológico atribuido cuando se desencadena un Workflow. En el caso de un Workflow manual, se asigna un número a cada registro activador. En el resto de casos, sólo se asigna un número cronológico por desencadenamiento.

De este modo, cuando se envía una notificación a varios usuarios a partir de un mismo evento, el número de crono es el mismo.

Define el destinatario de la notificación. Si se espera una firma o una vista, normalmente es él quien tiene que hacerlo.

Este destinatario no es obligatoriamente el destinatario definido en la regla de origen. De hecho, si la regla prevé delegar en el primer destinatario libre y si el destinatario de inicio ha definido un delegado con poder para las fechas afectadas, el destinatario de la notificación será el delegado (o su delegado si él ha delegado a su vez, etc.).

Cuando un mensaje se envía por la regla a un destinatario, su dirección de mensajería aparece en este campo.

Este número de crono se le asigna a cada línea procesada (por lo tanto hay varios si existen Workflows de tipo cabecera/línea con agrupaciones).

Cuando un modelo de datos está asociado a la regla y este modelo define una sociedad actual en función del contexto (ya sea directamente o a través de una planta), se almacena en el evento la sociedad correspondiente.

Esta sociedad puede utilizarse (pero no es obligatorio) para definir la regla de asignación que determinará los destinatarios de la notificación.

Este campo tiene el valor No si el usuario es el primer destinatario de la notificación. Tiene el valor Sí si el usuario recibe la notificación como delegado no sustituyente (opciones Todos o Cascada) y si por otra parte, tiene derecho a firmar (si no tiene derecho a firmar, la notificación no aparece en el plan de trabajo).

Hay que tener en cuenta que si este campo tiene el valor Sí, hay al menos otra línea con el mismo número de crono con valor No en la tabla de almacenamiento de los datos del plan de trabajo (puede haber otras líneas con el mismo número de crono y este indicador igual aSí si hay varios delegados con poder de firma). La primera firma en una de las líneas afectadas actualiza automáticamente el conjunto de líneas con el mismo número de crono al considerarlas como firmadas.

Este campo tiene el valor Sí si se ha enviado un mensaje en el momento de la ejecución de la regla.

Define el emisor de la notificación, es decir el usuario cuya acción ha desencadenado el Workflow. En un Workflow de tipo Firma, el emisor es el que ha firmado la notificación anterior. En un Workflow cualquiera, el emisor es el usuario cuya acción desencadena el envío de la notificación.

Cuando se ha firmado una línea del plan de trabajo mediante la activación de un enlace http desde un mensaje, este campo almacena la dirección de mensajería del usuario que ha firmado de este modo.

Corresponde a la fecha sistema (tal y como se conoce en el servidor de proceso) en el momento de la ejecución del evento de Workflow.

Corresponde a la hora sistema (tal y como se conoce en el servidor de proceso) en el momento de la ejecución del evento de Workflow.

Corresponde al valor del campo Naturaleza de Workflow definido en el evento desencadenante. Éste puede ser un criterio cómodo para clasificar las líneas, filtrarlas o distribuirlas en las distintas pestañas del plan de trabajo.

Contiene el texto evaluado a partir de la rúbrica Texto seguimiento definida en la pestaña Seguimiento de la regla; normalmente se parametriza un comentario que explica las consecuencias del desencadenamiento de Workflow.

Define el tipo de evento de la regla de Workflow en el origen de la línea de notificación en el plan de trabajo.

Corresponde al código de evento en el origen del Workflow, es decir, al código:

• del objeto en el caso de un Workflow objeto.
• del estado en el caso de un Workflow de tipo impresión.
• del modelo en el caso de una importación o exportación.
• de la función en el caso de una entrada en función.
• de la regla de Workflow que ha desencadenado la solicitud de firma en el caso de una firma.
• del código que identifica el Workflow vario en este caso.

Identifica la regla de Workflow cuya ejecución ha enviado la notificación.

Contiene el código de operación en el contexto desencadenante:

• para un evento objeto, éste puede ser C (creación), M (modificación), etc. o el código del botón.
• para un evento firma, el código de la regla en el origen de la firma.
• para una importación/exportación, las combinaciones I/E y D/F(importación/exportación, inicio/fin), por ejemplo ID.
• para una entrada en función, el campo está vacío.
• para una impresión, es igual a C.
• para el fin de una tarea batch, el valor es "O" si la tarea se ha terminado sin error; en caso contrario, se encuentra el número de estado seguido del mensaje de error.

Este campo contiene la fecha en la que debe haberse firmado el Workflow. Es igual a la fecha de desencadenamiento si no se ha puesto en marcha ningún proceso de firma o si no se ha definido ninguna fecha límite.

Este campo define el nivel de firma que corresponde a la notificación de la línea. Los siguientes valores, definidos por el menú local 2922 son posibles :

• Por leer: se solicita un acuse de lectura, pero la notificación aún no se ha leído.
• Por firmar: se solicita una firma, pero la notificación aún no se ha firmado.
• Leído: se ha solicitado un acuse de recibo y se ha capturado.
• Firmado: se ha solicitado una firma y se ha firmado.
• Cancelado: se ha firmado, pero después la firma ha sido objeto de una cancelación.

Este campo permanece vacío mientras el evento esté sin firmar. Si se ha firmado, se encuentra el código de respuesta que se ha introducido, tal y como se define en la tabla varia número 54.

Cuando una línea del cuadro de notificaciones ha sido firmada, aquí aparece el código del usuario que la ha firmado. No tiene por qué tratarse del destinatario de origen, ya que otro usuario puede tener derecho a firmar.

Cuando se ha enviado un mensaje con una solicitud de seguimiento mediante la activación de un enlace http, este campo permite conocer la dirección de mensajería del destinatario.

Si la notificación de Workflow implica un seguimiento (simple vista o firma), este campo permite conocer la fecha en la que se ha realizado el seguimiento (el campo permanecerá vacío mientras el seguimiento no se haya realizado).

Si la notificación de Workflow implica un seguimiento (simple vista o firma), este campo permite conocer la fecha en la que se ha realizado el seguimiento (el campo permanecerá vacío mientras el seguimiento no se haya realizado).

Contiene el código de motivo introducido al firmar la regla, cuando esta introducción es posible en el momento de la firma. Esto supone que se define una lista de motivos posibles por medio de un número de tabla varia en la línea de firma correspondiente.

Contiene el código de motivo introducido al firmar la regla, cuando esta introducción es posible en el momento de la firma. Esto supone que se define una lista de motivos posibles por medio de un número de tabla varia en la línea de firma correspondiente.

Cuando se ha previsto la captura de un código de motivo en el momento de la firma de la regla, en este campo se encuentra el número de tabla varia que define los motivos posibles en la línea de firma correspondiente.

En el caso de un Workflow objeto, en este campo se encuentra la clave del objeto (es el campo Clave desencadenante de origen). En el caso de un Workflow de tipo firma, en este campo se encuentra el número crono en el origen de la firma. Para el resto de casos, este campo no está indicado.

Este campo técnico contiene el código de la tabla desencadenante y el código de la clave correspondiente, al igual que para el campo Identificador de línea. En cambio, en caso de evento de tipo firma, permanece vacío, es decir que no se transmite desde la notificación de origen.

Cuando un icono de retorno está asociado al Workflow, este campo contiene el nombre de la función en la que se realiza éste. Si la función es de tipo objeto, se encuentra a continuación, separada por un "/" de la tabla, la clave correspondiente (los segmentos de claves, para una clave en varias partes, están separados por "~").

Este campo técnico contiene, en el orden, el nombre de la tabla en la que se encuentra el evento desencadenante de origen, seguido de la clave actual asociada al grupo que ha provocado el desencadenamiento. El separador entre tabla y clave es "/" y entre los segmentos de la clave (cuando ésta se compone de varios campos) es "~".

El contenido se define de la siguiente forma:

• en el caso de un evento de tipo Firma, se recupera el contenido de la notificación de origen.
• en caso de que el evento sea de tipo Objeto, se recupera la tabla principal del objeto si ésta puede determinarse (lo que significa que no se indica nada si es un Workflow genérico con un código de objeto vacío). La clave corresponde a la actual en el momento del desencadenamiento de Workflow.
• en el resto de casos, la tabla se define únicamente si hay un modelo de datos asociado al Workflow. En este caso, es la tabla principal la que se reenvía. La clave corresponde al registro actual en el momento del desencadenamiento.

Este número de crono sólo se indica en las notificaciones asociadas a un evento de tipo Firma; permite conocer el número cronológico del evento de origen, aquél cuya firma ha desencadenado la línea actual.

Este campo sólo se indica en las líneas asociadas a un evento de tipo Firma. Permite conocer el destinatario del Workflow de origen (el que ha recibido efectivamente la notificación tras la aplicación si fuera necesario de las reglas de delegación: no es obligatoriamente la persona que ha firmado).

Este campo contiene la fecha en la que se ha realizado el último lanzamiento de firma en la notificación. No se indica si no se ha puesto en marcha ningún proceso de firma.

Este campo contiene el recuento del número de lanzamientos de firma realizados en el evento Workflow.

Este campo corresponde al nivel de firma, cuando se encadenan eventos de firma:

• tiene el valor 0 en el evento de origen.
• tiene el valor 1 en el evento desencadenado por la primera firma.
• en cada evento que se encadena, se aumenta en 1.

La variable LEVSIG correspondiente se utiliza con frecuencia en las reglas de Workflow cuando la regla de asignación del evento de origen da el conjunto de los firmantes (1 a 9 como máximo). Basta entonces, tanto en el evento de origen como en los de firma que se encadenan, dar como fórmula de destinatario USER(LEVSIG+1) para tener el usuario número N en la lista. Esto permite sobre todo tener reglas de firma recurrentes, ejecutadas mientras quede firmantes.

Cuando un Workflow envía un mensaje con un icono de conexión, el contexto de la conexión (dossier, servidor, servicio, función, etc.) se define en forma de un campo alfanumérico.

Este campo técnico contiene este contexto. Los diferentes segmentos de este campo están separados por el carácter "/".

Identifica la clave en el origen del circuito de Workflow. Esta clave, cuando está compuesta de varias partes, se presenta como una concatenación de las partes de claves separadas por el carácter (~).

Los valores de la clave dependen del contexto:

• en un Workflow objeto, se trata de la clave de la ficha en el origen del desencadenamiento.
• en un Workflow manual, se trata de la clave de la tabla principal en la que se basa el modelo de datos del Workflow.
• en un Workflow en importación/exportación, en una entrada en una función, no se indica nada en este campo.
• en un Workflow en edición, no se indica nada si la edición se lanza desde una función de impresión (impresión, o impresión por grupo). En cambio, si la edición se lanza por Fichero/Impresión o Fichero/Lista desde un objeto, la clave de la ficha se indica en este campo.
• en un Workflow de firma, se hereda la clave de la ficha de origen, almacenada en la línea de seguimiento en el origen de la firma.

Define el número de usuarios reenviados por la regla de asignación, cuando ésta existe.

Si no existe, pero la regla es de tipo Firma, se hereda el número de firmantes definido en la regla de origen.

Si no existe ninguna regla de asignación, el valor es de 0.

Cuando el primer evento en el origen del circuito de firma es un objeto, este campo identifica su código. En el resto de casos, permanece vacío.

Se transmite a continuación a los diferentes eventos de firma que podrían encadenarse al primero.

Define el primer destinatario del evento de Workflow. De hecho, un evento puede enviar una notificación a varias series de destinatarios, cada uno definido por una línea en el cuadro de destinatarios. Este campo representa el destinatario evaluado por medio de la primera línea si la opción de delegación es No, Todos o Cascada. Si la opción es El primero libre y si el usuario no está presente y ha dejado un delegado, aparece en el campo el usuario delegado.

Este campo forma parte de un conjunto de quince campos genéricos que permiten almacenar valores contextuales evaluados en el momento del desencadenamiento del Workflow a partir de fórmulas introducidas en el cuadro denominadoContexto de la pestaña Seguimiento del Workflow.

Los valores almacenados en este cuadro pueden emplearse:

• para transmitir a un evento de tipo Firma datos útiles para el tratamiento de la continuación del proceso.
• para mostrar datos útiles en el monitor de Workflow. En este caso, en la parametrización de la transacción, se puede asignarles un título específico más elocuente.

Permite definir los firmantes sucesivos cuando una regla de asignación de destinatarios reenvía N firmantes para la regla de Workflow. Esta información se utiliza sobre todo para permitir la correcta gestión de las cancelaciones de firma.

En los eventos de tipo Firma sin regla de asignación definida, se encuentran los firmantes asociados a la regla desencadenante. Así, cuando N firmantes en cascada han sido definidos en la regla de origen y todas las reglas de firma siguientes no tienen regla de asignación, se puede conocer el circuito completo de firma en cada nivel.

Hay que tener en cuenta que se muestran aquí los usuarios definidos por la regla antes de la aplicación, si es necesario, de las reglas de delegación. Así, por ejemplo, si el primer destinatario de la regla de firma está ausente y tiene un sustituto, se verá en el campo Firmante 1 el firmante de origen, mientras que en el campo Primer destinatario, se encontrará el sustituto al que se ha enviado efectivamente la solicitud de firma.