O dinheiro entrou no banco. A fatura realmente foi baixada?

O cliente envia um comprovante de Pix no WhatsApp. O extrato mostra o crédito, mas o nome do pagador é de outra empresa do grupo. O valor quita três notas, desconta uma devolução ainda não lançada e deixa centavos de diferença. Para o comercial, está pago. Para a cobrança, os títulos continuam vencidos. Para a contabilidade, existe dinheiro sem destino.

A inteligência artificial consegue ler comprovantes, buscar remessas, sugerir o cliente e comparar combinações de faturas. O risco aparece quando uma coincidência provável vira baixa definitiva sem provar quem pagou, qual obrigação foi liquidada, como diferenças foram tratadas e se banco, contas a receber e razão terminaram de acordo.

Este artigo apresenta o método CREDITA: sete decisões para usar IA na conciliação de recebimentos sem confundir crédito na conta com fatura corretamente baixada. É um complemento operacional ao artigo sobre cobrança B2B com IA: a cobrança deve parar quando há indício de pagamento, mas o ciclo financeiro só fecha depois da aplicação e da reconciliação.

A nova geração de IA financeira está mirando as exceções

Na versão 26C, o Oracle Cash Processing Agent reúne recebimentos não identificados ou não aplicados, dados de remessa, faturas abertas, disputas, promessas de pagamento e histórico de aplicações. O agente recomenda próximos passos e aplica o recebimento somente após confirmação do usuário; as ações continuam submetidas às validações, autorizações, segregação de funções e auditoria do sistema.

O SAP Cash Application usa histórico de conciliações para propor correspondências entre recebimentos e itens em aberto. A automação pode limpar itens acima de limites de confiança e dentro das regras configuradas, enquanto casos complexos seguem para analistas. As duas abordagens apontam para a mesma direção: a IA reduz busca e combina possibilidades, mas a operação ainda precisa definir quando uma sugestão pode virar lançamento.

No Brasil, a infraestrutura já oferece identificadores melhores. A versão 2.10 do Manual de Padrões para Iniciação do Pix, divulgada pelo Banco Central em agosto de 2026, explica que o txid de uma cobrança criada pela API Pix deve ser único e permite associar a transação à cobrança. O manual também alerta que um QR Code estático fixo pode repetir o identificador e oferecer apenas conciliação simplificada. Em outras palavras: IA ajuda, mas a qualidade começa no desenho do meio de recebimento.

Sete estados entre o extrato e a baixa confiável

“Recebido” é amplo demais para controlar o processo. Use estados que mostrem quanto já se sabe e qual transição ainda falta:

1. Crédito detectado: o banco ou PSP confirma entrada com valor, data, conta e identificador próprios. Ainda não há cliente nem título definidos.
2. Pagador identificado: CPF, CNPJ, nome, conta de origem ou histórico apontam para uma entidade conhecida, inclusive matriz, filial, sócio ou empresa do grupo.
3. Correspondência proposta: uma ou mais faturas, parcelas, adiantamentos ou créditos explicam o valor, mas a combinação ainda é hipótese.
4. Diferença em tratamento: pagamento parcial, desconto, devolução, retenção, tarifa, juros, arredondamento, duplicidade ou disputa exige classificação e dono.
5. Aplicado no contas a receber: o recebimento foi ligado aos itens corretos por lançamento válido e por usuário ou rotina autorizada.
6. Reconciliado: extrato, subledger de clientes, razão contábil e saldo da carteira concordam, sem valor órfão ou título indevidamente aberto.
7. Reaberto ou revertido: estorno, devolução, chargeback ou erro de aplicação restaura o estado com trilha e consequência controladas.

O agente pode avançar automaticamente apenas quando a empresa definiu evidência mínima para a transição. Uma imagem de comprovante pode suspender uma mensagem de cobrança; não prova sozinha que o dinheiro foi liquidado, nem qual título deve ser baixado.

Método CREDITA: do crédito ao razão reconciliado

C — Crédito confirmado na fonte financeira

Comece pelo evento bancário ou do provedor de pagamentos, não pela mensagem do cliente. Guarde conta recebedora, valor, moeda, data e hora de liquidação, identificador da transação, nome e documento disponíveis do pagador e canal. O comprovante é evidência auxiliar; a confirmação do crédito na fonte autorizada é o gatilho.

R — Referência recuperável

Leve o identificador da obrigação até o pagamento: txid, nosso número, referência de remessa, ID do link, pedido ou código estruturado. Evite depender de texto livre como “pagamento setembro”. Quando o cliente envia a remessa em e-mail, PDF ou planilha separada do dinheiro, preserve a ligação entre documento, evento bancário e lote de faturas.

E — Entidade pagadora resolvida

Separe quem transferiu de quem deve. Uma central de pagamentos pode quitar faturas de várias filiais; um sócio pode pagar pela empresa; uma administradora pode repassar valores de terceiros. Use cadastro mestre, CNPJ raiz e filial, relações de grupo autorizadas e histórico. Se houver duas entidades plausíveis, a resposta correta é exceção, não escolha silenciosa. O método ÚNICO para registros mestres ajuda a impedir que similaridade de nome vire identidade financeira.

D — Distribuição entre obrigações

Compare valor, vencimento, referência, cliente, unidade, moeda e documentos de remessa. Calcule combinações de títulos, mas preserve a intenção do pagamento. “Aplicar no mais antigo” é uma política, não uma verdade universal: pode atropelar uma disputa, uma nota cancelada ou uma destinação indicada pelo cliente.

I — Incertezas e diferenças classificadas

Crie códigos de motivo com tratamento próprio: pagamento parcial, soma de títulos, adiantamento, desconto comercial, retenção tributária, devolução, crédito ainda não emitido, juros, tarifa, centavos, duplicidade e recebimento sem remessa. A IA pode sugerir o motivo e montar o pacote; aceitar abatimento, baixar diferença relevante ou mover valor entre empresas exige regra e alçada.

T — Trilha, limiar e autoridade

Registre candidatos avaliados, evidências, regra aplicada, confiança, versão do modelo, aprovação e lançamento gerado. Defina limiares diferentes por consequência. Uma sugestão errada pode ser reversível tecnicamente, mas já ter liberado crédito, parado cobrança ou distorcido aging. O agente não deve herdar a senha ou a alçada do analista; cada ação precisa respeitar a segregação existente.

A — Atualização e reconciliação final

Depois da aplicação, releia o sistema oficial. Confirme que o recebimento não ficou duplicado, os títulos esperados fecharam, a diferença ganhou conta e responsável corretos, o saldo do cliente mudou e a cobrança recebeu o novo estado. Compare banco, contas a receber e razão. O princípio é o mesmo do método RECIBO: “executado” só vale quando o efeito é confirmado no registro responsável.

Matriz para decidir o nível de automação

Classifique cada caso em dois eixos: força da referência e complexidade da composição.

• Referência forte + composição simples: txid ou identificador único, valor exato e uma obrigação aberta. Pode haver aplicação automática dentro das regras, com confirmação posterior por amostragem.
• Referência forte + composição complexa: remessa confiável com múltiplas faturas, créditos ou retenções. A IA monta a distribuição; diferenças materiais seguem para aprovação.
• Referência fraca + composição simples: valor exato e poucos candidatos, mas pagador ou descrição divergente. A IA sugere e mostra evidências; uma pessoa confirma.
• Referência fraca + composição complexa: pagamento agregado, parcial, feito por terceiro ou sem remessa. Bloqueie a baixa automática, procure informação e encaminhe a exceção.

Não crie um único limiar de confiança para tudo. Um falso positivo de R$ 30 pode pedir revisão amostral; um falso positivo que libera um novo pedido de alto valor exige controle mais forte, mesmo que o algoritmo atribua a mesma probabilidade.

Cartão mínimo do recebimento

Antes de permitir a baixa, exija um pacote que outra pessoa consiga revisar sem reconstruir o caso:

• ID do recebimento, banco ou PSP, conta, canal, valor, moeda e instante de liquidação;
• identificador bancário, txid, nosso número ou referência de remessa;
• pagador observado e cliente devedor proposto, com vínculo entre ambos;
• documentos de remessa, comprovante e origem de cada evidência;
• faturas candidatas, saldo, vencimento, unidade e estado de disputa;
• composição proposta: principal, juros, desconto, retenção, crédito e diferença;
• regra usada, alternativas descartadas e nível de confiança;
• código de exceção, responsável, prazo e informação faltante;
• alçada exigida e pessoa ou rotina que autorizou;
• ID do lançamento, data de aplicação, reconciliação e eventual reversão.

Exemplo: um Pix de R$ 18.430,00 não é uma baixa de R$ 18.430,00

Uma distribuidora recebe um Pix feito pela controladora de uma rede varejista. O valor coincide com três notas menos R$ 570,00. O texto livre diz apenas “PGTO FILIAIS”. O agente encontra uma combinação aritmeticamente perfeita e propõe baixar tudo.

A investigação mostra que R$ 400,00 correspondem a uma devolução já recebida pela logística, mas ainda sem crédito no financeiro; R$ 150,00 são retenção prevista; R$ 20,00 são uma diferença sem política de tolerância. A aplicação correta não é fechar três títulos e esconder a diferença. É vincular o pagador ao grupo autorizado, aplicar os valores comprovados, abrir a emissão do crédito da devolução e encaminhar os R$ 20,00 conforme a regra definida.

O ganho da IA está em localizar a devolução, montar a composição, mostrar a lacuna e evitar pesquisa manual. A decisão financeira continua apoiada por evidência, código de motivo, dono e alçada.

Placar: meça mais do que a taxa de correspondência

O benchmark de contas a receber 2026 da Billtrust mostra por que o denominador importa: para pagamentos feitos pelos produtos da própria empresa, a média divulgada foi 88,48% na correspondência do pacote de pagamento e 93,76% na correspondência por item em 2025. Esses números não representam todo o mercado, nem equivalem entre si. Uma taxa alta pode esconder aplicações incorretas ou um estoque antigo de exceções.

Use um placar em quatro camadas:

• fluxo: tempo do crédito à identificação, à aplicação e à reconciliação; volume e valor por estado;
• automação: percentual aplicado sem toque, sugerido e aceito, corrigido por humano e encaminhado como exceção;
• qualidade: falso positivo, reaplicação, reversão, baixa duplicada, título reaberto e contato de cobrança após pagamento;
• resultado: aging do caixa não aplicado, horas de pesquisa, tempo para liberar crédito, divergência contábil e recorrência por causa.

Separe também valor de quantidade. Automatizar cem Pix simples e deixar três transferências grandes sem dono pode produzir ótima taxa por transação e baixa visibilidade de caixa.

Piloto assistido de 20 dias úteis

1. Dias 1–5 — linha de base: selecione uma conta e um grupo de clientes; meça créditos não aplicados, tempo de pesquisa, motivos, correções e contatos indevidos.
2. Dias 6–10 — operação em sombra: o agente lê eventos e remessas, resolve entidades e propõe composições sem lançar. Compare com a decisão dos analistas.
3. Dias 11–15 — faixa verde: libere apenas referência única, valor exato, entidade confirmada, título aberto e ausência de disputa. Exija idempotência e releitura do ERP.
4. Dias 16–20 — exceções e revisão: classifique diferenças, teste reversões e ajuste limiares por consequência. Só amplie quando qualidade e envelhecimento melhorarem juntos.

Perguntas para a diretoria financeira

• quanto dinheiro creditado continua sem cliente ou sem título depois de 24 horas?
• qual proporção dos pagamentos chega com referência única e preservada até o ERP?
• quem pode aceitar desconto, retenção, devolução ou diferença — e até qual valor?
• o algoritmo aprende com correções boas ou replica atalhos históricos dos analistas?
• a cobrança é suspensa por comprovante e retomada apenas após desfecho da conciliação?
• conseguimos reverter uma aplicação errada sem perder a trilha?
• o painel separa taxa de automação, qualidade da baixa e aging do caixa não aplicado?
• Pix estático está sendo usado onde o volume já exige identificador individual?

O ponto de vista da V7 Agents

IA na conciliação de recebimentos gera retorno quando reduz busca, reúne evidências, identifica combinações e acelera exceções. Ela destrói retorno quando usa proximidade de valor como prova, baixa no cliente errado ou melhora a taxa de automação escondendo dinheiro não aplicado.

Na escada da V7 Agents, o V7 IA Ready mapeia bancos, PSPs, cadastros, referências, regras, alçadas e integrações. O v7 Carteira conecta recebimento, baixa, cobrança e exceções no fluxo real. A Operação Contínua monitora aging, correções, reversões e causas recorrentes. Processo, dados, responsável, rotina de revisão e implantação operacional continuam sendo a base do ROI.

Fontes consultadas

• Oracle — Cash Processing Agent for Receipt Processing and Cash Application, versão 26C.
• Banco Central — Instrução Normativa BCB nº 769, de 19 de agosto de 2026.
• Banco Central — Manual de Padrões para Iniciação do Pix, versão 2.10.
• SAP — Cash Application e correspondência de recebíveis.
• Billtrust — 2026 Accounts Receivable Benchmark Report.