Memória para agentes de IA internos: CRM, ERP, tickets, cobrança e pedidos

Um agente de IA interno trabalha por dentro da empresa, sem falar com o cliente: lança um crédito na cobrança, muda uma entrega no ERP, classifica um ticket. Para agir sem erro, ele precisa da mesma memória que os agentes de atendimento usam, e os agentes de atendimento precisam saber o que ele fez. Uma memória compartilhada liga cada conversa, cada evento de sistema (pedido, ticket, fatura) e cada ação de agente ao cliente certo. Os sistemas continuam sendo a fonte oficial: a memória guarda o que os agentes precisam lembrar e aponta para a origem.

O que é um agente de IA interno?

É um agente que lê e escreve nos sistemas da empresa, em vez de conversar com o cliente. Alguns exemplos:

• Cobrança: analisa uma contestação e lança um crédito na fatura.
• Pedidos: troca o endereço de entrega ou reagenda uma instalação no ERP.
• Tickets: classifica, prioriza e encaminha cada chamado no help desk.
• Copiloto do atendente: prepara o caso antes de o atendente humano atender.
• Financeiro e operações: concilia pagamentos e acha pedidos parados.

Cada um trabalha num sistema diferente, e muitas vezes vem de um fornecedor diferente do agente que atende o cliente.

Por que ele precisa da mesma memória dos agentes de atendimento?

Porque os dois lados agem sobre o mesmo cliente. Às 14h02, a Marina avisa no WhatsApp que o técnico não apareceu. Às 14h05, ela contesta a fatura de agosto pelo app. Às 14h06, o agente de cobrança analisa a contestação e lança um crédito de R$ 40 no ERP. Às 14h07, ela liga.

Sem memória compartilhada, cada agente erra de um jeito:

• O agente interno age sem saber o que foi dito no atendimento. Ele não sabe que a visita técnica falhou pela segunda vez no ano, e trata a contestação como um caso isolado.
• O agente de atendimento promete o que outro agente já fez. O agente de voz não vê o crédito lançado às 14h06 e oferece outro, ou diz que a contestação ainda está em análise.

Com a memória compartilhada, o agente de voz atende sabendo das duas coisas: a visita que não aconteceu e o crédito que já foi lançado. É o mesmo problema da passagem entre canais, agora entre o atendimento e o que acontece dentro dos sistemas.

Como CRM, ERP, help desk, cobrança e pedidos entram na memória?

Por três caminhos, e nenhum exige trocar de sistema.

1. Os eventos que os sistemas já emitem. Pedido criado, fatura contestada, ticket reaberto. O sistema manda o evento por webhook, e um mapeamento versionado o transforma no formato da memória. O evento original fica guardado, então dá para refazer o mapeamento depois.
2. A API. Para sistemas sem webhook, os eventos chegam por integração ou em lote.
3. Os próprios agentes. Cada agente registra o que fez em cada sistema, com resultado e origem.

Cada sistema tem o próprio identificador do cliente: o cadastro do CRM, o contrato no ERP, o solicitante no help desk. A memória liga esses identificadores ao mesmo cliente com as mesmas regras usadas para telefone e e-mail: cada ligação tem origem e nível de confiança, e pode ser desfeita sem perder histórico (como funciona a identidade).

O sistema continua sendo a fonte oficial. O ERP guarda o valor da fatura; a memória guarda que a fatura foi contestada e que o crédito foi lançado, com data, origem e o identificador do registro no ERP. Evento de sistema é dado estruturado, então entra por regras de mapeamento, sem modelo de IA no caminho.

O que é uma ação de agente, e por que registrá-la?

Ação de agente é o registro do que um agente fez num sistema: o quê, onde, em qual registro e com qual resultado. Ela tem duas funções.

• Fechar o que ficou em aberto. A contestação aberta às 14h05 vira resolvida quando o agente de cobrança registra o crédito às 14h06.
• Avisar o próximo agente. O agente de voz recebe o crédito no contexto, com a origem ao lado, antes de atender.

Sem esse registro, uma promessa feita num canal e cumprida em outro sistema continua aparecendo como pendente, e alguém vai cumpri-la de novo.

Como controlar o que cada agente interno pode ler?

Agente interno costuma ter acesso amplo aos sistemas, então a regra na memória é a mesma dos agentes de atendimento: credencial própria, leitura por finalidade e registro de cada leitura (como funciona entre fornecedores). O agente de cobrança lê faturas e contestações, e não lê pendência técnica nem dado de saúde.

Isso importa porque a governança de agentes ainda é exceção: só 1 em cada 5 empresas diz ter governança madura para agentes de IA autônomos (Deloitte, State of AI in the Enterprise 2026).

Como a Niadra resolve

A Niadra é a memória compartilhada de todos os agentes de IA de uma empresa: os que atendem o cliente em qualquer canal e os que trabalham por dentro, no CRM, no ERP, nos tickets, na cobrança e nos pedidos. Os agentes usam três chamadas do SDK, em Python ou TypeScript: context() antes de agir, com o contexto do cliente para a tarefa; search() durante o trabalho, no histórico inteiro; e track() depois, para registrar a conversa ou a ação. Os sistemas entram por webhook ou pela API, e o identificador de cada sistema fica ligado ao cliente certo.

Os dados ficam cifrados com AES-256-GCM em repouso e TLS 1.3 em trânsito, com chave exclusiva por empresa em HSM FIPS 140-3 nível 3, e cada leitura entra numa auditoria encadeada por SHA-256. A Niadra opera toda a infraestrutura. O preço é por conversa ou tarefa, de US$ 5 a 15 a cada mil, e os eventos dos sistemas não são cobrados à parte (Preço). O plano Regulado tem ambiente dedicado (Enterprise).

Perguntas frequentes

A memória substitui o CRM ou o ERP?

Não. O CRM, o ERP e o help desk continuam sendo a fonte oficial dos dados. A memória liga pedidos, tickets e faturas ao cliente certo, guarda o que os agentes precisam lembrar e aponta para o registro de origem.

Preciso de um conector para cada sistema?

Não. Os sistemas mandam os eventos que já emitem por webhook, ou pela API quando não têm webhook, e um mapeamento transforma cada evento. Os agentes também registram o que fizeram. Para decidir o que construir em casa e o que usar pronto, veja construir ou usar uma plataforma.

Como uma tarefa de agente interno é cobrada?

Na Niadra, cada tarefa de agente interno conta como uma conversa: as leituras e buscas dentro dela contam uma vez só. Os eventos que os sistemas mandam não são cobrados à parte.