IA sem hype

IA na conciliação bancária: onde o casamento é determinístico e onde não é

Onde o casamento é determinístico e não precisa de IA, onde ele é ambíguo e ela ajuda, e por que conciliar errado apaga a pendência em vez de criar uma.

Leonardo Peron5 min de leitura

A rotina é conhecida por qualquer pessoa de financeiro. Baixa o extrato do dia, abre o contas a receber, e vai casando linha com lançamento. O que bate, concilia. O que não bate vira uma aba à parte que alguém investiga quando sobrar tempo — que costuma ser no fechamento, com o rastro já frio.

Quando aparece a ideia de colocar IA nisso, a primeira pergunta certa não é o que o modelo consegue fazer. É quantas linhas do extrato de ontem realmente precisam de interpretação.

A maior parte não precisa de IA nenhuma

Valor, data e documento. Quando a transação carrega um identificador que o sistema também tem — o nosso número do boleto, o identificador da transação Pix, o número da fatura na descrição —, o casamento é determinístico. Uma regra faz isso, roda de graça, é testável linha a linha, e qualquer pessoa da operação consegue explicar por que aquele crédito foi para aquele título.

O argumento geral de quando uma regra resolve melhor vale aqui com uma agravante específica: a conciliação já nasce com chave em boa parte do volume. Apontar um modelo para o extrato inteiro é pagar interpretação por linha que ia casar sozinha, e trocar uma regra auditável por uma resposta que ninguém depura olhando.

O desenho correto é em camadas. A regra passa primeiro e leva o que é óbvio. O que sobra é o material da segunda camada.

Onde o casamento é genuinamente ambíguo

Descrição em texto livre. "TED J S SANTOS COMERCIO", "PIX SANTOS J", "DEP DIN LOJA 4". O nome que o banco imprime não é o nome do cadastro, e a diferença não é de digitação: é abreviação, razão social contra nome fantasia, sócio pagando pela empresa. Aproximar texto sujo de uma base de cadastro é exatamente o tipo de trabalho em que o modelo rende.

Pagamento agrupado. O cliente junta cinco títulos num TED só, desconta uma nota de crédito que ninguém lançou e paga juros em dois. O valor não é a soma de nada. Existe um comprovante ou um e-mail explicando, e ele está em texto livre.

Taxa retida na origem. O adquirente credita líquido e o sistema registrou bruto. A diferença é a taxa, que varia por bandeira, por parcelamento e por antecipação — e um único crédito costuma trazer dezenas de vendas dentro.

Devolução, estorno e chargeback, que entram no extrato como um débito sem relação aparente com nada.

Em todos, o papel do agente é o mesmo e é limitado: propor o casamento e mostrar em que se baseou. Não conciliar.

Por que este é o pior lugar possível para uma resposta inventada

O mecanismo pelo qual um modelo inventa informação é assunto de outro texto. O que é próprio da conciliação é a consequência.

Conciliar é marcar como resolvido. Um casamento errado não gera pendência — ele apaga uma pendência. O título fica baixado, o dinheiro que entrou está atribuído a quem não pagou, e nada no sistema fica vermelho. O erro só volta quando o cliente certo for cobrado de novo e reclamar, ou quando alguém for conferir um saldo que não fecha meses depois. É a definição de erro caro e silencioso.

Por isso a defesa aqui não pode ser humana nem probabilística. Antes de qualquer baixa: esse título existe? O valor cabe no saldo em aberto? A data está dentro da janela? A taxa calculada bate com a tabela do contrato? Se qualquer uma falha, a proposta não vira lançamento — vai para revisão.

E a correção nunca é edição. Casamento desfeito vira contra-lançamento, do jeito que a partida dobrada exige, porque o histórico do que foi conciliado e desconciliado é a única forma de responder por que um saldo mudou. Esse desenho é o mesmo que a área de risco de qualquer parceiro pede em meios de pagamento.

O que precisa estar arrumado antes

O extrato entrando sozinho, e uma vez só. Arquivo baixado à mão duas vezes gera lançamento em dobro se a entrada não tiver chave própria — é idempotência aplicada a dinheiro, e o assunto é o mesmo da integração.

Cadastro com chave. Se o mesmo pagador é três registros diferentes, nenhuma aproximação de nome vai convergir para a resposta certa, porque existem três respostas certas.

Regras de taxa e prazo escritas. Se ninguém sabe dizer qual taxa se aplica a uma venda em seis parcelas antecipada, o agente também não vai saber, e vai produzir um número plausível.

Tolerância decidida antes de ver o resultado. Quanto de diferença é arredondamento e quanto é erro. O argumento está em reconciliação e vale igual: o limite negociado depois é o limite ajustado ao que deu.

O que medir

Comece pela linha de base, que precisa ser levantada antes: qual a proporção do extrato que já casa por regra hoje. Sem ela, qualquer ganho atribuído à IA é crédito que a regra determinística está dando de presente.

Depois, três números: proporção das propostas que a pessoa aceitou sem alterar; proporção que ela alterou; e casamentos desfeitos depois da baixa. O terceiro é o único que mede qualidade de verdade, e ele só existe se desconciliar deixar rastro.

A checagem: pegue as linhas que ficaram sem casar no mês passado e classifique cada uma por motivo. Se a maior parte cair em "a descrição não identifica o pagador" e "o pagamento veio agrupado", há caso de IA. Se cair em "o extrato não entra sozinho" ou "o cliente está duplicado", o problema é anterior e nenhum modelo resolve — automatizar o financeiro começa alguns passos atrás.

Isso é o que fazemos em agentes de ia

Leitura de contrato e nota, triagem de atendimento, resumo de histórico. Com supervisão humana onde a decisão tem consequência — e a lista do que ainda não funciona.

Resposta em até 1 dia útil