El complemento Form Process Launch permite el inicio de un formulario secundario aparte desde un formulario principal. Además, permite iniciar un proceso aparte para determinados usuarios de una lista y también que se copien datos de un formulario principal a uno secundario.
Si implementa una solución y no se encuentran los parámetros app, library, processname, appgroup, userapp y/o userlibrary, recibirá un mensaje de error.
Propiedades
|
Nombre |
Descripción |
Obligatorio |
Nombre del grupo |
Modos |
||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
app |
Nombre de la aplicación que contiene el formulario y el proceso que desea iniciar. Ejemplo: Valor directo: AppName Valor del campo de solución: [field1] |
Sí |
Proceso de formulario |
Todo |
||||||||||||||||||
|
biblioteca |
Biblioteca que contiene el proceso o la solución que desea iniciar. Ejemplo: Valor directo: LibraryName Valor del campo de solución: [field1] |
Sí |
Proceso de formulario |
Todo |
||||||||||||||||||
|
processname |
Nombre del proceso o la solución que desea iniciar. Este proceso o solución debe haberse publicado antes de usar el complemento Form Process Launch y debe tener un formulario correspondiente asociado. Ejemplo: Valor directo: SolutionName Valor del campo de solución: [field1] |
Sí |
Proceso de formulario |
Todo |
||||||||||||||||||
|
appgroup |
Grupo que se asocia con la fase designada en la propiedad Fase. Si se usa el parámetro appgroup, solo se puede usar un único índice de fases. Se pueden asignar varias fases si se asignan mediante listas de datos de referencia. Ejemplo: Valor directo: CollectionOwner Valor del campo de solución: [field1] |
No |
Resolución de fase |
Grupo de aplicaciones |
||||||||||||||||||
|
swimlane[index] |
Nombre de la fase en el proceso de workflow del proceso o la solución que desea iniciar. Para el mecanismo del grupo de aplicaciones: La fase del proceso secundario a la que se asignan los usuarios que el parámetro appgroup devuelve al iniciar el proceso. Utilizar el mecanismo no indexado. Para el mecanismo de datos de referencia: La fase del proceso secundario a la que se asignan los usuarios que el parámetro usercolumn (en la posición indicada en el índice) devuelve al iniciar el proceso. Ejemplo: Valor directo: swimlaneName Valor del campo de solución: [field1] Tenga en cuenta que el valor del índice empieza en cero (en blanco) y continua desde 0. |
Sí |
Resolución de fase |
Todo |
||||||||||||||||||
|
userapp |
Nombre de la aplicación que contiene la solución de datos de referencia desde la que hay que extraer los usuarios. Ejemplo: Valor directo: AppName Valor del campo de solución: [field1] |
No |
Definidor de fase |
Datos de referencia, Grupo de repetición |
||||||||||||||||||
|
userlibrary |
Biblioteca que contiene la solución de datos de referencia desde la que hay que extraer los usuarios. Ejemplo: Valor directo: LibraryName Valor del campo de solución: [field1] |
No |
Definidor de fase |
Datos de referencia, Grupo de repetición |
||||||||||||||||||
|
usersolution |
Nombre de la solución de datos de referencia desde la que hay que extraer los usuarios. Ejemplo: Valor directo: SolutionName Valor del campo de solución: [field1] |
No |
Definidor de fase |
Datos de referencia, Grupo de repetición |
||||||||||||||||||
|
usercolumn[index] |
Nombre de la columna de la solución de datos de referencia que muestra los usuarios que están asignados a una fase en la posición indicada en el índice. Solo se usa con el mecanismo de datos de referencia. Ejemplo: Valor directo: SolutionName Valor del campo de solución: [field1] Si el valor del índice está vacío, puede tomar el valor directo, el valor del campo de formulario o el valor del campo de solución. Si no está vacío, solo puede tomar el valor directo. El valor del índice empieza en cero/en blanco y continua desde 0. |
No |
Definidor de fase |
Datos de referencia, Grupo de repetición |
||||||||||||||||||
|
consulta |
Consulta que se usará al recuperar filas de datos de referencia. Ejemplo: Valor directo: [Plant]=@[/my:myFields/my:group1/my:group2/my:field5] |
No |
Definidor de fase |
Datos de referencia, Grupo de repetición |
||||||||||||||||||
|
groupcolumn |
Nombre de la columna de la solución de datos de referencia que contiene los nombres del grupo de aplicaciones o usuarios. Ejemplo: Valor directo: testGroupColumn Si se definen los dos parámetros (usercolumn y groupcolumn), el sistema buscará esas dos columnas en los datos de referencia. Creará un proceso para todos los usuarios en cada grupo designado. Ejemplo: Valores en la columna de usuarios --/-- Valores en la columna de grupos
A continuación, el sistema iniciará tres procesos secundarios, uno por cada grupo, como se ve a continuación: Primer proceso para los usuarios: user1, user2, user3 Segundo proceso para los usuarios: user1,user4, user5, user6 Tercer proceso para los usuarios: user7, user8 |
No |
Definidor de fase |
Datos de referencia, Grupo de repetición |
||||||||||||||||||
|
sourcefield[index] |
Nombre de un campo en un formulario principal cuyo valor se copia en un campo en el formulario secundario. El usuario debe proporcionar el valor Xpath del campo de formulario secundario en el parámetro del campo de destino destinationfield en el mismo índice. El valor del índice empieza en 0. |
No |
Copiar campos de formulario |
Todo |
||||||||||||||||||
|
destinationfield[index] |
XPath de un campo del formulario secundario en el que se copiará el valor de un campo del formulario principal. Los valores con un determinado índice se copiarán desde el parámetro sourcefield al campo de destino con el mismo índice. El valor del índice empieza en 0. Ejemplo: Valor directo: /my:myFields/my:field2 |
No |
Copiar campos de formulario |
Todo |
||||||||||||||||||
|
singleprocess |
Especifica que solo se inicie uno o varios procesos. Si se establece en Sí, se inicia un único proceso y todos los usuarios se tratan como si pertenecieran a un equipo en una asignación de equipo. Si se establece en No, se inician varios procesos (uno por cada usuario). |
No |
Solución de formularios |
Todo |
||||||||||||||||||
|
autosyncfields |
Copia automáticamente los valores de todos los campos del mismo nombre en los formularios principales y secundarios. Si este parámetro se establece en Sí, no hace falta asignar los campos (en los parámetros sourcefield y destinationfield) que tengan el mismo nombre en los formularios principales y secundarios. Si se especifica autosyncfields, esta operación tiene lugar antes de cualquier configuración explícita de valores de campo, especificada a través de sourcefield [index], etc. |
No |
Copiar campos de formulario |
Todo |
||||||||||||||||||
|
repeatinggroupfieldxpath[index] |
Nombre del campo de grupo de repetición del formulario principal cuyo valor se copia en un campo del formulario secundario. El usuario tiene que proporcionar el valor Xpath del campo del grupo de repetición del formulario secundario en el parámetro fielddestinationxpath en el mismo índice. El valor del índice empieza en 0. |
No |
Copiar campos de formulario |
Todo |
||||||||||||||||||
|
fielddestinationxpath[index] |
XPath de un campo del formulario secundario en el que se copiará el valor de un campo del grupo de repetición del formulario principal. Los valores con un determinado índice se copiarán del parámetro repeatinggroupfieldxpath al campo fielddestinationxpath con el mismo índice. El valor del índice empieza en 0. El parámetro singleprocess se debe establecer en Falso para que funcione esta configuración. Muchos grupos de repetición no son compatibles. Ejemplo: Valor directo: /my:myFields/my:field2 |
No |
Copiar campos de formulario |
Grupo de repetición |
||||||||||||||||||
|
repeatinggroup |
Nombre del grupo de repetición del formulario principal. El parámetro singleprocess se debe establecer en Falso para que funcione esta configuración. |
No |
Resolución de fase |
Grupo de repetición |
||||||||||||||||||
|
resolveswimlanes |
Campo booleano que indica si ejecutar o no las resoluciones de participantes de las fases desde el proceso secundario. El valor predeterminado es No. Si se establece en Sí, siempre se resolverán las fases del proceso secundario. Si el parámetro swimlane también resuelve los usuarios, se combinarán los usuarios de la resolución de participantes y del parámetro swimlane. Si se establece en No, el parámetro swimlane resuelve todas las fases de los procesos secundarios y la resolución de participantes no se completará. Si el parámetro swimlane no resuelve todas las fases del proceso secundario, se comportará como si se hubiese seleccionado Sí. |
No |
Resolución de fase |
Todo |
Ejemplos
Un usuario inicia un formulario y lo utiliza para buscar una lista de registros. Si el registro ya existe, el usuario iniciará un formulario de tipo Cambiar registro (desde el formulario principal) que se asignará a uno o más usuarios dependiendo de un grupo de aplicaciones, los datos de referencia o un grupo de repetición de usuarios asignados para editar el registro. Si la columna de datos de referencia contiene diez personas, se inicia un proceso y formulario nuevos para cada miembro. Esto equivaldría a diez formularios y procesos, uno por cada miembro.
Hay tres mecanismos por los cuales se puede leer un formulario que ha iniciado este complemento:
- El mecanismo de grupo de aplicaciones inicia un formulario y un proceso para cada persona de la aplicación o el grupo de usuarios.
- El mecanismo de datos de referencia inicia un formulario y un proceso para cada fila de una columna de datos de referencia determinada y asigna los usuarios indicados en la lista a las fases indicadas.
- El mecanismo de grupo de repetición permite que una consulta basada en los campos de un grupo de repetición pueda devolver o no un usuario. Los resultados de la consulta se usarán para resolver las fases.
En el mecanismo de grupo de repetición, puede asignar los campos de sección de repetición en el formulario secundario. Los parámetros que se usan son repeatinggroup, fielddestinationxpath[index] y repeatinggroupfieldxpath[index]. Para asignar campos de grupos de repetición, especifique los parámetros repeatinggroup, fielddestinationxpath y repeatinggroupfieldxpath. Los dos últimos parámetros están indexados, así que también se pueden asignar varios campos de la sección de repetición del formulario principal a los campos del formulario secundario.
Wait For Child Processes
Se puede configurar el proceso de workflow para esperar a que los procesos secundarios se completen antes de continuar con el proceso de workflow principal. Por ejemplo, si se crea el formulario Nueva contratación, el formulario secundario podría ser Tareas de TI. El uso de un complemento Wait For Child Processes, permite pausar el formulario Nueva contratación mientras se completa el formulario secundario Tareas de TI.
Al usar el complemento Wait For Child Processes inmediatamente después del complemento Form Process Launch, añada un nodo de espera a fin de dar tiempo suficiente para que el complemento secundario se inicie. De lo contrario, el complemento Wait For Child Processes podría completarse de forma prematura. El tiempo de espera lo determina la velocidad con la que su tarea en segundo plano puede procesar el tipo de tarea formprocesslaunch.
A continuación se ofrecen ejemplos rápidos de «formularios cortos» de parámetros y configuraciones que puede usar para obtener diferentes funciones.
Ejemplo de grupo de aplicaciones
|
Este ejemplo inicia un nuevo proceso llamado Proceso de formulario de comentarios que se ejecuta para un nuevo formulario de comentarios para cada usuario del grupo de aplicaciones Comentador. Asignará el usuario a la fase Comentarios de cada proceso. |
Ejemplo de datos de referencia
|
Este ejemplo inicia un nuevo proceso llamado Proceso de formulario de comentarios que se ejecuta en un nuevo formulario de comentarios por cada fila de los usuarios asignados de comentarios de la solución de datos de referencia presentes en la biblioteca ReferenceDataLibrary1 de la aplicación Aplicación2. El usuario del campo Comentador se asignará a la fase Comentarios y el usuario del campo Administrador de usuarios se asignará a la fase Administradores. |
Ejemplo de grupos de repetición 1
|
Este ejemplo consulta los comentarios de los usuarios asignados de la solución de datos de referencia en la aplicación Aplicación2 de cada fila del grupo de repetición my:Repeating_Group_2. Si se encuentra un usuario, se inicia un nuevo proceso llamado Proceso de formulario de comentarios que se ejecuta para un nuevo formulario de comentarios en el que field1 y field2 del grupo de repetición del formulario principal se asignan a field1 y field2 respectivamente en el formulario secundario, para esa fila de la aplicación Aplicación1. El usuario del campo Comentador devuelto por la consulta se asignará a la fase Comentarios. |
Ejemplo de grupos de repetición 2
|
Este ejemplo consulta los comentarios de los usuarios asignados de la solución de datos de referencia en la aplicación Aplicación2 de cada fila del grupo de repetición my:Repeating_Group_2. Si se encuentra un usuario, se inicia un nuevo proceso llamado Proceso de formulario de comentarios que se ejecuta en un nuevo formulario de comentarios en el que field1 y field2 del grupo de repetición del formulario principal se asignan a field1 y field2 respectivamente en el formulario secundario, para esa fila de la aplicación (Aplicación1). El usuario del campo Comentador devuelto por la consulta se asignará a la fase Comentarios. Las resoluciones de participantes de la fase del proceso secundario también se ejecutarán porque resolveswimlanes se ha establecido en Verdadero. |