Radar
Flow
Relevância
90
alta

Elemento Decision mais fácil de navegar e configurar no Flow Builder

Winter '27 traz destaque de caminho no canvas, painel redimensionável e edição inline do nome dos outcomes.

Por Guilherme Dornelas02 de setembro de 20263 min de leitura
// Compartilhar
Guia · Parte 20 de 30
Flow na Winter '27: item por item
Ver guia

Vi que o Flow Builder ganhou três ajustes de usabilidade no elemento Decision que reduzem cliques desnecessários na hora de configurar e revisar lógica condicional. São melhorias pequenas, mas que aceleram o trabalho de quem monta flows complexos com muitos outcomes.

O que é

A Winter '27 traz três melhorias de navegação e configuração para o elemento Decision no Flow Builder. A primeira é o destaque de caminho (path highlighting), ao clicar em um caminho no canvas, o Flow Builder salta direto para as condições daquele outcome, sem que você precise localizar manualmente o outcome certo dentro do painel de propriedades.

A segunda melhoria é o painel de propriedades redimensionável. Antes, o espaço disponível para visualizar condições, valores e lógica de um Decision era fixo. Agora dá para redimensionar o painel e ver mais detalhes de uma vez, o que ajuda em Decisions com múltiplas condições ou outcomes com nomes e valores longos.

A terceira é a edição inline do nome do caminho. Segundo o texto oficial, agora é possível editar o nome de um path diretamente no canvas, sem precisar abrir o painel de propriedades do elemento. É uma mudança de fluxo de trabalho, renomear outcomes deixa de exigir abrir, editar, salvar e fechar o painel para cada ajuste.

Print próprio: o elemento Decisão selecionado no canvas em layout automático e o
Print próprio: o elemento Decisão selecionado no canvas em layout automático e o painel de propriedades com resultados e condições.

Por que importa

Na prática de arquitetura, Decision é um dos elementos mais usados e mais mal nomeados em flows de produção. Já perdi tempo demais em revisões de flow tentando entender o que significava um outcome chamado "Outcome 1", herdado de sucessivas alterações que ninguém documentou. Ferramentas que baixam o atrito para renomear e revisar condições tendem a melhorar a qualidade real da documentação viva do flow, porque o arquiteto ou o admin corrige o nome no momento em que está olhando para a lógica, e não deixa para depois.

O destaque de caminho também ajuda em revisão e troubleshooting. Quando você herda um flow de outra pessoa ou está debugando um caminho que não está disparando como esperado, poder clicar no caminho no canvas e cair direto nas condições elimina a etapa de procurar manualmente o outcome certo no painel de propriedades.

Nível de aplicação: Baixo

São ajustes de UX no Flow Builder que não exigem reconfiguração de lógica nem impactam flows existentes.

Considerações de arquiteto

  • Aproveite o momento de adoção para revisar em mutirão os outcomes com nomes genéricos tipo 'Outcome 1' herdados em flows legados da organização.
  • A edição inline reduz o atrito de renomear, mas não substitui a disciplina de documentar a regra de negócio por trás de cada path na descrição do elemento.
  • Vale orientar a equipe de admins a usar o path highlighting como primeira etapa no troubleshooting de flows herdados, antes de vasculhar o painel de propriedades manualmente.
  • O painel redimensionável ajuda especialmente em Decisions com muitas condições, então é um bom argumento para revisar flows complexos que hoje são difíceis de auditar visualmente.

Pegadinhas:

  • Como é melhoria de interface no Flow Builder, não há trigger de reautorização ou impacto em flows já ativados na org.
// Radar Salesforce — Newsletter

Releases, Flow, Revenue Cloud e Agentforce — com leitura de arquiteto, direto no seu e-mail.

Curadoria editorial em PT-BR, sem repost de notícia. Você recebe contexto, “por que importa” e como aplicar — assinada por mim.

Sem spam. Cancele quando quiser, em 1 clique.

// Sem spam · cancele quando quiser