Radar
Flow
Relevância
90
alta

Winter '27: abrir o próximo item de trabalho automaticamente no Flow Approval Process

O Orchestration Work Guide agora encadeia work items do mesmo processo de aprovação de fluxo sem forçar o usuário a voltar para a list view.

Por Guilherme Dornelas05 de setembro de 20263 min de leitura
// Compartilhar
Guia · Parte 26 de 30
Flow na Winter '27: item por item
Ver guia

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 que é

Esse item da Winter '27 adiciona uma opção chamada Automatically Open Next Work Item ao componente Orchestration Work Guide. Quando ativada, ao completar um work item, o Work Guide abre automaticamente o próximo item pendente do mesmo running flow approval process, sem exigir que o usuário volte para a list view para selecionar manualmente o próximo.

Se o usuário não tiver mais work items pendentes, o componente exibe a lista atualizada de work items para o registro corrente. Ou seja, o comportamento é condicional, só avança automaticamente enquanto existir fila, e cai de volta para a visão de lista quando ela se esgota.

A opção está disponível tanto no Lightning App Builder quanto no Experience Builder, o que significa que dá para configurar esse comportamento tanto em páginas internas quanto em portais de experiência onde usuários externos ou parceiros processam aprovações.

Print próprio: os tipos de Processo de aprovação de fluxo na preview org da Wint
Print próprio: os tipos de processos de aprovação de fluxo na preview org da Winter ’27, em português.

Por que importa

Quem já configurou uma fila de aprovação com Orchestration sabe que o retorno constante à list view é o principal ponto de atrito em volumes altos. Cada clique extra para voltar, filtrar e reabrir o próximo item soma tempo real quando o usuário processa dezenas de aprovações por turno. Já vi esse tipo de fricção virar reclamação recorrente em projeto com fila de aprovação grande, mesmo quando a lógica do flow estava correta. Esse ajuste ataca diretamente esse ponto sem exigir reescrever a lógica do flow de aprovação em si, é uma configuração de componente, não uma mudança estrutural no processo.

Como arquiteto, gosto do fato de o comportamento ser opcional e reversível: dá para ativar em filas de alto volume e manter o comportamento tradicional em processos onde o usuário precisa de contexto antes de avançar, como aprovações de exceção que exigem análise mais cuidadosa entre um item e outro.

Como se preparar

  • Identifique quais Orchestration Work Guides estão associados o flow approval processes de alto volume, esses são os candidatos naturais para ativar Automatically Open Next Work Item.
  • Revise se o componente está publicado tanto em páginas Lightning quanto em Experience Cloud, já que a configuração precisa ser replicada em cada builder separadamente.
  • Valide com os usuários finais se o avanço automático é desejável para o tipo de decisão que eles tomam, processos que exigem pausa reflexiva entre aprovações podem não se beneficiar do encadeamento automático.
  • Teste o comportamento de fallback, quando a fila se esgota, confirme que a lista de work items exibida está correta para o registro corrente antes de liberar a mudança em produção.

Nível de aplicação: Baixo

É uma opção de configuração em nível de componente no Lightning App Builder e Experience Builder, sem necessidade de alterar a lógica do flow approval process.

Considerações de arquiteto

  • Mapear antes da ativação quais Orchestration Work Guides atendem filas de alto volume versus processos que exigem análise pausada entre itens.
  • Lembrar que a configuração não é herdada entre builders, então a mesma opção precisa ser replicada manualmente em páginas Lightning e em páginas de Experience Cloud.
  • Definir com o time de negócio um critério claro de quando o avanço automático agrega valor, para não aplicar a mudança de forma uniforme em todos os processos de aprovação de fluxo da minha org.
  • Incluir no plano de testes o cenário de esgotamento da fila, validando se a lista de work items exibida ao final corresponde ao registro correto antes de ir para produção.

Pegadinhas:

  • Se o Work Guide estiver publicado em múltiplas páginas ou sites de Experience Cloud, esquecer de ativar a opção em um deles gera comportamento inconsistente entre canais.

Este artigo faz parte do guia Flow na Winter '27, um item oficial por artigo. Fonte: release notes de Automation.

// Radar Salesforce — Newsletter

Releases, Flow, Revenue Cloud e Agentforce — com leitura de arquiteto, direto no seu e-mail.

Curadoria editorial em PT-BR, sem repost de notícia. Você recebe contexto, “por que importa” e como aplicar — assinada por mim.

Sem spam. Cancele quando quiser, em 1 clique.

// Sem spam · cancele quando quiser