Diseñar un formulario de decisión
Objetivo
Construir el formulario breve que alguien rellena para terminar un paso de un proceso, y los botones que lo terminan.
Dónde están los formularios de decisión
Un proceso tiene dos mitades, y el carril muestra las dos. Abra un proceso desde Procesos y verá:
- Flujo: el lienzo de calles, donde dibuja los pasos y cómo se conectan.
- Formularios de decisión: esta lista.
Son las dos mitades de una misma cosa: un formulario de decisión pertenece a su proceso, viaja con él a otros entornos y no es un componente que pueda agregar a una solución por separado.
Qué es un formulario de decisión
Cuando una persona llega a una tarea de usuario, lee lo que abra el paso —un registro, una lista, un informe— y después pulsa Decidir. Lo que se abre entonces es el formulario de decisión: unos pocos campos y los botones que terminan la tarea.
No es un formulario sobre una tabla. No tiene tabla, y solo pregunta lo que la decisión necesita.
Pasos
- Abra un proceso y seleccione Formularios de decisión en el carril de la izquierda.
- Seleccione Nuevo. El formulario de decisión se abre como una página, igual que el formulario de una tabla: un formulario de decisión son dos listas de filas, y no hay manera de leer dos listas de filas en un lateral de la pantalla.
- Dele un Nombre para mostrar: lo que la persona lee en la parte superior del panel y lo que muestra la lista.
- El Nombre del formulario de decisión se rellena a partir de él, con el prefijo de su
editor:
par_approve. Es aquello a lo que apunta un paso, y es la identidad: dos formularios de decisión de un mismo proceso no pueden compartirlo. Puede escribir el suyo propio; el prefijo está fijo junto al cuadro, así que no se puede escribir mal. - Agregue los Campos que la persona rellena. Cada uno tiene un nombre de campo (la clave con
la que se registra la respuesta), una etiqueta y un tipo de datos. Son los tipos propios de la
plataforma, así que un formulario de decisión recibe los mismos selectores de fecha,
calendarios y listas de opciones que un formulario de registro.
- Marque Obligatorio en un campo que deba rellenarse antes de que funcione cualquier botón.
- Agregue los Resultados: los botones. Cada uno tiene un identificador (el que nombra una
conexión), el texto del botón y un estilo: normal, principal o destructivo.
- Marque Requiere un comentario en un resultado que deba explicarse. Exige el primer campo multilínea del formulario de decisión, y se aplica solo a ese botón, que es justamente la idea: un rechazo necesita un motivo y una aprobación no.
- Seleccione Guardar. Cerrar le devuelve a la lista, y antes le pregunta si tiene cambios sin guardar.
Para cambiar uno más adelante, selecciónelo en la lista, o selecciónelo y elija Editar.
Usarlo en un paso
Vaya a Flujo, seleccione una tarea de usuario y elija el formulario de decisión en Formulario de decisión. La lista es la de este mismo proceso, así que no hay nada que escribir ni nada que escribir mal.
Si el formulario de decisión tiene más de un resultado, cada uno necesita su propia conexión de salida desde ese paso: seleccione una conexión y establezca Se toma cuando. El panel Problemas se lo indica si se le olvida alguna.
Los resultados son las acciones
No hay un botón Hecho aparte junto a ellos. Un formulario de decisión con un resultado muestra un botón, con el nombre que usted le haya dado; uno con tres muestra tres.
Es deliberado: «qué decidieron» es la línea más útil del historial de un proceso, y un simple Hecho la desecha.
Cambiar el nombre y eliminar
El nombre es aquello a lo que apunta un paso, así que cambiar el nombre de un formulario de decisión deja cualquier paso que lo mostraba apuntando a nada: el panel Problemas lo notifica, y usted vuelve a elegir el formulario de decisión en el paso. Eliminar uno produce el mismo efecto. Ninguna de las dos cosas reescribe su diagrama sin avisar.
Escenarios relacionados
- Diseñar un proceso: la otra mitad: calles, pasos, conexiones y código.
- Completar una tarea: lo que ve la persona que la recibe.