Business Rules Engine no Agentforce: expression sets viram ações do agente

O que é

A novidade permite conectar expression sets e decision tables ativados do Business Rules Engine (BRE) como reference actions dentro do Agentforce. O fluxo de configuração acontece no Agentforce Studio: você adiciona o expression set ou a decision table como uma API reference action, mapeia as entradas e saídas da regra e escreve instruções dizendo ao agente quando invocar aquela ação.

Na prática, isso conecta duas ferramentas que já existem separadamente, o BRE e o Agentforce, sem exigir que você recrie a lógica de negócio em outro lugar. O expression set ou decision table continua sendo mantido e versionado como sempre foi, e o Agentforce apenas passa a enxergá-lo como mais uma ação disponível para consulta durante a conversa. Já vi organização perder meses reimplementando regra de elegibilidade em paralelo só para plugar num canal conversacional, e essa ponte resolve exatamente esse retrabalho.

O texto oficial é direto ao afirmar o ganho central: o agente consegue rodar checagens de elegibilidade, cálculos e outras regras de negócio durante a conversa, entregando respostas consistentes e baseadas em regra, sem precisar de handoff para um humano ou para outro processo.

Por que importa

Essa integração resolve um problema real de quem já investiu em BRE para centralizar regras de negócio críticas, elegibilidade de produto, cálculo de score, regras de underwriting, políticas de desconto. Antes, para trazer essa lógica para um canal conversacional, você teria duas opções ruins: reimplementar a regra em outro lugar, criando duplicidade e risco de divergência, ou forçar um handoff toda vez que a conversa esbarrasse numa decisão que dependia de regra de negócio. Nenhuma das duas escala bem.

Com o BRE como reference action, o expression set continua sendo a fonte única de verdade da regra. Isso é relevante para arquitetura de governança: quem audita a regra de elegibilidade audita um lugar só, o BRE, independentemente de ela estar sendo consumida por um Flow, um Omniscript ou agora por um agente. Para times de Industries que já usam Omnistudio pesado, essa é uma ponte natural entre o mundo determinístico do BRE e o mundo mais fluido da conversa orquestrada por Agentforce.

Como se preparar

• Levante quais expression sets e decision tables já estão ativados e são bons candidatos a reference action, priorize regras de elegibilidade e cálculo que hoje geram handoff desnecessário.
• Revise o mapeamento de inputs e outputs de cada regra antes de expor como ação, isso evita ambiguidade na hora do agente decidir o que passar e o que esperar de volta.
• Escreva instruções claras e específicas no Agentforce Studio sobre quando invocar cada ação, regra de negócio mal instruída no agente gera resultado inconsistente mesmo com o BRE correto por trás.
• Trate a governança do BRE como parte do design do agente, qualquer mudança na regra ativada impacta diretamente o comportamento da conversa, então o dono da regra precisa estar no loop de quem desenha o agente.

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

A configuração em si é low-code via Agentforce Studio, mas o mapeamento correto de inputs/outputs e a escrita de instruções precisas exigem entendimento fino tanto do BRE quanto do comportamento do agente.

Considerações de arquiteto

• Antes de expor qualquer expression set como reference action, sua org precisa revisar se as regras ativadas já estão bem versionadas, porque o agente vai herdar qualquer inconsistência existente no BRE.
• O time que desenha o agente e o dono da regra de negócio precisam estar na mesma mesa, já que uma mudança na decision table altera o comportamento da conversa sem que isso apareça no Agentforce Studio.
• Vale mapear primeiro os pontos de handoff atuais que existem só por dependerem de regra de negócio, para priorizar quais expression sets viram ação primeiro.
• A qualidade das instruções escritas para o agente sobre quando invocar a ação é tão crítica quanto a regra em si, já que o BRE pode estar correto e o agente ainda assim invocar no momento errado.

Pegadinhas:

• Se os inputs e outputs do expression set não estiverem bem definidos e documentados, o agente pode passar parâmetros ambíguos e gerar resultado divergente do esperado mesmo com a regra correta.

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