Flow Builder agora salva a posição dos elementos End no auto layout
Os elementos de fim deixam de ser implícitos e passam a existir de verdade no XML do seu flow.
Reparei que, até agora, o Flow Builder tratava os elementos End como algo cosmético, recalculado a cada salvamento no auto layout. Com essa mudança, eles viram metadado explícito, o que resolve tanto a frustração visual quanto um problema real de rastreabilidade para quem lê XML.
O que é
A partir desta atualização, o Flow Builder salva automaticamente os elementos End na metadata do flow sempre que você salva em auto layout, sem nenhuma configuração ou ação adicional necessária. Isso significa que o layout do canvas permanece exatamente como você deixou, sem reorganização automática ao salvar ou recarregar o flow.
Antes, o posicionamento dos elementos End no auto layout era recalculado pelo Flow Builder a cada save, o que causava aquele efeito incômodo de abrir o flow e ver os finais de ramificação em posições diferentes das que você tinha organizado. Já vi gente perdendo tempo reorganizando o mesmo flow toda semana só por causa disso. Agora, como cada elemento End aparece explicitamente no XML do flow, ferramentas que leem a metadata passam a ter visibilidade completa sobre onde exatamente o flow termina.
O texto oficial é direto: não há setup, não há toggle, não há nada para habilitar. É um comportamento novo e padrão do auto layout.
Por que importa
Na prática, isso ataca dois problemas distintos. O primeiro é estético e afeta produtividade: quem trabalha com flows grandes, cheios de decision splits e múltiplos caminhos de término, sabe como é irritante reorganizar o canvas e ver tudo embaralhado de novo depois de um save. Isso deixa de acontecer.
O segundo problema é mais sério para quem faz arquitetura e governança. Elementos End sempre existiram logicamente no flow, mas não ficavam necessariamente explícitos e localizáveis na metadata da mesma forma consistente. Isso afeta ferramentas de análise estática, scripts de documentação automática, ou qualquer processo de CI/CD que faça parsing do XML para gerar diagramas ou validar cobertura de caminhos. Com o End element sempre presente no XML, essas ferramentas passam a ter uma fonte confiável de onde os fluxos terminam, sem depender de inferência.
Como se preparar
- Nenhuma ação é necessária, o comportamento é automático para flows salvos em auto layout.
- Se você mantém scripts próprios de parsing de metadata de flow (para documentação, auditoria ou geração de diagramas), vale revisar se eles já lidam bem com múltiplos elementos End explícitos no XML, já que agora eles aparecerão de forma mais consistente.
- Aproveite para reorganizar de vez o canvas dos seus flows mais críticos, sabendo que o arranjo vai se manter estável nos próximos saves.
- Se você trabalha em times com convenções de layout para flows (padrões de nomenclatura e posicionamento visual), documente isso agora, já que a estabilidade do canvas torna esses padrões sustentáveis pela primeira vez.
Nível de aplicação: Baixo
É um comportamento automático do Flow Builder sem toggle, configuração ou impacto funcional na execução dos flows.
Considerações de arquiteto
- Revisar scripts próprios de parsing de metadata XML de flows para garantir que lidam corretamente com múltiplos elementos End explícitos.
- Aproveitar o momento para reorganizar o canvas dos flows mais críticos da sua org, já que o arranjo agora se mantém estável entre saves.
- Documentar convenções de layout de flows para o time, já que a estabilidade do canvas torna esses padrões sustentáveis pela primeira vez.
- Avaliar se ferramentas de CI/CD ou geração automática de diagramas usadas na sua org podem se beneficiar dessa fonte confiável de onde os flows terminam.
Pegadinhas:
- O comportamento vale apenas para flows salvos em auto layout, flows em freeform não são afetados.
Este artigo faz parte do guia Flow na Winter '27, um item oficial por artigo. Fonte: release notes de Automation.