O agente de IA no CRM deixou de responder e passou a agir. No Agentforce e em plataformas equivalentes, o agente de vendas e atendimento já abre caso, qualifica lead, dispara campanha, promete prazo e atualiza o registro do cliente — em sequência, sozinho, em velocidade de máquina. É a mesma onda que, esta semana, deu aos agentes um runtime próprio para rodar por conta: eles executam ações, não apenas sugerem. Mas há um segundo lado dessa autonomia, menos óbvio que o de "onde o agente roda": a ação que ele toma precisa se completar fora do CRM. E é aí que a maioria das implementações descobre, tarde, que marcar um caso como "resolvido" não é a mesma coisa que cumpri-lo.
O agente de CRM ganhou autonomia — e agora o risco é "fechar" o que não se cumpre
Quando o agente apenas redigia uma resposta, o pior caso era um texto impreciso que um humano revisava. Agora que o agente conclui tarefas, o pior caso é diferente: ele fecha, em escala, o que não se realiza. Confirma um pedido de um item que não tem em estoque. Promete um prazo que a logística não bate. "Resolve" um ticket cujo trabalho de back-office nunca foi executado. O caso aparece como resolvido no painel, o CSAT da automação sobe, e a promessa quebrada só vira visível quando o cliente reclama — ou quando o estoque, o financeiro e o fiscal não fecham no fim do mês.
Um agente com acesso amplo e processo não orquestrado não comete erro pequeno. Ele comete erro rápido e repetido, porque age em velocidade de máquina sobre o que enxerga. Grounding — o dado fundamentado que o agente lê — é a entrada do problema e já recebeu bastante atenção. A saída recebeu muito menos: o que o agente de fato cumpre nos sistemas onde a verdade vive. E saída completa não vem do modelo. Vem da integração do processo.
"Resolvido" no CRM não é "cumprido" no sistema de registro
O CRM é onde a conversa com o cliente acontece — mas quase nunca é onde o trabalho se conclui. O pedido vira pedido de verdade no ERP. A oferta só é real se há estoque no OMS. A troca ou devolução gera uma nota fiscal. O reembolso toca o financeiro e o gateway de pagamento. Quando o agente marca "resolvido" no CRM mas a ação não atravessou para esses sistemas de registro, você tem um status otimista colado sobre uma operação que não aconteceu.
Essa lacuna sempre existiu nos processos manuais — mas um humano, ao prometer, costuma saber quando não consegue cumprir e escala. O agente, sem a orquestração certa, não tem esse freio: ele conclui o fluxo que conhece (atualizar o CRM) e considera a tarefa encerrada, mesmo que o passo seguinte (baixar estoque, emitir nota, confirmar no ERP) nunca tenha sido disparado ou tenha falhado silenciosamente. A diferença entre "resolver" e "cumprir" é a diferença entre um registro e um resultado.
Orquestração ponta a ponta é a fundação: integração + handoff humano + trilha de execução
A fundação de um agente de CRM que age não é o modelo nem o nível de permissão. É a orquestração ponta a ponta: o CRM integrado aos sistemas de registro, com handoff humano e trilha de execução. Três peças sustentam isso.
Integração transacional. A ação do agente precisa viajar do CRM até o sistema onde ela se cumpre — e voltar com uma confirmação. Isso exige integração orientada a eventos e idempotente: o pedido criado no CRM gera um evento que o ERP consome, reserva o estoque, emite o fiscal e devolve o status; e um retry não cria dois pedidos. "Resolvido" só pode ser escrito depois que a ação fechou do outro lado.
Handoff humano desenhado. O que o agente não pode concluir sozinho — porque o estoque não bate, o prazo é inviável, a regra fiscal é ambígua — precisa escalar para uma pessoa antes de virar promessa quebrada, não depois. O handoff não é uma falha do agente; é parte do processo, e precisa ser desenhado com os gatilhos certos.
Trilha de execução. Cada ação do agente — o que ele pediu, a qual sistema, com que parâmetro, e o que respondeu — precisa ficar registrada de forma consultável. Sem isso, você não distingue o caso que o agente cumpriu do caso que ele só fechou, e perde a capacidade de auditar e melhorar o fluxo.
Como a CCX orquestra a ação do agente de CRM
É essa orquestração que as Integrações & APIs Enterprise da CCX constroem: ligar o CRM (Salesforce/Agentforce e equivalentes) aos sistemas onde a ação se cumpre — ERP, e-commerce, OMS, fiscal — com arquitetura orientada a eventos (Kafka, RabbitMQ), contratos de API estáveis e idempotência, para que cada ação do agente tenha desfecho real e não apenas um status "resolvido". Antes do primeiro conector, a Consultoria em Tecnologia e a Consultoria 360° desenham a orquestração do processo e os pontos de handoff humano; e a Observabilidade 360° instrumenta a trilha de execução de cada ação, para que resolver e cumprir deixem de ser a mesma caixa.
O resultado é um agente de CRM cuja promessa se sustenta: quando ele diz "resolvido", o pedido existe no ERP, a oferta tinha estoque, a nota foi emitida — e o que ele não podia concluir chegou a um humano a tempo. Grounding é a entrada; ação completável é a saída. E a saída completa é um projeto de integração, não um recurso do modelo.
Perguntas frequentes
O que é orquestração ponta a ponta de um agente de CRM? É o conjunto de integrações, regras de processo e pontos de escalonamento que fazem a ação do agente viajar do CRM até os sistemas onde ela se cumpre (ERP, estoque, fiscal) e voltar confirmada — de modo que "resolvido" signifique "cumprido".
Por que o agente promete o que não cumpre? Porque, sem orquestração, ele conclui o único fluxo que conhece — atualizar o CRM — e considera a tarefa encerrada, mesmo quando o passo seguinte no ERP, no estoque ou no fiscal não foi disparado ou falhou. O agente não erra pouco: ele fecha em escala o que não se realiza.
Como fazer handoff humano em um agente de IA? Desenhando os gatilhos de escalonamento no processo: estoque insuficiente, prazo inviável, regra ambígua, valor acima de um limite. O agente passa o caso para uma pessoa antes de prometer, e a passagem é parte do fluxo, não um erro.
Dá para auditar o que o agente executou? Sim, se cada ação passar por uma camada que registra pedido, parâmetros e resposta de forma consultável. É isso que separa o caso que o agente cumpriu do caso que ele apenas fechou.
Agente que "fecha" um caso que não se cumpre no sistema de registro não resolveu — fechou. Orquestre a ação ponta a ponta: CRM integrado ao ERP, estoque e fiscal, com handoff humano e trilha de execução — com as Integrações & APIs Enterprise + Consultoria da CCX. Falar com especialista Salesforce →