Por trás de cada foto há um atendente que precisa abri-la, buscar o cliente no CRM, ver qual fatura ele deve e registrar o pagamento à mão. E precisa fazer isso sem errar, porque aqui se mexe com dinheiro.
Na Zelty automatizamos esse trabalho. Este artigo conta como fazemos e, principalmente, como evitamos que a automação registre um pagamento que não existe.
Uma foto não é um pagamento
Um comprovante é uma imagem que o cliente envia, e uma imagem pode estar errada ou ser inventada. Estes são os casos que vemos toda semana nos provedores com que trabalhamos:
- Comprovantes falsos. Na Colômbia circulam apps que geram comprovantes da Nequi ou do Bancolombia em segundos. À primeira vista parecem reais.
- Pagamentos para outra conta. O cliente transfere para uma conta antiga, para a de um vizinho ou para outro provedor, e manda a foto mesmo assim.
- Pagamentos que não batem. Paga um valor diferente do da fatura, ou paga antes de a fatura sair.
- Pagamentos duplicados. O cliente reenvia a mesma foto dias depois, ou o atendente registra depois de já ter sido registrado.
- Fotos que ninguém processa. O cliente manda o comprovante, fecha o WhatsApp e ninguém volta a olhar essa conversa.
Um Agente de IA que "lê a foto e registra o pagamento" sem outros controles piora cada um desses casos, porque os executa mais rápido.
Por que não basta a IA ler a foto?
Os modelos de visão leem muito bem um comprovante, mas ler não é validar. Um modelo pode confundir um dígito do valor, ou tomar como comprovante algo que não é: aconteceu conosco com um código de barras para pagar em dinheiro, que o modelo leu como um pagamento já feito.
Além disso, o modelo não sabe o que só o seu provedor sabe: em quais contas você recebe, quem é o assinante e qual fatura está pendente. Por isso a IA lê e conversa, e regras fixas decidem o que é registrado sozinho e o que vai para a sua equipe:
| O agente registra sozinho | Vai para a sua equipe, com nota |
|---|---|
| O pagamento caiu em uma das suas contas ou chaves oficiais | O destinatário não confere ou o comprovante tem sinais de edição |
| O assinante confirmou a identidade com documento ou CNPJ | O assinante não aparece no seu CRM |
| O valor cobre faturas inteiras, da mais antiga para a mais recente | O valor é menor ou maior que as faturas pendentes |
| A dívida está em uma única conta | O documento tem dívida em várias contas |
A IA conversa com o assinante e entende a foto. O que mexe com dinheiro é decidido por regras que não mudam de uma conversa para outra.
Como a Zelty valida
Quando chega um comprovante, o Agente Administrativo Digital da Zelty faz o seguinte:
- 1Lê o comprovante. Extrai valor, data, referência, banco de origem e para quem foi pago. Se a imagem não é um comprovante (uma fatura, um código de barras, uma captura do roteador), não registra nada.
- 2Confere para quem foi pago. Compara o destinatário com as contas, chaves e titulares oficiais do seu provedor. Se não confere, ou se o comprovante tem sinais estranhos, marca para revisão humana.
- 3Identifica o titular. Pede o documento ou o CNPJ e confirma a identidade no seu CRM antes de mexer em qualquer conta.
- 4Cruza o pagamento com as faturas. Consulta no CRM as faturas pendentes e só registra se o valor cobre faturas inteiras, da mais antiga para a mais recente. Logo antes de registrar consulta de novo, caso algo tenha mudado no caminho.
- 5Registra ou passa para o atendente. Se tudo bate, registra o pagamento no CRM e confirma ao cliente. Se algo não bate, transfere a conversa para a sua equipe com uma nota interna: valor, data, referência e o motivo exato.
Assim são três comprovantes reais que o agente recebeu em um mesmo provedor. São três apps diferentes, e em nenhum o destinatário aparece igual: nome completo, nome mascarado pelo banco ou só os quatro últimos dígitos da conta. Por isso o destinatário é validado contra a lista de contas e chaves que você nos passa, não só contra o nome.
As regras que mexem com dinheiro são validadas em código: sem identidade confirmada, sem faturas consultadas ou com um valor que não bate, o pagamento não é registrado, diga o que disser a conversa. E o serviço só é reativado quando a conta fica em dia no CRM.
O atendente deixa de registrar pagamentos um a um e passa a revisar só os casos duvidosos, que chegam com todo o contexto.
Os números
Em um provedor da Colômbia que trabalha com Wispro, entre 26 de outubro e 9 de novembro de 2026, o agente da Zelty:
- registrou 269 pagamentos diretamente no CRM;
- num total de 16,6 milhões de pesos colombianos;
- com zero pagamentos registrados com valor diferente do comprovante.
São cerca de 19 pagamentos por dia que nenhum atendente precisou registrar à mão, e que o cliente viu confirmados no mesmo chat onde mandou a foto.
Um módulo para qualquer CRM
Essa validação vive em um módulo de comprovantes de pagamento que qualquer provedor da Zelty pode usar, seja qual for o CRM. O que ele soma:
- Comprovantes repetidos em toda a sua operação. O mesmo comprovante não é registrado duas vezes, mesmo que chegue por outra conversa, seja enviado por outro cliente ou já tenha sido registrado por um atendente.
- Pagamentos antecipados como crédito. Se o cliente paga antes de a fatura sair, o pagamento fica registrado e é aplicado sozinho quando a fatura é emitida.
- Nenhum comprovante sem atendimento. Se o cliente manda a foto e sai antes de terminar, a conversa vai para a sua equipe com a nota do comprovante em vez de ser fechada.
- Mais tempo para pagar. Quando um cliente consulta o saldo, a conversa fica aberta por mais tempo para que ele possa pagar e mandar o comprovante sem começar do zero.
- Confirmação só quando há dúvida. Se o pagamento bate, é registrado direto. Se pode ir para dois serviços ou é um pagamento parcial, o agente pergunta ao cliente antes de registrar.
O que você precisa para ativar
Não é preciso escrever regras nem treinar nada. No onboarding perguntamos o que só o seu provedor sabe:
- em quais contas, chaves e QR codes você recebe, e em nome de quem;
- quais meios você aceita e quais são conciliados sozinhos;
- o que fazer quando o valor não bate ou o cliente tem várias contas;
- para qual equipe vão os casos duvidosos e em que horário.
Com isso, a Zelty se conecta ao seu CRM e começa a validar comprovantes sobre as suas contas e faturas reais.
De registrar pagamentos a revisar exceções
O dia do corte não vai deixar de se encher de comprovantes. O que pode mudar é quem os processa.
Quando o agente registra os pagamentos que batem, a sua equipe deixa de ser uma fila de digitação e passa a revisar só o que precisa de critério humano: o comprovante duvidoso, o pagamento que não bate, o assinante com duas contas. Cada caso chega com a nota que explica o porquê.
A pergunta para o seu provedor não é se a IA consegue ler um comprovante. É quais regras você quer que sejam cumpridas antes de um pagamento tocar o seu CRM.
Perguntas frequentes
Um Agente de IA pode registrar pagamentos diretamente no meu CRM?
Sim, se as regras que decidem o registro ficam fora do modelo. Na Zelty o agente só registra quando o assinante está identificado e o valor cobre faturas inteiras; o resto vai para a sua equipe. Funciona com Wispro e com qualquer outro CRM conectado à Zelty.
E se o comprovante for falso?
Na Colômbia não existe uma API pública dos bancos para confirmar uma transferência, então nenhum sistema que só vê a imagem pode garantir isso 100%. O agente confere o destinatário, a data, o valor contra a fatura e os sinais de edição. Se algo não bate, o caso vai para a sua equipe antes de registrar qualquer coisa.
E se o assinante pagar um valor diferente do da fatura?
O agente não registra pagamentos que não cobrem faturas inteiras: passa a conversa para a sua equipe com uma nota que explica a diferença. Os pagamentos antecipados ficam como crédito, conforme as regras que você definir.
O agente reativa o serviço depois do pagamento?
Só quando a conta fica em dia no seu CRM. Um comprovante sozinho não reativa nada.
Minha equipe ainda é necessária?
Sim, mas para outra coisa. Ela deixa de digitar pagamentos um a um e revisa só os casos que precisam de critério humano, que chegam com o motivo e os dados do comprovante.
Compartilhe este artigo
