Quando a fatura está vencida, mas ninguém faz o seguimento
Uma fatura está vencida, os avisos são enviados tarde e as respostas perdem‑se na caixa de email geral. A contabilidade importa ficheiros de pagamento, mas muitos lançamentos ficam por esclarecer porque as informações da conta ou os motivos não coincidem 1:1. Isso custa tempo, nervos e vinculação de recursos humanos.
Porque é que regras para a atribuição automática de pagamentos ajudam
Um fluxo de trabalho estruturado de contas a receber simplifica exatamente essa rotina: aceitar fatura → reconhecer lançamento em aberto → acompanhamento → preparar lembrete de pagamento → aprovar e enviar → reconhecer resposta ou pagamento → documentar o processo. No Debentra PRO configura regras de correspondência automáticas que identificam padrões recorrentes e processam importações de pagamentos sem intervenção manual. Mantém‑se sempre o controlo: as regras aceleram a atribuição, aprovações e exceções permanecem visíveis e verificáveis.
Objetivo das regras
Menos trabalho manual com elevada fiabilidade. Este artigo apresenta 10 regras práticas que pode configurar no Debentra PRO — com exemplos concretos para referência de lançamento, tolerância de montante e variações de nome.
As 10 regras (com exemplos concretos)
1. Correspondência exata de número de fatura (referência de lançamento)
Regra: Se a referência do pagamento contiver exatamente o número da fatura, então atribuição automática.
Exemplo: Referência de pagamento “Rechnung INV-2025-0812” → corresponde à fatura INV-2025-0812. Recomendação: normalizar (maiúsculas/minúsculas, remover hífens) antes da comparação.
2. Reconhecer pagamentos parciais (subparcelas e planos de prestações)
Regra: Se o montante recebido for menor do que o lançamento em aberto, crie um registo de pagamento parcial e ligue‑o ao plano de prestações ou lançamento em aberto correspondente.
Exemplo: Lançamento em aberto 1.200,00 €; pagamento 400,00 € → marcar como pagamento parcial e atualizar o saldo remanescente. No PRO pode criar planos de prestações para que pagamentos parciais recorrentes sejam contabilizados de forma consistente.
3. Tolerância de montante para taxas bancárias e arredondamentos
Regra: Permitir uma tolerância absoluta ou percentual na correspondência de montantes (por exemplo, ±2,00 € ou ±0,5%).
Exemplo: Fatura 99,95 €; pagamento 100,00 € → diferença 0,05 € dentro da tolerância → atribuição automática. Assim pequenas taxas bancárias ou diferenças de arredondamento são toleradas automaticamente.
4. Pagamentos agregados (um pagamento para várias faturas)
Regra: Se a referência do pagamento contiver vários números de fatura ou o montante corresponder à soma de vários lançamentos em aberto, então atribuir a todos os lançamentos afetados.
Exemplo: Pagamento 3.450,00 € corresponde à soma de três faturas de 1.150,00 € cada → lançamento dividido automaticamente pelas três faturas.
5. Fuzzy‑matching nos nomes dos pagadores
Regra: Utilize normalização e Fuzzy‑Matching (p. ex. remoção de formas jurídicas, espaços, substituições de umlaut) e defina um limiar de taxa de correspondência (p. ex. 85%).
Exemplo: “Müller GmbH”, “Mueller GmbH”, “Müller G.m.b.H.” → todos são reconhecidos como o mesmo pagador. Recomendação: remova termos como GmbH, AG, UG antes da comparação.
6. Variações nos formatos de referência (prefixos, espaços, sequências de caracteres)
Regra: Registe padrões (p. ex. INV, RE, RG) e defina filtros com expressões regulares para reconhecer números de fatura com e sem prefixo.
Exemplo: Fatura “2025/0812” vs. referência de pagamento “RG20250812” → um regex como '\d{4}0?8?12' (configurado no PRO) ajuda no reconhecimento.
7. Lançar taxas e deduções em item separado
Regra: Diferenças que estiverem fora da tolerância e sejam identificáveis como taxas (p. ex. “Bankgebühr” no motivo) são registadas como itens de custo e o montante restante é atribuído.
Exemplo: Pagamento 98,00 € para fatura de 100,00 € com motivo “Gebühr 2,00” → 2,00 € como taxa bancária, 98,00 € cobre a fatura.
8. Diferenças de moeda e conversão
Regra: Para pagamentos em moeda estrangeira, utilize a taxa de câmbio na data do lançamento ou tolerâncias configuráveis para pequenas diferenças após conversão.
Exemplo: Fatura 1.000,00 EUR, pagamento em USD que convertido corresponde a 999,20 EUR → diferença dentro da tolerância → atribuição possível.
9. Prioritização quando há múltiplos resultados (timestamp, conta de origem)
Regra: Se vários títulos em aberto forem potencialmente compatíveis, priorize com base na data da ordem de pagamento, conta bancária ou título alterado mais recentemente. Marque as incertezas remanescentes para revisão manual.
Exemplo: Duas faturas correspondentes, mas a data de saída do pagamento coincide com a data de vencimento de uma delas → atribuir essa primeiro.
10. Definir exceções e autorizações manuais
Regra: Valores elevados, novos pagadores ou desvios acima dos limiares são marcados para autorização manual. Assim mantém-se o controlo, apesar da elevada taxa de automatização.
Exemplo: Pagamentos > 10.000,00 € ou novas IBANs exigem autorização por um responsável antes de a atribuição ser lançada definitivamente.
Erros típicos e como evitá‑los
- Regras demasiado rígidas: Não definir tolerâncias leva a muitos pagamentos não conciliados. Solução: Comece com tolerâncias moderadas e reduza‑as conforme necessário.
- Confiança excessiva em Fuzzy‑Matches: Muitos falsos positivos ocorrem com limiares muito baixos. Solução: Combine a correspondência de nomes com outros critérios (valor, conta, referência).
- Falta de documentação: Regras sem histórico de versões são difíceis de rastrear. Solução: Dê nomes descritivos às regras e documente as alterações.
Exemplo prático: Uma importação de pagamentos em três passos
1) Importar ficheiro de pagamentos: Debentra PRO lê o ficheiro e normaliza campos (referência, nome, montante).
2) Aplicar regras: Primeiro correspondências exatas de referência, depois pagamentos parciais e verificação de tolerância. Regras de deteção marcam automaticamente os itens resolvidos; atribuições múltiplas são divididas.
3) Rever & aprovar: Correspondências com elevado nível de confiança são contabilizadas; exceções vão para uma lista de revisão. Os responsáveis confirmam valores elevados e deduções invulgares.
O resultado: Muito menos atribuições manuais, um rasto de auditoria transparente e documentação completa na sua própria infraestrutura.
Benefício concreto para as suas equipas financeiras
Com poucas regras bem pensadas reduzirá trabalho rotineiro, fontes de erro e pedidos de esclarecimento aos clientes. A edição PRO do Debentra oferece a gestão de regras e a lógica de matching para processar importações de pagamentos de forma automatizada — com total soberania dos dados na sua infraestrutura. O controlo permanece com o utilizador: aprovações e exceções são mantidas de forma transparente e verificável.
Lista de verificação curta para começar
- Identifique os tipos de discrepâncias mais frequentes nos seus dados de pagamentos (taxas, variantes de nomes, pagamentos parciais).
- Comece com 5 regras: referência exata, tolerância de montante, pagamentos parciais, nome fuzzy, atribuição múltipla.
- Defina limites para aprovações manuais (montante, novo pagador, finalidades invulgares).
- Documente e teste as regras usando uma importação de teste antes de as colocar em produção.
O matching automático não substitui o controlo – é uma alavanca para reduzir o trabalho repetitivo pela metade e tornar a sua gestão de contas a receber mais eficiente.
Agir agora
Escolha a edição adequada e configure as suas primeiras regras de matching no Debentra PRO: Escolher edição
Próximo passo
Experimentar o Debentra
Visão central e controlo de processos para itens em aberto e pagamentos com soberania total dos dados; reduz o trabalho de atribuição manual (PRO) e permite contabilidade integrada (PREMIUM); modelos de instalação e licenciamento à escolha.