Utilización > Monitor workflow 

El monitor Workflow permite presentar los eventos en espera de firma por un usuario dado. Esta presentación se puede parametrizar mediante una transacción y se realiza en una o varias pestañas. A partir de cada evento, se pueden visualizar datos relativos al contexto de desencadenamiento, a los mensajes enviados y al histórico de firmas. También se puede firmar o ver el evento según los casos.

Requisitos

SEEREFERTTO Consulta la documentación de Puesta en marcha

Gestión de la pantalla

La introducción en el plan de trabajo se realiza en un número variable de pestañas, según la transacción elegida. En cada una de las pestañas, se encuentran datos que pueden ser diferentes y parametrizados caso por caso. Del mismo modo, cada una de las pestañas puede mostrar todo o parte de los eventos a procesar, siendo realizada la distribución según reglas parametrizables. Además, los eventos se pueden destacar (mediante el color o el tamaño de la fuente) y clasificar según diferentes criterios caso por caso.

Cabecera

Presentación

En la cabecera se introducen criterios de filtrado globales para los eventos a procesar, teniendo en cuenta que filtros más detallados pueden existir en cada pestaña de la función.

Cerrar

 

Campos

Los campos siguientes están presentes en esta pestaña :

  • Delegado excepcional (campo DELEXP)

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 excepcionalestá 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 excepcionalestá marcada.
  • las dirigidas a la totalidad de los usuarios en caso contrario.
  • Fecha inicio (campo DATDEB)

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.

  • Fecha fin (campo DATFIN)

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.

Cerrar

 

Pestaña Plan de trabajo

Presentación

En cada pestaña de este tipo (puede haber hasta 8) se encuentran las notificaciones de Workflow para las que se ha parametrizado una norma de firma o vista.

El orden de clasificación por defecto de los datos y la puesta en evidencia (mediante un estilo) de las líneas que se deben poner de relieve son parametrizables en cada pestaña.

Cerrar

 

Campos

Los campos siguientes están presentes en esta pestaña :

Bloque Número 1

  • campo PAGFIR

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

  • campo PAGPRV

 

  • campo PAGNXT

 

  • campo PAGLST

 

  • campo W

 

  • campo PAGCUR

 

  • campo SAICRI

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.

Tabla

  • Contador (campo CHRONO)

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.).

  • E-mail destinatario (campo EMAIL)

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

  • N.º workflow (campo NUMGRP)

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.

  • Delegado (campo DELEGUE)

Este campo tiene el valor No si el usuario es el primer destinatario de la notificación. Tiene el valor 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 , 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 a 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.

  • Envío mail (campo ENVOI)

Este campo tiene el valor 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.

  • E-mail emisor (campo MAIENV)

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.

  • Fecha emisión (campo DATENV)

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.

  • Hora emisión (campo TIMENV)

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.

  • Texto seguim (campo TEXSUI)

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.

  • Tipo evento (campo TYPEVT)

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.

  • Código evento (campo CODEVT)

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.

  • Operación (campo OPERATION)

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.
  • Plazo firma (campo DATMAXSIG)

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.

  • Flag firma (campo FLGSIG)

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.

  • E-mail firmante (campo MAISIG)

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.

  • Fecha firma (campo DATSIG)

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).

  • Hora firma (campo TIMSIG)

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).

  • Motivo respuesta (campo REASON)

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.

  • Clave desencadenante (campo CLEOBJ)

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.

  • Tabla desencadenante (campo IDENTREF)

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.

  • Identificador devolución (campo IDENTRET)

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 "~").

  • Identificador línea (campo IDENTGRP)

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.
  • Crono origen (campo NUMORG)

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).

  • Fecha reclamación (campo DATREL)

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.

  • N.º reclamación (campo NBRREL)

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

  • Nivel de firma (campo LEVSIG)

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.

  • Icono de retorno (campo CONTXT)

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 "/".

  • Volver a escritorio (campo CONTXTSYRA)

 

  • Volver a móvil (campo CONTXTMOBI)

 

  • Clave desencadenante de origen (campo CLEDEC)

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.
  • N.º firmantes (campo NBRUSR)

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.

  • Contexto 1 (campo VALCTX1)

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.
  • Contexto 2 (campo VALCTX2)

 

  • Contexto 3 (campo VALCTX3)

 

  • Contexto 4 (campo VALCTX4)

 

  • Contexto 5 (campo VALCTX5)

 

  • Contexto 6 (campo VALCTX6)

 

  • Contexto 7 (campo VALCTX7)

 

  • Contexto 8 (campo VALCTX8)

 

  • Contexto 9 (campo VALCTX9)

 

  • Contexto 10 (campo VALCTX10)

 

  • Contexto 11 (campo VALCTX11)

 

  • Contexto 12 (campo VALCTX12)

 

  • Contexto 13 (campo VALCTX13)

 

  • Contexto 14 (campo VALCTX14)

 

  • Contexto 15 (campo VALCTX15)

 

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.

 

 

 

 

 

 

 

 

Cerrar

 

Icono Acciones

Operación desencadenante

Esta función permite volver, mediante un zoom, a la función y al contexto en el origen del Workflow. En el caso de un Workflow en objeto, se vuelve a la ficha correspondiente.

Operación desencadenante de origen

Se puede acceder a esta función cuando el evento en el origen de la notificación es de tipo Firma; en este caso, se vuelve al evento de origen (si es necesario de forma recurrente) para encontrar la función y la ficha que han desencadenado el inicio del proceso.

Retorno

Esta función permite volver a la función y al contexto descritos por el icono de retorno de la parametrización de Workflow. Si no se ha definido nada, se propone la operación de origen.

Mails del grupo

Campos

Los campos siguientes están presentes en esta ventana :

Tabla Destinatarios

  • Dirección mensajería (campo DEST)

Define la lista de direcciones de mensajerías a las que se ha enviado la notificación como destinatarios principales.

Tabla Copia

  • Dirección mensajería (campo COP)

Define la lista de direcciones de mensajerías a las que se ha enviado la notificación como destinatarios en copia.

Objeto

  • campo TEXOBJ

Define el campo Objetodel mensaje tal y como se ha enviado.

Mensaje

  • campo TEXTE

Define el texto del mensaje tal y como se ha enviado.

Bloque Número 5

Cerrar

Esta función permite mostrar, en una ventana de selección, la lista de los mensajes enviados a todos los usuarios destinatarios de la notificación.

Se ve una línea para cada conjunto de destinatarios definidos por una línea en el cuadro de parametrización de los destinatarios de Workflow.

Si se hace doble clic en una de las líneas, una ventana se abre para mostrar el detalle del mensaje enviado y la lista de los destinatarios.

Histórico mails

Campos

Los campos siguientes están presentes en esta ventana :

Tabla Destinatarios

  • Dirección mensajería (campo DEST)

Define la lista de direcciones de mensajerías a las que se ha enviado la notificación como destinatarios principales.

Tabla Copia

  • Dirección mensajería (campo COP)

Define la lista de direcciones de mensajerías a las que se ha enviado la notificación como destinatarios en copia.

Objeto

  • campo TEXOBJ

Define el campo Objetodel mensaje tal y como se ha enviado.

Mensaje

  • campo TEXTE

Define el texto del mensaje tal y como se ha enviado.

Bloque Número 5

Cerrar

Esta función permite mostrar, en una ventana de selección, la lista de los mensajes enviados a los usuarios sucesivos que han firmado la notificación de origen y las notificaciones siguientes (cuando el proceso de firma se hace en varios niveles).

Las líneas aparecen en orden cronológico inverso (las firmas más recientes primero).

Si se hace doble clic en una de las líneas, una ventana se abre para mostrar el detalle del mensaje enviado y la lista de los destinatarios.

Firma

Esta función permite desencadenar el proceso de firma de la línea. Sólo está disponible si el usuario tiene derecho a firmar y si la línea ya no ha sido firmada.

Si es el caso, una ventana se abre para proponer una lista de respuestas posibles, en función de la parametrización. También se puede introducir, según la parametrización, un motivo adicional, e incluso un texto libre (para dar el motivo de un rechazo, por ejemplo).

Vista

Esta función permite ver la línea. Esta función sólo está disponible si la línea ya no ha sido vista. No se requiere ninguna otra introducción, ya que la línea pasará al estado Visto en cuanto se realice esta operación.

Cancelar

Esta función permite cancelar una firma (volviendo al estado anterior de la solicitud).

Sólo está disponible si todas las condiciones siguientes están cumplidas:

  • se ha firmado la línea
  • el usuario es el firmante de esta línea
  • se ha concedido el derecho de cancelación al usuario (es una de las opciones de la función).
  • En el proceso de firma, existe una respuesta asociada al código de operación CAN. Este código de motivo desencadena la acción de cancelación de firma poniendo la línea en el estado anterior a la firma. A continuación se puede desencadenar, si es necesario, otro Workflow de tipo firma, basado en la regla de origen y el código de motivo CAN.

Esta operación es diferente de una operación de descarte de la solicitud o de rechazo, que se procesa de forma clásica mediante la parametrización estándar.

 

Cerrar

 

Mensajes de Error

No hay ningún mensaje de error aparte de los mensajes de error genéricos.

Tablas utilizadas

SEEREFERTTO Consulta la documentación de Puesta en marcha