A Salesforce parou de vender "plataforma de agentes" e passou a vender agentes de prateleira prontos por cargo: Casey no atendimento (voz, SMS, WhatsApp, web, já em GA), Hunter no outbound (rodando por semanas no long-horizon runtime, GA em novembro), Marshall no supply chain (com execução determinística e trilha de auditoria de cada ação), Piper no inbound B2B, Fin no CX complexo. A conversa mudou: deixou de ser "monte o seu agente" e virou "contrate um agente que já sabe o cargo". A leitura fácil é que o trabalho de integração acabou. Este artigo defende o contrário — e a própria Salesforce entrega a prova no release.
Porque a letra miúda está lá: cada agente "job-ready" conecta ao Customer 360, usa o contexto e os processos que já vivem no Salesforce e opera dentro das regras, permissões e dado da empresa. Traduzindo: o pacote entrega o roteiro do cargo; quem entrega o conhecimento da sua operação é a integração ao seu dado e aos seus sistemas de registro. Um agente de prateleira sem isso é um estagiário genérico de crachá — sabe a função, não conhece a sua empresa.
O que mudou: a suíte vende agente de prateleira pronto por cargo
Até ontem, adotar IA agêntica no CRM era um projeto de montagem: você desenhava o agente, definia tópicos, ações, guardrails. Agora a Salesforce entrega o agente já embalado por função. Casey sabe o roteiro do atendimento. Hunter sabe o roteiro do outbound e aguenta semanas de execução. Marshall sabe o roteiro do supply chain e audita cada passo. É um avanço real de time-to-value — ninguém mais precisa construir do zero o comportamento de um cargo.
Mas "pronto por cargo" responde só a uma das duas perguntas que decidem se o agente serve. A primeira — "ele sabe se comportar como um profissional deste cargo?" — o pacote resolve. A segunda — "ele conhece a MINHA operação: meu pedido, meu estoque, meu cliente, minhas regras?" — o pacote não resolve, por definição. Essa segunda pergunta é um problema de integração.
"Job-ready" ≠ "pronto pra sua operação": a letra miúda do Customer 360
O release é honesto no rodapé, e vale lê-lo com atenção: os agentes funcionam conectados ao Customer 360, operando sobre o contexto, os processos, as regras e o dado que já vivem na empresa. Ou seja, a Salesforce não promete um agente que funciona no vácuo — promete um agente que funciona quando plugado ao seu dado unificado. "Job-ready" é, portanto, uma promessa condicional: pronto pro cargo, sim; pronto pra sua operação, só depois da integração.
A diferença é a mesma que separa contratar alguém que sabe a função de contratar alguém que conhece a sua empresa. O profissional que sabe a função ainda precisa aprender onde está o quê, quais são as regras da casa, o que pode e o que não pode prometer. Para um agente, "aprender a casa" não é onboarding humano — é integração ao sistema de registro.
O que o pacote entrega × o que a integração entrega
Separe as duas camadas, porque confundi-las é o erro caro. O pacote entrega o roteiro do cargo: o comportamento, o tom, a sequência de passos, a trilha de auditoria. A integração entrega o conhecimento da sua operação: o pedido que está no ERP, o estoque que está no OMS, a troca que está no fiscal, o histórico que está no seu dado de cliente.
Veja o que acontece quando falta a segunda camada. Um Casey que não enxerga o pedido no ERP, o estoque no OMS e a troca no fiscal atende rápido e promete o que a operação não cumpre — e um atendimento veloz que gera promessa quebrada é pior do que lento. Um Hunter que não lê o seu dado de cliente faz outbound genérico, do tipo que o destinatário já aprendeu a ignorar. E um Marshall com trilha de auditoria impecável de uma ação que não se completou no sistema de registro audita o vazio: a auditoria é perfeita, o efeito real não existe. O agente de prateleira resolve o problema de montar o agente — não o de fundamentar e completar a ação dele na sua realidade.
O Customer 360 só vale com o dado certo circulando
Há uma armadilha dentro da armadilha. "Conecta ao Customer 360" soa como se bastasse ligar a chave. Mas o Customer 360 só governa o agente se o dado que circula nele estiver unificado, reconciliado e fresco. 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 com confiança sobre um número errado — e decide rápido, porque é um agente. A fundação de dado não é um "extra" que você liga depois; é o que determina se as decisões do agente estão certas na maioria dos casos reais.
Por isso a integração que mais importa é a que atravessa fronteiras: reconciliar o mesmo cliente, pedido e produto entre Salesforce, ERP, OMS, e-commerce e fiscal; manter linhagem entre esses mundos; e garantir que o dado chega ao agente em tempo real, não numa fotografia de ontem. É o dado circulando corretamente que transforma um agente "pronto por cargo" num agente que conhece a sua operação.
Como saber se o seu agente conhece o cargo ou a sua operação
Há um teste simples, operacional, para separar as duas coisas. Faça ao agente de prateleira três perguntas que só a sua operação responde. Peça a um Casey o status real de um pedido específico que entrou pela sua loja na última hora — se ele não lê o e-commerce e o ERP, vai responder genérico ou inventar. Peça a um Hunter para priorizar os dez melhores leads com base no histórico de compra e no ticket real — se ele não enxerga o seu dado de cliente, vai priorizar por heurística de manual. Peça a um Marshall a confirmação de que uma reposição foi de fato baixada no OMS e refletida no fiscal — se a ação não se completou no sistema de registro, a trilha de auditoria dele vai relatar uma execução que o mundo não confirma.
Em todos os três casos, o que falha não é o comportamento do cargo — é o aterramento na sua realidade. O agente "sabe ser" um atendente, um SDR, um analista de supply chain; o que ele não sabe, sem integração, é a sua operação. E o pior modo de falha não é o erro óbvio: é a resposta plausível, rápida e errada, dada com a confiança de quem segue o roteiro — exatamente o tipo de erro que escala silenciosamente quando o agente atende milhares de interações por dia.
A tese vale para qualquer suíte de agentes de prateleira
Ancoramos em Salesforce porque a notícia é dela, mas o princípio é agnóstico: toda suíte que passa a vender agentes prontos por função vende, junto, uma dependência implícita de integração ao seu dado e aos seus sistemas. Trocar o fornecedor não troca o problema. O agente-produto é cada vez mais commodity; o que o torna específico — e útil — da sua operação é a camada de integração que só você controla. Em 2026, o diferencial saiu do "qual agente eu compro" e foi para o "quão bem ele está plugado no que eu já tenho".
Há também um ganho de custo nessa leitura. Quando a operação entende que o valor está na integração, ela para de pagar caro por trocar de agente-produto atrás de uma capacidade que, na verdade, viria do aterramento ao dado. O investimento migra do "comprar mais SKU de IA" para o "plugar bem o que já tenho" — e é esse segundo gasto que devolve resultado medido, porque é ele que faz o agente agir sobre a operação real em vez de um roteiro.
Como a CCX integra o agente de prateleira à sua operação
Na CCX, tornar um agente de prateleira realmente empregável na sua operação começa por Integrações & APIs Enterprise: ligar o agente aos seus sistemas de registro (ERP, e-commerce, OMS, fiscal) com arquitetura orientada a eventos (Kafka, RabbitMQ), contratos de API e idempotência — para que ele aja sobre o pedido, o estoque e a troca reais, e não sobre um roteiro genérico. Quando o sistema é SAP ou Protheus, entram OData, iDocs e RFC; quando a malha é heterogênea, entra MuleSoft (Anypoint, API-led connectivity).
Em paralelo, a frente de Salesforce Data Cloud fundamenta o agente no seu dado unificado (o Customer 360 só vale com dado certo circulando — unificação, segmentação e ativação), e a Consultoria em Tecnologia desenha o encaixe do agente no processo real. São 200+ projetos de integração entregues, com 99,9% de uptime — a experiência de plugar o que a suíte vende pronto no que a sua empresa já roda.
Agente de prateleira é um estagiário genérico de crachá até plugar no seu dado e nos seus sistemas. O que o torna "job-ready" na SUA operação é a integração — Integrações & APIs Enterprise + Salesforce Data Cloud da CCX. Falar com especialista Salesforce →
Perguntas frequentes (FAQ)
O que é um agente "job-ready" da Salesforce?
É um agente pré-pronto por cargo — Casey (atendimento), Hunter (outbound), Marshall (supply chain), Piper (inbound), Fin (CX) — que já traz o comportamento da função. Ele funciona conectado ao Customer 360, operando dentro das regras e do dado da empresa. "Job-ready" significa pronto pro cargo, não pronto pra sua operação sem integração.
Por que o agente pronto atende de forma genérica?
Porque o pacote entrega o roteiro do cargo, não o conhecimento da sua operação. Sem integração ao ERP, OMS, e-commerce e fiscal, o agente não enxerga seu pedido, estoque e cliente reais — então responde rápido, mas com base genérica, e pode prometer o que a operação não cumpre.
Como integrar o Agentforce ao ERP?
Com integração event-driven e APIs estruturadas entre o Salesforce e os sistemas de registro (ERP, OMS, fiscal), contratos e idempotência, e o dado unificado circulando pelo Customer 360 / Data Cloud em tempo real. Quando o ERP é SAP, com OData, iDocs e RFC; em malhas heterogêneas, com MuleSoft.
O Customer 360 basta para o agente funcionar?
Só se o dado que circula nele estiver unificado, reconciliado e fresco. Conectar ao Customer 360 não limpa o seu dado nem o reconcilia com o ERP e o e-commerce. Sem essa fundação, o agente decide com confiança sobre número errado — a integração ao dado certo é o que o torna confiável.
O pacote é o roteiro do cargo; a integração é o conhecimento da sua operação. Um agente de prateleira só trabalha de verdade quando enxerga o seu pedido, estoque e cliente. Integrar o seu agente Salesforce com a CCX →