Vender, receber e reconhecer um valor são acontecimentos diferentes. Uma venda pode ser parcelada, sofrer cancelamento parcial, gerar taxas e ser liquidada em outra data. Quando um sistema compara apenas o total vendido com o saldo recebido, produz alertas sem explicação ou encobre diferenças reais.
Conciliação de recebíveis é o processo de relacionar obrigações, transações e liquidações, explicando diferenças por regras verificáveis. O objetivo deste manual é projetar o controle no software. Definições contábeis, fiscais e de reconhecimento devem ser confirmadas com os responsáveis da empresa.
1. Modele os fatos antes do dashboard
Organize pelo menos quatro entidades: venda ou contrato; parcela a receber; transação no intermediador; liquidação efetiva. Uma transação pode quitar mais de uma parcela ou ser parcialmente revertida. Uma liquidação pode agrupar muitas transações. A relação não é obrigatoriamente um para um.
Preserve o identificador externo de cada origem e mantenha uma chave interna estável. Nomes de clientes e descrições ajudam a investigação, mas não são identificadores confiáveis. Não use o valor isolado para estabelecer correspondência: duas vendas legítimas podem ter o mesmo preço.
2. Defina datas e grandezas
O relatório precisa distinguir data da venda, vencimento esperado, processamento do pagamento e liquidação bancária. Para cada valor, informe moeda, unidade de armazenamento e regra de arredondamento. Um campo chamado apenas “valor” tende a misturar bruto, líquido e saldo.
| Campo | Significado operacional | Erro a evitar |
|---|---|---|
| Bruto | Montante original da transação | Comparar diretamente com o depósito |
| Taxas | Deduções identificadas | Esconder diferença como arredondamento |
| Ajustes | Alterações com motivo | Sobrescrever o histórico |
| Líquido previsto | Bruto menos deduções previstas | Tratar previsão como confirmação |
| Liquidado | Valor confirmado pela origem adotada | Confundir autorização com recebimento |
Use tipos monetários apropriados à moeda e à operação, evitando aritmética ingênua de ponto flutuante. A precisão precisa existir no armazenamento, na integração e na apresentação. Uma tela formatada com duas casas não corrige um cálculo internamente inconsistente.
3. Construa uma camada de entrada rastreável
Importe dados de APIs, arquivos ou webhooks para uma área intermediária. Registre origem, período coberto, identificador do lote e momento de coleta. Preserve o material necessário para explicar a transformação, com acesso e retenção proporcionais à sensibilidade.
Eventos podem ser repetidos, atrasados e entregues fora de ordem. A documentação de webhooks da Stripe é uma referência de implementação para esse provedor. O sistema deve adotar as regras efetivas de cada integração e controlar a deduplicação conforme o manual de idempotência.
4. Aplique correspondência em camadas
Comece por vínculos determinísticos: identificador da transação, identificador da parcela e conta de recebimento. Depois, use regras de apoio para localizar candidatos. Similaridade de descrição ou proximidade de datas deve sugerir correspondências, não aprovar automaticamente movimentos de risco.
Classifique o resultado como conciliado, parcialmente conciliado, pendente de informação ou divergente. Preserve a explicação: qual regra foi aplicada, quais registros foram ligados e quem confirmou uma exceção. Uma pontuação sem justificativa não é suficiente para fechar o financeiro.
5. Trate diferenças pelo motivo
Em vez de uma caixa genérica de “erro”, separe taxa não prevista, data deslocada, parcela ausente, duplicidade, moeda divergente, reversão e depósito ainda não localizado. Cada classe precisa de responsável e próximo passo. Isso transforma o relatório em uma fila operacional.
Uma tolerância monetária pode acomodar uma regra explícita de arredondamento, mas não deve absorver silenciosamente diferenças recorrentes. Revise a soma das tolerâncias: centenas de pequenas divergências podem representar uma falha importante. Um ajuste manual deve exigir motivo, permissão e registro do valor anterior.
6. Exemplo hipotético de fechamento
Considere três transações de R$ 1.000, R$ 600 e R$ 400. O total bruto é R$ 2.000. O intermediador informa R$ 60 de taxas e uma reversão de R$ 200. O líquido esperado, nesse exemplo simplificado, é R$ 1.740. Um depósito de R$ 1.740 pode ser consistente com esses fatos, mas ainda é necessário confirmar quais transações compõem o lote.
Se o depósito for R$ 1.700, os R$ 40 restantes devem receber uma classificação sustentada por evidência. Não basta alterar a taxa para fazer os totais coincidirem. A conciliação é explicação de movimentos, não ajuste estético do dashboard. Os valores acima são ilustrativos e não representam condições de qualquer adquirente.
7. Planeje revisão e fechamento
Defina uma janela de revisão e permita ajustes posteriores por lançamentos complementares, mantendo o fechamento original identificável. Dados externos podem ser corrigidos depois. Um sistema que congela tudo sem processo de reabertura gera planilhas paralelas; um sistema que permite alterar tudo sem trilha perde confiança.
Separe permissão para importar, sugerir vínculo, aprovar ajuste e encerrar período. A mesma pessoa pode acumular funções em uma empresa pequena, mas a acumulação deve ser conhecida. Para períodos críticos, uma segunda revisão pode ser mais valiosa do que uma automação adicional.
8. Indicadores e testes
Meça valor e quantidade conciliados, pendências por idade, divergências por origem e ajustes manuais por motivo. Não use apenas a taxa total: excluir registros difíceis do denominador faz a automação parecer melhor sem resolver o fechamento.
Teste parcelas, reversões parciais, repetição de arquivo, pagamento com valor diferente, feriados, fusos e indisponibilidade do provedor. Compare uma amostra com registros validados pelo responsável financeiro. Restrições de integridade no PostgreSQL ajudam a preservar relações e unicidade, mas não substituem as regras do processo.
Checklist de implantação
- Documentar as fontes oficiais de cada informação.
- Distinguir bruto, taxa, ajuste e líquido.
- Identificar conta, moeda, parcela e lote.
- Registrar importações e impedir duplicação.
- Separar sugestões de vínculos confirmados.
- Definir responsáveis e prazo das divergências.
- Preservar ajustes, revisões e fechamentos.
- Validar com uma amostra representativa antes de automatizar.
Checklist para usar com sua equipe
Baixe o checklist editável em CSV e registre responsáveis, verificações e observações da implantação.
Perguntas frequentes
Um webhook de pagamento já encerra a conciliação?
Não necessariamente. Ele pode informar um evento intermediário. A definição de quitação e liquidação depende do processo e das fontes adotadas.
IA pode conciliar tudo sozinha?
Ela pode apoiar classificação e investigação. Os vínculos e efeitos financeiros devem obedecer a regras auditáveis, com revisão onde a incerteza ou o risco exigirem.
É melhor começar por todas as contas?
Comece por uma origem e um período delimitado. Resolva identificadores, diferenças e responsabilidades antes de ampliar a abrangência.
Para estruturar uma rotina de recebíveis integrada ao sistema da empresa, fale com a Agência A2CR.
Autoria: Agência A2CR. Revisão editorial: 9 de novembro de 2026. Fontes técnicas vinculadas aos mecanismos correspondentes; exemplos e arquitetura elaborados pela A2CR.
