Flow na Winter '27: o mapa completo das novidades

A release em que o Flow cresceu

Toda release traz alguma coisa de Flow. A Winter '27 traz outra categoria de coisa: teste integrado, histórico de edições, tags, ações em massa, aprovações mais rápidas e um Builder repensado. Não é uma lista de conveniências, é a plataforma assumindo que automação declarativa merece disciplina de engenharia.

Este mapa segue a seção Automation das release notes oficiais, lidas na íntegra, e o guia cobre TUDO: Flow Builder, Testing, Management, Marketing Cloud, Approval Processes, Orchestration e o bloco de Automation para C360 e Industries. Calendário: sandbox preview a partir de 29 de agosto; produção nos fins de semana de 3 e 10 de outubro.

Flow Builder (12 itens oficiais)

• Tema Cosmos e canvas mais denso: mais flow na tela, End element vira ícone, API name em tooltip.
• Edit History: linha do tempo de cada save, preview do que mudou, restauração e até copiar a lógica para outro flow.
• Labels auto-geradas: o Builder nomeia elementos pelas propriedades configuradas (e preserva edição manual).
• Group Elements: grupos nomeados e colapsáveis para organizar flows grandes.
• Unused Resources Filter: recursos mortos expostos e removíveis.
• Decision elements navegáveis: path highlighting, painéis redimensionáveis, edição inline do nome do caminho.
• Flow Comparison melhor: labels clicáveis e painel lateral com o detalhe da mudança.
• Atalhos de teclado e End elements fixos no canvas.
• Painel de agente no Builder: ver ações e ferramentas de um agente Agentforce sem sair do Flow Builder.
• Permissões garantidas: novo run context User Context – Enforces User Permissions, que trava o flow no acesso do usuário não importa o que o dispare.

Telas e captura (3)

• Screen Flows em ações em massa: processar múltiplos registros de list views e related lists.
• Componente de horário: agendamentos e reservas sem gambiarra de picklist.
• Visibilidade condicional reativa: regras avaliadas com fórmulas reativas.

Guardrails de save (2)

• Campo obrigatório e field length acusados ao salvar o flow, não em runtime.

Testing e debugging (5)

• Flow Test Mode (beta): o modo de teste dedicado.
• Mock outputs (beta) para Action e Subflow em autolaunched e record-triggered.
• Debug por Record ID direto e inputs de coleção (primitivas e records) no debugger.
• Agentforce for Flow Headless gera cenários de teste do terminal, sem abrir o Builder.

Management (1)

• Flow Tags: classificar e descobrir flows.

Approval Processes (4) e Orchestration (2)

• Request Approvals component: até 10 approval processes selecionáveis num registro (App Builder e Experience Builder).
• Próximo work item aberto direto do mesmo processo em execução.
• Background steps síncronos quando a action suporta (API 68+): menos latência de ponta a ponta.
• Canal dedicado para record-change events em approvals E orchestrations: operação em massa não trava mais a fila de conclusão de etapas.

Automation para C360 e Industries (10)

O bloco que quem é de Revenue Cloud precisa ler: Business Rules Engine como reference action no Agentforce (agente rodando elegibilidade e cálculo em conversa), List Branch em Expression Sets context-aware, decision tables com múltiplos outcomes, mais melhorias de DPE e Omnistudio. Artigo dedicado no fim do guia.

E o que eu vi em preview que NÃO está nas notes

Os elementos Split by Field Value e Split by Date e o color picker seguem como observação de preview org: o item oficial de Decision desta release é o de navegação. Na minha preview org eles JÁ aparecem na caixa de ferramentas, em português, como "Dividir por data" e "Dividir por valor de campo" (print abaixo). Se entrarem na documentação oficial, ganham artigo.

Como acompanhar

Um artigo por grupo, em sequência, cada um fechando com o que testar no preview. Assine a newsletter para receber quando sair.

Fonte primária da série: release notes oficiais de Automation da Winter '27 (lidas na íntegra), com teste em preview org.

Nível de aplicação: Alto

Envolve mudança de contexto de execução (User Context), Edit History, ações em massa em Screen Flows e revisão de flows legados, exigindo planejamento de migração e testes de regressão em toda a org.

Considerações de arquiteto

• Mapear todos os flows que hoje rodam em System Context sem sharing e avaliar o impacto real de migrar para User Context Enforces User Permissions antes de trocar em produção.
• Aproveitar o Edit History para auditar flows críticos de faturamento e aprovação que hoje não têm rastreabilidade de quem alterou o quê.
• Priorizar a adoção de Screen Flows em ações em massa como substituto de Process Builder ou Apex batch simples em processos de atualização em lote via list view.
• Revisar a governança de nomenclatura da org, já que labels auto-geradas e Group Elements exigem um padrão combinado com o time para não virar bagunça em flows compartilhados.

Pegadinhas:

• A mudança para User Context Enforces User Permissions pode quebrar flows que dependiam de acesso elevado via System Context, então a ativação exige teste extensivo em sandbox antes do rollout em produção.
• O calendário de sandbox preview em 29 de agosto e produção em outubro é curto para validar todos os guardrails de save em orgs com centenas de flows ativos.