O que não fecha não entra: NIF, IVA, duplicados e o QR da AT

Ler a fatura é a parte fácil. O que decide se a automação sobrevive é o que acontece quando a leitura está errada: quatro verificações que não precisam de conhecer o negócio, as regras que só o vosso conhece, e o que pára para uma pessoa ver.

DocFlow · Setembro de 2026 · leitura de ~6 min

Ler a fatura é a parte fácil

Qualquer ferramenta demonstra a leitura: aponta-se a um PDF e saem o fornecedor, a data, o total e as linhas. É o que se vê nas demonstrações, e não é o que decide se a automação sobrevive ao primeiro mês. O que decide é outra pergunta: o que acontece quando a leitura está errada.

Uma fatura lida com um algarismo trocado no NIF, ou com uma quantidade tirada da coluna ao lado, não dá erro nenhum. Entra no ERP com ar de fatura certa, e só aparece na conferência do fecho do mês, quando custa caro a encontrar e mais caro a explicar. Por isso a regra que vale a pena impor a qualquer automação é simples de dizer: o que não fecha não entra. Pára, e uma pessoa vê.

A primeira fatura passa pelas quatro verificações e segue. A segunda falha nas somas e pára para revisão, em vez de entrar errada.

Quatro verificações que não precisam de saber nada do vosso negócio

Há coisas que se conferem numa fatura sem conhecer a empresa que a recebe. São as que se fazem primeiro, e são as que apanham a maior parte dos erros de leitura.

1. O NIF passa o dígito de controlo, e é o do fornecedor

Um NIF português tem um dígito de controlo (módulo 11). Um NIF lido com um algarismo a menos, ou com dois trocados, quase nunca passa. É a verificação mais barata que existe e a que mais vezes salva: um fornecedor com o NIF errado é um documento que o ERP recusa, ou pior, que aceita para a ficha errada.

Há uma segunda pergunta sobre o NIF que vale a pena fazer: é mesmo o do fornecedor? Numa fatura de compra, o emitente não pode ser a vossa empresa. Parece óbvio e não é: um modelo de leitura que troque as duas partes põe o vosso nome no campo do emitente, e uma verificação que só confirme «tem NIF válido» deixa-o passar. A que apanha isto compara o NIF do emitente com o vosso, e pára se forem o mesmo.

2. As somas batem, ao cêntimo

As linhas de uma fatura têm de somar o total impresso, e a base mais o IVA têm de dar o total. Quando não dão, é quase sempre uma quantidade ou um valor lido da coluna errada, e o documento inteiro está mal. Medimos isto em dezenas de faturas reais de fornecedores diferentes: nas que estavam bem lidas, a diferença foi zero cêntimos em todas.

O caso que obrigou a levar isto a sério foi uma fatura de electricidade com uma coluna de dias, que o modelo leu como percentagem de desconto e depois aplicou às linhas. Cada linha ficou coerente consigo própria, e o total do documento ficou a faltar centenas de euros. Nenhuma verificação campo a campo apanhava; a aritmética apanhou.

Há um pormenor que separa uma regra útil de uma regra que toda a gente desliga: o desconto financeiro no rodapé. As linhas somam o valor bruto e o total impresso é depois do desconto, portanto a regra tem de saber subtrair o desconto antes de comparar. Sem isso dá alarme falso em todas as faturas com desconto, e uma fila de alarmes falsos deixa de ser lida.

3. O mesmo documento não entra duas vezes

A mesma fatura chega duas vezes com uma facilidade surpreendente: reenviada pelo fornecedor, encaminhada por duas pessoas, digitalizada em papel depois de ter chegado por email. Verificam-se duas coisas. O ficheiro em si, pela impressão digital dos seus bytes. E a combinação do NIF do fornecedor com o número e a data do documento, dentro de uma janela de dias que se escolhe, que apanha a mesma fatura em dois ficheiros diferentes.

O duplicado nunca é rejeitado sozinho. Pára, com a ligação ao original ao lado, e uma pessoa decide se é o mesmo ou se é uma fatura nova parecida. É uma decisão de dois segundos, e não é uma decisão para dar a uma máquina.

4. O QR da AT confirma o que o modelo leu

Desde 2022 as faturas portuguesas trazem um código QR obrigatório, com o NIF do emitente, o do adquirente, a data e os totais, já estruturados. Quase ninguém o usa, e é a melhor verificação que existe: não é uma segunda leitura, é o documento a dizer o que contém.

Quando o QR existe, o que ele diz ganha ao que o modelo leu, e ganha antes de as outras verificações correrem. Vimos isto numa fatura real: o modelo trocou um algarismo do NIF do emitente, o dígito de controlo apanhou o erro, e o NIF que o QR trazia era o certo. O documento seguiu com o valor certo, em vez de parar por causa de um erro de leitura.

O modelo trocou um algarismo do NIF, e o dígito de controlo apanhou-o. O QR da AT traz o certo, e é o QR que segue.

As regras que só o vosso negócio conhece

As quatro de cima valem para qualquer empresa. Depois vêm as vossas, e é aqui que uma ferramenta se distingue de uma demonstração.

Um exemplo real de quem usa PHC: o centro analítico é obrigatório nos fornecedores de serviços, e em mais nenhum. Uma regra sem condição prendia o fornecedor de aço com a mesma convicção com que prendia o de electricidade. A regra certa tem uma condição, «só quando o fornecedor é de serviços», e lê o campo depois de a tabela de fornecedores o ter preenchido, porque a fatura não o traz impresso.

Outro: a referência do artigo do fornecedor não é a vossa. Uma tabela de correspondência traduz uma na outra, e quando uma referência não está na tabela o documento não deve entrar com a linha em branco. Pára, com o número da linha, alguém acrescenta o artigo à tabela e aprova. Da vez seguinte, essa referência entra sozinha.

O que não verificamos, e é bom que se saiba

Nenhuma destas verificações diz se o fornecedor existe de facto ou se a fatura é legítima: um NIF válido é um NIF válido, não é uma prova de honestidade. Nenhuma diz se a mercadoria chegou, porque isso exige cruzar a fatura com a encomenda e com a guia, e é outro trabalho. E nenhuma decide a conta contabilística: isso é do ERP e de quem faz a contabilidade, e uma automação que o prometa está a prometer o que não é dela.

O que acontece ao que pára

Um documento que falha uma verificação não desaparece nem fica numa fila técnica. Aparece a quem revê com o motivo escrito, o campo que falhou, o valor lido e o esperado, e a possibilidade de corrigir ali mesmo. Corrigido, volta a ser verificado e segue para o ERP pelo mesmo caminho. Se a falha vier da tabela, corrige-se a tabela, e fica corrigida para as faturas seguintes.

São dois minutos de uma pessoa, hoje, em troca da caça ao erro no fecho do mês. É essa a troca que a frase resume, e é a razão de a impor a qualquer automação, seja a nossa ou outra.

Se quer ver como isto encaixa numa integração com o ERP, o artigo para quem integra explica a porta por onde o documento entra. E se quer pôr um número no que a digitação manual custa, há uma conta de quatro linhas para isso.