APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um flow começa quando o respetivo trigger é satisfeito e recebe dados adequados a esse trigger. O tipo, a tabela, as condições, a sessão e a política de repetição fazem parte do desenho. Um trigger de atualização executado para todas as alterações pode criar trabalho repetido se o próprio flow voltar a atualizar o registo. Para aprovações, a orientação oficial recomenda uma execução inicial única e lógica própria quando é necessário voltar a pedir aprovação. Um trigger guardado permite reutilizar uma definição publicada, mas é preciso analisar o efeito de alterações posteriores e de opções personalizadas pelos consumidores. A escolha de âmbito e identidade de execução também determina quais os dados acessíveis.
Aplicação guiada
Num caso fictício, um pedido de reinício aguarda aprovação antes de criar trabalho para APS. Registar uma nota não deve abrir uma segunda cadeia de aprovação. Usa condições específicas e verifica o contexto de execução. Um agendamento define a intenção temporal, mas processamento assíncrono pode introduzir atraso; não garante execução ao segundo num fecho financeiro. Virtual Agent pode orientar o utilizador e transferir a conversa para atendimento humano, dependendo da configuração e disponibilidade. A indicação de agentes online não prova competências adequadas para todos os assuntos. Define uma alternativa quando não existe atendimento disponível, conserva o contexto necessário e não apresenta uma transferência falhada como resolução. O exemplo ensina a decisão e não instala automações reais.
Atualizar uma nota não deve duplicar a aprovação de reinício.
Armadilhas comuns
Trigger demasiado amplo; fila como garantia de execução imediata; disponibilidade como competência.
Tópicos relacionados: Instância, navegação e contexto · Configuração, acessos e interfaces · Registos, colaboração e análise
Desenha condições, identidade, repetição e exceções em conjunto.
Referência: Workflow Studio flow trigger types · CSA blueprint January 2026