A Winter '27 tem duas histórias: o maior pacote de evolução do Flow em anos, com Test Mode, histórico por versão, tags e Screen Flow em ações em massa, e um conjunto de release updates enforçados que pode quebrar integração legada. Minha leitura das duas, com calendário e roteiro de preparação.
Duas histórias no mesmo release
Todo release da Salesforce tem a lista bonita de features e a lista que ninguém lê até algo parar de funcionar. A Winter '27 é um caso clássico: de um lado, o maior pacote de evolução do Flow em anos; do outro, um conjunto de release updates que serão aplicados à força e que podem quebrar integração antiga em produção. Vou passar pelas duas, na ordem de impacto.
Antes, o calendário: as release notes saem em 19 de agosto, o sandbox preview começa por volta de 29 de agosto e a produção recebe o release nos fins de semana de 3 e 10 de outubro, dependendo da sua instância (confirme na Trust, em Maintenance). Quem quiser sair na frente já pode usar pre-release org a partir de 13 de agosto.
O Flow está virando engenharia, finalmente
Há anos eu bato na tecla de que Flow é software e merece disciplina de software: convenção de nomes, versionamento consciente, teste antes de ativar. Já levei essa conversa para palco e para mentoria. A Winter '27 é a primeira release em que a própria plataforma assume essa tese em bloco:
- Flow Test Mode (beta). Suíte de testes integrada ao Flow Builder, com cobertura, mocks de saída, cenários reutilizáveis e assertions de resultado esperado. É o começo de um ciclo de qualidade declarativo de verdade, não mais o debug manual heroico antes de ativar versão.
- Histórico de edições por versão. Quem mudou o quê em cada versão do flow, com opção de restaurar. Auditoria que hoje só existia via disciplina externa.
- Tags para flows. Categorização nativa na hora de salvar. Em org com centenas de automações, isso é governança básica que faltava.
- Filtro de recursos não usados. A plataforma passa a apontar o código morto dentro do flow. Menos dívida técnica invisível.
Junte as quatro peças e o recado é claro: a Salesforce quer que automação declarativa seja tratada com o mesmo rigor de Apex. Quem já opera assim vai colher rápido. Quem trata flow como rascunho eterno vai sentir a régua subir.
Screen Flow em ação em massa: o pedido antigo foi atendido
A feature que mais vai mudar o dia a dia de admin: agora dá para lançar Screen Flow como ação em massa em list views e related lists. Os IDs selecionados chegam ao flow numa coleção de texto chamada ids, e em related list dá para receber também o ID do registro pai.
Na prática, isso aposenta uma família inteira de gambiarras: botões JavaScript herdados, LWCs feitos só para seleção múltipla, processos que exigiam ir registro por registro. Reatribuir 40 casos, aplicar desconto em 15 linhas, disparar um processo padronizado para um lote de contas: tudo isso vira um Screen Flow com tela de confirmação.
Menos fricção no Builder
O Flow Builder ganha visual novo alinhado ao SLDS 2, menu de elementos reorganizado por categoria, opção de esconder API names e descrições para reduzir ruído, e dois elementos novos de decisão simplificada: Split by Field Value e Split by Date. São decisões de um critério só, sem montar lógica condicional completa. Entra ainda um componente de tela para captura de horário, com faixas e intervalos configuráveis.
Nada disso muda arquitetura, mas muda velocidade. Decisão simples deixar de exigir Decision de três abas é o tipo de detalhe que economiza minutos todo dia.
A parte que pode quebrar a sua org
Agora a lista que importa mais que a bonita. A Winter '27 aplica release updates com enforcement a partir de setembro, e três deles merecem inventário imediato:
- Fim do OAuth 2.0 Username-Password Flow. Integração que autentica com usuário e senha via connected app simplesmente para de funcionar. A rota é refatorar para métodos mais seguros via External Client Apps. Se você tem integração legada de middleware, ETL ou script antigo autenticando assim, o relógio está correndo.
- Profile Filtering. Usuário passa a enxergar apenas o próprio nome de profile, salvo permissão View All Profiles. Fórmula, validation rule, flow ou código que lê nome de profile de outros usuários pode mudar de comportamento. Vale um grep no metadata antes do preview.
- Authorized Email Domains. A Salesforce aposenta a possibilidade de desligar a verificação de mudança de e-mail via Support. Atualização em massa de e-mails passa a exigir DKIM ou domínios autorizados configurados.
Há ainda ajuste no cálculo de impostos com adjustments no Order Management (teste cancelamentos, devoluções e taxas se você opera OM) e os updates de acessibilidade para zoom acima de 200%, que pedem teste visual das suas páginas.
Roteiro de preparação
- Agora: inventarie integrações que usam Username-Password Flow e usos de nome de profile em fórmulas, validações e flows.
- 19 de agosto: release notes publicadas. Leia as seções de Flow e de release updates da sua nuvem.
- 29 de agosto: sandbox preview. Rode a regressão das automações críticas e teste o Flow Test Mode nelas.
- 3 e 10 de outubro: produção. Se o inventário foi feito, é só mais um fim de semana.
Minha leitura
A Winter '27 confirma uma direção: a plataforma está empurrando disciplina de engenharia para dentro do mundo declarativo, e ao mesmo tempo fechando as portas de autenticação preguiçosa. Os dois movimentos são o mesmo recado. Org bem governada recebe release como rotina; org sem inventário recebe como incidente. A diferença nunca esteve na Salesforce, está no seu processo.
Fontes para acompanhar: calendário do release, release updates e como se preparar e as novidades de Flow em detalhe.