A tese numa frase: o registo de faturação nasce inalterável por desenho, portanto a IA não tem nada a fazer dentro da emissão. Tudo o que há a ganhar está dos dois lados: antes da fatura —ler, conciliar, avisar— e depois —cobrar e reconciliar—.
Convém dizê-lo cedo, porque o mercado já anda a vender o contrário. Aparecem demonstrações de «IA que fatura sozinha» e fornecedores a prometer inteligência dentro do processo de emissão. É um equívoco caro: o que a lei procura é precisamente que esse processo deixe de ser flexível. Meter um modelo generativo onde a Autoridade Tributária exige determinismo não é inovação — é uma coima a prestações.
IA para automatizar a faturação na empresa: o que a máquina pode tocar (e o que não)
Comecemos pelo terreno, com o âmbito escrito e não suposto: Portugal. Aqui a fatura não sai de onde te apetecer. O Decreto-Lei n.º 28/2019, de 15 de fevereiro impôs o uso de programas de faturação certificados pela AT e criou o código único de documento, o ATCUD, regulamentado depois pela Portaria n.º 195/2020, de 13 de agosto, juntamente com o código de barras bidimensional — o QR code que já te habituaste a ver no talão.
O ATCUD é obrigatório nos documentos fiscalmente relevantes desde 1 de janeiro de 2023, e não sai do nada: as séries são comunicadas à AT antes de serem usadas, e daí vem o código de validação. A isto junta-se o ficheiro SAF-T (PT) de faturação, comunicado mensalmente à Autoridade Tributária. Traduzido: quando emites, já contaste à AT que ias emitir por aquela série, e depois contas-lhe o que emitiste. Não há espaço para reescrever nada pelo meio.
Porque é que a IA não entra na emissão da fatura
O coração disto não é o envio: é o registo. Cada fatura gera um documento assinado, datado, com um código que a AT consegue validar, e que não se modifica nem se apaga. Se erraste, não corriges: anulas ou emites uma nota de crédito, e ficam as duas coisas. O sistema está desenhado para que a história não possa ser reescrita.
Esse desenho choca de frente com aquilo em que um modelo generativo é bom. Um modelo é probabilístico: a mesma entrada pode dar saídas diferentes, e a graça dele é justamente preencher buracos. Um registo fiscal exige o contrário — determinismo, reprodutibilidade e um responsável identificável para cada campo. Não é que a IA esteja «proibida» aí dentro: é que não acrescenta nada e acrescenta uma superfície de falha que depois vais ter de explicar com um inspetor à frente.
- Pelo software responde alguém, pelo modelo não responde ninguém. O programa de faturação está certificado, tem um número de certificado e um produtor com nome. Um modelo alojado num terceiro, que muda de versão quando o fornecedor dele decide e sem te avisar, não é um componente em que alguém assine por baixo.
- O encadeamento não tolera repetições. Cada registo depende do anterior e da série comunicada. Um componente que às vezes falha, às vezes demora e às vezes devolve outra coisa não pode viver dentro de uma cadeia que tem de bater ao bit.
- A rastreabilidade tem de ser explicável. Perante uma inspeção é preciso poder dizer porque é que aquele valor é aquele. «Foi o modelo que deduziu» não é resposta. «Foi lido da encomenda 4471, campo valor líquido, e a Marta aprovou a 14 de março» é.
Nada disto é pessimismo sobre a IA. É divisão do trabalho. A emissão é o único troço do ciclo onde a máquina não deve ter critério — e calha ser o troço mais curto e o que menos horas humanas consome. As horas estão antes e estão depois.
Antes da fatura: ler, conciliar e avisar
É aqui que mora o trabalho aborrecido e caro. Antes de existir uma fatura há uma encomenda, uma guia de remessa, um contrato com as suas condições, uma ficha de fornecedor, um cliente com o NIF mal escrito e um email com um PDF em anexo que alguém tem de abrir. Nada disso é regulado pela faturação certificada, porque nada disso é faturação: é a instrução do processo que acaba em fatura.
- Ler o que entra. Faturas de fornecedor, encomendas e guias chegam em cinquenta maquetas diferentes. Extrair campo a campo com um limiar de confiança que decide o que passa sozinho e o que uma pessoa vê é trabalho resolvido: é exatamente extrair os dados das faturas, e mede-se campo a campo, não «em geral».
- Conciliar três documentos. Encomenda contra guia contra fatura. O que a máquina faz bem não é somar —isso o teu ERP já faz—, é perceber que «PALETE 120x80 REF-3391» e «palete europeia 3391» são a mesma linha, e que os 40 € de diferença vêm de um porte que não estava na encomenda.
- Avisar do que falta antes de emitir. Que o NIF do cliente nunca foi validado. Que a série que vais usar não é a daquele estabelecimento. Que aquele artigo tem outra taxa desde janeiro. É o uso mais rentável de todos e o que menos gente constrói, porque não tem demonstração bonita: só evita notas de crédito.
- Preparar, nunca emitir. A saída correta é um rascunho com os dados já conciliados e as bandeiras levantadas, pronto para que uma pessoa —ou uma regra determinística— o envie ao programa de faturação. A máquina vai até à borda e pára.
Esse «vai até à borda e pára» não é prudência decorativa: é um padrão de desenho com nome e mecânica, o do humano no ciclo de uma automatização com IA, onde o que importa não é haver alguém a olhar, mas que essa pessoa tenha contexto, tempo e autoridade real para dizer que não.
Depois da fatura: a cobrança e a reconciliação
O outro lado é onde está o dinheiro a sério, e é um lado que a lei não toca. Emitir bem não te paga: o que te paga é que te paguem. O European Payment Report 2026 da Intrum, publicado em abril de 2026 com base em 8.385 dirigentes de 20 países europeus, mede um desvio de pagamento B2B que passou de 16 dias em 2023 para 20 este ano, prazos médios a subir de 60 para 63 dias, e 62 % de empresas que admitem pagar tarde aos próprios fornecedores porque lhes pagam tarde a elas. Âmbito: Europa.
Sejamos honestos: é um número europeu, com o âmbito escrito em cima, não uma verdade universal. O número que te diz respeito tiras tu de casa — o prazo médio de recebimento, o mapa de antiguidade de saldos e a fatia de faturação que dorme para lá do prazo acordado. O mecanismo, esse, não muda com a geografia: cada dia em que uma fatura fica por reconciliar é um dia de tesouraria que emprestas de graça a um cliente.
- Perseguir o vencido sem queimar a relação. Escrever o aviso com o histórico do cliente à frente, no tom e na língua dele, e escalar conforme o que já foi tentado. É escrita com contexto: o trabalho em que um modelo é melhor.
- Reconciliar o recebimento com a fatura. Uma transferência de 4.812,50 € que paga três faturas menos uma nota de crédito e menos comissões bancárias. À mão é meia manhã por mês; por regras cobre-se a maior parte, e a cauda estranha —justamente a que faz com que ninguém termine— é onde um modelo se paga.
- Detetar o que não bate certo e travar. Um IBAN de fornecedor alterado na terça-feira por email. Um cliente a pagar a 90 há três meses tendo assinado 30. Sinais que um humano vê se olhar, e ninguém olha.
Tudo isto já tem forma de produto —um agente de IA para cobranças que persegue o vencido e pára a seco onde começa o critério— e partilha uma propriedade com o lado de antes: se se enganar, o erro vê-se e corrige-se. Não há nenhum registo inalterável pendurado no facto de ele acertar.
A linha, numa tabela
| Troço do ciclo | Quem o faz | Porquê |
|---|---|---|
| Receber e ler documentos | A máquina, com limiar de confiança | Formatos variáveis, erro visível e corrigível |
| Conciliar encomenda / guia / fatura | A máquina propõe, a pessoa resolve exceções | A maior parte é mecânica; a cauda estranha é critério |
| Validar dados fiscais antes de emitir | A máquina avisa | Evita notas de crédito e não toca no registo |
| Emitir a fatura e o seu registo | O programa certificado, determinístico | Registo com ATCUD e QR, inalterável e comunicado |
| Corrigir um erro | A pessoa, com anulação ou nota de crédito | A história não se reescreve: acrescenta-se |
| Cobrar o vencido | A máquina escreve, a pessoa aprova o sensível | Escrita com contexto e relação comercial em jogo |
| Reconciliar recebimentos | A máquina, regras primeiro e modelo na cauda | É emparelhamento, não decisão |
O que a lei te obriga a arrumar (e dá jeito à IA)
Há uma ironia útil em tudo isto. A preparação que a faturação certificada exige —séries bem definidas, catálogo de artigos coerente, NIF validados, um único sítio de onde saem as faturas em vez de três folhas de cálculo e um caderno— é exatamente a higiene de que qualquer automatização precisa para funcionar. Quem tem a ficha de clientes limpa não fez apenas um trabalho de cumprimento: pôs os alicerces.
E ao contrário: se a tua fatura sai hoje de uma folha de cálculo que alguém edita à mão, não tens um problema de IA nem de legislação. Tens um problema de onde vivem os dados, e resolve-se antes de ligares o que quer que seja, integrando a IA com os sistemas que já usas em vez de montar uma camada paralela que se dessincroniza à terceira semana.
A outra metade do trabalho é o registo de quem fez o quê. Para a fatura, o programa certificado já to dá; a tua automatização devia dar-to para tudo o resto —que dado foi lido, com que confiança, quem aprovou e o que foi enviado—. Isso é governação e controlo da automatização com IA, e não é burocracia: é a única coisa que te permite responder a uma inspeção sem reconstruir o passado de memória.
Quando NÃO montar nada disto
Se emites trinta faturas por mês e todas se parecem, não automatizes a leitura: muda de programa de faturação e pronto. O limiar a partir do qual isto compensa não é marcado pela ambição, é marcado pelo volume e pela variedade —quantos documentos entram, em quantos formatos diferentes e quantas exceções por cada cem—. Abaixo disso, a única coisa que consegues é meter uma camada de software entre ti e um problema que se resolvia com um modelo de documento.
Também não o montes se o plano era «esperar para ver o que acontece à legislação». Já aconteceu: o ATCUD é obrigatório desde 2023 e o SAF-T vai à AT todos os meses. Esperar não é uma estratégia, é a maneira de chegar a fazer duas migrações ao mesmo tempo com o fecho em cima.
O sinal de que estás atrasado
Uma pergunta desmonta isto em dez segundos: quantas notas de crédito emitiste no ano passado, e porquê? Se o número não existe, não tens um processo: tens um hábito. E se existe e é alto, já sabes onde está o trabalho — não em emitir melhor, mas em fazer com que o que chega à emissão chegue já conciliado.
A ordem certa é essa, e é o contrário do que te vão vender. Primeiro limpa o que entra. Depois aperta o que sai. E a emissão, no meio, deixa-a aborrecida, determinística e auditada: é a única coisa que a lei te pede e a única que a IA não devia tocar. Se preferes que alguém monte essa divisão e ta deixe medida, é literalmente o trabalho: automatização de operações, a parte que se nota no fecho do mês, não na demonstração.