- Introducción
- Primeros pasos
- Modelado de procesos con BPMN
- Comprender el modelado del proceso
- Abrir el lienzo de modelado
- Modelar tu proceso
- Alinear y conectar elementos BPMN
- Autopilot para Maestro (vista previa)
- Repositorio de procesos
- Modelado de procesos con gestión de casos
- Diseñar un esquema de entidad de caso persistente
- Definir claves de caso (de sistema o externo)
- Establecer contratos de entrada/salida y de escritura diferida de tareas
- Reglas de salida y terminación temprana de etapas
- Modelar las etapas principal y secundaria
- Iniciar un caso desde Data Fabric
- Implementar perfiles y permisos a nivel de etapa
- Establecer SLA y reglas de escalado automatizadas
- Configurar un bucle de reprocesamiento (reingreso)
- Gestionar instancias de casos en ejecución: pausar, migrar y reintentar
- Diccionario de componentes de la gestión de casos de Maestro
- Modelado de procesos con Flow
- Implementación del proceso
- Depuración
- Simular
- Publicar y actualizar procesos de agente
- Escenarios de implementación comunes
- Extracción y validación de documentos
- Operaciones de proceso
- Supervisión de procesos
- Optimización de procesos
- Información de referencia
Pausar un proceso para asignar una tarea para revisión, aprobación o entrada humana.
El nodo Tarea humana detiene el proceso y asigna una tarea a una persona, luego se reanuda una vez que la completa. Úsalo cuando un proceso necesite revisión, aprobación o entrada humana antes de poder continuar.
Esta página cubre el tipo de tarea Formulario rápido , donde creas el formulario directamente en el nodo. Para obtener una descripción práctica, consulta Añadir aprobación humana a un flujo de trabajo.
Cuándo utilizar una tarea humana frente a una decisión
Utiliza el nodo Tarea humana cuando una persona necesite revisar información y responder antes de que el proceso continúe. Usa el nodo de decisión cuando la rama se pueda resolver automáticamente a partir de los datos existentes, sin intervención humana.
El nodo de tarea humana enruta en el resultado elegido del asignado a través de sus propios controladores de salida. Alcance de una decisión cuando la rama se deriva de los datos existentes en lugar de la elección de una persona.
Tipos de tareas
El campo Tipo controla cómo se presenta la tarea al usuario asignado.
Formulario rápido
Crea el formulario directamente en el nodo. Defines los campos que ve el usuario asignado y los resultados que puede elegir. Este es el valor predeterminado y el más adecuado para las aprobaciones y la recopilación de datos sencilla. El resto de esta página documenta el formulario rápido.
Aplicación personalizada
Devuelve la tarea con una aplicación de acción codificada para una interfaz más rica y personalizada. Selecciona la aplicación en Aplicación de acción y asigna sus entradas. La creación de la aplicación en sí se trata en la documentación de Action Apps.
Configuración
| Campo | Obligatorio | Predeterminado | Descripción |
|---|---|---|---|
| Tipo | Sí | Formulario rápido | Modo de presentación de tareas. Formulario rápido presenta un formulario definido en el nodo; La aplicación personalizada presenta una aplicación de acción codificada. |
| Canales de entrega | Sí | Action Center y correo electrónico, asignados a un grupo | Destinos de entrega de tareas y asignado. Los canales compatibles son Action Center, Correo electrónico, Slack y Microsoft Teams; Slack y Microsoft Teams requieren una conexión de Integration Service. |
| Esquema de tareas | Sí | Enviar resultado | Estructura del formulario, incluidos los campos que ve o rellena el usuario asignado y los resultados que puede seleccionar. Consulta Esquema: campos y resultados para ver la estructura completa. |
| Título de tarea | No | Ninguno | Título que se muestra al asignado en su lista de tareas. |
| Prioridad | No | Ninguno | Prioridad mostrada en Action Center: Baja, Media o Alta. |
| Etiquetas | No | Ninguno | Etiquetas separadas por comas para organizar tareas, por ejemplo finance,approval. |
Esquema: campos y resultados
El esquema de tareas define lo que ve el usuario asignado y lo que devuelve al proceso. Tiene dos partes: campos y resultados.
Campos
Los campos transportan datos dentro y fuera de la tarea. Cada campo tiene una dirección.
- Los campos de entrada son contexto de solo lectura para el usuario asignado, vinculados a un valor de proceso, por ejemplo
$vars.start.output.employeeName. - Los campos de salida son rellenados por el usuario asignado y devueltos al proceso.
- Los campos de entrada/salida hacen ambas cosas: muestran al destinatario un valor de proceso como punto de partida, y el destinatario puede editarlo antes de que se devuelva al proceso.
Cada campo tiene un tipo. Tipos disponibles:
textnumberdatebooleanfile
Resultados
Los resultados son los botones que utiliza el usuario asignado para completar la tarea, por ejemplo Aprobar y Rechazar. El esquema predeterminado tiene un único resultado Enviar . El primer resultado se marca como la acción principal.
Cada resultado añade su propio identificador de salida al nodo. Cuando el usuario asignado selecciona un resultado, el proceso continúa desde el identificador de ese resultado, para que puedas enrutar cada resultado a una ruta diferente. Consulta Ramificar en el resultado.
Salida
Accede a la salida del nodo en $vars.<nodeName>.output y al resultado seleccionado en $vars.<nodeName>.status.
salida
El resultado de la tarea: un objeto que contiene los valores que el usuario asignado envió, introducidos por el campo de salida. Leer un solo campo con $vars.<nodeName>.output.<fieldId>. El objeto también lleva una propiedad Action establecida en el resultado seleccionado.
estado
El resultado seleccionado por el usuario asignado, por ejemplo Approve. Ramifica en este valor para enrutar el proceso.
Ramificación en el resultado
Cada resultado que defines añade un identificador de salida al nodo de tarea humana. Cuando el usuario asignado completa la tarea, el proceso continúa desde el manipulador para el resultado que ha seleccionado. Conecta cada identificador de resultado al nodo que debe ejecutarse para esa ruta. No necesitas un nodo de decisión para dividir en el resultado.
Human Task
├─ Approve → continue processing
└─ Reject → notify the requester and terminate
Human Task
├─ Approve → continue processing
└─ Reject → notify the requester and terminate
Leer un campo enviado en cualquier nodo posterior con $vars.<nodeName>.output.<fieldId>:
// In a Script node on one of the outcome paths
return $vars.approval.output.comment;
// In a Script node on one of the outcome paths
return $vars.approval.output.comment;
El resultado seleccionado también está disponible como $vars.<nodeName>.status si lo necesitas en una expresión.
Problemas comunes
La tarea no aparece para el usuario asignado
Verifique que el asignado, ya sea un usuario o un grupo, sea correcto y tenga acceso a Action Center.
Falta un valor de salida en la salida
Confirma que el campo está definido en el esquema de la tarea con salida de dirección.
Un resultado redirige a la ruta incorrecta
Confirme que el identificador de salida de cada resultado está conectado al nodo deseado. Cada resultado que defines en el esquema tiene su propio identificador en el nodo de tarea humana.
Notas
Para probar sin un asignado real, utiliza Salida simulada para simular una respuesta status y output . Consulta Añadir aprobación humana a un flujo de trabajo para ver los pasos.
- Si el asignado es un grupo, cualquier miembro de ese grupo puede reclamar y completar la tarea.
- Para una interfaz más rica que un formulario, establece Tipo en Aplicación personalizada y vuelve a la tarea con una Aplicación de acción.
Páginas relacionadas
- Cuándo utilizar una tarea humana frente a una decisión
- Tipos de tareas
- Formulario rápido
- Aplicación personalizada
- Configuración
- Esquema: campos y resultados
- Campos
- Resultados
- Salida
- salida
- estado
- Ramificación en el resultado
- Problemas comunes
- La tarea no aparece para el usuario asignado
- Falta un valor de salida en la salida
- Un resultado redirige a la ruta incorrecta
- Notas
- Páginas relacionadas