Agente de IA para cobrança B2B: memória de acordos e prazos

Como montar um agente de IA para cobrança B2B que registra acordos, promessas e prazos por cliente e escala renegociações e disputas para humanos.

10 de novembro de 2026•Juan Carlo

Quer aplicar isso na sua empresa?

Agendar conversa com o Juan →

Um agente de IA para cobrança B2B funciona quando tem memória de negociação: um registro estruturado, por cliente, de acordos, promessas, prazos e contatos responsáveis, que ele consulta antes de cada mensagem e atualiza depois. Com isso, ele lembra o que foi combinado, cobra na data certa e para sozinho quando a conversa vira renegociação ou disputa, entregando o caso a uma pessoa com o histórico pronto.

Principais pontos

A memória de negociação deve ficar em um registro estruturado (ERP, CRM ou banco próprio), e não apenas no histórico da conversa.
Cada promessa precisa de quatro campos mínimos: quem prometeu, o que prometeu, até quando e em qual canal.
O agente cobra dentro de regras e lembra acordos já feitos, mas não negocia desconto, parcelamento novo nem prazo novo.
Renegociação, disputa e qualquer sinal de risco jurídico vão para uma pessoa, com resumo e contexto.
O caminho seguro é mapear, limitar, pilotar uma carteira pequena e só então decidir se expande.

Por que cobrança B2B pede memória, e não só lembretes automáticos

Na cobrança de pessoa física, muitas vezes basta um lembrete de vencimento. Na cobrança entre empresas, a conversa é outra. Há várias pessoas envolvidas (comprador, financeiro, diretor), notas fiscais que dependem de aceite, pedidos de segunda via, retenções e acordos verbais que mudam a data de pagamento.

Um agente sem memória repete a cobrança de uma fatura que o cliente já prometeu pagar na sexta. Pior: cobra de novo quem abriu uma contestação legítima. O resultado é desgaste de relacionamento com um cliente que, em B2B, costuma continuar comprando.

Memória, aqui, não é o modelo de linguagem lembrar de tudo. Modelos de linguagem não guardam estado entre conversas por conta própria. A memória é uma camada do seu sistema: dados gravados fora do modelo, consultados por ferramentas e atualizados por regras. A documentação da Anthropic sobre engenharia de contexto para agentes descreve exatamente essa prática: manter informações fora da janela de contexto e recuperá-las quando necessário, em vez de despejar todo o histórico a cada chamada.

Se quiser ver onde essa memória se encaixa em uma arquitetura maior, vale ler sobre a camada de superinteligência da empresa. Para a cobrança, a ideia prática é simples: o agente é útil na medida em que o registro por trás dele é confiável.

O que registrar em cada negociação

O erro mais comum é gravar texto corrido: um resumo da conversa que ninguém consegue filtrar. Prefira campos estruturados, com um resumo curto apenas como complemento. Para cada cliente e cada título em aberto, o mínimo útil é:

Identificação: cliente, CNPJ, títulos ou notas envolvidos e o contato responsável em cada área.
Situação do título: em aberto, em acordo, em disputa, em renegociação, pago ou encaminhado ao jurídico.
Promessa: quem fez, a data em que foi feita, o que foi prometido e a data limite.
Acordo formal: condições aprovadas por uma pessoa da empresa, com quem aprovou e quando.
Pendências do cliente: documento solicitado, aceite de nota, ordem de compra, segunda via de boleto.
Histórico de contato: canal, data, resultado e próxima ação programada.
Marcadores de cautela: reclamação aberta, contato que pediu para não ser acionado, disputa sobre entrega ou qualidade.

Separe sempre três coisas que se confundem: o que o cliente disse, o que o agente entendeu e o que uma pessoa aprovou. Uma promessa de pagamento dita no WhatsApp é um registro de intenção. Um acordo de parcelamento só existe quando alguém com alçada o aprovou e o sistema financeiro foi atualizado.

Como montar a memória de negociação, passo a passo

A sequência abaixo vale para uma carteira pequena de início. Ela prioriza o que o agente lê e grava, antes de qualquer sofisticação.

Passo um: levante como a cobrança acontece hoje. Quem cobra, por qual canal, com qual régua, onde ficam os acordos (planilha, ERP, e-mail, cabeça de alguém) e onde se perdem.
Passo dois: defina o registro único de cada cliente. Escolha um lugar como fonte da verdade e feche os campos listados na seção anterior.
Passo três: escreva as regras de cobrança. Quais mensagens o agente pode enviar, em que dias, para quais contatos e com qual tom. Regras vão no sistema, não apenas no prompt.
Passo quatro: crie ferramentas de leitura e escrita com poucas funções. Por exemplo: consultar situação do cliente, registrar promessa, registrar pendência, abrir encaminhamento para humano. Ferramentas pequenas e bem descritas são mais previsíveis, como indica o material da Anthropic sobre como escrever ferramentas para agentes.
Passo cinco: faça o agente consultar o registro antes de qualquer mensagem e gravar o resultado depois. Se a consulta falhar, ele não cobra.
Passo seis: registre cada decisão com data, motivo e dados usados. Isso permite auditar por que uma mensagem foi enviada ou por que um caso foi escalado.
Passo sete: teste com cenários simulados antes de falar com cliente real. O artigo sobre testar agentes de IA com mocks e sandbox mostra como fazer isso sem risco.

Quando o agente deve passar o caso para um humano

A regra central é que o agente cobra e registra, mas não decide nada que mude as condições da dívida. Um guia de decisão simples ajuda a equipe a configurar o escalonamento:

Se o cliente confirma que vai pagar na data original ou em uma data dentro da tolerância definida, o agente registra a promessa e agenda o acompanhamento.
Se o cliente pede prazo novo fora da tolerância, desconto, parcelamento ou troca de forma de pagamento, o agente não responde com proposta: registra o pedido e escala para o responsável do financeiro.
Se o cliente contesta valor, entrega, qualidade, nota fiscal ou contrato, o título muda para disputa, a cobrança automática é suspensa e uma pessoa assume.
Se aparecer menção a advogado, protesto, processo, recuperação judicial ou ameaça, o agente para e escala com prioridade.
Se o contato é novo, ambíguo ou diz não ser o responsável, o agente pede o contato correto e não insiste.
Se o cliente demonstra irritação ou pede para falar com uma pessoa, o agente encerra e transfere.
Se os dados do registro estão inconsistentes (título pago que consta em aberto, por exemplo), o agente não cobra e abre uma pendência interna.

Para o encaminhamento ser útil, a pessoa precisa receber um pacote pronto: situação do título, histórico das promessas, o que o cliente disse por último, o motivo do escalonamento e a próxima decisão que se espera dela. Sem isso, o humano recomeça do zero e a automação perde o sentido.

Cenário ilustrativo: a promessa que muda no meio do caminho

O exemplo a seguir é ilustrativo, não descreve cliente real nem resultado.

Uma distribuidora tem uma nota vencida com uma empresa compradora. O agente envia um lembrete pelo WhatsApp ao contato do financeiro, que responde que o pagamento sai na quinta. O agente grava: promessa, contato, data limite e canal. Na sexta pela manhã, o registro mostra que não houve baixa. O agente envia uma mensagem breve perguntando se o pagamento foi feito e pedindo o comprovante.

O contato responde que não pagou porque a mercadoria chegou incompleta e que só paga após correção. O agente não discute a entrega e não oferece desconto. Ele muda o título para disputa, suspende as próximas cobranças e abre um encaminhamento para a pessoa responsável, com o resumo: promessa anterior, motivo da quebra, nota envolvida e o pedido do cliente.

Na semana seguinte, quando a pessoa fecha um acordo, ela mesma registra as condições aprovadas. Só então o agente volta a acompanhar, agora com o novo prazo como referência. Sem a memória, o agente teria enviado cobrança padrão durante a disputa, exatamente o que um cliente B2B guarda na lembrança.

Cuidados com canal, LGPD e permissões

Cobrança B2B também envolve dados pessoais: nome, telefone e cargo de quem atende. Isso entra na LGPD. Registre só o necessário para a cobrança, defina por quanto tempo o histórico é mantido e quem pode consultá-lo. A página da ANPD é a referência oficial para orientações sobre proteção de dados no Brasil, e o jurídico da empresa deve validar a base legal usada.

Sobre o canal: no WhatsApp, mensagens iniciadas pela empresa exigem regras próprias de templates e permissão. O artigo sobre mensagens ativas no WhatsApp, templates e opt-in detalha o que considerar. Cobrança não deve ser enviada a quem não deu um canal para isso, e o agente precisa respeitar pedidos de interrupção.

Sobre decisões: se o agente influenciar uma decisão que afete o cliente, como suspender crédito ou classificar risco, o direito de revisão por uma pessoa precisa estar claro. Veja o texto sobre decisões automatizadas na LGPD. Na prática, para este tipo de agente, a saída é manter essas decisões fora da automação.

Sobre permissões: o agente deve ter acesso mínimo. Pode ler situação financeira e gravar promessas, mas não alterar valores, baixar títulos nem conceder abatimento. O guia da OWASP sobre autorização reforça o princípio do menor privilégio e a checagem de permissão em cada operação, e não só na interface.

Como o método mapear, limitar, pilotar e transferir se aplica

Mapear é entender a cobrança como ela é: quem faz, onde registra, quais clientes exigem tratamento especial e onde acordos se perdem. Limitar é decidir o que o agente pode ler, gravar e enviar, e quais situações obrigam a transferência. Pilotar é escolher um fluxo real e pequeno, por exemplo lembrete de vencimento e acompanhamento de promessas para uma parte da carteira, com logs e uma métrica combinada de antemão. Transferir é entregar a operação com documentação, responsáveis definidos e a decisão consciente de expandir, ajustar ou parar.

Essa lógica segue a recomendação geral da Anthropic em construção de agentes eficazes: começar simples, com padrões composáveis, e aumentar a autonomia só quando há evidência de que funciona. Para entender como o trabalho de consultoria é conduzido na prática, há o texto sobre como Juan Carlo trabalha com empresas.

O que medir no piloto

Escolha poucas medidas, definidas antes de começar, e compare com o ponto de partida mapeado:

Promessas registradas corretamente em comparação com as que a equipe encontra ao auditar uma amostra.
Cobranças enviadas a títulos em disputa ou já pagos, que deveriam ser zero.
Casos escalados com resumo suficiente para a pessoa agir sem perguntar de novo.
Tempo entre a quebra de uma promessa e a próxima ação.
Reclamações de clientes sobre o tom ou a frequência das mensagens.

As erros mais graves, como cobrar disputa, pesam mais que qualquer ganho de produtividade. Se aparecerem, o piloto para e a regra é corrigida antes de continuar.

Perguntas frequentes

Um agente de IA pode negociar acordos de pagamento com clientes B2B? Pode conduzir a conversa, coletar a intenção do cliente e registrar o pedido, mas a aprovação de prazo, desconto ou parcelamento deve ser de uma pessoa com alçada. O agente deve responder que o pedido foi encaminhado e informar o próximo passo. Assim o histórico fica completo e a empresa não assume condições sem aprovação.

Onde guardar a memória de negociação? Em um sistema que a empresa controla, como ERP, CRM ou banco de dados próprio, com campos estruturados e controle de acesso. O histórico de chat sozinho não serve de fonte da verdade, porque é difícil de filtrar e pode ficar desatualizado. O agente consulta esse registro por ferramentas e grava nele o resultado de cada contato.

O que fazer quando o cliente abre uma disputa durante a cobrança? O título deve mudar para disputa, a cobrança automática deve ser suspensa e o caso vai para uma pessoa com o resumo do histórico. O agente não argumenta sobre o mérito nem pressiona. Quando a disputa é resolvida, uma pessoa registra o desfecho e só então o acompanhamento automático pode voltar.

Cobrar B2B pelo WhatsApp exige cuidados especiais? Sim. É preciso respeitar as regras da plataforma para mensagens iniciadas pela empresa, usar templates aprovados, manter canal e permissão claros e atender pedidos de interrupção. Também vale limitar horários e frequência. A área jurídica deve revisar o texto das mensagens e a base legal dos dados usados na cobrança.