Tarefas e conexões de um Workflow

Crie um Workflow válido no Dova 22.0.5 com tipos de tarefa, condições, decisões, temporizadores e dependências.

O que o grafo representa

Um Workflow organiza a ordem de execução. O Mapping transforma registros e a Session fornece o contexto de execução. A posição das caixas facilita a leitura do canvas; são as conexões e suas condições que estabelecem as dependências reais. Prepare primeiro uma Session publicada e um worker elegível. Criar ou publicar também exige as permissões adequadas no tenant e na localização do Repository.

O Dova 22.0.5 exige exatamente um Start e pelo menos um End. O grafo deve ser acíclico: nenhum caminho pode voltar a uma tarefa anterior. Todos os nós precisam ser alcançáveis a partir de Start e levar a um End. Adicionar uma caixa sem conectá-la deixa o desenho incompleto.

Escolher cada tarefa

Tarefa	Função e configuração
Start	Ponto inicial único; não recebe conexões de entrada.
`Session`	Executa uma `Session` publicada. Em `Reusable session`, selecione a definição e confira sua versão.
Decision	Avalia uma expressão estruturada com ramificações True e False complementares.
Timer	Introduz uma espera. `Delay (seconds)` aceita um inteiro de 1 a 604800; o valor inicial é 60.
End	Finaliza um percurso; não permite conexões de saída.

Um Timer de cinco segundos atrasa esse percurso. Ele não cria um agendamento recorrente nem garante um horário exato para iniciar o trabalho seguinte.

Conectar e validar

Abra Workflows e crie um desenho de laboratório em uma localização autorizada.
Adicione uma tarefa Session entre Start e End. Escolha a Session publicada no inspetor.
Arraste da porta de saída para a porta de entrada da tarefa seguinte. A conexão habitual é Success. Adicionar uma tarefa não a conecta automaticamente.
Se precisar de uma decisão, adicione Decision e configure True branch expression (JSON). Conecte as duas ramificações a destinos válidos.
Use Validate e corrija os problemas antes de Save draft e Publish. A validação aceita 2–100 nós e 1–300 conexões.

Exemplo de decisão verificável

Declare uma variável do Workflow chamada runMode, do tipo string, com valor padrão full e valores permitidos full e sample. Este trecho mostra sua configuração; não é um documento completo para importação:

{"name":"runMode","type":"string","default":"full","enum":["full","sample"]}

Insira a condição abaixo em True branch expression (JSON):

{"ref":"variables.runMode","op":"eq","value":"full"}

Com full, a condição seleciona True; com sample, seleciona False. O editor constrói a negação para False. Não forneça JavaScript, SQL nem uma condição diferente que possa ativar os dois caminhos. A expressão consulta o contexto da execução; ela não conta automaticamente os registros de um CSV.

Condições e convergência

A definição permite conexões success, failure, always e expression. A condição usa o estado ou contexto da tarefa de origem. Uma conexão de Workflow não representa uma transferência de dados entre colunas. No editor, as decisões exibem True/False e uma conexão comum aparece como Success.

Quando uma tarefa tem vários pais, joinPolicy distingue any e all; o padrão é any. Determine quais conexões precisam ser satisfeitas antes de escolher a política. Não exija os dois caminhos mutuamente exclusivos de uma decisão como se ambos fossem executados.

Conferir a execução e resolver problemas

Execute primeiro um percurso mínimo e localize a tentativa no Monitor. Confira tarefas executadas, ramificações ignoradas e versão da Session. Uma tarefa ignorada por uma condição é diferente de uma tarefa com falha. Se o fluxo parar, revise pais, condições, dependências publicadas e capacidade do worker. Ciclo, conexão duplicada ou extremidade inexistente exigem corrigir o desenho; mover as caixas não resolve isso.

Continue em publicação e dependências ou no laboratório CSV completo.