Ayuda de campo (AWATYPEVT)

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.