Screen Flow em ações em massa: o pedido de anos foi atendido
List views e related lists agora lançam Screen Flows com os IDs selecionados numa coleção. O que isso aposenta e os cuidados de arquitetura.
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 pedido mais antigo da comunidade admin
Selecionar vários registros numa list view e disparar um Screen Flow em cima deles. Simples assim, pedido há anos, e até hoje resolvido com gambiarra: botão JavaScript herdado, LWC feito só para isso, ou o constrangedor "faz um por um". Já perdi as contas de quantas vezes montei um desses componentes sob medida só porque essa opção não existia de fábrica. A Winter '27 entrega de fábrica.
Como funciona
- O Screen Flow entra como ação em massa em list views e related lists.
- Os registros selecionados chegam ao flow numa coleção de texto chamada
ids: é ela que você declara como variável de entrada. - Em related list, dá para receber também o ID do registro pai: o contexto completo da tela.
O que isso aposenta
Uma família inteira de soluções que só existiam por falta desse recurso: reatribuir 40 casos selecionados, aplicar um desconto padrão em 15 oportunidades, disparar um processo de revisão para um lote de contas. Tudo isso vira um Screen Flow com tela de confirmação, permission set e pronto: auditável, versionado e, com o Test Mode da mesma release, testável.
Cuidados de arquiteto
- Volume: ação em massa convida a lote grande. Dentro do flow, trate a coleção com Get Records único e operações em coleção, nunca DML dentro de loop.
- Permissão: a ação aparece para quem tem acesso; desenhe o flow assumindo que QUALQUER usuário com a permissão vai usar, e valide dentro dele o que não pode.
- Migração: inventarie os botões JS e LWCs de seleção múltipla da sua org; cada um é candidato a virar um Screen Flow padrão na Winter '27.
Fonte da série: levantamento do Salesforce Time e treasure hunt do Salesforce Ben.
Nível de aplicação: Médio
A configuração da ação em massa é simples, mas exige redesenho do flow para lidar com coleções, governor limits e regras de negócio que antes eram tratadas registro a registro.
Considerações de arquiteto
- Refatore qualquer Screen Flow existente que use Get Records ou DML dentro de loop antes de expô-lo como ação em massa, pois agora ele pode receber dezenas de IDs de uma vez.
- Trate a entrada ids como coleção de texto e faça um único Get Records com filtro IN, seguido de operações em coleção, para evitar estourar limites de DML e SOQL.
- Mapeie os botões JavaScript legados e componentes LWC de seleção múltipla da sua org, priorizando pela criticidade de manutenção para a migração.
- Defina o acesso à ação via permission set dedicado e implemente validações internas no flow, já que a visibilidade da ação em massa segue a permissão do usuário na list view.
Pegadinhas:
- Se o flow não estiver preparado para coleções grandes, a ação em massa pode expor erros de limite que antes nunca apareciam no uso registro a registro.
- Em related lists o ID do registro pai vem junto, então flows que ignoravam esse contexto precisam ser ajustados para não perder informação relevante.