O Summer '26 traz 11 melhorias para Salesforce Flow, algumas cosméticas (novo componente Radio Button Group, colapso de Fault Paths) e outras com impacto real em produção. A mudança no Send Email action — que agora usa referência de template ao invés de ID — resolve um problema clássico de deploy entre orgs. Controle de batch size em Schedule-Triggered Flows e 20 novos operadores de data para Decision elements completam o que vale atenção imediata.
Contexto
A Summer '26 Release já está documentada. As mudanças abaixo cobrem Flow Builder, Automation App e Screen Flow components.
O que mudou — item por item
1. Data Table: lookup field mostra nome, não ID
GA previsto: Summer '26
Na prática: campos de lookup em Data Tables exibiam o ID do registro. Agora exibem o nome do registro relacionado, com opção de renderizar como link clicável. Quem tem workaround com fórmulas ou componentes customizados para isso pode simplificar o flow.
- Impacta: Admin, Dev, Consultor
- Classificação: Melhoria funcional relevante
2. Novo componente: Radio Button Group
GA previsto: Summer '26
Na prática: novo Screen Component que exibe opções como caixas horizontais, diferente do Picklist que usa dropdown. Alternativa visual para UX de Screen Flows, sem nenhuma lógica nova por baixo.
- Impacta: Admin, Consultor
- Classificação: Cosmético / UX
3. Collapse/Expand de Fault Paths
GA previsto: Summer '26 (Spring '26 já tinha isso para Decision e Loop)
Na prática: organização visual no Flow Builder. Fault Paths podem ser recolhidos, facilitando leitura de flows complexos. Sem impacto em runtime.
- Impacta: Admin, Dev
- Classificação: Cosmético / produtividade de build
4. Max Batch Size em Schedule-Triggered Flows ⚠️
GA previsto: Summer '26
Na prática: até agora o batch size fixo de 200 era o único comportamento disponível. Agora é possível configurar um valor menor. Útil para flows que enfrentam Apex governor limits em processamentos pesados. Cuidado: batch size muito baixo aumenta o tempo total de processamento e pode multiplicar o número de execuções — o que tem custo em termos de limites de transação.
- Impacta: Dev, Architect
- Classificação: Funcional relevante — avaliar impacto em governor limits antes de usar
5. Global Flow Resources para mapeamento de valores
GA previsto: Summer '26
Na prática: nova forma de criar mapeamentos reutilizáveis na Automation App, consumíveis pelo elemento Transform em qualquer tipo de Flow que o suporte. Reduz duplicação de lógica de mapeamento entre flows. Ainda precisa de avaliação de como se comporta em pacotes e deploys.
- Impacta: Dev, Architect
- Classificação: Funcional novo — potencial alto, maturidade a validar
6. Flow Element Error Rate na listagem da Automation App
GA previsto: Summer '26
Na prática: nova coluna nas list views da Automation App mostrando a taxa de erro dos elementos na execução mais recente do flow. Melhora visibilidade operacional sem precisar entrar no debug. Não substitui monitoramento robusto, mas é útil para triagem rápida.
- Impacta: Admin, Consultor
- Classificação: Melhoria operacional — bem-vinda, mas limitada
7. 20 novos operadores de data em Decision elements ⭐
GA previsto: Summer '26
Na prática: lista completa dos novos operadores disponíveis em Decision elements:
Is Anniversary of Today, Is Not Anniversary of Today, Is Today, Is Tomorrow, Is Yesterday, Is This Month, Is Next Month, Is Last Month, This Year, Next Year, Last Year, Is On, Is Before, Is After, Greater Than, Last Number of Days, Last Number of Days, Next Number of Days, Last Number of Months, Next Number of Months, Last Number of Years
Na prática: operadores como Last Number of Days ou Is Next Month eliminam fórmulas auxiliares que admins e devs criavam manualmente para cálculos relativos de data. Impacto direto em flows de automação com regras temporais.
- Impacta: Admin, Dev, Consultor
- Classificação: Funcional relevante — simplifica flows existentes e novos
8. Send Email action: referência persistente de template 🚨 BREAKING CHANGE POTENCIAL
GA previsto: Summer '26 — requer versão 3.0.1 ou superior da action
Na prática: antes, a Send Email action armazenava o ID do email template. IDs mudam entre orgs (sandbox → produção), então o flow quebrava após deploy e exigia atualização manual. Agora usa referência pelo nome/api name do template, que persiste entre ambientes.
Atenção crítica: flows existentes com Send Email action em versão anterior a 3.0.1 precisam ser atualizados manualmente. Em deploys automatizados (CI/CD, change sets), isso pode quebrar silenciosamente se não houver validação de versão da action.
- Impacta: Admin, Dev, Architect, Consultor
- Classificação: 🚨 Breaking change para quem tem flows com Send Email em pipelines de deploy
9. Mais componentes de Screen Flow com suporte a styling
GA previsto: Summer '26
Na prática: novos componentes que passam a suportar customização de estilo: Action Button, Address, Choice Lookup, Dependent Picklists, Email, Lookup, Name, Phone, Slider, Toggle, URL. Expande o que já existia. Relevante para projetos com branding customizado em Screen Flows.
- Impacta: Admin, Dev
- Classificação: Melhoria funcional / UX
10. Static Resource Images diretamente no Flow Builder
GA previsto: Summer '26
Na prática: antes era necessário sair do Flow Builder, abrir Setup > Static Resources, copiar o nome da imagem e colar no componente Display Text. Agora é possível buscar imagens existentes, fazer upload de novas e adicionar alt text sem sair do Flow Builder. Reduz fricção para admins.
- Impacta: Admin
- Classificação: Melhoria de produtividade — bem-vinda
11. Formula e Transform modes diretamente em Action Inputs
GA previsto: Summer '26
Na prática: ao configurar um elemento Action, agora é possível selecionar Formula mode para criar fórmulas inline ou Transform mode para definir transformações de dados — sem criar recursos de fórmula separados nem adicionar elementos Transform extras no canvas. Flows ficam mais limpos e com menos elementos desnecessários.
- Impacta: Admin, Dev
- Classificação: Funcional relevante — impacta design de flows novos e manutenção dos existentes
Para Admins: Os novos operadores de data (item 7), o Radio Button Group e as melhorias no Data Table eliminam workarounds comuns que consumiam tempo e adicionavam complexidade desnecessária. Na prática, flows mais simples = menos manutenção.
Para Devs: O controle de batch size em Schedule-Triggered Flows (item 4) e o Formula/Transform mode em Action Inputs (item 11) têm impacto direto em performance e arquitetura de automações. Global Flow Resources (item 5) é promissor para reuso, mas precisa de validação em ambientes com CI/CD.
Para Architects: A mudança na Send Email action (item 8) é a mais crítica. Qualquer pipeline de deploy que inclua flows com essa action e versão anterior a 3.0.1 está em risco. Precisa entrar no radar de revisão antes do Summer '26 ir GA.
Para Consultores: A combinação de novos componentes de styling (item 9), Radio Button Group (item 2) e Static Resources no Builder (item 10) amplia o que é possível entregar em Screen Flows sem customização em LWC — o que tem impacto direto em estimativas e escopo de projetos.
Das 11 mudanças, três valem ação imediata: a Send Email action (risco real de quebra em deploy), os operadores de data (eliminam gambiarras de fórmula que todo mundo tem em produção) e o batch size configurável em Schedule-Triggered Flows (resolve um problema de performance que architects contornavam com arquiteturas mais complexas). O restante é bem-vindo, mas não muda o jogo. Global Flow Resources é o item a acompanhar nas próximas releases — se ganhar maturidade e suporte a pacotes, pode mudar como flows são estruturados em orgs enterprise. Por enquanto, aguardar documentação oficial antes de adotar em projetos críticos.
Ação imediata (antes do Summer '26 ir GA):
- Auditar todos os flows que usam a action
Send Email. Verificar se a versão está em 3.0.1+. Documentar os que precisam de atualização pós-release. - Mapear flows com Schedule-Triggered que têm risco de governor limits — candidatos a usar o novo batch size configurável.
Pós-GA:
- Revisar flows com Decision elements que usam fórmulas de cálculo de data relativa (ex:
Date >= TODAY() - 30). Substituir pelos novos operadores nativos. - Em novos Screen Flows, avaliar Radio Button Group como alternativa ao Picklist para melhorar UX sem código.
- Em flows com Action elements que têm Transform ou Formula resources separados, avaliar consolidação usando os novos modos inline (item 11).
- Para projetos com branding: revisar quais componentes de Screen Flow agora suportam styling e atualizar guias de implementação.
Exemplo prático — operador de data:
Antes: {!DateField} >= {!Formula_Today_Minus_30} com uma fórmula auxiliar.
Depois: Decision element com operador Last Number of Days = 30 diretamente no campo de data. Sem recurso extra, sem fórmula no canvas.
🚨 Send Email action versão < 3.0.1: Flows existentes com versão anterior continuarão usando ID de template. Após deploy entre orgs, a action vai referenciar um ID que não existe no destino. Sem validação automática — a quebra pode ser silenciosa.
⚠️ Batch size muito baixo em Schedule-Triggered Flows: Reduzir demais o batch size multiplica o número de transações e pode aumentar o tempo total de execução significativamente. Calcule o tradeoff antes de configurar em produção.
⚠️ Global Flow Resources em pacotes e CI/CD: Sem documentação suficiente ainda sobre comportamento em managed packages e pipelines de deploy automatizado. Não adotar em ISV/AppExchange sem validação.
⚠️ Formula/Transform mode em Action Inputs: Inline configurations tendem a dificultar debugging em flows complexos. Avaliar se a limpeza visual compensa a perda de rastreabilidade em cenários com muitos action elements.