55 artigos sobre Flow — análises com leitura de arquiteto, em português.
Fechamento do guia: a Winter '27 transforma o Flow Builder em ambiente de desenvolvimento de verdade. O balanço da seção oficial de Automation completa, o checklist do sandbox preview aos fins de semana de produção, e os itens de preview que não entraram nas notes.
A Salesforce trouxe execução offline nativa para FlexCards e OmniScripts, permitindo que técnicos de campo completem processos inteiros sem sinal e sincronizem tudo depois. É uma mudança relevante para quem usa Omnistudio em cenários de field service ou áreas remotas.
Com Clean Metadata Deployment, componentes Omnistudio passam a ser implantados pelos mesmos mecanismos usados para metadata padrão do Salesforce, incluindo CLI, change sets e pacotes 1GP/2GP. Isso elimina os workarounds que eu já precisei aplicar para contornar limitações do formato antigo de metadata.
Analisei a novidade que permite encadear várias fórmulas em um único formula node dos Expression Sets. Isso reduz a quantidade de nodes num fluxo e mantém lógica relacionada agrupada, o que ajuda bastante em definições com cálculos em camadas.
O DPE ganhou uma configuração explícita para decidir se campos de moeda são convertidos para uma moeda única ou mantidos na moeda original. Isso resolve uma inconsistência incômoda entre os runtimes de CRM Analytics e Data 360.
O Setup Audit Trail passou a registrar criação, atualização e exclusão de context definitions e seus componentes relacionados. Isso fecha uma lacuna de governança que existia desde que o Context Service ganhou espaço em cenários de Data 360 e Industries.
A list view de Decision Table ganhou uma coluna de Status, mostrando se cada tabela está ativa ou inativa sem precisar abrir o detalhe. Dá para ordenar por esse status e achar rápido o que precisa de atenção.
Até a Winter '27, só expression sets baseadas em context definition conseguiam processar múltiplos resultados de uma decision table lookup. Isso mudou, e standard expression sets ganham essa capacidade sem exigir Context Service.
O List Branch element permite construir condições if-then-else diretamente sobre itens de uma lista dentro de expression sets que usam context definition. Cada item da lista é avaliado pela primeira condição que ele satisfaz, o que simplifica cenários de regras em Industries que antes exigiam contorções para lidar com coleções.
O Business Rules Engine deixa de ser exclusividade do Omniscript ou do Flow e passa a alimentar decisões dentro de uma conversa do Agentforce. Isso significa reaproveitar lógica de elegibilidade e cálculo já validada, sem reescrever regra nenhuma para o agente.
No Flow Builder do Marketing Cloud, duplicar um audience flow passa a oferecer controle real sobre o que é copiado e o que é apenas vinculado. Isso resolve um problema recorrente de editar uma cópia e acabar afetando a campanha original.
A partir da Winter '27, dá para manipular Marketing Object records com os elementos de registro nativos do Flow Builder do Marketing Cloud. Isso elimina a dependência de integrações externas só para operações básicas de dados de personalização dentro da orquestração.
Na Winter '27, o Marketing Cloud passa a permitir disparar flows de eventos de pedido via REST API, cortando o tempo de processamento de 7 a 10 minutos para cerca de 3 segundos. Isso muda de forma concreta a viabilidade de mensagens transacionais em cenários de pós-compra.
Notificar o Slack na criação de um Case parece simples, mas envolve decisões de arquitetura que confundem quem tenta resolver só com Custom Notification. Este guia mostra o caminho correto, do app certo ao mecanismo de disparo via Flow.
Eu explico o que muda no comportamento de background steps do Flow Orchestration quando a ação chamada já é síncrona. Também mostro por que essa mudança exige uma ação explícita sua em orquestrações existentes.
Eu explico por que essa mudança de infraestrutura no Flow Orchestration resolve um gargalo real em operações bulk. É automática, não exige configuração, mas todo arquiteto que já sofreu com orquestrações travadas precisa entender o motivo.
Processos de aprovação de fluxo agora roteiam eventos de mudança de registro para um canal dedicado, separado do canal de conclusão de etapas. Isso resolve um gargalo real que eu já vi travar filas de aprovação inteiras depois de uma carga em massa.
Background steps que chamam ações síncronas passam a rodar de forma síncrona, cortando latência em processos de aprovação. Para aproveitar isso em flows existentes, é preciso atualizar a API version do flow approval process para 68.0 ou superior.
Analisei o novo comportamento de abertura automática de work items no Flow Approval Process e o que ele muda para quem monta filas de aprovação com Orchestration. É um ajuste pequeno de UX que resolve um atrito real de produtividade em processos com muitos itens pendentes.
O Request Approvals ganhou suporte para até 10 processos de aprovação de fluxo autolaunched associados ao mesmo registro, com seleção feita pelo próprio submissor. Isso funciona tanto em páginas do Lightning App Builder quanto em Experience Builder.
Na Winter '27, o painel de informações do elemento de agente no Flow Builder passa a exibir nomes, tipos e descrições das ações disponíveis. Isso elimina a necessidade de abrir o registro completo ou navegar até o Agentforce Builder só para entender o que o agente faz.
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 Flow Builder agora permite navegar pelo canvas em auto-layout usando as setas do teclado, incluindo caminhos de fault e ramificações. Também dá para usar atalhos padrão de recortar, copiar e colar elementos, o que reduz a dependência do mouse.
Eu uso comparação de versões o tempo todo para auditar mudanças antes de ativar um flow em produção, e essa atualização resolve um incômodo real de navegação. Agora também dá para comparar versões de flows disparados por Data 360 e dos tipos do Agentforce Marketing, o que fecha uma lacuna que existia para quem trabalha com esses fluxos.
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 canvas do Flow Builder ficou mais compacto na Winter '27, mostrando mais elementos na tela sem precisar dar zoom out ou ficar rolando. É uma mudança simples de UI, mas que muda o dia a dia de quem constrói flows grandes.
O Flow Builder passa a refletir automaticamente o tema Cosmos ativo na org, com espaçamento maior e paleta de cores atualizada. Não é uma feature funcional, mas muda a experiência diária de quem constrói flows.
O Flow Builder passa a sugerir labels automaticamente com base nas propriedades configuradas em cada elemento. Isso reduz trabalho manual sem tirar meu controle sobre nomenclatura customizada.
O Flow Builder ganha a capacidade de agrupar elementos para simplificar fluxos extensos. Isso ataca diretamente um dos maiores problemas de manutenção que vejo em orgs com automações críticas.
O Toolbox do Flow Builder passa a ter um filtro Unused que isola recursos sem uso registrado no flow. É pouco vistoso, mas resolve um problema real de manutenção em flows complexos.
O Flow Builder ganhou um histórico de edições que mostra o timeline de saves, o diff das mudanças e permite restaurar ou copiar lógica de versões antigas. Isso resolve um problema real de rastreabilidade que eu enfrentava em quase todo projeto com flows críticos.
A Salesforce introduziu Flow Tags para classificar flows por domínio de negócio, time ou propósito, permitindo filtrar a lista pela tag. Nesse artigo eu explico o que muda, como configurar e por que isso resolve um problema real de governança em orgs com muitos flows.
A Winter '27 traz uma opção de contexto de execução que elimina a ambiguidade entre rodar 'as user' ou 'as system' dependendo de quem chama o flow. Agora dá para travar o comportamento em uma única configuração previsível.
Sempre vi flows quebrarem em runtime porque um Assignment tentava jogar um valor grande demais num campo de texto pequeno. Agora o Flow Builder avisa isso no momento de salvar, antes de virar erro em produção.
Passei anos vendo flows falharem em produção por causa de um campo obrigatório esquecido no Create Records. Na Winter '27, o Flow Builder finalmente sinaliza isso no momento de salvar, antes de qualquer execução.
Eu vejo essa mudança como um ajuste que deveria ter existido desde o lançamento de fórmulas reativas. Agora consigo referenciar uma fórmula reativa direto numa regra de visibilidade condicional, sem precisar de gambiarras com variáveis auxiliares.
O componente Time chega às telas do Flow para capturar horários de forma nativa, sem gambiarra com texto ou picklist. Eu explico o que ele faz e como aproveitar a saída dele no restante do fluxo.
A Winter '27 entrega o recurso mais pedido pela comunidade admin: Screen Flow como ação em massa, com os registros selecionados chegando na coleção ids. Neste artigo do guia, como funciona, a família de gambiarras que isso aposenta e os cuidados de volume e permissão.
O Agentforce for Flow Headless agora consegue gerar cenários de teste completos para flows record-triggered, autolaunched e Data 360-triggered direto do terminal. Isso significa cobertura de sucesso, falha e edge case sem sair do ambiente de desenvolvimento conectado.
O debugger do Flow Builder ganhou suporte a coleções de registros e de valores primitivos como input de teste. Isso fecha uma lacuna que me incomodava há tempos: testar variáveis de coleção exigia gambiarras ou dados reais na org.
O Flow Builder ganhou uma forma de informar o registro de teste digitando o ID diretamente no depurador. Isso resolve um problema real com objetos que têm busca limitada, como Case e Campaign Member.
A Winter '27 traz mock outputs para elementos Action e Subflow, permitindo testar flows sem depender de sistemas externos ativos. É um passo relevante para quem quer testes de automação mais estáveis e reprodutíveis.
O pacote oficial de testing da Winter '27 vai além do Test Mode (beta): mock outputs para callouts e subflows, debug por Record ID, coleções como input no debugger e o Agentforce for Flow Headless rascunhando cenários. O artigo do guia destrincha os cinco e o que testar primeiro.
Mapa oficial completo do Flow na Winter '27, direto das release notes: 12 itens de Builder, 5 de testing, guardrails de save, 4 de processos de aprovação de fluxo, 2 de orchestration e o bloco de Automation para C360 com Business Rules Engine no Agentforce.
O Winter '27 traz um canvas mais denso para o Flow Builder: cards menores, menos arredondados, e opções de visualização para esconder API names e recolher labels e descrições. Parece cosmético, mas para quem administra flows de 40, 60, 80 elementos, é a primeira mudança de UI que ataca o problema real: espaço na tela.
O Flow Builder passa a herdar o visual do tema Salesforce Cosmos e do SLDS 2. É mudança de estilo, não de comportamento, mas vale entender o que muda na tela de quem constrói e mantém Flows no dia a dia.
A Salesforce adicionou duas novas ações nativas no Flow para conversão de áudio em texto e vice-versa. As novidades eliminam a necessidade de integrações externas complexas, mas exigem atenção rigorosa da equipe técnica em relação ao consumo de Flex Credits e aos limites de processamento da plataforma.
Flow não é só arrastar blocos numa tela, por baixo existe um motor de execução com regras bem definidas de ordem, contexto e limites de governança. Entender como ele realmente processa registros, variáveis e chamadas externas muda a forma como você arquiteta automações no Salesforce.
Entender a fundo a interface do Flow Builder separa implementações caóticas de arquiteturas sólidas. Veja como dominar os layouts, as ferramentas avançadas de debug e o que esperar da IA generativa na construção de fluxos.
O Summer '26 traz o Visual Comparison Tool para Flow: agora você vê diferenças entre versões direto no canvas, com marcações coloridas para elementos criados, alterados, removidos e conectores quebrados. Bônus: a comparação cobre também o conteúdo de elementos Transform.
O Spring '26 inclui um componente nativo de Kanban Board para Screen Flows, permitindo exibir coleções de registros agrupadas por picklist sem precisar de LWC customizado. Útil para revisão de pipeline, triagem de Cases e pré-aprovações — mas com limites práticos que valem atenção.
A edição assistida por IA, antes limitada a fluxos de backend, agora engloba os Screen Flows. Administradores e desenvolvedores podem adicionar, remover ou modificar componentes de tela e lógica diretamente via prompt, reduzindo o trabalho manual no Flow Builder.
A release Summer '26 permite exigir que todos os membros de um grupo aprovem um registro para o step avançar. Uma única rejeição derruba toda a solicitação de aprovação.
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.
Flow Orchestration é poderoso para processos com paradas humanas e múltiplos atores. Para automações simples, virou bala de canhão.
