Resumen

La transacción de Circuitos de Procesos nos permitirá crear y editar los elementos que componen los circuitos (tareas, trámites, etc.) y realizar o modificar las asociaciones entre estos y los demás elementos externos (alarmas, validaciones, etc.). Por lo tanto, esta transacción la utilizaremos para completar la parametrización de los circuitos de procesos después de haberlos dado de alta en su maestro, para editar los circuitos copiados y para realizar las modificaciones o actualizaciones necesarias durante todo el desarrollo de los proyectos.

Pasos

Se detallan a continuación los pasos para esta tarea a modo de resumen:

• Se da de alta la actualización de rango de números para los pasos de la tramitación en la transacción /EFOL/TR_SNRO_PASO y después se dan de alta para las bifurcaciones con la transacción /EFOL/TR_SNRO_BIFURC.

• Se dan de alta las fases, esto sirve para agrupar los trámites. Esto se lleva a cabo en la transacción /EFOL/TR_922.

• Se crean los estados. Son subdivisiones dentro de las fases. Esto se realiza desde la transacción /EFOL/TR_923.

• Se dan de alta los perfiles de estado. Esto se utilizaría para identificar donde están los expedientes que no tienen workflow. Para ello se utiliza la transacción /EFOL/TR_924.

• Se da de alta el circuito en la transacción /EFOL/TR_908BIS.

• Modificar los circuitos de proceso, para ello se usa la transacción /EFOL/TR_908.

1.1       Transacción /EFOL/TR_SNRO_PASO – Actualización rango números: Pasos de tramitación:

Con esta transacción se da de alta la actualización de rangos de números para los pasos de la tramitación. Este paso sirve para todos los tipos de expedientes. Para ello se haría una inserción en la tabla que contiene la transacción.

Open

1.2. Transacción /EFOL/TR_SNRO_BIFURC – Actualización rango números: Bifurcaciones:

Con esta transacción se da de alta la actualización de rangos de números para las bifurcaciones de los pasos paralelos en la tramitación. Este paso sirve para todos los tipos de expedientes. Para ello se haría una inserción en la tabla que contiene la transacción.

Open

1.3       Transacción /EFOL/TR_922 – Maestro de fases:

Una vez se han dado de alta o actualizado los rangos de números se comienza con las fases. Las fases sirven para agrupar los trámites incluso si están en diferentes circuitos. Nos permiten localizar fácilmente los expedientes en la tramitación, simplemente viendo la denominación y fase en la que se encuentran.

A nivel de fases también se pueden incluir validaciones. Para ello, se debe seleccionar el paso en el que se quiere realizar y hacer clic en validaciones. Se realizará una entrada en la tabla con la información requerida:

• Código de evento.

• Código de validación.

• Activo.

• Denominación.

1.4       Transacción /EFOL/TR_923 – Maestro de estados:

 Los estados son subdivisiones de las fases y nos permiten identificar las tramitaciones en grandes bloques. Para crear un estado, se realiza una entrada en la tabla de la transacción. Para ello se necesita la siguiente información:

• Estado.

• Denominación.

• Privacidad.

Al igual que antes, se puede incluir una validación por cada estado. Para ello, se selecciona el estado y se hace click sobre validaciones. Para incluir una validación en un estado concreto, se debe hacer una entrada en esta tabla con la siguiente información:

• Código de evento.

• Código de validación.

• Activo.

• Denominación.

1.5       Transacción /EFOL/TR_924 – Perfiles de estados.

Los perfiles de estado permiten identificar en que estado está un expediente que no tiene workflow. Para ello se debe crear una entrada en la tabla con la siguiente información:

·       Perfil de estado.

·       Descripción.

·       Fase inicial.

·       Denominación.

·       Fases a las que hace referencia el perfil de fases.

o   Por cada fase se añade su estado.

o   Flag de tramitación.

·       Transiciones.

o   Resultado.

o   Descripción de resultado.

o   Fase destino.

o   Fase final.

Este paso es totalmente opcional. Se realiza en función del tipo de expediente y de si tiene o no workflow.

1.6       Transacción /EFOL/TR_908BIS – Maestro de circuitos de procesos:

Esta es la transacción donde se dan de alta los circuitos de proceso. Para ello se añade una entrada en la tabla de circuitos con la siguiente información:

·       Circuito.

·       Denominación.

·       Estado.

En este caso, el estado va a determinar la forma en la que se va a quedar el expediente cuando finalice el proceso.

1.7       Transacción /EFOL/TR_908 – Circuitos de procesos:

Al entrar en esta transacción, lo primero que pide es un código de circuito. Cuando le damos el código carga el circuito y nos muestra una pantalla con bastantes estructuras. Esta transacción se utilizará para modificar cualquier circuito existente.

A continuación, entraremos a un clúster formada por la siguiente estructura de vistas:

• Circuitos.

o Validaciones

o Trámites

§  Validaciones

§  Tareas

o   Secuenciaciones de Tareas

o   Asignación de responsables

o   Actuaciones del Expediente

o   Modelos de Documentos

o   Modificaciones de Patrón

o   Validaciones

o   Acciones

o   Vinculaciones

o   Alarmas

o   Aplazamientos

En los siguientes puntos se irán detallando cada una de las vistas que componen el

clúster y sus campos.

1.7.1       Circuitos:

La primera vista que tenemos es la de circuitos, que es la misma que hay en el

maestro de circuitos, con la única diferencia de que aquí solo se verán los datos

referentes al circuito seleccionado y no se podrá modificar el código del circuito.

Status del Expediente. Este campo determinará el status técnico que tendrá el expediente si al finalizar el circuito finaliza también su tramitación.

A continuación, se listarán los valores posibles:

·       Activado

·       Bloqueado

·       Anulado

·       Cerrado

·       Cerrado excepcionalmente

·       Hibernado

·       Archivado

En caso de no estar relleno, este campo actuará como si tuviera valor "Cerrado".

1.7.2       Circuitos > Validaciones:

A través de esta vista podremos asociar distintas validaciones a los eventos del circuito con el que se está trabajando.

1.7.3       Circuitos > Trámites:

Utilizando esta vista se crea uno de los elementos imprescindibles para la correcta

parametrización de los circuitos de procesos, los trámites. Los trámites permiten

agrupar las tareas y especificar las fases.

1.7.4       Circuitos > Trámites > Validaciones:

A través de esta vista se podrán asociar distintas validaciones a los eventos del circuito con el que se está trabajando.

1.7.5       Circuitos > Trámites > Tareas:

Por medio de la siguiente vista se crea el elemento principal de los circuitos de

procesos, las tareas. Las tareas representan el nivel inferior en la tramitación de los

expedientes.

1.7.6       Circuitos > Trámites > Tareas > Validaciones:

En este apartado se podrán asociar distintas validaciones a los eventos de la tarea

con la que se está trabajando.

1.7.7       Circuitos > Trámites > Tareas > Acciones:

En este apartado se podrán asociar distintas acciones a los eventos de la tarea

con la que se está trabajando.

Tipo de evento: Determina el momento en el cual se ejecuta la acción. Los posibles valores son los siguientes:

• Inicio: este evento se ejecuta al inicio de la tarea

• Fin: este evento es ejecuta después de finalizar la tarea

• Determinar tarea siguiente: este evento se ejecuta antes de llamar a la tarea siguiente, se usa para determinar cual de las siguientes tareas debe ejecutarse, devolviendo el valor de esta desde el código de acción.

1.7.8       Circuitos > Trámites > Tareas > Secuenciación de tareas:

Por medio de esta vista se especifica cuál será la tarea siguiente a ejecutar.

Tipo de Secuenciación: Flag que determinará si la validación se ejecuta o no. Los valores posibles son los siguientes:

• Normal: este tipo de secuenciaciones determinan una tarea de destino para el expediente.

• Final: para este tipo de secuenciaciones solo se deberá rellenar (si es necesario) el campo estado, ya que este tipo de secuenciación finaliza la tramitación.

• Retorno: las secuenciaciones de retorno deben estar acompañadas por alguna secuenciación de otro tipo. Estas secuenciaciones no se ejecutan al finalizar la tarea de inicio, sino que serán ejecutadas después de que finalice la tramitación que inicia o inician las otras secuenciaciones que la acompañan. Este tipo de secuenciaciones se utilizan para determinar la tarea de finalización de un paralelo o la tarea a la que retornará un expediente después de saltar a un circuito secundario.

• Paralelo: este tipo de secuenciaciones determina la tarea inicial de una rama del paralelo. Siempre hay varias secuenciaciones de tareas de este tipo y normalmente hay una secuenciación de tipo retorno para determinar dónde va el expediente al terminar el paralelo.

Valor:

Si la tarea de origen de esta secuenciación está relleno el campo Tipo de Derivación

con la opción “Con Valores” el contenido de este campo será el texto con el que

identificaremos las distintas secuenciaciones de tipo normal que tenga esta tarea.

1.7.9 Circuitos > Trámites > Tareas > Secuenciación de tareas > Motivos seleccionables a partir del SP25 patch 2

Por medio de esta vista se especifica cuál serán los motivos seleccionables para la tarea.

Cuando se ejecute la tarea deberá seleccionar una de las opciones. Dicho motivo es visualizable desde el arbol de tramitación.

1.7.10 Circuitos > Trámites > Tareas > Asignación de responsables:

Esta vista permite determinar los usuarios que recibirán las tareas en su bandeja de entrada para poder tramitarlas.

1.7.10       Circuitos > Trámites > Tareas > Asignación de responsables > Objetos de autorización:

A través de esta vista podremos determinar las especificaciones que deberán cumplir los objetos de autorización de los usuarios para que puedan actuar como responsables.

1.7.11   Circuitos > Trámites > Tareas > Programas:                    

La siguiente vista proporcionará la posibilidad de parametrizar acciones que el usuario utilizará de manera manual a través del árbol de actividades.

1.7.12   Circuitos > Trámites > Tareas > Vinculaciones:

Esta vista permitirá asociar la creación de expedientes vinculados a los eventos de la tarea.

1.7.13   Circuito > Trámites > Tareas > Modelo de documentos:

Este apartado sirve para parametrizar la carpeta de documentos que deberá aparecer en una tarea determinada.

                        Status de Modelo

Campo que determina el status del modelo para esta tarea.

Valores Posibles:

·       Opcional: no será obligatorio la generación de este código de modelo para poder pasar a la siguiente tarea. Estos modelos tendrán un icono de semáforo verde en el árbol de actividades.

·       Obligatorio: no se podrá avanzar de esta tarea sin la generación de este código de modelo. Estos modelos tendrán un icono de semáforo rojo en el árbol de actividades que cambiará a verde cuando se genere el documento.

·       Requerido: para poder avanzar de tarea será necesario generar al menos uno de los códigos de modelo con status de modelo requerido. Si existen varios modelos con status requerido en diferentes grupos será necesario generar uno de estos modelos por grupo para poder tramitar. Estos modelos tendrán un icono de semáforo amarillo en el árbol de actividades que cambiará a verde cuando se genere uno de los modelos asociados.

Workflow de Documento

Campo que determina el comportamiento del workflow con el documento.

Valores Posibles:

·       Opcional: permite que al usuario elegir durante la generación del documento si este tendrá o no workflow.

·       Obligatorio: obliga al generar el documento con workflow.

·       Predeterminado: esta opción funciona como si hubiéramos seleccionado opcional, con la única diferencia de que en la pantalla de generación del documento estará seleccionada la opción de workflow por defecto.

·       Sin Workflow: esta opción impide al usuario la generación del documento con workflow.

1.7.14   Circuitos > Trámites > Tareas > Modificaciones de patrón:

A través de esta vista se pueden asociar distintas modificaciones de patrones a los eventos de la tarea con la que se está trabajando.