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.
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.

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.