Se você buscou "Salesforce Enterprise AI Harness" depois da Dreamforce, é provável que tenha visto a manchete e não a letra miúda. Vamos direto à letra miúda: o Harness é a arquitetura certa para a pergunta do momento — como governar um agente de IA —, mas a unificação e as novas capacidades só começam a sair no início do FY28, ou seja, começo de 2027. E a sua necessidade de governar o agente é hoje.
Este artigo não é contra a Salesforce. É sobre timing e sobre fronteiras. A tese: o "trusted" embalado por um fornecedor é um roadmap com data para o ano que vem; o que de fato governa o seu agente Salesforce já existe e é seu — o Data 360 (dado governado), a integração cross-system e a permissão. Você não precisa esperar o Harness estrear para ter governança.
O que é o Enterprise AI Harness e o que ele promete (as 6 camadas Trusted)
Anunciado em 10/09 na Dreamforce, o Enterprise AI Harness é uma arquitetura de controle que reúne seis camadas "Trusted" para que agentes "entendam e ajam sobre processos de negócio": Trusted Context (o contexto de negócio que o agente enxerga), Trusted Agency (o que o agente tem autonomia para fazer), Trusted Action (a execução das ações), Trusted Governance (as políticas), Trusted Security (a proteção) e Trusted Models (os modelos por trás). No papel, é uma resposta completa e bem-desenhada à pergunta "como faço um agente agir com confiança sobre o meu negócio?".
É importante dar o crédito: como framing conceitual, o Harness organiza bem o problema. Ninguém deveria colocar um agente para agir sem pensar em contexto, autonomia, ação, governança, segurança e modelo. A questão não é o desenho — é quando ele chega, e até onde ele alcança.
A letra miúda: a unificação e as novas capacidades só saem no início do FY28 (2027)
Aqui está a linha que o keynote não destacou: a experiência de gestão unificada e as novas capacidades do Harness começam a ser lançadas só no início do FY28 — o começo de 2027. Traduzindo sem marketing: hoje você tem o anúncio de uma arquitetura de governança, não a arquitetura em produção e unificada. É um roadmap.
Roadmap não é um defeito — todo fornecedor tem um. O problema é confundir roadmap com capacidade instalada. Se o seu board leu "seis camadas Trusted" e concluiu que "a governança do nosso agente Salesforce está resolvida por assinatura", há um gap de um ano entre essa percepção e a realidade. E nesse ano os seus agentes vão continuar agindo — governados pelo que você já tem, não pelo que foi anunciado.
Há um custo silencioso em esperar. Enquanto a percepção de que "está resolvido" convive com a realidade de que "vai chegar em 2027", as iniciativas de governança que dependem só do fornecedor ficam em compasso de espera — e o agente, que não espera, continua tocando processos reais sobre a base que existe hoje. O tempo entre o anúncio e o rollout não é tempo neutro: é tempo em que ou você constrói a fundação que já pode construir, ou acumula decisões automatizadas sem o controle que o slide prometeu. A pergunta prática para qualquer líder de CRM ou RevOps é simples: o que da governança do meu agente eu consigo ligar sem depender do calendário do fornecedor?
AIforce (ex-Headless 360) é sobre substituir a UI — não sobre reconciliar o seu dado
Vale desfazer uma confusão comum. O AIforce — a camada de interface antes chamada Headless 360 — é sobre substituir a UI: levar as capacidades do Salesforce para fora da tela tradicional, para dentro de outros fluxos e agentes. É uma evolução de interface. Não é uma solução para o problema que decide a governança do seu agente: a reconciliação do seu dado.
Um agente é tão auditável quanto o dado governado que ele lê. Substituir a interface não torna o seu dado mais limpo, mais reconciliado ou mais rastreável. São camadas diferentes do problema, e é fácil — porque o marketing as apresenta juntas — achar que resolver a interface resolve o dado. Não resolve.
O que governa um agente Salesforce HOJE, sem esperar o harness: Data 360 governado
A boa notícia: o que de fato governa um agente Salesforce já é seu. Começa pelo Data 360 (a evolução do Data Cloud) — o dado governado e reconciliado que o agente lê e sobre o qual ele age. Se o seu Data 360 ainda tem dado sujo, duplicado ou desatualizado, nenhuma camada "Trusted" futura conserta isso: o agente vai decidir com confiança sobre uma base ruim, o que é pior do que não decidir.
Governar o agente hoje é, antes de tudo, governar o dado que ele lê: deduplicação, reconciliação, linhagem (de onde veio cada campo) e frescor. Essa é a fundação sobre a qual qualquer harness — o da Salesforce ou o de qualquer fornecedor — vai eventualmente rodar. Construí-la agora é o que te dá governança em 2026, não em 2027.
Repare na assimetria: as seis camadas Trusted são um roadmap que chega em 2027; o Data 360 governado é uma capacidade que você pode ligar neste trimestre. Uma depende do calendário da Salesforce; a outra depende só de você decidir tratar o dado como a fundação que ele é. E quando o Harness enfim estrear, ele vai render muito mais sobre uma base de dado já reconciliada e auditável do que sobre um Data 360 cheio de duplicatas — ou seja, construir a fundação agora não é competir com o Harness, é preparar o terreno para que ele valha a pena. Adiar o dado para "quando o Harness chegar" é a maneira mais cara de fazer as duas coisas.
O ponto cego do harness do fornecedor: ele governa dentro do Salesforce — o seu agente atravessa fronteiras
Há um limite estrutural em qualquer harness de fornecedor: ele governa o que acontece dentro do produto dele. O Harness da Salesforce governa muito bem o que o agente faz dentro do Salesforce. Mas o seu agente real não vive só ali. Ele atravessa fronteiras: consulta o CRM, cruza com o ERP, verifica o e-commerce, dispara uma mensageria. A decisão dele depende de dados que moram em quatro mundos.
Nenhum harness de fornecedor governa o que está fora do próprio perímetro. Se o cliente que o agente vê no Salesforce não bate com o pedido no ERP nem com o estoque no e-commerce, o agente decide certo sobre número errado — e o Harness, por melhor que seja, não enxerga esse descompasso, porque ele acontece entre os sistemas.
Governança cross-system: reconciliar Salesforce ↔ ERP ↔ e-commerce ↔ mensageria
É por isso que a governança que mais importa para um agente é a cross-system: reconciliar o mesmo dado entre Salesforce, ERP, e-commerce e mensageria; garantir linhagem entre mundos; e definir permissão coerente quando o agente atravessa fronteiras. Essa é a governança que nenhum harness de fornecedor entrega por você, porque, por definição, ela vive no espaço entre os produtos — e é justamente aí que o agente decide.
Concretamente: uma integração via API estruturada e event-driven que mantém o dado consistente entre os sistemas, com contratos e idempotência; uma camada de reconciliação que sabe qual fonte prevalece; e uma política de permissão que segue o agente através das fronteiras. Confiança embalada é roadmap; fundação governada — e cross-system — é agora.
Vale insistir num ponto que costuma passar batido: a governança cross-system não é um "extra" que você liga depois de resolver o Salesforce — ela é o que determina se as decisões do agente estão certas ou erradas na maioria dos casos reais. Um agente de atendimento que promete um prazo depende do estoque no e-commerce e da capacidade no ERP; um agente de vendas que aprova um desconto depende do histórico no CRM e da margem no ERP. Em cada um desses momentos, a decisão é boa apenas se os quatro mundos concordarem sobre os fatos. Por isso a reconciliação entre sistemas é, na prática, a maior parte da governança de um agente — e é exatamente a parte que o harness de um fornecedor, confinado ao seu próprio perímetro, não pode assumir por você.
Como a CCX liga a governança de agente Salesforce agora (Data 360 + integração + permissão)
Na CCX, dar governança a um agente Salesforce em 2026 (não em 2027) é um projeto de fundação. Começa por Salesforce Commerce / Data Cloud — Data 360: reconciliar e governar o dado que o agente lê, com deduplicação, linhagem e frescor. Salesforce aqui é uma frente tratada como um caminho dentro de um princípio agnóstico — a fundação vale para qualquer stack.
Sobre isso vem a frente de Integrações & APIs Enterprise: a governança cross-system que o Harness não cobre — reconciliar Salesforce↔ERP↔e-commerce↔mensageria via API estruturada e event-driven (Kafka/RabbitMQ), com contratos e idempotência. Somam-se Data & BI (linhagem e auditoria do dado que alimenta o agente) e a Consultoria em Tecnologia (o que precisa estar governável agora, sem esperar o FY28: clean data, permissão, integração). Na semana passada tratamos o AIforce e a camada de interface e o Data 360 como a fundação do ROI do Agentforce; hoje o eixo é a governança acima delas — e o gap de timing.
Vai esperar 2027 ou ligar a fundação agora? A CCX governa o seu agente Salesforce hoje: Data 360 governado e reconciliado, integração cross-system (CRM↔ERP↔e-commerce↔mensageria) e permissão com escopo — porque o Harness só unifica no FY28, e o agente que atravessa fronteiras é governado pela SUA fundação, não pela promessa embalada. Falar com especialista Salesforce →
Perguntas frequentes (FAQ)
O que é o Enterprise AI Harness da Salesforce?
É uma arquitetura de controle anunciada na Dreamforce (10/09) que reúne seis camadas "Trusted" — Context, Agency, Action, Governance, Security e Models — para que agentes de IA entendam e ajam sobre processos de negócio com confiança. É a proposta da Salesforce para governança de agentes dentro do seu ecossistema.
Quando o Enterprise AI Harness fica disponível?
A experiência de gestão unificada e as novas capacidades do Harness começam a ser lançadas só no início do FY28 — ou seja, começo de 2027. Até lá, o anúncio é um roadmap; o que governa o seu agente Salesforce hoje é o seu Data 360, a integração cross-system e a permissão que você já pode ligar.
O que é AIforce?
AIforce é a camada de interface da Salesforce, antes chamada Headless 360. Ela leva as capacidades do Salesforce para fora da UI tradicional, para dentro de outros fluxos e agentes. É uma evolução de interface — não uma solução para reconciliar o dado do seu agente, que é o que decide a governança.
Como governar um agente do Agentforce?
Governando primeiro o dado que ele lê (Data 360 reconciliado, com linhagem e frescor), depois a integração cross-system (reconciliar Salesforce↔ERP↔e-commerce↔mensageria, porque o agente atravessa fronteiras que o harness do fornecedor não cobre) e a permissão com escopo. Essa fundação vale hoje, sem esperar o FY28.
O Harness vai chegar e vai ajudar — dentro do Salesforce. O seu agente atravessa fronteiras, e a governança cross-system é sua. Confiança embalada é roadmap; fundação governada é agora. Ligar a fundação do agente Salesforce com a CCX →