firmadoc bpm – manual del administrador...

FirmaDoc BPM – Manual del Administrador Página 0 de 75

FirmaDoc BPM – Manual del Administrador

BPM

Dossier 9


1.0 Introducción 3

2.0 Diseño de Procesos 4

3.0 Búsqueda de Procesos 11

4.0 Definición de Tareas 13

4.1 Acción de Firma 15

4.2 Anotación de salida 20

4.3 Aplicación 21

4.4 Aplicación Interactiva 23

4.5 Aportar Documento 23

4.6 Asignar Tarea 26

4.7 Asignar Participantes 29

4.8 Creación de Expediente 31

4.9 Decisión 32

4.10 Enviar Mensaje 34

4.11 Generar Documento 36

4.12 Multi-instancia 38

4.13 Tarea de Referencia 39

4.14 Rellenar Ficha 42

4.15 Revisar un Documento 44

4.16 Subproceso 45

4.17 Manual 48

4.18 Temporizador 49

4.19 Vacía 49

4.20 Archivar Expediente 51

4.21 Publicar documento en portal del ciudadano 51

4.22 Generar Documento Automáticamente 51

5.0 Privilegios y permisos específicos 53

5.1 Privilegios de Interfaz de usuario 53

5.2 Privilegios de objeto 53

5.3 Privilegios de procesos 53

5.4 Permisos sobre tipo de objetos 54

Tabla de Contenidos


6.0 Otras utilidades 54

6.1 Arranque automático de procesos 54

6.2 Campos Genéricos referidos a otros documentos 55

6.3 Delegación de Tareas 55

6.4 Máscara para el nombre de auto instancias 56

6.5 Tramitación por lotes 57

6.6 Condiciones de conectores 59

6.7 Exportación de Listados 61

6.8 Exportación de Procesos 61

6.9 Integración con otras aplicaciones 62

6.10 Cancelar tareas y procesos 62

6.11 Para asignar valores mediante script: 62

6.12 Herramienta de incidencias 64

6.13 Ajustes de rejilla Procesos 66

6.14 Clasificaciones de procesos 67

6.15 Expedientes en procesos 68

6.16 Clúster de Servidor de Procesos 68

6.17 Catálogo de procedimientos 70

6.17.1 Asistente de despliegue del proceso 71


1.0 Introducción

La implantación de sistemas BPM, siglas de Business Process Management, se está configurando como la mejor estrategia para agilizar los procesos en cualquier organización, independientemente de su naturaleza, yendo mucho más allá de la mera automatización del enrutamiento de documentación, y caracterizándose por la integración con otros sistemas de información con los que se establecerán acciones bidireccionales.

Así, FIRMADoc BPM constituye un gestor de expedientes para todo tipo de organizaciones de diversas áreas funcionales, como pueden ser Urbanismo (donde puede aplicarse a los procedimientos de Licencias de Obras, Aperturas, etc), Servicios Económicos (expedientes de Contratación, Fiscalización ...), Servicios Internos (Vacaciones, Asuntos Propios ...) o cualquier otro en que se requiera un sistema de gestión de expedientes con gestión documental y firma electrónica reconocida incluidas. Como ejemplo que servirá de referencia en las explicaciones de este manual citamos el módulo de Fiscalización, que no es más que un conjunto de tareas diseñadas según las necesidades de la organización para una efectiva fiscalización crítica previa de cualquier expediente que pueda tener una incidencia de tipo económico financiero. Este módulo se encuentra sincronizado con el sistema de información contable de manera que dependiendo del resultado de la fiscalización las operaciones se elevarán a contabilidad definitivamente o por el contrario serán rechazadas para subsanación o eliminación.

En el presente manual se nombran dos términos que conviene tener claros: “Proceso de negocio” y “Expediente electrónico”. La diferencia está en que mientras este es la visión estática del flujo de información digital en relación al objeto del expediente, aquel es la componente dinámica, la fórmula, el esquema de tareas que modelamos y que debidamente ejecutada en BPMS va a garantizar la coherencia y eficiencia de nuestros procedimientos. Además, en este manual utilizamos el término procedimiento como el esquema en sí. Y por otro lado, nos referimos al proceso como la ejecución del mismo.

Mencionar también en esta breve introducción que también contamos con un Servidor de Procesos, que es el módulo que permite monitorizar los procesos.

Para una mejor comprensión de las distintas acciones que se pueden implementar en un procedimiento (de fiscalización o de cualquier otro tipo) vamos a ir describiendo todas y cada una de las acciones disponibles y los posibles usos alternativos que se les pueden dar.


2.0 Diseño de Procesos

Cualquier procedimiento de FIRMADoc BPM(-Fiscalización, en adelante BPM-F), se diseñará desde el menú “Mantenimientos”.

Figura 1 – Menú de Diseño de Procesos

Accederemos al formulario de mantenimiento de procesos, donde se encuentran las opciones típicas tales como la de crear, eliminar, duplicar, modificar, etc., procedimientos. Existe también la opción de validar, la cual revisa todo el procedimiento y te permite encontrar errores.

Figura 2 - Definición de procesos del sistema


Los procedimientos pueden ir unidos a un expediente electrónico de gestión, a varios o a ninguno, de manera que toda la documentación que se genere como consecuencia de la ejecución del proceso se irá acumulando simultáneamente en dicho expediente.

Es importante destacar que en el caso de que se esté diseñando un procedimiento en BPM(-F)destinado a la fiscalización previa de documentos contables los expedientes que vayan asociados al mismo el código tendrá que empezar por los caracteres FIS de manera obligatoria ya que son expedientes que se someterán a un tratamiento especial. Para cualquier otro expediente asociado a procedimientos que no tengan nada que ver con la fiscalización previa interna, tendrán códigos totalmente libres a criterio del usuario.

En el mantenimiento de procesos, se ha añadido un nuevo campo “Observaciones” que nos permite incluir todas aquellas observaciones que se deseen. Actualmente al importar el proceso no se importan también las observaciones.

En la opción “Más acciones” se permite realizar una serie de tareas relacionadas con los procesos entre las que cabe destacar: Exportar, Exportar todos los procesos, Importar, Validar, Renombrar, Duplicar, Publicar y Eliminar. Además existe la posibilidad de recuperar copias de seguridad salvadas automáticamente. Para ello se ha creado una pestaña en el mantenimiento de procesos, “Copias Seguridad” donde se muestran las últimas copias realizadas.


Con el botón “Recuperar” se recuperará la copia seleccionada.

Una vez pulsemos en la opción de “Nuevo” accederemos a la pantalla de diseño de procedimientos donde tenemos varios apartados:


Figura 3 – Diseñador de procesos

- Generar Manual del procedimiento: Desde Archivo Generar Manual se permitirá exportar en modelo WORD una descripción de cada una de las tareas del procedimiento así como otras características como documentos del procedimiento, participantes, orden de las tareas, etc.

A la hora de Generar Manual del procedimiento aparece la opción, “Anexo”. Marcar “Fichas del procedimiento” nos permite mostrar en los parámetros de impresión del Manual una vista previa de las fichas del procedimiento.


- Círculos de principio y fin de un procedimiento: Por defecto aparecerán estos dos iconos, aunque realmente un mismo procedimiento aún teniendo un único punto de partida podría tener distintos finales. - Agregar Pista: (Proceso Agregar Pista).

Figura 4 – Detalle agregar pista

Esta herramienta es muy útil para diferenciar las tareas entre departamentos, es sólo a título gráfico. Cuando hacemos clic en “Agregar pista” nos aparece la siguiente pantalla en la que indicaremos el nombre de la pista.

Figura 5 – Ventana del nombre de la pista


Así quedaría el diagrama tras añadir una pista nueva.

Figura 6 - Diagrama con nueva pista

- Herramientas: Donde vienen recogidos todos los objetos disponibles destinados a la implementación de acciones concretas, como pueden ser las tareas, trámites, hitos, etc. Destacamos de entre estas acciones la posibilidad de dividir el flujo de tareas en secuencias excluyentes entre sí (a partir de las denominadas “divisiones o”) o en secuencias no excluyentes (“divisiones y”), basadas en ambos casos en reglas de negocio que son resueltas automáticamente por el sistema a partir de valores de campos de ficha, aprobación/rechazo de documentos o referencias de paso por otras tareas.

- Propiedades: Tipos de fuentes, sombreados, etc., en definitiva la apariencia visual que queramos darle a los distintos objetos.

- Navegador: Ventana en la que se puede localizar mediante el cursor la parte del diseño que queramos presentar en el área de trabajo, así como movernos entre las diferentes páginas (hasta 4) en que se puede separar el diseño del procedimiento, si es necesario por su complejidad.

- Info: Coordenadas de posición del cursor en la ventana de trabajo.

- Workplace: O espacio de trabajo donde se irán insertando todos los elementos u objetos necesarios para el diseño y correcto funcionamiento del procedimiento. Este espacio de trabajo a su vez se podrá dividir en pistas o “lanes” o “pools” como se verá a medida que avancemos en esta guía de usuario.

- Reglas de Negocio: (Herramientas Reglas de Negocio). Las reglas de negocio son condiciones que pueden alterar el orden lógico del procedimiento. Al pulsar “Nueva Regla” e indicar un nombre nos aparece el siguiente formulario:


Figura 7 – Formulario de Reglas de Negocio

Se han añadido condiciones de exclusión a las reglas de negocio. Esta opción nos permite deshabilitar la regla de negocio lanzada cuando se cumpla la condición de exclusión. La posible condición es: Se ha ejecutado una actividad. En el combo “Referencia” se seleccionará la actividad correspondiente.

Regla activa: Indica si la regla de negocio se encuentra en funcionamiento o no.

Intervalo de evaluación: Cada “este intervalo” el sistema comprueba la regla de negocio y evalúa si se cumple o no para actuar como se le indica.

Limitada a la actividad: Esta propiedad limita la regla de negocio exclusivamente a la tarea que se indica en la “referencia 1”. Si se marca sólo evaluará el documento de la tarea referencia.

Condición: Se le elige de una lista y es la condición a evaluar.

Acción: Hace referencia a la acción que realiza el sistema una vez que se cumple la condición. Puede ser “cancelar ejecución actual y saltar al elemento del diagrama” o “iniciar tarea o saltar al elemento del diagrama”. Elemento BPM: Hace referencia a la tarea a la que saltará el proceso una vez que se cumpla la condición.


Exclusión: Se indica una excepción a la regla para que no se evalúe.

- Insertar Subproceso: Se permite la creación de subprocesos embebidos que se pueden insertar en cualquier procedimiento. Todos los subprocesos han de tener un único inicio y un único fin. Se encuentra en Procesos / Insertar Subproceso. Estos subprocesos deben de estar dados de alta en el mantenimiento de procedimientos o bien estar insertados en otros procedimientos del catálogo para que sea posible rescatarlos.

Para finalizar este apartado, nombrar que en el caso de que se usen “hitos” en los cuales se especifique una situación o un resultado, decir que se distinguen los siguientes campos:

Situación: se utiliza para que este disponible desde el Portal del Ciudadano.

Resultado: se utiliza para que este disponible en la opción de “expedientes” y además en la búsqueda de expedientes.

Figura 8 – Detalle de la situación y resultado

3.0 Búsqueda de Procesos

La búsqueda de procesos se encuentra en el menú de Procesos como opción disponible. En dicha búsqueda de procesos existen varias opciones entre los que se destaca: “Hito” y “Resultado”. Los valores que aparecen para seleccionar son aquellos por los que algún procedimiento ya ha pasado dejando rastro. Por lo que si buscamos por cualquier valor de los que aparecen siempre va a encontrar algo.


Figura 8 – Búsqueda de procesos

Mencionar también que a la hora de iniciar y buscar procesos sólo aparecen las versiones actuales, nunca las versiones antiguas. Si buscamos por la versión actual, la aplicación encontrará aquellos procedimientos lanzados con versiones antiguas. También a la hora de crear versiones de procesos se heredan los permisos de la última versión activa, es decir, si para la versión 4 de un proceso tenía los permisos de “saltar a hito”, si crea la versión 5 de este proceso se hereda el permiso “saltar a hito”.


4.0 Definición de Tareas

Pulsando en el objeto del apartado herramientas , activaremos la opción de añadir tarea, acto seguido nos vamos al espacio de trabajo y picamos allá donde estimemos oportuno, siendo objeto de una revisión posterior la colocación de los diversos elementos para guardar cierta estética, una vez hecho lo anterior veremos como se nos abre un icono representativo de una tarea así como un cuadro para el detalle pormenorizado de las propiedades de dicha tarea.

El sistema por defecto le dará un nombre inicial de “Tarea manual 1” que será modificado por el usuario según su criterio para pasar a continuación a la configuración de las propiedades de la tarea.

Figura 9 - Diseñando tareas

Como se puede apreciar en la siguiente imagen se modifica tanto el nombre de la tarea como la descripción ampliada de la misma, esta información puede resultar de utilidad a los supervisores de los procesos cuando éstos se encuentran en ejecución ya que les indica el contenido de la tarea sin tener que entrar a consultar los detalles de la misma.

Pasamos a los “Detalles”: la lista de tareas se consulta mediante el desplegable.


Figura 10 – Detalles de la tarea

En este apartado de detalles de la tarea nos encontramos bien diferenciados:

Especificación del tipo de tarea

Propiedades y Opciones de la tarea: Dependerá del tipo previamente seleccionado

Detalles de ejecución: Donde se especificarán los participantes en esas tareas además de indicar si ella es la que iniciará el procedimiento automáticamente, seleccionando la opción “instancia de proceso”. El check “ejecución asíncrona” se marcará si la tarea no ocurre en completa correspondencia temporal con el proceso. Al marcar esta opción la tarea diseñada aparecerá con rayo .

Instancia: Con tres posibles valores

1. Misma: La ejecución de la tarea se encuadra dentro de un procedimiento en ejecución sin más;

2. Múltiple: En los casos en que una misma tarea deba ser ejecutada en paralelo por varios participantes, pudiéndose dar lugar a una secuencia de ejecución independiente para cada participante a partir de ella. Al marcar esta opción la tarea diseñada aparecerá con un doble barrado (││);

3. Bucle: La tarea con esta propiedad se ejecutará por parte del participante reiteradamente hasta que éste estime oportuno; llegado ese momento el procedimiento sigue. En este caso, el diseño de la tarea lleva la marca ;


Además de lo anterior desde la versión 8.3.7, se implementan nuevas reglas en el reparto de tareas. Se ha creado una nueva opción en el detalle de las tareas. Se encuentra en la pestaña “Opciones” Regla de reparto de tareas. Existen 3 opciones:

- Normal – cualquier candidato puede realizar la tarea. Es la opción que existía hasta ahora en la que habrá que definir unos participantes fijos.

- RoundRobin – asignación de sucesivas tareas por rotación entre candidatos. Esta opción consiste

en asignar tareas a participantes, repartiéndolas en rueda, es decir, si a lo largo del tiempo tenemos 5 tareas y 5 participantes, tendríamos una tarea por participante. Si tenemos 10 tareas y 5 participantes, tendríamos 2 tareas por participantes.

- Aleatorio – asignación de sucesivas tareas aleatoriamente entre candidatos. En esta opción la

asignación de tareas es totalmente aleatoria.

Figura 11 – Detalles de la regla de reparto de tareas

4.1 Acción de Firma Las opciones de esta acción que se encontrará el usuario son las siguientes:


Figura 12 – Tarea de acción de firma

Propiedades

Acción de firma:

Figura 13 - Propiedades de acción de firma

Asignar grupo de firma del gestor documental ( deshabilitado )

Al documento que se vea afectado por esta tarea, que tendrá que formar parte del procedimiento, se le asignará el grupo de firma previsto por FDOC, pero sin activar ningún cargo, de manera que los cargos tendrían en el apartado de documentos pendientes de recibir de su bandeja de entrada esos documentos. Posteriormente a esta tarea le tendrá que suceder otra tarea consistente en activar ese grupo de firma en su totalidad o algunos cargos, es decir, una


activación parcial que posteriormente se iría completando con otras tareas de activaciones parciales hasta completar la totalidad de los firmantes previstos en el grupo.

Asignar grupo de firma del gestor documental ( habilitado )

La diferencia con la anterior tarea es que activaría todos los cargos previstos en el grupo de firma.

Una vez indicada la asignación habrá que determinar al tipo de documento que se afectará, es importante tener en cuenta que únicamente se podrán asignar firmantes a documentos que estén presentes en el proceso.

Figura 14 - Tarea manual

Mapeo de usuarios a cargos virtuales:

Si el grupo de firma asignado contiene un cargo virtual, como en nuestro caso ocurre con el grupo de firma “prueba”, podríamos vincular a ese cargo virtual usuarios que hayan intervenido en el proceso o cargos concretos de la estructura orgánica de la entidad pero sin determinar a priori quien, sino que podría estar en función de que haya desarrollado una tarea anteriormente por ejemplo.

Pulsando sobre el icono en el apartado de “Grupo de firma:”

También existe la opción de: “Activar un cargo según orden de firmas. La utilidad es activar el cargo según el orden que ocupa dentro del grupo de firma. Es una opción útil para activar cargos virtuales.


Fig ura 15 - Asignación de grupo de firma

Figura 16 - Mapeo de cargos virtuales

Con el desplegable localizamos el cargo virtual del grupo de firma previamente seleccionado y en el botón de “Mapeo” le indicaremos quien va a reemplazar a ese cargo virtual.


Figura 17- Selección de participantes en cargos virtuales

Opciones

Este apartado es común para todas las tareas, por lo tanto la información que se dé para la tarea de “Acción de firma” es aplicable a cualquier otra tarea disponible en el módulo de BPM.

Figura 18 – Detalle de opciones

Figura 19 – Documentos clave


Tiempo máximo para finalización:

Es a título informativo y comienza a contar desde que se ha activado la tarea y la tiene el cargo pendiente, por lo tanto no desde que la ha iniciado. Así como tendría la posibilidad de ejecutarse un script vinculado al inicio o finalización de la misma de manera automática.

Documentos clave:

Vienen a ser documentos que visualizaría el cargo en el momento de ejecutar la tarea. Puede tratarse de uno o más documentos como se puede ver en el ejemplo que se han indicado dos documentos claves, y la visualización de los mismos no estaría condicionada a los permisos que estén definidos en FirmaDoc BPM. También es preciso recalcar que únicamente se puede escoger entre la tipología de documentos previstos en el proceso que está siendo objeto de diseño. Estos documentos claves en la práctica les suponen una valiosa ayuda a los cargos que tengan que ejecutar la tarea porque le servirá de soporte informativo para la toma de la decisión.

4.2 Anotación de salida

Esta actividad le permite crear una anotación de salida en el Aplicativo de Registro de E/S de Accede.

Figura 20 – Detalle de la actividad

Al picar en configurar nos aparece el siguiente formulario:



En este formulario habrá que indicarle todos los campos necesarios, que se han ido rellenando a lo largo del proceso, para realizar la anotación en el registro de salida de Firmadoc-BPM (Nombre, Documento, Código Postal, etc). Los parámetros de salida hacen referencia a en qué campos del procedimiento se van a rellenar los datos de la anotación de salida (nº de anotación, y fecha/hora).

4.3 Aplicación

Consistente en, desde BPM interactuar con otras aplicaciones externas como es el caso concreto de, por ejemplo, anotar el resultado de la fiscalización previa sobre una operación contable y de esta manera condicionar el tratamiento contable que posteriormente se hará sobre ella.


Figura 22 - Tarea aplicación

Para ello en el apartado “Aplicación:” aparece la descripción que se le dé al componente que actuará o informará a otras aplicaciones, siendo para ello necesario una configuración inicial que se lleva a cabo en el momento de la instalación del producto no siendo necesaria la intervención del usuario. Por lo tanto a esta tarea la podemos considerar como automática, de hecho así aparece marcado en el apartado de “Detalles de la ejecución”.

Simplemente a título informativo exponemos a continuación la configuración que conlleva el poder hacer uso de tareas de este tipo.


Figura 23 - Aplicaciones externas

Para finalizar, podemos destacar que este tipo de tareas se utiliza para cambiar en una aplicación externa (por ejemplo SicalWin) estados de las operaciones previas de gasto de sicalwin.

4.4 Aplicación Interactiva La idea general es que cada desarrollador pueda añadir “código” a Firmadoc, con objeto de evitar que la herramienta interna de la propia entidad no sea sustituida por Firmadoc. Con este tipo de tareas, FirmaDoc permite a aquellos departamentos de informática de las entidades públicas, obtener un método para que aquellas aplicaciones internas se puedan integrar con FirmaDoc. Este tipo de tarea no es automática –al contario de las de aplicación que si lo son- sino que se utilizan para los siguientes casos: para generar operaciones en la herramienta Sicalwin y generar conceptos de subvenciones (bases reguladoras, convocatorias, concesiones).

4.5 Aportar Documento Las opciones inherentes a este tipo de tarea que se va a encontrar el usuario que esté diseñando el procedimiento son las siguientes:


Figura 24 – Tarea de aportar documento

Básicamente la tarea va a consistir en agregar un documento al procedimiento, y en el caso de que unido al mismo se haya iniciado un expediente electrónico de gestión simultáneamente el documento quedará también vinculado al mismo. El documento puede que aún no exista con lo cuál o bien hay que generarlo a partir de plantillas o insertarlo porque esté fuera de FIRMADOC BPM ya sea en algún directorio, o incluso en papel con lo cuál haría necesario su escaneo.

Propiedades

Nombre predeterminado del documento creado:

Se podrá predeterminar el nombre para facilitar la labor, de manera que el cargo-usuario que esté desempeñando esta tarea sólo tenga que añadir algo al nombre solamente.

Grupo de firma:

Bien al aportarse el documento se le asignará el grupo de firma previsto por FIRMADOC BPM para este tipo de documento, o bien si pulsamos en el desplegable veremos como también se le puede asociar un grupo de firma concreto.

Tipo de documento

Bien se puede catalogar indicando a que tipo va a pertenecer el documento cuando se almacene en la gestión documental y en el proceso, o dejar a decisión del usuario el tipo de documento que


insertará llegado el momento en el caso de que el valor sea el que se muestra en la imagen de pantalla anterior.

La aportación del documento es opcional

Esta opción nos permitirá finalizar la tarea sin necesidad de aportar el documento.

Opciones

Tiene la misma finalidad para esta tarea que la detallada para la tarea anterior y en general es extensible para cualquier tarea.

D E T A L L E S D E E J E C U C I Ó N D E L A T A R E A

Participantes: Se puede indicar usuarios que puede ser que hayan participado en la ejecución del proceso en algún momento, o bien que pertenezcan a algún rol o indicar cargos concretos pertenecientes a la estructura orgánica de la entidad hayan o no participado en el proceso en algún momento anterior.

Figura 25 - Selección de participantes

Repetición:

En el caso de que el documento que se esté aportando se vuelva de nuevo a introducir en el proceso se puede optar por sustituir el anterior o bien agregarlo junto al que ya existía. Además para considerar si el documento se repite o no habrá que indicarle el alcance de la comprobación que el sistema tiene que hacer, es decir, si sólo tiene que tener en cuenta la tarea que se está ejecutando o bien todo el expediente electrónico.


4.6 Asignar Tarea La tarea en sí es muy simple consistiendo únicamente en determinar qué usuarios, cargos o roles podrán a su vez asignar una de las tareas que ya estarían previstas en el mismo proceso a cualquier otro usuario.

Figura 26– Asignación

Propiedades

Tarea:

Hay que identificar la tarea que será objeto de asignación por el participante que se decida, debiendo de estar prevista esta tarea en el mismo proceso o expediente que se ha iniciado. Normalmente las tareas que serán objeto de asignación vendrán a posteriori.

En el apartado “Detalles de ejecución” tenemos las mismas opciones y la misma finalidad que lo descrito en las tareas anteriores.

De la tarea actual de asignación es de interés el conocer lo que el usuario encargado de asignarla se encontrará. Para una fácil compresión, en la siguiente imagen se ve el interfaz del formulario de asignación de tareas:


Figura 27 - Inicio de tarea

Una vez iniciada la tarea en el apartado “Destinatarios” por un lado se podrá seleccionar de entre todos los usuarios-cargos que hayan participado previamente en el procedimiento, como ocurre con el “Auxiliar Fiscalización” en nuestro ejemplo, pero también se podría seleccionar un usuario-cargo de entre todos los que tienen acceso a la entidad aunque no hayan participado en este procedimiento concretamente.

Siguiendo el ejemplo, asignamos la tarea de cumplimentar formulario, tanto al cargo “Auxiliar Fiscalización” como al “Jefe Fiscalización”, por lo que queda evidentemente que otra de las particularidades de esta acción es que se puede asignar la tarea a más de un cargo simultáneamente.


Figura 28 - Inicio de tarea

El efecto práctico es que a los dos cargos seleccionados se les presentará como tarea pendiente la indicada expresamente y hasta que éstos no la realicen el proceso de fiscalización no seguirá su curso.

Además otro detalle de importancia a tener en cuenta es que si la tarea ha sido asignada a más de un cargo simultáneamente, como es el caso de nuestro ejemplo, entre los “Detalles de ejecución” habría que indicarle que se trata de una instancia múltiple para que de esta manera el sistema no dé por finalizada la tarea hasta que todos y cada uno de los asignados no hayan cumplido con su cometido, que en nuestro ejemplo era el de aportar el documento “Informe de fiscalización”.

Por último la conexión o enlace que parta de la “Asignación de tarea” debe de ser del tipo “Mensaje”, para que el sistema le de un tratamiento especial. Para ello en las propiedades de la conexión se indicará expresamente:


Figura 29 – Propiedades de conexión

Lo anterior viene motivado porque en el caso de que se indique un rol como posibles participantes en la tarea “Cumplimentar formulario” y la conexión fuese “Secuencia”, no del tipo “Mensaje” esta tarea se le activaría automáticamente a todos los usuarios previstos en ese rol no respetando la asignación que se hiciera previamente.

4.7 Asignar Participantes

Esta tarea consiste en asignar participantes a las tareas posteriores del procedimiento en función de quién haya completado tareas anteriores. Es una tarea que realiza el sistema automáticamente. Predominan los participantes que se indiquen en esta actividad sobre los que tengan asignados las tareas posteriores.



Para configurar los participantes picamos en “configurar” y nos aparece una ventana con 2 posibles pestañas: “En función de tareas realizadas” y “En función de valores de fichas”.

- En función de tareas realizadas. La asignación de participantes se realiza teniendo en cuenta tareas realizadas anteriormente.

Figura 31A– Detalle de la actividad

- Actividad anterior: Actividad de referencia.

- Usuario que realizó la tarea: Usuario de Firmadoc que realiza la actividad anterior.

- Actividad futura: Actividad a la que queremos asignar participantes en función de la anterior.

- Participantes: Nos aparece el formulario común de participantes donde marcamos los que deseemos.

- En función de valores de campos. La asignación de participantes se realiza teniendo en cuenta valores de campos rellenados anteriormente.


Figura 31B– Detalle de la actividad

- Ficha: Ficha de Referencia.

- Campo: Campo de la ficha anterior que se ha completado.

- Valor: Valor que se ha otorgado al campo anterior.

- Actividad futura: Actividad a la que queremos asignar participantes en función de la anterior.

- Participantes: Nos aparece el formulario común de participantes donde marcamos los que deseemos.

4.8 Creación de Expediente Consistente en la creación de un expediente de un tipo determinado previsto en las propiedades de la tarea.


Figura 32- Tarea de creación de expediente

Propiedades

Tipo de expediente:

Habría que seleccionar el tipo de expediente de entre los que se hayan creado previamente desde el menú “Mantenimientos” de FIRMADOC BPM. Sólo hacer una mención especial a los expedientes que vayan a estar asociados a procesos de fiscalización, ya que éstos en su código deberán llevar el prefijo FIS.

Desde esta opción de menú se permite también crear expedientes nuevos. Pulsando el botón nos llevará al mantenimiento de tipos de expedientes.

Detalles de ejecución

Sólo resaltar la opción de “Crear instancia de proceso” ya que en el caso de que estemos ante un procedimiento de fiscalización previa de las operaciones contables, tiene una utilidad básica como es que los distintos procedimientos de fiscalización serán siempre iniciados a partir de la creación de un expediente por lo que siempre llevaran esa marca. En cualquier otro procedimiento no relacionado con la fiscalización previa de operaciones no será necesaria esa propiedad, salvo que así lo estime oportuno la entidad.

4.9 Decisión Tal y como se indica en la breve explicación contenida en el apartado de propiedades la acción o tarea consistirá en que al usuario-cargo seleccionado como participante en esta tarea se le presentarán varias alternativas, tantas como conexiones partan de la tarea de decisión.


Se trata de una decisión totalmente manual, no se establecerán por lo tanto condiciones automatizadas a verificar por el sistema.

Figura 33 - Tarea de decisión

La imagen que adoptaría el flujo grama sería la siguiente una vez añadida la tarea de decisión manual. Es importante tener en cuenta que si hay una decisión a cargo de un usuario-cargo es porque tendrá que elegir entre varias alternativas, que en el flujo grama se representan a través de las conexiones salientes como se puede ver en la siguiente imagen:

Figura 34 - Diseño de flujo grama


En cuanto al resto de apartados de “Detalles de ejecución” y “Propiedades” no hay que hacer ninguna mención especial, presentan el mismo contenido que lo descrito para las tareas anteriores.

4.10 Enviar Mensaje Consistente en enviar un mensaje a una lista de destinatarios, previamente seleccionada, con posibilidad de indicar un “Asunto”. Lo que se indique en ese campo será lo que aparecerá como Asunto tanto en el Aviso que envía a Firmadoc-BPM como en el que envía al Outlook, texto que vendría a ser el asunto o cuerpo del mensaje al aportar un documento o ficha de entre las existentes en el proceso en ejecución. La tarea permite enviar más de un documento en el correo ya que envía el que aparezca en “documento relacionado” y todos aquellos definidos como “Documentos clave”.

Figura 35 – Tarea de enviar mensaje Además se ha habilitado en la tarea de “aportar documento” un check “Envío múltiple en tarea enviar mensaje”. Si se selecciona instancia tipo bucle este check permitirá que a la hora de enviar mensaje se envíen todos los documentos aportados en la tarea. Si el bucle no se marca sólo se enviará el último documento aportado.


En cuanto a las propiedades de la tarea:

Destinatarios:

Simplemente consiste en seleccionar de entre los usuarios-cargos-roles posibles.

Cuerpo del mensaje y Documentos relacionados:

A los destinatarios les llegaría el mensaje a través de FIRMADOC BPM en forma de aviso, así como el documento relacionado al mismo de manera que el destinatario no sólo conozca el asunto sino también pueda acceder al documento concreto que ha motivado ese aviso. Opcionalmente le puede llegar el aviso a través del gestor de correos si se tiene debidamente parametrizada e instalado el módulo SDC. Además en el cuerpo o asunto del mensaje se permite establecer “campos genéricos”. También se permite definir si se desea enviar en el mensaje información como el nombre del documento, tipo e identificadores del mismo.

Detalles de ejecución

Como se puede ver se trata de una tarea automática, ya viene catalogada de esta manera. En cuanto al resto de propiedades tienen el mismo significado que lo descrito en anteriores ocasiones.


Además, se ha incluido una utilidad en las tareas de enviar mensaje, aparecerán en la pestaña de “E-mails en valores de fichas” todos aquellos campos que dentro del procedimiento están marcados como tipo correo electrónico en propiedades del campo.

Figura 36 – Tarea de enviar mensaje

4.11 Generar Documento

Tarea consistente, como su nombre indica, en la generación de un documento pero a partir de una plantilla previamente definida, que viene a ser el matiz que la diferencia de la tarea de aportar documento.

El documento generado pasaría a archivarse en la biblioteca, volumen primario, o en algún volumen secundario habilitado para tal fin. Para una mayor información sobre el diseño de plantillas, la acción de generar documentos y la configuración del almacenamiento es imprescindible revisar el manual de Configuración de la aplicación.

El diseñador del procedimiento se encontraría con las siguientes opciones:


Figura 37 - Tarea de Generar documento


Plantilla:

Se seleccionará una plantilla de entre las que estén ya diseñadas o bien desde este mismo apartado se podría incluso acceder al mantenimiento de plantillas.

Grupo de firma:

En el caso de que el documento que se va a generar necesite de revisión para su aprobación o rechazo habría que indicar qué grupo de firma es el que se le asignará pudiéndose escoger entre alguna de las siguientes alternativas:

1. El indicado por el gestor documental

2. Algún otro grupo de firma que exista pero que en un principio no estuviera creado especialmente para este tipo de documentos

3. Ninguno, opción que sirve para poner de manifiesto que el nuevo documento no tendrá que ser revisado por nadie.

Nombre predeterminado del documento creado:

Se trataría de una especie de máscara para unificar los nombres de los documentos generados en los distintos procedimientos, ya que se entiende que éstos se ejecutarán en repetidas ocasiones. Además como se puede apreciar en la imagen anterior el documento generado se podrá convertir a pdf aunque haya sido generado a partir de plantillas de Word o Gendoc.


En los apartados de “Detalles de ejecución” y “Repetición” le son aplicables las mismas notas explicadas para la tarea de “Aportar documento” detallada en el presente manual.

Algo más a tener en cuenta con respecto a esta tarea es que se puede generar documentos sustituyendo campos por otros ya utilizado en ese expediente. Siempre y cuando estén incluidos en el expediente. Es decir, si tenemos un expediente electrónico que cuenta con al menos un documento que contempla dos campos (a y b) y ambos están rellenos. En caso de que exista una tarea de generar documento, podemos reutilizar el contenido de dichos campos (por ejemplo el b) para volver a generar un documento. Así, con esto tenemos una sustitución de campos catalogados en documentos que estén en el expediente aunque no estén relacionados con ninguna tarea del proceso.

4.12 Multi-instancia

La finalidad de esta tarea es generar varias instancias dentro de un mismo procedimiento. Es una tarea que genera el sistema automáticamente. Vamos a explicarlo mejor con un ejemplo.

Ejemplo:

Figura 38 - Tarea Multi-instancia

Este procedimiento nos servirá para explicar la tarea de multi-instancia. La primera tarea es la de crear expediente. Ese expediente tiene asociada una carpeta con nombre: “Listado de Terceros”. Una vez que insertamos los documentos en la carpeta “Listado de Terceros” se lanzará la tarea de multi-instancia. Veamos el detalle de la actividad multi-instancia.


Figura 39 – Detalle de la actividad Multiinstancia

- Inicio de instancias: Se le indica la tarea que va a lanzar. - Crear una instancia por cada documento del tipo…existentes en: Firmadoc-BPM generará tantas

subinstancias como documentos del tipo existan en la carpeta que se le indica más abajo. En nuestro ejemplo, una vez realizado la tarea “insertar documentos en carpetas” lanzará tantas subinstancias de la tarea “Notificar Adjudicatario” como documentos tenga la carpeta “listado de terceros”. La conexión de salida que llega a la tarea “notificar Adjudicatario” es de tipo mensaje. Se pretende que el flujo no pase por ahí, simplemente se lanzan tantas subinstancias como se le indiquen y el procedimiento continuará por la conexión de salida que sea tipo secuencia. Conviene destacar que se ha incluido una posibilidad que consiste en la herencia de datos entre procesos: se ha añadido un nuevo check en la tarea de tipo Multi-instancia: “Heredar datos del proceso principal”. Anteriormente cuando se lanzaba un multi-instancia sólo se podían arrastrar los datos de la ficha de edición y los datos de la ficha del expediente. Actualmente si marcamos esto también se arrastran el resto de datos generados durante el procedimiento padre.

4.13 Tarea de Referencia

Este tipo de tareas, que se ejecutan automáticamente por el sistema, sirve para establecer una “marca de paso” en el procedimiento, que posteriormente pueda ser evaluada a los efectos que se necesiten en el mismo.


Un ejemplo lo tenemos cuando en un procedimiento simultáneamente se pueden dar varias tareas de generar o aportar un documento, pero de entre esas posibilidades alternativas sólo se ejecutará una. Para poder actuar en relación a ese nuevo documento y no tener que crear nuevos desarrollos del procedimiento en función del tipo de documento generado/aportado que únicamente conseguiría complicarlo y dificultar su administración hacemos pasar el documento por la tarea de referencia y a efectos prácticos es como ponerle una marca.

Figura 40 - Tarea de Referencia

En el asistente para el diseño del flujo tendríamos:

Figura 41 - Tarea de referencia en flujo grama


Tras la decisión manual parten varias tareas consistente en generar un documento utilizando una plantilla u otra, a partir de ahí lo que interesa es poder referenciar en futuras tareas o condiciones al documento generado, con independencia de la plantilla empleada, es decir, con independencia de si se generó con la tarea 1, 2 ó 3. Para ello, une todas las salidas de las tareas 1, 2 y 3 en una actividad referencia y a partir de ahí continúa el flujo.

Figura 42 Condiciones para referencia

Es necesario mencionar las siguientes opciones:

1. Alias de Tarea que contiene el documento. Esta propiedad permite referenciar documentos del mismo tipo que se encuentran en el proceso distinguiendo por el alias de la tarea.

2. Localizar documento preferentemente en proceso superior. Esta propiedad permite que, a la hora

de referenciar un documento, busque primero en el proceso superior (proceso padre) antes de buscar en todos los documentos del expediente. En caso de no encontrar ninguno en el proceso superior (proceso padre) buscará en los documentos del expediente.

3. Documento no vinculado a una tarea ya ejecutada (esperar si es necesario). La finalidad de esta opción es buscar dentro del expediente relacionado al procedimiento un documento del tipo que se le indica que no esté relacionado con ninguna tarea del procedimiento.

Además, la aplicación nos permite referenciar documentos que han sido insertados en el expediente de manera manual, es decir, sin ninguna tarea que la sustente. Esta nueva opción es muy útil para los documentos que entran desde la bandeja de entrada de registro ya que le podemos dar un tratamiento más adecuado como por ejemplo, asignar firma, esperar dentro del procedimiento a que el documento este firmado, condicionar en función de rechazo o aprobación del documento, etc.

Por otro lado si dentro del expediente encuentra 2 documentos del mismo tipo la referencia se la asigna al documento de fecha de inserción más reciente.


En cuanto a las propiedades de la tarea: tan sólo hay que darle un nombre a la referencia. En el resto de apartados no hay que indicar nada en especial al tratarse de una tarea automática, tan sólo poner de manifiesto que esta tarea tiene razón de ser si en un momento posterior en el proceso tenemos que condicionar alguna otra acción a la existencia de uno de estos documentos de entre las posibles alternativas.

Para ello en la conexión en el apartado de condiciones, pestaña “Especial” habría que seleccionar la condición de “Tarea completada” y en relativo al objeto es donde se selecciona la tarea del tipo de referencia:

4.14 Rellenar Ficha Consistente en cumplimentar una ficha por parte del/los participantes que se hayan definido en el apartado de “Detalles de ejecución”.

Hay que tener en cuenta que la ficha que se rellene formará parte del proceso y expediente que se esté ejecutado por lo tanto se almacenará directamente. Para ello es preciso que en el mantenimiento de fichas, importante revisar el manual de FIRMADOC BPM, habrá que indicarle a qué tipo de documento estaría vinculada la ficha.

Figura 43 - Tarea de Rellenar ficha



Ficha:

Se seleccionará el tipo de ficha que se tendrá que rellenar, incluso se podría acceder al mantenimiento de fichas de FIRMADOC BPM.

Nombre de la ficha creada:

Tiene la misma finalidad que para las tareas de generar y aportar documentos, sirve fundamentalmente para homogeneizar y de paso facilitar la labor a los usuarios a la hora de darle un nombre a los documentos.

En cuanto a “Detalles de ejecución” y “Propiedades” lo que ya se ha comentado anteriormente.

Reutilizar Ficha:

Esta check nos permitirá cargar los datos de otras fichas del mismo tipo insertadas con anterioridad.

Para configurarlo es necesario:

1. En la definición de la tarea “Rellenar Ficha” se debe marcar el check “Reutilizar Ficha” y especificar los campos que serán objeto de filtro para localizar las fichas anteriormente rellenas.


2. En la ejecución de la tarea aparecerá la siguiente pantalla al iniciar la tarea o una vez iniciada tendremos el botón “Filtrar y Duplicar”.

4.15 Revisar un Documento

Consistente en llevar a cabo modificaciones sobre un documento aportado o generado a lo largo del proceso, es decir, poder editarlo y modificarlo, creándose por lo tanto un nueva versión del mismo. Si el documento objeto de la revisión tuviera todas o algunas firmas asignadas y aplicadas lo que se obtendrá es una nueva versión del documento que se pasará de nuevo a la firma para todos los cargos. Si el documento objeto de la revisión tuviera una ficha asociada te permite modificarla.

Con el módulo BPM(-F) los documentos aún en formato pdf se podrán editar no precisando el usuario el disponer de la versión de ACROBAT que permite este tipo de operaciones ya que la mecánica será la siguiente: FIRMADOC BPM almacena una copia del DOC y cuando le das a editar un PDF se obtiene la copia (DOC) para editar. Después se vuelve a generar el PDF y se actualiza, tanto el PDF como el DOC de reserva. De hecho la utilidad práctica que suele tener esta tarea es la de generar o aportar un documento y en caso de que haya un rechazo por parte de alguno de los cargos firmantes el documento se revisaría y rectificaría para subsanar los defectos que pudiera tener.

Las distintas opciones que se encontraría el usuario responsable del diseño del procedimiento serían las siguientes:


Figura 44 – Tarea de Revisar Documento


Documento a revisar/editar:

Se indicará el documento concreto que será objeto de revisión. Hay que dejar claro que la tarea de revisión no siempre tiene por qué suponer la edición del documento, es decir, si el mismo fuera totalmente válido la acción en sí lo único que dejaría es constancia de tal hecho.

Opcionalmente el documento se podrá convertir a pdf al marcar el check.

Aparecerán los nombres predeterminados de los documentos aportados o generados y sólo aquellos que pertenezcan al procedimiento que se esta diseñando.

4.16 Subproceso

Dentro de un mismo procedimiento podemos crear otros procedimientos catalogados como subprocesos, que se ejecutarían simultáneamente al procedimiento padre o éste último esperaría a que el subproceso termine.

Nos encontraremos con las siguientes opciones:



Proceso a ejecutar:

Se seleccionará del desplegable un procedimiento de los que ya estén definidos, por lo tanto todos los procedimientos se diseñarán individualmente y a posteriori se integrarán unos dentro de otros.

Nombre predeterminado para el nuevo procedimiento:

Nombre con el que aparecerá dentro del procedimiento padre, independientemente del nombre que se le diera en el momento de su diseño. Se permite indicar campos de ficha para determinar el nombre del subproceso. El ID del campo deberá ir con el siguiente formato <$ID_CAMPO$>.

Ejecución:

Caben dos posibilidades, Síncrona o Asíncrona; la primera implica que el proceso padre esperará a que el subproceso finalice, mientras que la segunda implica que el proceso padre seguirá ejecutándose independientemente de si el subproceso ha terminado o no.

Figura 45 - Tarea de subproceso

En cuanto al “Detalle de la tarea” se puede observar que es automática. La imagen que representa un sub-procedimiento dentro de otro procedimiento es la siguiente:


Figura 46- Tarea de subproceso en flujo grama

De la tarea “Referencia” saldrían dos conexiones que a su vez activarían otros subprocesos.

Desde la versión 9.0.31, mejora en el diseño de Procedimientos consistente en poder insertar subprocesos embebidos dentro de otros subprocesos embebidos. Es decir, permite la simplificación del diseño de los procedimientos. Veamos un ejemplo:

Para el caso en que estamos viendo el subproceso 2 y picamos en el botón “Ver subproceso principal” debería volver al subproceso 1 y no al proceso principal.


En caso de encontrarnos en el subproceso 1, debe volver al subproceso Principal.

4.17 Manual Para esta tarea el usuario no tendrá que hacer nada previsto que controle el sistema, normalmente se suele emplear en la implementación de tareas genéricas quedando a expensas del usuario el indicarle al sistema que la tarea ha sido ejecutado sin más, no teniendo que aportar ninguna prueba de ello.

Por ese motivo en la propia ayuda que presenta el asistente para diseño se indica que la descripción debe de ser lo más clara posible, como se puede ver en la siguiente imagen:

Figura 47 - Tares Manual


4.18 Temporizador Tarea que se implementa cuando interesa que el proceso no siga ejecutándose hasta pasado un tiempo establecido en el apartado “Opciones” de las “Propiedades de la tarea”.

Con un ejemplo se entenderá mejor la utilidad práctica de este tipo de tareas:

Supongamos que se está sometiendo a fiscalización, y por lo tanto a un procedimiento de BPM, el expediente de aprobación del presupuesto. Como debe de existir un periodo de exposición pública para posibles reclamaciones hasta que no transcurra dicho periodo no interesa que el proceso de fiscalización avance.

Para ello se establecerá el plazo que tendrá que respetar, así como documentos claves a tener en cuenta.

Figura 48 - Tarea Temporizados

4.19 Vacía

Como indica la descripción de la ayuda, esta tarea no tiene un contenido específico y es ignorado por el servidor de procesos continuando el procedimiento sin mayor problema. No obstante en la práctica a este tipo de tarea se le suele dar una utilidad específica, y es la de establecer propiedades en las conexiones salientes de la misma.

Por ejemplo, se genera un documento y el mismo tiene que ser firmado por una serie de cargos según se haya configurado la tarea de generar documento. Si seguida a la tarea de generar documento siguen otras tareas el proceso seguiría sin más, sin embargo al usuario igual puede


que le interese que el proceso no siga avanzado hasta que el documento no esté aprobado, o que si es rechazado siga otra ruta alternativa, etc.

Figura 49 - Tarea Vacía en flujo grama

Justo antes de la tarea de decisión, le precede una tarea vacía que se ha denominado “Espera a que el documento esté firmado”, y la conexión 30, que aparece con un asterisco, llevaría implícita la condición que se tiene que dar para que el proceso siga ejecutándose.

Si comprobamos la condición, haciendo doble clic de la conexión 30 tenemos lo siguiente:

Figura 50- Tarea vacía, condiciones

Donde se indica que sobre el documento perteneciente al tipo especificado en “Relativo al objeto” se haya dado la condición de “Aprobación del documento”.


4.20 Archivar Expediente

Se trata de una nueva actividad automática, consistente en el archivado de un expediente. Si existe una tarea de este tipo incluido dentro de un proceso, en el momento que dicha tarea se active, la aplicación archivará el expediente activo incluido en el procedimiento. Esto viene a simular como si el proceso hubiese llegado a su fin, finalizando y archivando el expediente activo. Y por ello, no permitiéndose incluir más documentación en dicho expediente.

4.21 Publicar documento en portal del ciudadano

Con esta tarea se publicará el documento definido en la tarea tanto en el perfil del contratante como en el tablón virtual. En el detalle aparecerá un recuadro donde habrá que indicar el número de días/meses/años a publicar. Los días pueden ser hábiles o naturales.

Figura 51- Tarea vacía, condiciones

4.22 Generar Documento Automáticamente

Este tipo de tarea permite la generación de un documento sin la intervención de usuario alguno. La configuración de la tarea es prácticamente igual que la de “Generar Documento”. La plantilla no podrá tener ficha asociada ya que al ser automática nadie la rellenará. Si al generar documento se produce un error la tarea será cancelada.


La única diferencia reside en los participantes, ya que sólo se podrán establecer participantes en función de tareas realizadas anteriormente. El participante sólo se utilizará para asignar el creador del documento para poder estimar visibilidad de documentos en caso de que existieran.


5.0 Privilegios y permisos específicos

Además de los privilegios y permisos generales de la aplicación (se recomienda ver con detalle él dossier de seguridad), este módulo contiene otros específicos para su ejecución gestionados igualmente a los generales a través del menú “Mantenimientos” - “Seguridad” – “Administrar roles y privilegios”.

5.1 Privilegios de Interfaz de usuario En esta categoría se encuentra el que permite “mostrar información de procesos (pestaña procesos y diagrama del procedimiento)”. Los usuarios (o roles o cargos) que tengan este privilegio podrán acceder a la información relativa a tareas ejecutadas y en ejecución de procesos en los que hayan participado (quienes las han realizado, fechas y horas de su ejecución, documentos asociados a las mismas...). Por defecto este privilegio no está asignado.

Además, en esta misma categoría hay otros dos privilegios relacionados con documentos que si bien no son específicos del módulo BPM también le afectan si estos documentos han sido generados o aportados dentro de un procedimiento: “mostrar pestaña –Actividad- al seleccionar un documento” y “mostrar pestaña –más información- al seleccionar un documento”. Al igual que en el caso anterior, por defecto no están asignados a nadie, y permiten conocer el circuito de aprobación o rechazo por el que hayan pasado los documentos.

5.2 Privilegios de objeto

Dentro de esta categoría hay dos privilegios específicos de BPM: “Saltar a hito” y “Supervisar cualquier tipo de proceso”. El primero permitirá a quien lo tenga poder actuar sobre un proceso en ejecución, y saltar a otra secuencia de tareas predefinidas y diseñadas al efecto. Un ejemplo de este caso lo tenemos cuando sea necesario sobreseer un proceso, dando lugar a su cancelación y a que se desarrollen unas tareas específicas (como pueden ser las propias del archivo de un expediente, por ejemplo).

En cuanto al permiso de supervisión de procesos podemos decir que permite volver a iniciar una tarea BPM tantas veces como se estime conveniente. Independientemente que dicha tarea esté completada. Teniendo en cuenta que si por ejemplo se trata de una tarea de anotación de salida, se harán tantas anotaciones como veces se inicie la tarea.

5.3 Privilegios de procesos En este caso, los privilegios que pueden asignarse (por defecto no lo están) son los de “configurar y diseñar procedimientos”, “iniciar cualquier proceso” y “reasignar tareas”. Sus nombres indican exactamente lo que permiten realizar, simplemente aclarar en el último caso que reasignar tareas a otros usuarios es una opción general que se presenta a todos los


participantes en un proceso, y que con este privilegio se permite o no llevar a cabo. No debe confundirse con una tarea específica del tipo “asignar tarea” descrita anteriormente.

En cuanto al privilegio de supervisión, permitirá a quien lo tenga acceder a los procesos que se estén ejecutando, incluso sin estar participando en ellos.

5.4 Permisos sobre tipo de objetos Si se quiere dar permiso de iniciar o supervisar procesos concretos, así como utilizar la opción “salto al hito” en un proceso determinado, lo haríamos a partir de este menú, teniendo en cuenta que los privilegios se aplican a todos los procesos, por lo que sería redundante establecer privilegios generales y luego permisos concretos: los privilegios abren estas opciones a todos los procesos, y si lo que se pretende es hacerlo únicamente con casos concretos, se definirían en los permisos sobre tipos de procesos.

Aclarar que el usuario administrador tiene por defecto todos los permisos, y que éstos, como se detalle en el manual del administrador, pueden asignarse por roles, cargos o usuarios.

6.0 Otras utilidades

A continuación se describen otras utilidades que merecen destacarse:

6.1 Arranque automático de procesos

Una utilidad más consiste en la posibilidad de programar en base a un criterio temporal -intervalos – el arranque automático de procesos teniendo en cuenta calendario laboral. Esta opción está disponible desde la versión 8.2.4. Así, se permite arrancar procedimientos teniendo en cuenta una serie de condiciones. Esta posibilidad se encuentra en MantenimientoProcesosCatálogo de procesosProgramación.

Figura 52 – Programación de arranque automático de procesos


Las nuevas opciones son:

1. Repetir cada: Aparecen distintas opciones para condicionar la repetición del auto-inicio del procedimiento (Día, Semana, Quincena, Mes, No repetir). Por defecto aparece “No repetir”.

2. Respetar calendario. Marcando este check respectará el calendario laboral de Firmadoc. Esto quiere decir que si por ejemplo el procedimiento debiera comenzar el día 1 de Abril, si este día es festivo, comenzará el siguiente día no festivo.

6.2 Campos Genéricos referidos a otros documentos

En el diseño de plantillas se permite la inserción de campos que se refieren a otros documentos. Estos campos se encuentran en el árbol de campos genéricos y son:

- Documento: Área Inserta el área del usuario que creó el documento en una tarea anterior.

- Documento: Creador Inserta el usuario creador del documento generado en una tarea anterior.

- Documento: Fecha Aprobación/Rechazo Inserta la fecha de aprobación/rechazo del documento generado en una tarea anterior

- Documento: Fecha de Gestión Inserta la fecha de Gestión del documento generado en una tarea anterior.

Para configurarlo:

1. Es necesario indicar en la tarea donde se generó el documento un alias. (se encuentra en la pestaña Opciones del detalle de actividad).

2. En la plantilla del documento posterior insertar cualquiera de los campos anteriores con el formato (ejemplo: <$ IDX_UOR_NOM(alias) $>. (Se inserta el campo y entre paréntesis se indica el alias de la tarea anterior donde se generó el documento)

6.3 Delegación de Tareas

Al igual que existe la posibilidad de delegar firmas según tipo de documento, existe la posibilidad de delegar tareas según el proceso. Este menú se ha incluido en Herramientas, en la opción de Preferencias, en la pestaña “Tareas”.


Figura 53 – Configuración de la delegación de tareas

Firmadoc-BPM te permite delegar todas las tareas de todos los procesos en alguien o bien diferenciar por proceso. Además, se permite agregar el mismo cargo/usuario varias veces en más de un periodo de delegación.

6.4 Máscara para el nombre de auto instancias


Figura 54 – Máscara para el nombre de auto instancias

En el catálogo de procedimientos existe una pestaña “Avanzadas”, que se utiliza para dar un nombre a los procedimientos que se generan por auto instancias. Existe la posibilidad de dar un nombre fijo y/o variable en función del valor de un campo del catálogo de campos. Para que esto tenga efecto deberá ser un campo que se rellene en la acción (generar documento, aportar documento, crear expediente, etcétera…) que da lugar al inicio del proceso, es decir, un campo que se encuentre en la primera tarea del propio procedimiento.

6.5 Tramitación por lotes

Desde la versión 8.2.1 existe la posibilidad de ejecutar tareas de generación de documentos por lotes. Esta nueva mejora permite realizar tareas del tipo “Generar documento” de forma masiva. Para llevar a cabo este tipo de tareas lo condicionantes son:

1. El tipo de tarea debe ser “generar documento”; 2. El documento que se pretende generar no debe tener formulario asociado; 3. En cuanto a las utilidades existentes destacan:

1. Se pueden realizar masivamente tareas de distinta instancia 2. Se pueden realizar masivamente tareas de distintos procedimientos;

Para realizar la ejecución masiva de tareas marcamos todas las tareas de generar documento que queramos ejecutar y picamos en “Procesos” “Tramitar en bloque”.

Figura 55 – Detalle de la opción Tramitar en bloque

Y nos aparecerá la siguiente ventana:



Picamos en “Agregar todas” para llevarlas a la rejilla inferior y pulsamos en “Tramitar tareas seleccionadas”.


Desde el menú procesos, “tramitar en bloque” se permite seleccionar varias tareas de la rejilla de “Tareas disponibles” y agregarlas de una vez a la rejilla “Tareas seleccionadas para tramitar en bloque”.


6.6 Condiciones de conectores

A la hora de definir procedimientos, en el Workflow Designer, tenemos la opción de establecer condiciones entre dos tareas del proceso. Así, si pulsamos, en la ventana de propiedades de una tarea, sobre “Condiciones”, la aplicación nos lanzará la siguiente ventana:

Figura 58 – Condiciones de conectores

Tal y como aparece en la figura anterior, tenemos 3 pestañas:

1) Valores de Campos: con esta posibilidad podremos introducir condiciones según los valores que puedan tomar algunos campos catalogados. Se permite utilizar campos de fichas genéricas.

2) Script: se podrán establecer condiciones en base a sentencias en lenguaje VBScript y JScript.

3) Especial: existen una gran variedad de condiciones definidas, tal y como aparecen en la siguiente figura.


Figura 59– Detalle de las condiciones especiales

Entre otras condiciones existe: - “Paso por un transición”. Con dicha condición se permite condicionar el desarrollo del flujo en

función de que el procedimiento haya pasado por una conexión anterior. - “Anulación de actividad de firma”. Esta condición nos permitirá condicionar el flujo por el estado

“Anulado” de los documentos.

Además, Se ha mejorado las condiciones de las conexiones permitiendo valores comodines. Será necesario seleccionar el operador “~=”. Cuando seleccionemos en la condición del conector el operador "~=", el servidor de procesos buscará * y ? para intentar hacer coincidir los valores. Por Ejemplo:

- 6* --> Se cumplirá la condición con cualquier valor que empiece por 6. - *6 --> Se cumplirá la condición con cualquier valor que termine en 6. - 6?21 --> Se cumplirá la

condición con cualquier valor que empiece por 6, siga con cualquier carácter y termine con 21.

Posee una condición para el caso de utilizar * o ? y utilizar más de una condición en la conexión. En estos casos sólo se admiten condiciones del mismo signo, es decir, o todas “O” o todas “Y”. Firmadoc facilita el siguiente mensaje:


Figura 60 – Detalle del mensaje

6.7 Exportación de Listados

Situado en el menú contextual de la rejilla de procesos, existe una nueva utilidad denominada “Exportar listado”. Dicha utilidad está disponible pulsando el botón derecho sobre la rejilla de procesos, en ese momento se nos muestra varias opciones disponibles, entre ellas: “Exportar listado”. Está opción nos exporta el contenido de la rejilla a Excel- tal y como se muestra en la siguiente figura:

Figura 60 – Detalle de la exportación de listados

6.8 Exportación de Procesos

A la hora de exportar procedimientos se exportan las carpetas predefinidas, vistas de rejillas y campos de vistas de rejilla. Las carpetas predefinidas se exportan si existen fichas con rejillas en la que se relaciona la carpeta predefinida.


6.9 Integración con otras aplicaciones

Se han desarrollado APIs para que se permita la cancelación de un proceso desde una aplicación externa a FirmaDoc-BPM. Para más información sobre APIs póngase en contacto con AYTOS.

6.10 Cancelar tareas y procesos Hasta ahora la opción de cancelar procesos está disponible desde la consola del servidor de procesos. Conviene mencionar también, en caso de que una tarea sea cancelada, desde la pestaña “Procesos” se muestra el usuario que ha cancelado una tarea.

Figura 61 – Detalle de la cancelación de tareas

6.11 Para asignar valores mediante script:

Supongamos la siguiente ficha:



Se pretende que al insertar Tipo, Año y nº de Factura aparezca en el campo Estado de Factura la información contenida para esos campos en la Tabla FAC de SicalWin. Para ello tendremos que crear una conexión contra esa base de datos y picar en el botón de enlace a datos. Aparecerá la siguiente ventana:


La estructura del script es la siguiente:

Dim nombre de la variable (lo elige el usuario)

Nombre de la variable=@nombre de la conexión.sentencia a ejecutar (los campos de la ficha que vayamos a utilizar se pondrán entre <$categoria.id del campo$>.


# = nombre de la variable (la almohadilla representa el valor que vamos a insertar en el campo y debe ser igual al nombre de una variable)

A tener en cuenta:

El formato de los campos catalogados utilizados en la sentencia debe ser coherente con el formato de esos campos en la base de datos destino de la consulta. En nuestro ejemplo vemos que FAC_TDC es tipo texto, por lo que el campo de ficha BPM.Tipo Factura será también de tipo texto.

Por otro lado, también se pueden validar datos contra una base de datos externa.

Veamos un ejemplo:

dim max max = @<ADM>, SELECT COUNT (USU_IDE) FROM USU.

#<init(max), “Debe ser inferior al número de usuarios.

6.12 Herramienta de incidencias

Estas son las incidencias posibles que detecta la herramienta:

• Tarea obsoleta cancelada o sin terminar:

- El proceso ha sido rediseñado perdiéndose la definición de la actividad de la que dependen muchas tareas actualmente en ejecución. El corrector las elimina.

• Tarea duplicada cancelada o sin iniciar:

- Tareas que por cualquier motivo están duplicadas, en estado cancelado o sin iniciar. El corrector las elimina.

• Tarea de sistema duplicada:

- Similar al caso anterior pero de sistema y es independiente que estén realizadas o no. El corrector elimina las duplicidades.

• Tarea referencia sin tarea precedente:

- Una tarea de referencia que ha sido ejecutada posiblemente a mano con lo que no tiene informado el campo TAR_PRE que ayuda al SDP a terminar el documento al que referenciar. El corrector analiza el flujo y engancha la tarea a la precedente que corresponda, actualizando TAR_PRE.

• Tarea referencia no realizable:


- Una tarea de referencia que está bien referenciada a una tarea anterior pero que ésta no tiene documento, aunque se haya completado. El corrector elimina la tarea referencia y reinicia la tarea precedente en el flujo.

• Última tarea cancelada y proceso completado:

- El proceso está marcado como completado pero la última tarea ejecutada está cancelada. El corrector no puede actuar automáticamente pero permite seleccionar varias y pulsar reiniciar con lo que el proceso vuelve a estar en ejecución y la última tarea que estaba cancelada vuelve a la bandeja de entrada de quien corresponda (o la ejecuta el SDP si es de sistema).

• Tiempo asignado excedido:

- No es una incidencia del diseño. Indica que el tiempo asignado a una tarea se ha excedido.

• Tareas huérfanas:

- Esta incidencia es improbable que ocurra, pero no obstante determina lo siguiente. Ocurre si una tarea no tiene proceso (TAR_PRI = NULL).

• Tareas sin participantes:

- Indica que una tarea está pendiente de ser ejecutada pero no tiene participantes. El corrector permite por ejemplo reasignarla.

• Tareas sin puntero:

- Tareas en ejecución que no tienen puntero. Lo que se conoce como tareas en el limbo. Estas tareas no reaccionan, no se inician ni se terminan. El corrector las reanima, creándoles un puntero.

• Procesos completados que no han llegado a su fin:

- La aplicación detecta y corrige aquellos procesos que están completados que aún no han llegado al final de su ejecución

• Procesos completados sin resultado o sin expediente archivado:

- La aplicación detecta estos procesos.

• Procesos cancelados que tienen la última tarea completada:


• Procesos que están en estado completado y la última tarea está cancelada.


• Detecta aquellas tareas de generar documento que no tienen documento asociado. La correción nos vuelve a hincar la tarea de generar documento y nos elimina las tareas no iniciadas


posteriores a la tarea de generar documento. Al picar en “Corrección Rápida” se cierra la aplicación


6.13 Ajustes de rejilla Procesos

Existe una nueva opción para mostrar detalles y establecer preferencias desde la rejilla de procesos. Dicha opción se encuentra pulsando el botón derecho, seleccionando ajustes. Entre otras opciones la aplicación permite eliminar, cancelar y reiniciar una tarea.

Figura 64 – Detalle de la rejilla de proceso


Figura 65 – Detalle de los ajustes

Desde preferencias, podemos seleccionar que procesos deseamos que aparezcan así como el orden preferido. También existe un check denominado “Mostrar tareas del sistema completadas”, si se marca dicho check la aplicación mostrará las tareas de sistemas –cuyo usuario encargado es “Sistemas” que están completadas.

6.14 Clasificaciones de procesos Desde la versión 9.0.27, en el mantenimiento de procesos aparecen solo las versiones vigentes de los procedimientos. Haciendo doble click sobre un proceso se mostraran aquellas versiones anteriores del procedimiento.

Además, existe una clasificación de los procesos según su estado. Distinguiéndose dos nuevos estados para los procesos: Borrador/Publicado.

Los procedimientos de la entidad se han dividido en 2 estados:

- Borrador: Son los procedimientos que se han creado y todavía no se han publicado. Un procedimiento que se crea aparece siempre inicialmente en este estado.

- Publicado: Son aquellos procedimientos que se han pasado de este estado ha través de la opción “Publicar”.


Finalmente, respecto a este apartado, decir que solo se podrán ejecutar procesos que se encuentren en el estado Publicado. Decir también que se pueden ejecutar aquellos procesos que estén en estado Borrador siempre y cuando el usuario que lo creó sea el que lo quiere ejecutar. También podrá ejecutarlos aquel usuario que tenga control total, en consecuencia:

- Los procedimientos en borrador sólo pueden ser ejecutados por el usuario que los creo o que tenga control total.

- Los procedimientos que se inicien a partir de la ejecución de una tarea, igual control.

- Para pasar un procedimiento de estado borrador a estado publicado se ha de validar - este proceso de validación lo realiza el sistema de forma automática- y dar como resultado OK.

6.15 Expedientes en procesos Al crearse un expediente dentro de un proceso que ya tiene expediente vinculado, ahora no se sustituye pero sí se relacionan los expedientes entre sí.

6.16 Clúster de Servidor de Procesos La opción de utilizar el servidor de procesos en modo cluster -más de un servidor, corriendo en diferentes máquinas o equipos-, es posible desde las la versión 9.1 de FirmaDoc-BPM.

Para ello en Firmadoc, Mantenimientos, Configuración General del Sistema, pestaña “Módulos”, se ha incluido una nueva sección llamada “Clúster de servidores de procesos”, desde donde se puede configurar tanto el número de servidores, como la inactividad y el porcentaje mínimo de carga por servidor.

Figura 66 – Detalle de la

configuración general del sistema/Módulos

* Instancias de servidor por entidad: Indica el número de instancias que va a tener en cuenta firmadoc para trabajar. Si se le indica 3 y se arrancan 4 servidores solo tendrá en cuenta 3 para realizar el reparto de cargas.

* Tiempo máximo de inactividad: Tiempo tras el cual, firmadoc “elimina la ejecución” del servidor de procesos, al no responder la aplicación entiende que no es funcional.

* Porcentaje de carga por servidor: Porcentaje por debajo del cual el servidor no será considerado disponible para trabajar y su carga se repartiría con los otros servidores activos.

En el servidor de procesos, se ha agregado una nueva pestaña llamada “Clúster”.


Figura 67 – Detalle de la configuración general del sistema/Módulos

En esta pantalla podemos apreciar los servidores que tenemos en marcha viendo el nombre de la máquina que aloja el servidor de procesos, la versión del servidor de procesos, la fecha en que se inició, y la latencia, es decir, el tiempo que transcurre entre que se produce la acción y la consecuencia en el proceso.

El nombre del servidor acompañado del símbolo “(*)” indica que este servidor es el “líder”, el que manda sobre los otros, y el único que puede realizar un nuevo reparto de carga, y finalizar la acción de un servidor de procesos. Lógicamente la versión del servidor de procesos ha de ser igual en todos los servidores.

Con respecto a la latencia, se puede que son estimaciones de funcionamiento basadas en la ejecución de un bucle. Dependiendo del tiempo que tarde en realizarlo la aplicación estimará su estado:


Entre 0 y 5 segundos, el estado del cluster es “Óptimo”.

Entre 5 y 15 su estado es “Bueno”. Entre 15 y 30 su estado es “Regular”.

Entre 30 y 45 su estado es “Malo”. Entre 45 y 180 (tiempo puesto en la configuración de firmadoc por defecto) su estado es “No confiable”.

Cuando el tiempo supera los 180 segundos de inactividad, el líder, eliminará el Servidor de Procesos que no está respondiendo, liberando su carga y repartiéndola entre los servidores restantes.

6.17 Catálogo de procedimientos

Se trata de opción ubicada en herramientas / Catálogo centralizado de procedimientos. Está opción solo aparecerá para aquella entidad seleccionada como Administradora. Esto último se puede configurar desde Mantenimientos / Configuración general del Sistema / Expedientes y BPM.

El desarrollo de un catálogo de procedimientos viene motivado por el despliegue centralizado de Firmadoc BPM, como solución de gestión de expedientes digitales, en Planes Provinciales o agrupaciones municipales.

En este nuevo escenario, se hace necesario contar con herramientas que faciliten el mantenimiento único y centralizado de diversos tipos de elementos de información, como pueden ser tipos de documentos, tipos de expedientes, fichas, plantillas y procedimientos.

No obstante, Firmadoc BPM mantiene su carácter de administración y explotación dividido por organizaciones y entidades, si bien y como se describirá a continuación, se incluirán herramientas que facilite la puesta en marcha masiva de procedimientos, así como la labor centralizadora que se encomiende a una Diputación o Entidad Superior, en caso de que la entidad interesada tenga delegadas las funciones de diseño, administración y/o supervisión de sus sistemas.

La idea básica consiste en que una entidad denominada “Administradora” dispondrá de un mantenimiento especial “Catálogo centralizado”, que permitirá ejecutar funciones de configuración y mantenimiento del catálogo. Este mantenimiento requerirá tener activada una licencia especial, vinculada a la entidad ADM. El catálogo centralizado es una relación de procedimientos diseñados por la Entidad ADM que están relacionados con una o más entidades. Las entidades tendrán acceso a los procedimientos del catálogo centralizado de dos formas:

a) A voluntad de la Entidad ADM - Mediante publicación directa por parte de la Entidad ADM a una, varias o todas las entidades disponibles en el Administrador de Aplicaciones. Las entidades destinatarias tendrán instalados los procedimientos en sus bases de datos, listos para ser ejecutados;

b) A voluntad de la entidad participante – Mediante el acceso a un sitio web específico del catálogo, la entidad participante podrá seleccionar los procedimientos disponibles que no tiene instalados


en sus bases de datos y proceder al despliegue en sus instalaciones. Esta posibilidad no se contemplará de momento - se dejará para una futura versión del catálogo;

Con respecto al catálogo centralizado conviene destacar:

La entidad ADM dispone de una opción “Catálogo centralizado”, justo debajo de la opción “Procesos”. Esta opción muestra una relación de procesos publicados (finalizados en diseño) a la izquierda, remarcando aquellos que están relacionados con alguna entidad. Además, muestra una relación de entidades a la derecha, con casillas de verificación para indicar cuáles de ésta tiene opción de acceder al proceso marcado en la lista anterior.

En resumen, se permitirá:

1. Asociar/desasociar procesos a n-entidades.

2. Opción para asociar todas las entidades al proceso seleccionado.

3. Si se desmarca la casilla de un proceso, se desasociará de todas las entidades.

4. Guardar la relación entre procesos y entidades

5. Desplegar los procesos en las entidades según la configuración actual

Esta última acción, desplegar procesos, afecta únicamente al proceso seleccionado y procede a la exportación del proceso e importación en cada una de las entidades marcadas/asociadas al proceso.

6.17.1 Asistente de despliegue del proceso

El proceso de importación múltiple debe tiene la apariencia de un asistente que guiará al usuario por una serie de pasos.

En el primer paso se exporta el proceso seleccionado en un archivo XML en una carpeta temporal. Se explica brevemente el cometido de la operación, mostrando nombre del proceso a desplegar, versión, fecha de publicación, usuario que publicó el proceso y la lista de entidades en las que será desplegado el proceso, así como ruta del XML y tamaño del archivo a importar. Este primer paso se permite continuar o cancelar.

En el segundo paso, comienza la importación para cada una de las entidades seleccionadas. Por cada entidad se mostrará un progreso del tipo “Importando …”, “Éxito” o “Cancelado”.

La importación de cada proceso comienza con la conexión y autenticación como usuario INTERNAL en la entidad que corresponda. Y procede a importar el archivo XML empleando las APIs. Los procesos importados en este primer paso de importación se encuentran en estado de borrador.


Antes de proceder con la importación del proceso, se verifica si existe una versión anterior del proceso con procesos ejecutados o en ejecución o bien si la versión instalada ha sido modificada con posterioridad a la fecha de último despliegue. En caso afirmativo de cualquier condición anterior, se mostrará un formulario de control mostrando:

1. Advertencia de que el proceso ya existe en la entidad destino x;

2. Número de procesos ejecutados o en ejecución de este proceso:

3. Si ha sido modificado con posterioridad al último despliegue y por qué usuario lo ha hecho;

4. Opción para saltar y continuar con siguiente entidad (predeterminado);

5. Opción para importar como una versión nueva del proceso;

6. Opción para cancelar el proceso de despliegue;

Una vez finalizada la importación de un proceso en la entidad concreta, éste estará en estado borrador, no pudiéndose ser ejecutado aún. A continuación se realizará una validación del proceso importado, mostrándose el resultado de la validación en una columna adicional de la lista de entidades. Este estado podrá ser “Válido”, “Con errores” o “Faltan participantes”.

El administrador podrá consultar el resultado de la verificación como un texto plano, así como asignar participantes al proceso importado. Esto mostraría un formulario con: Lista de actividades con participantes pendientes de actualizar del proceso actual. Al seleccionar una actividad, mostrar los participantes actuales y un botón al formulario de participantes, con objeto de que pueda especificarse cualquier posibilidad. Una vez finalizados los cambios, opción para guardar cambios, ignorar cambios o cancelar el proceso de despliegue. Cuando se encuentren actualizados los participantes y guardados los cambios en el proceso, se volverá a validar el proceso, actualizándose el estado en la rejilla de progreso.

Si el estado es “Válido”, el proceso se marca como público, pudiendo emplearlo la entidad desde ese mismo momento. Además, el proceso de despliegue continúa automáticamente con la siguiente entidad pendiente.

Si el estado es otro, el proceso no continúa con la siguiente entidad, sólo permitiendo consultar los errores de validación, asignar participantes o cancelar el proceso de publicación.

A continuación se hace un breve resumen de la nueva opción:




La opción de La opción “Catálogo centralizado de procedimientos” se divide en 3 secciones:

- Procedimientos en catálogo: En esta sección aparecen todos los procedimientos diseñados en la entidad administradora.


- Entidades: Aparecen aquellas entidades dadas de alta en el administrador de aplicaciones.

- Procedimientos desplegados en la entidad seleccionada: Aparecen los procedimientos ya importados en la entidad seleccionada.

Una vez que hemos seleccionado el procedimiento y la/s entidad/entidades a importar picamos en “Comenzar despliegue” (Se recomienda marcar el check “Mostrar progreso detallado” ya que nos permite ver con más detalle el proceso de importación) nos aparece la siguiente ventana donde se ve el progreso de importación:


En la fase “Importación” nos aparecerá un cuadro resumen donde se puede ver todo lo que se va a importar. En la fase de validación podría aparecer el siguiente mensaje:



- Confirmar la importación: Al picar en este botón se da por finalizada la importación.

- Ver lista de errores: Nos abre un documento en el que se detallan los errores encontrados en el procedimiento.

- Participantes en las actividades: Nos abre un cuadro con las actividades del procedimiento donde podremos asignar los participantes adecuados a las respectivas tareas.


firmadoc bpm – manual del administrador...

Documents