Conciliação de cartão é a conferência entre as vendas registradas pela empresa, os movimentos informados pela operadora e os créditos no banco. Para explicar um repasse, relacione as transações, as taxas e os ajustes pelos identificadores e relatórios do fornecedor. Uma automação deve preservar essas referências e encaminhar diferenças ao financeiro, sem transformar uma correspondência incompleta em baixa automática de recebíveis.
O crédito apareceu na conta, mas você consegue mostrar quais vendas e descontos formaram aquele valor? Para o financeiro de uma pequena ou média empresa, essa pergunta deve orientar a organização dos documentos e a análise das pendências.
O que a conciliação de cartão confere além do depósito
A explicação da Concil sobre as etapas da conciliação distingue a comparação das vendas com o extrato da operadora, a conferência dos recebimentos informados e a comparação desses pagamentos com os créditos bancários. São bases relacionadas, mas não intercambiáveis.
Por isso, organize a análise em perguntas separadas:
- A venda registrada pela empresa aparece no extrato de vendas da operadora?
- O pagamento informado pela operadora corresponde às vendas e aos ajustes esperados?
- O valor informado como pago foi localizado no extrato bancário?
Aqui, a conciliação financeira trata dos recebimentos da empresa, não da fatura do consumidor. Um total coincidente não dispensa a composição documental.
Venda, pagamento, saldo e repasse
Venda, pagamento informado e crédito bancário são evidências distintas. Não use uma etapa como comprovação automática da seguinte.
O saldo também exige contexto. No exemplo da Stripe, o relatório distingue saldo inicial, saldo final, movimentos ainda não liquidados e repasses agrupados. Ver um valor no saldo não equivale, por si só, a encontrar um depósito bancário.
Escolha o relatório e confirme o período
Antes de importar dados, defina qual pergunta cada arquivo responde. Para reconstruir o repasse, procure o detalhamento de pagamentos e ajustes. Para conferir a origem das vendas, reúna os registros da empresa e do fornecedor. Para confirmar o crédito, use o extrato bancário.
A documentação do relatório de conciliação de repasses da Stripe ilustra por que a escolha depende do produto utilizado:
| Situação documentada na Stripe | Orientação do fornecedor |
|---|---|
| Repasses automáticos | Usar o relatório de conciliação por repasse para identificar os movimentos incluídos |
| Repasses manuais | Consultar o relatório de saldo, salvo a exceção de plataforma com repasses manuais cujas contas conectadas tenham repasses automáticos |
| Repasses instantâneos | Conciliar com o histórico, pois a Stripe não identifica quais transações compõem cada transferência |
No relatório por repasse, a opção Summary reúne totais; Itemized traz os movimentos que os compõem, como pagamentos, reembolsos, disputas e taxas. Para investigar a composição, o detalhamento é mais adequado que um total isolado.
Ainda nesse exemplo, o agrupamento considera a data estimada de chegada, não a data em que o banco lança o depósito. O crédito pode chegar antes de os dados do relatório estarem disponíveis. Essas condições são da Stripe, não regras universais para outras adquirentes.
Título
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Registre o período selecionado, a referência temporal usada pelo relatório e a data efetiva no banco. Se faltar informação, mantenha a pendência até conferir a disponibilidade dos dados, em vez de concluir que houve perda ou erro de pagamento.
Relacione transação, agrupamento e repasse
A tabela é uma proposta de organização, não um layout oficial. Mapeie apenas campos documentados. “Agrupamento de liquidação” reúne movimentos; o nome “lote” e suas chaves dependem do fornecedor.
| Camada | Referências a mapear | Evidência de conferência |
|---|---|---|
| Transação | Origem, estabelecimento, identificador original, parcela, moeda e valor | Registro de venda e correspondente no fornecedor |
| Agrupamento de liquidação | Chave documentada, tipo de lançamento, período, créditos e descontos | Arquivo detalhado e manual aplicável |
| Repasse | Referência disponível, conta de destino, data prevista e valor informado | Relatório de pagamentos ou repasses |
| Banco e revisão | Data efetiva, referência bancária, crédito, diferença e decisão | Extrato, justificativa e responsável |
Preserve as chaves originais e as parcelas
A documentação de rastreio do Extrato Eletrônico da Cielo apresenta chaves próprias. Nos arquivos de liquidação e pagamento descritos, a Chave UR acompanhada do Tipo de lançamento associa registros analíticos do tipo E aos registros de agenda do tipo D.
Para vendas parceladas, o Código da transação recebida permite relacionar as parcelas no cenário documentado. Já a indicação de uma UR por parcela está condicionada a transações sem produto de prazo contratado e fora da modalidade parcelado cliente, em virtude da data de vencimento original. Não estenda essa regra a todo parcelamento.
Chave UR da Cielo e payout da Stripe não são campos equivalentes. Antes de implementar, confirme o manual, a versão do arquivo e o cenário contratado.
Como regra proposta para a importação, guarde os identificadores como texto, preserve os arquivos originais e mantenha a normalização em uma camada separada. Se uma chave estiver ausente, não a invente nem relacione registros apenas porque os valores são iguais.
Confira taxas, estornos e ajustes pela composição
Não trate cancelamento, reembolso e contestação como sinônimos. O detalhamento da Stripe separa categorias de movimentos; a documentação da Cielo também distingue lançamentos de cancelamento e contestação, além de ajustes como aluguel e plano.
Na conferência proposta, identifique o tipo de cada lançamento, seu vínculo e o período considerado. Verifique se o desconto já está incluído na composição antes de subtraí-lo novamente. Sinais de crédito e débito, arredondamentos e tolerâncias precisam ser definidos com o financeiro e o manual aplicável, sem adotar um valor universal.
Como organizar uma automação de conferência
Uma arquitetura possível recebe os documentos, preserva os dados originais, relaciona os registros e compara os resultados. Este é um desenho para validação, não um fluxo executado nem uma integração pronta com adquirentes.
O nó HTTP Request do n8n permite consultar serviços com API REST, uma interface de comunicação entre sistemas. Seu uso depende do endereço de consulta, da autenticação, dos parâmetros e do formato de resposta. O nó não comprova acesso a extratos nem faz, por si só, o relacionamento financeiro.
A disponibilidade precisa ser verificada no fornecedor. Nos modelos de conciliação da Cielo, o processo próprio prevê download de extratos pelo cliente. A contratação via API no modelo com parceiros é exclusiva para conciliadores e depende de comunicação direta e aprovação prévia do estabelecimento. Não presuma acesso irrestrito.
Sequência proposta para validar com o financeiro
- Receber o arquivo ou consultar uma interface autorizada, registrando origem e período.
- Conferir se o conjunto está completo, incluindo as páginas da consulta quando houver paginação.
- Mapear campos sem perder identificadores, parcelas, moeda e tipos de lançamento.
- Relacionar registros pelas chaves documentadas e separar correspondências ambíguas.
- Compor créditos e descontos, comparar com o repasse informado e localizar o crédito bancário.
- Encaminhar diferenças e guardar a evidência da revisão.
Antes de ampliar, valide também a reimportação: receber novamente o mesmo documento não deve contar seus movimentos outra vez. Use amostras do ambiente real para verificar vínculos e exceções, sem pressupor que uma configuração serve a todos os fornecedores.
Se as vendas vierem de uma loja, o registro do pedido será uma referência a mapear, não uma comprovação do depósito. O conteúdo sobre automação de loja virtual com WooCommerce e n8n oferece contexto sobre processos da loja, mas não substitui essa conferência por repasse.
Encaminhe diferenças sem baixar recebíveis automaticamente
Uma diferença precisa de contexto e responsável. Propomos uma fila de análise com referência da transação, do agrupamento ou do repasse, valor, período, documentos, estado da investigação e justificativa da decisão.
| Pendência encontrada | Encaminhamento proposto |
|---|---|
| Arquivo ou período incompleto | Aguardar os dados e conferir o recorte da importação |
| Crédito sem correspondência | Investigar a origem, preservando a referência bancária |
| Mais de um vínculo possível | Submeter a correspondência ambígua à revisão |
| Taxa ou ajuste divergente | Conferir composição, documentação e condições aplicáveis |
“Aguardando dados”, “em revisão” e “conferido” são sugestões internas, não estados de API. Registre o responsável, os documentos e a justificativa da decisão.
Nesse modelo, marcar um item como conferido não autoriza automaticamente baixa no sistema de gestão, lançamento contábil, cobrança ou estorno. Essas ações ficam fora do fluxo proposto. A ausência de vínculo ou uma diferença não deve dispará-las.
Principais conclusões
- Confira vendas, pagamentos informados e créditos bancários como evidências distintas.
- Escolha o relatório pelo tipo de repasse e registre o período efetivamente analisado.
- Preserve chaves, parcelas e tipos de lançamento conforme o manual do fornecedor.
- Encaminhe diferenças com documentos e responsável, sem baixa automática de recebíveis.
Perguntas frequentes
A conciliação termina quando o valor aparece no banco?
Não. Localizar o crédito é uma etapa; também é necessário conferir sua relação com os pagamentos informados, as vendas e os ajustes. Neste modelo, a coincidência de totais não dispensa investigar a composição.
Quais identificadores preservar na importação?
Preserve os identificadores originais da transação e as referências documentadas de agrupamento e repasse, além da parcela quando existir. As chaves variam por fornecedor e cenário. Não substitua uma referência ausente por uma combinação inventada.
Como conferir taxas e estornos sem misturar períodos?
Registre o período e a referência temporal de cada relatório, mantenha o tipo de lançamento e procure seu vínculo documentado. Depois confira a composição, respeitando sinais e regras aplicáveis. Não trate cancelamento, reembolso e contestação como o mesmo movimento.
O n8n pode automatizar todo esse processo?
Ele pode participar da consulta a interfaces REST autorizadas com o HTTP Request, mas isso não comprova acesso ao fornecedor nem conciliação nativa. O projeto depende dos dados disponíveis, das chaves documentadas e das regras validadas com o financeiro. Correspondências incompletas devem permanecer em análise.
Antes de implementar, avalie os requisitos
Comece verificando se você consegue reconstruir um repasse com documentos do próprio ambiente. Onde faltar uma chave, um arquivo ou uma regra de interpretação, registre a dependência antes de automatizar a decisão.
Para avaliar os acessos, os dados e os limites desse fluxo, veja o guia de integração de sistemas.
