Múltiplas fórmulas em um único node no Expression Sets

O que é

A partir da Winter '27, é possível sequenciar fórmulas dentro de um único formula node em vez de criar um node separado para cada cálculo. Isso significa que uma fórmula pode usar o resultado de um cálculo anterior dentro do mesmo node, mantendo lógica relacionada agrupada em um só lugar.

Segundo o texto oficial, o objetivo é permitir "criar definições facilmente com fórmulas complexas e cálculos em camadas". Ou seja, em vez de espalhar a lógica por vários nodes conectados em cascata, dá para consolidar etapas intermediárias e o resultado final na mesma estrutura.

As release notes também trazem, na mesma seção, uma segunda novidade: agora é possível enviar o output de definições de runtime do CRM Analytics ou do Data 360 para objetos virtuais baseados em Apache HBase, e visualizar esses registros direto na org do Salesforce. Antes, o write-back de dados de destino só era suportado para objetos padrão e customizados.

Por que importa

Quem trabalha com Expression Sets sabe que definições de negócio raramente são um cálculo único. Já vi Expression Set que virou um emaranhado de dez nodes só porque cada etapa intermediária, normalizar um valor, aplicar uma regra condicional, consolidar o resultado final, ganhou um node próprio. Sem essa capacidade, cada etapa virava um node novo, o que infla o diagrama, dificulta manutenção e torna revisão de lógica de negócio mais lenta para quem não desenhou o fluxo original.

Com fórmulas sequenciadas no mesmo node, o arquiteto ganha um recurso de organização real: menos nodes redundantes, lógica correlata visualmente agrupada e menos saltos entre telas para entender o racional de um cálculo. Já a possibilidade de gravar output em objetos virtuais HBase amplia onde os resultados de definições de runtime podem pousar, o que é relevante para quem tem volume de dados grande demais para objetos padrão e customizados ou quer manter esses dados fora do modelo transacional tradicional da org.

Como se preparar

• Revise Expression Sets existentes que tenham cadeias de nodes fazendo cálculos sequenciais e avalie consolidar essas fórmulas em um único formula node.
• Documente a ordem de dependência entre fórmulas dentro do mesmo node, já que a leitura de cima para baixo passa a ser mais crítica para quem for dar manutenção.
• Se você usa CRM Analytics ou Data 360 runtime definitions com write-back, mapeie onde faz sentido usar objetos virtuais HBase em vez de objetos padrão ou customizados.
• Valide com o time de dados os limites e comportamento de leitura dos objetos virtuais na org antes de migrar definições que hoje gravam em objetos customizados.

Nível de aplicação: Médio

Não exige código, mas demanda reorganizar lógica de negócio existente e entender novos padrões de write-back para objetos virtuais HBase.

Considerações de arquiteto

• Ao consolidar fórmulas em um node único, a ordem de execução top-down passa a ser a documentação implícita da lógica, então nomear bem cada etapa intermediária evita retrabalho de manutenção.
• Vale mapear na sua org quais Expression Sets têm cadeias de 3 ou mais nodes de cálculo sequencial, pois são os candidatos naturais a essa consolidação.
• Antes de redirecionar write-back de runtime definitions para objetos virtuais HBase, é preciso validar com o time de dados como fica a experiência de consulta e reporting desses registros dentro da org.
• Migrar definições que hoje gravam em objetos customizados exige plano de rollback, já que o comportamento de leitura de objetos virtuais HBase é distinto do modelo transacional tradicional.

Pegadinhas:

• Consolidar fórmulas demais em um único node pode reverter o ganho de clareza, criando um node monolítico difícil de debugar em caso de erro em uma etapa intermediária.

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