Reconciliação Bancária em Portugal: O Guia do Contabilista para Ligar Pagamentos a Faturas

É dia 6 do mês. Acabou de puxar o extrato bancário de um dos seus clientes — um pequeno distribuidor com talvez 140 movimentos em maio. Tem as faturas de fornecedores numa pasta e as faturas de venda noutra. Agora senta-se para fazer aquilo de que ninguém o avisou no curso: alinhar cada entrada e cada saída daquela conta com a fatura a que pertence.

Os primeiros vinte são fáceis. Entram €1.230 certinhos e há uma fatura de venda de exatamente €1.230. Visto. Depois começa a complicar. Um cliente pagou €4.800 contra uma fatura de €5.000 — faltam €200, sem nota, sem explicação. Um fornecedor foi pago em duas transferências, €1.500 e €1.500, por uma única fatura de €3.000. Há um débito de €340 com uma referência que diz "TRF MB WAY 06/05" e mais nada. E há onze faturas na pasta que não têm pagamento nenhum associado — umas genuinamente em atraso, outras pagas em numerário, outras simplesmente ainda por vencer.

Isto é a reconciliação bancária. Todos os contabilistas que gerem clientes a sério a fazem, e a maioria fá-la da mesma maneira: uma exportação do extrato, duas pastas de faturas e uma tarde a comparar valores à vista.

O Que É Realmente a Reconciliação Bancária

Tirada a linguagem técnica, a reconciliação bancária é uma pergunta repetida centenas de vezes: este movimento de dinheiro corresponde a um documento que já tenho?

Do lado dos recebimentos (clientes), é: que fatura de venda é que este recebimento liquida? Do lado dos pagamentos (fornecedores), é: que fatura de fornecedor é que este pagamento cobre? O objetivo é terminar o mês com cada linha do extrato explicada — ligada a uma fatura, ligada a um ajuste documentado, ou deliberadamente posta de parte como algo que nunca terá fatura.

Esta última categoria pesa mais do que se imagina. Uma conta bancária está cheia de movimentos que não são, e nunca serão, uma fatura: vencimentos, pagamentos à Segurança Social, comissões bancárias, prestações de empréstimos, o próprio honorário do contabilista, um débito direto da Segurança Social. São reais, são legítimos, e entopem a reconciliação precisamente porque todos os meses olha para eles outra vez e pergunta, por meio segundo, "este era suposto ter fatura?".

Uma reconciliação limpa tem três desfechos para cada linha, e apenas três:

• Conciliada — este pagamento é esta fatura. Feito.
• Sinalizada — este pagamento está perto de uma fatura mas não é igual (um pagamento parcial, uma divergência, um arredondamento), ou há uma fatura sem pagamento nenhum. Precisa de decisão humana.
• Ignorada — este movimento não tem fatura e nunca terá. Registado como tal, para nunca mais voltar à superfície.

Quando os três cestos estão preenchidos e não sobra nada a pairar, a conta está reconciliada. Tudo o resto é apenas o trabalho de lá chegar.

Porque Rebenta no Fecho do Mês e do Ano

Para um punhado de movimentos, reconciliar é trivial. A dor não é linear — agrava com o volume, e agrava outra vez com o tempo.

Volume. Um cliente com 140 movimentos mensais em duas ou três contas são algumas centenas de linhas para reconciliar. Multiplique por uma carteira de quinze clientes e tem milhares de decisões por mês, cada uma delas "concilia, sinaliza ou ignora". Individualmente, cada uma leva segundos. No total, leva dias.

Desfasamento de datas. Um pagamento e a sua fatura quase nunca partilham a data. Uma fatura de 28 de maio é paga a 4 de junho. Um débito direto sai dois dias depois de o fornecedor ter emitido o documento. Por isso nunca está a comparar duas listas arrumadas do mesmo tamanho — está a comparar um extrato que corre por datas-valor contra faturas que correm por datas de emissão, e as duas estão permanentemente uns dias desencontradas.

Pagamentos parciais e agrupados. Uma fatura paga em três prestações. Três faturas pagas numa única transferência. Um pagamento que cobre uma fatura menos uma nota de crédito que o cliente aplicou por iniciativa própria. Tudo isto parte o pressuposto de um-pagamento-uma-fatura em que toda a reconciliação manual silenciosamente assenta.

Concentração no fecho do ano. No fecho do ano, cada movimento por reconciliar de cada mês vence-se de uma vez. Aqueles €200 a menos que sinalizou em maio e tencionava cobrar continuam ali em janeiro, agora misturados com mais onze pontas soltas, e são a diferença entre o saldo de clientes do seu cliente e aquilo que o cliente acha que tem a receber. É a mesma dinâmica que torna a reconciliação de fim de ano entre IES e SAF-T tão dolorosa: os atalhos dados mês a mês aparecem todos no prazo.

A Realidade Manual

Eis como a reconciliação bancária é de facto feita na maioria dos gabinetes portugueses, passo a passo — porque dar-lhe um nome é o primeiro passo para a resolver.

Entra no home banking do cliente e exporta o extrato — normalmente um CSV ou um PDF, ocasionalmente um ficheiro SAF-T bancário próprio se o banco o suportar. Abre-o ao lado dos seus registos de faturas: uma folha de cálculo, o software de contabilidade, ou uma pasta de PDFs. Depois vai linha a linha.

Para cada movimento bancário, procura na lista de faturas um valor que coincida. Se encontra uma correspondência exata, marca-a. Se encontra uma quase-correspondência, para e pensa: isto é um pagamento parcial? Uma divergência? Uma comissão deduzida pelo banco? Toma uma decisão, muitas vezes sem informação suficiente, e ou resolve ou põe de parte "para depois". Depois faz a passagem inversa — percorre as faturas à procura das que não têm pagamento associado, e começa uma lista de quem cobrar.

As referências raramente ajudam. A descrição de uma transferência portuguesa pode ser o nome de quem paga, pode ser um número de fatura, pode ser "TRF" e uma data, pode estar vazia. As referências MB WAY e multibanco são opacas. Por isso o matching recai sobre o valor e a data, o que funciona até duas faturas terem o mesmo valor ou um pagamento ser dividido.

No fim tem um extrato reconciliado, uma lista de divergências que não conseguiu resolver, e uma lista de clientes a cobrar. E no mês seguinte faz tudo outra vez de raiz — incluindo, todos os meses sem falhar, voltar a confirmar que os vencimentos e as comissões continuam a não ser faturas.

Como Funciona o Matching Automático, em Traços Gerais

A reconciliação automática não faz nada de mágico. Faz exatamente o que faz à mão — conciliar, sinalizar, ignorar — mas fá-lo sobre milhares de linhas em segundos e lembra-se das suas próprias decisões. A lógica, no essencial, assenta em alguns sinais combinados:

• Valor. O sinal mais forte. Um recebimento de €1.230 é confrontado com faturas em aberto de €1.230. As correspondências exatas são propostas com elevada confiança.
• Proximidade de datas. Um pagamento a 4 de junho tem muito mais probabilidade de liquidar uma fatura do fim de maio do que uma de fevereiro. A proximidade no tempo aumenta a confiança; um intervalo grande baixa-a.
• Referência e contraparte. Quando a descrição da transferência traz um número de fatura, um NIF, ou o nome reconhecível de um fornecedor ou cliente, isso confirma uma correspondência que o valor sozinho apenas sugeria. Com o tempo, o sistema aprende que os pagamentos de uma dada contraparte mapeiam para uma dada conta de cliente.

Os casos interessantes são os que o valor sozinho não resolve:

• Pagamentos parciais. Um pagamento de €4.800 contra uma fatura de €5.000 não é uma não-correspondência — é uma fatura liquidada a 96% com €200 por receber. Um bom matching sinaliza-o como parcial, não como falha, e acompanha o saldo em dívida.
• Pagamentos agrupados. Uma transferência de €3.000 que iguala a soma de duas faturas de €1.500 deve ser proposta como correspondência a ambas. Tal como uma prestação que é uma de três.
• Duplicados. A mesma fatura a aparecer duas vezes, ou o mesmo pagamento importado duas vezes a partir de exportações de extrato sobrepostas, tem de ser apanhado antes de produzir uma reconciliação fantasma.

O resultado não é um razão fechado — é uma lista de trabalho já triada. As correspondências de confiança estão feitas. As ambíguas são trazidas à superfície, com o raciocínio anexado, para que as confirme ou corrija em segundos em vez de as reconstruir a partir de um extrato em bruto. A mecânica mais profunda disto merece um artigo próprio; entramos na lógica de matching em como funciona a ligação automática de pagamentos a faturas, e na rotina mensal que substitui em o fecho de mês com reconciliação bancária manual.

Como Isto Se Liga ao SAF-T e ao Fecho do Ano

A reconciliação bancária e a reconciliação fiscal são duas vistas dos mesmos dados, e em Portugal encontram-se no fecho do ano.

Os seus ficheiros SAF-T de faturação dizem-lhe o que foi faturado. O extrato bancário diz-lhe o que foi pago. A diferença entre os dois — faturas emitidas mas ainda não cobradas, recebimentos contra faturas ainda não registadas — é exatamente a posição de clientes e fornecedores que tem de estar certa quando prepara a declaração anual IES e as contas de fim de exercício.

Se a sua reconciliação bancária mensal está limpa, os saldos de clientes e fornecedores no fecho do ano reconciliam-se quase sozinhos: cada fatura em aberto tem ou um pagamento parcial conhecido ou é um saldo a receber documentado, e cada pagamento está ligado a um documento. Se a reconciliação mensal é improvisada, o fecho do ano torna-se o exercício forense de reconstruir onze meses de pontas soltas sob pressão de prazo. A relação com o panorama de conformidade mais amplo — SAF-T mensal, cruzamentos com o e-fatura, tudo isso — vive dentro das obrigações mais latas do SAF-T Portugal que todos os contabilistas já gerem.

Os Seus Dados Ficam Consigo

Há um problema estrutural na maioria das ferramentas que tocam em dados bancários e de faturas: puxam tudo para um sistema fechado que não controla, e voltar a tirá-lo de lá é um projeto à parte. Para um contabilista, isto não é um detalhe. As faturas e o registo de reconciliação são a prova por trás de cada número que submete à AT — precisa deles na sua mão, não reféns na base de dados de outra pessoa, totalmente sob controlo RGPD.

É aqui que o Faturiza é deliberadamente diferente. As suas faturas vivem no seu próprio Google Drive. Os dados extraídos vivem nas suas próprias Google Sheets. O Faturiza nunca guarda as suas faturas — elas ficam onde as pôs, e a reconciliação trabalha por cima dos seus dados em vez de os trancar. É você que é dono de tudo, e pode levar tudo consigo a qualquer momento.

Como o Faturiza Reconcilia

A Reconciliação Bancária está disponível agora no Faturiza, construída à volta de exatamente os três desfechos acima. Hoje reconcilia importando o seu extrato bancário; a ligação automática ao banco, via Open Banking, está a chegar a seguir.

Liga automaticamente os pagamentos bancários, de entrada e de saída, às faturas certas usando valor, data e referência em conjunto. Sinaliza pagamentos parciais e divergências por aquilo que são — um pagamento de €4.800 contra uma fatura de €5.000 mostrado como 96% liquidado com €200 por receber, não como um mistério. Traz à superfície as faturas em atraso que não têm pagamento associado, para que a lista de cobranças se construa sozinha. E deixa-o ignorar permanentemente os movimentos que nunca têm fatura — vencimentos, comissões bancárias, o seu próprio honorário — para nunca mais os reconfirmar mês após mês. Tudo isto por cima de faturas que ficam no seu próprio Drive e nas suas próprias Sheets.

Se esta é a parte do mês que mais gostava de recuperar, veja como o Faturiza reconcilia — importe um extrato e deixe-o ligar os pagamentos às suas faturas.

Entretanto, se quer ver como o Faturiza já mantém os dados de faturação limpos e prontos para reconciliação numa carteira inteira de clientes, veja o que construímos para contabilistas. Quanto mais limpos os dados à entrada, menos há para reconciliar à saída.

Parte da nossa série de guias sobre reconciliação bancária. Veja também como funciona a ligação automática de pagamentos a faturas e o fecho de mês manual.