Flow Approval Processes: eventos de mudança de registro ganham canal próprio
A Salesforce separou os canais de platform events para destravar aprovações represadas por operações em massa.
O Radar reúne minha leitura sobre novidades, mudanças e movimentos relevantes no ecossistema Salesforce.
Não é repost de notícia. É curadoria com contexto de projeto — releases, Flow, Revenue Cloud, Agentforce, arquitetura e carreira, reescritos a partir de uma leitura de arquiteto.
Releases, Flow, Revenue Cloud, Agentforce — com contexto de projeto real. Sem repost.
// Sem spam · cancele quando quiser
A Salesforce separou os canais de platform events para destravar aprovações represadas por operações em massa.
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.
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.
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.
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.