Radar
Flow
Relevância
90
alta

Decision Table: status ativo/inativo agora aparece direto na list view

Uma coluna nova na lista de Decision Tables elimina a necessidade de abrir cada registro para checar se está ativo.

Por Guilherme Dornelas10 de setembro de 20263 min de leitura
// Compartilhar
Guia · Parte 37 de 43
Flow na Winter '27: item por item
Ver guia

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.

O que é

A list view de Decision Table agora traz uma coluna de Status, indicando se cada tabela está ativa ou inativa. Antes disso, para saber o estado de uma tabela era preciso abrir a página de detalhe dela, uma por uma.

Com a coluna disponível na lista, dá para ordenar por Status e localizar rapidamente as tabelas inativas que precisam de atenção. É uma mudança pequena de superfície, mas direta ao ponto: informação que já existia no registro passa a ficar visível no nível da listagem.

O recurso é específico do objeto Decision Table, usado dentro do contexto de Automation para C360 e Industries, onde decision tables costumam ser consumidas por Expression Sets, BRE (Business Rules Engine) ou fluxos de decisão em Omnistudio.

Por que importa

Quem administra um volume razoável de decision tables sabe que auditoria de estado é um trabalho manual chato: abrir registro por registro só para confirmar se algo está ativo é desperdício de tempo e propenso a erro, principalmente quando você herda uma org com dezenas de tabelas criadas por times diferentes. Já vi esse tipo de auditoria consumir uma tarde inteira de um projeto por falta exatamente dessa visibilidade.

Ter o status na list view, com opção de ordenação, transforma isso numa tarefa de segundos. Para quem faz governança de automação em orgs de Industries, isso ajuda a identificar tabelas órfãs ou desativadas por engano antes que virem incidente em produção, especialmente em cenários onde a decision table alimenta uma regra crítica de elegibilidade ou pricing.

Como se preparar

  • Acesse a list view de Decision Table e adicione a coluna Status se ela não aparecer por padrão na sua visualização.
  • Crie uma list view específica ordenada por Status para revisão periódica de tabelas inativas, principalmente em orgs com múltiplos times mantendo automações.
  • Inclua essa checagem no seu processo de auditoria de release, antes de deploys que dependem de decision tables ativas em produção.
  • Documente o motivo de cada tabela inativa para evitar reativação acidental por outro administrador que não tem esse contexto.

Nível de aplicação: Baixo

É apenas uma coluna adicional na list view padrão, sem configuração de código ou impacto em automações existentes.

Considerações de arquiteto

  • Valide se a coluna Status aparece por padrão na sua org ou se precisa ser adicionada manualmente na list view existente.
  • Aproveite para criar uma list view dedicada, ordenada por Status, como parte da rotina de governança de Automation em orgs de Industries.
  • Inclua essa checagem visual no checklist pré-deploy, principalmente quando decision tables alimentam Expression Sets ou BRE críticos de pricing e elegibilidade.
  • Comunique a novidade para os times que mantêm automações distribuídas, já que a visibilidade agora reduz a necessidade de abrir registro por registro.

Pegadinhas:

  • O recurso é restrito ao objeto Decision Table, não se estende a outros componentes de Omnistudio ou BRE que também possam ter estado ativo/inativo.

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