- Introdução
- Introdução
- Modelagem de processos com BPMN
- Noções Básicas sobre Modelagem de Processos
- Abertura da tela de modelagem
- Modelagem de seu processo
- Alinhamento e conexão de elementos BPMN
- Autopilot para Maestro (visualização)
- Repositório de processos
- Modelagem de processos com o Gerenciamento de casos
- Criação de um esquema de entidade de caso persistente
- Definição de chaves de caso (sistema versus externo)
- Estabelecimento de contratos de E/S de tarefa e Write-back
- Regras de saída e encerramento do estágio inicial
- Modelagem de estágios primários e secundários
- Acionamento de um caso a partir do Data Fabric
- Implementação de personas e permissões no nível do estágio
- Definição de SLAs e regras de escalonamento automatizados
- Configuração de um loop de retrabalho (reentrada)
- Gerenciamento de instâncias de casos ao vivo: pausar, migrar e tentar novamente
- Dicionário de componentes de gerenciamento de casos do Maestro
- Process modeling with Flow
- Introdução
- Conceitos básicos
- Node reference
- Built-in nodes
- Connector nodes
- Build guides
- Melhores práticas
- Referência
- Implementação de processos
- Depuração
- Simulação
- Publicação e atualização de processos agênticos
- Cenários de implementação comuns
- Extração e validação de documentos
- Operações do processo
- Monitoramento de processo
- Otimização de processos
- Informações de referência
Guia do usuário do Maestro
The Human Task node pauses the process and assigns a task to a person, then resumes once they complete it. Use it when a process needs human review, approval, or input before it can continue.
This page covers the Quick form task type, where you build the form directly on the node. For a hands-on walkthrough, refer to Add human approval to a workflow.
When to use Human Task vs Decision
Use the Human Task node when a person needs to review information and respond before the process continues. Use the Decision node when the branch can be resolved automatically from existing data, without human involvement.
The Human Task node routes on the assignee's chosen outcome through its own output handles. Reach for a Decision when the branch follows from existing data instead of a person's choice.
Tipos de tarefas
The Type field controls how the task is presented to the assignee.
Quick form
Build the form directly on the node. You define the fields the assignee sees and the outcomes they can choose. This is the default and the best fit for approvals and straightforward data collection. The rest of this page documents Quick form.
Custom app
Back the task with a coded Action App for a richer, custom interface. Select the app under Action App and map its inputs. Building the app itself is covered in the Action Apps documentation.
Configuração
| Campo | Required | Padrão | Description |
|---|---|---|---|
| Tipo | Sim | Quick Form | Task presentation mode. Quick Form presents a form defined on the node; Custom App presents a coded Action App. |
| Delivery Channels | Sim | Action Center and email, assigned to a group | Task delivery destinations and assignee. Supported channels are Action Center, Email, Slack, and Microsoft Teams; Slack and Microsoft Teams require an Integration Service connection. |
| Task Schema | Sim | Submit outcome | Form structure, including fields the assignee sees or fills in and outcomes they can select. Refer to Schema: fields and outcomes for the full structure. |
| Task title | Não | Nenhum | Title shown to the assignee in their task list. |
| Prioridade | Não | Nenhum | Priority shown in Action Center: Low, Medium, or High. |
| Rótulos | Não | Nenhum | Comma-separated labels for organizing tasks, for example finance,approval. |
Schema: fields and outcomes
The Task Schema defines what the assignee sees and what they return to the process. It has two parts: fields and outcomes.
Campos
Fields carry data into and out of the task. Each field has a direction.
- Input fields are read-only context for the assignee, bound to a process value, for example
$vars.start.output.employeeName. - Output fields are filled in by the assignee and returned to the process.
- In/Out fields do both: they show the assignee a process value as a starting point, and the assignee can edit it before it's returned to the process.
Each field has a type. Available types:
textnumberdatebooleanfile
Resultados
Outcomes are the buttons the assignee uses to complete the task, for example Approve and Reject. The default schema has a single Submit outcome. The first outcome is marked as the primary action.
Each outcome adds its own output handle to the node. When the assignee selects an outcome, the process continues from that outcome's handle, so you can route each outcome to a different path. Refer to Branching on the result.
Saída
Access the node's output at $vars.<nodeName>.output and the selected outcome at $vars.<nodeName>.status.
saída
The task result: an object holding the values the assignee submitted, keyed by output field. Read a single field with $vars.<nodeName>.output.<fieldId>. The object also carries an Action property set to the selected outcome.
status
The outcome the assignee selected, for example Approve. Branch on this value to route the process.
Branching on the result
Each outcome you define adds an output handle to the Human Task node. When the assignee completes the task, the process continues from the handle for the outcome they selected. Connect each outcome handle to the node that should run for that path. You don't need a Decision node to split on the outcome.
Human Task
├─ Approve → continue processing
└─ Reject → notify the requester and terminate
Human Task
├─ Approve → continue processing
└─ Reject → notify the requester and terminate
Read a submitted field in any downstream node with $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;
The selected outcome is also available as $vars.<nodeName>.status if you need it in an expression.
Problemas comuns
Task does not appear for the assignee
Verify the assignee, whether a user or a group, is correct and has access to Action Center.
An output value is missing from output
Confirm the field is defined in the Task Schema with direction Output.
An outcome routes to the wrong path
Confirm each outcome's output handle is connected to the node you intend. Each outcome you define in the schema has its own handle on the Human Task node.
Observações
To test without a real assignee, use Mock output to simulate a status and output response. Refer to Add human approval to a workflow for the steps.
- If the assignee is a group, any member of that group can claim and complete the task.
- For a richer interface than a form, set Type to Custom App and back the task with an Action App.
Páginas relacionadas
- When to use Human Task vs Decision
- Tipos de tarefas
- Quick form
- Custom app
- Configuração
- Schema: fields and outcomes
- Campos
- Resultados
- Saída
- saída
- status
- Branching on the result
- Problemas comuns
- Task does not appear for the assignee
- An output value is missing from output
- An outcome routes to the wrong path
- Observações
- Páginas relacionadas