A fatura está pronta, mas falta confirmar se leva o preço e o desconto que o comercial combinou. A proposta está num PDF, a encomenda no ERP e a alteração das condições num email. Quem vai emitir tem de juntar as peças. Se ninguém reparar na diferença, é o cliente que a encontra.
Não precisas de começar a usar IA entregando-lhe a faturação. Um primeiro passo mais prudente é pedir-lhe ajuda para comparar o rascunho com a proposta aceite e a encomenda. O resultado é uma lista curta de diferenças, com a origem de cada valor, para quem já tem a responsabilidade de conferir e emitir.
A IA não aprova o negócio, não altera o documento e não emite a fatura. Ajuda a encontrar o que merece atenção antes desse passo.
Estar no início não é estar atrasado
Num inquérito divulgado pela SAS/IDC em maio de 2026, com mais de 1.600 dirigentes de pequenas e médias empresas de 28 países, cerca de 70% situavam-se nas fases experimental ou oportunista de utilização de IA. O comunicado não confirma participação portuguesa. Não é uma medição das PME nacionais, mas ajuda a perceber que experimentar sem ter um processo estabelecido não é uma situação invulgar.
Nesta tarefa, os obstáculos deixam de ser abstratos. Os dados fragmentados são a proposta, a encomenda e o email que não estão juntos. O piloto isolado é uma demonstração que compara dois PDFs, mas nunca chega à pessoa que fatura. A falta de competências aparece quando ninguém sabe resolver um alerta. A ausência de métricas surge quando todos dizem que foi útil, mas ninguém contou o tempo de revisão.
Um ensaio pequeno pode dar resposta a estes quatro problemas sem abrir um projeto para reorganizar a empresa inteira. Perto do fim de outubro, por exemplo, podes escolher uma amostra da faturação habitual do mês. Não por existir uma obrigação especial nessa data, mas porque há documentos concretos sobre os quais trabalhar.
O controlo começa por saber o que foi aceite
Comparar documentos não é o mesmo que decidir qual manda. Uma proposta pode ter várias versões. Uma encomenda pode cobrir apenas parte do fornecimento. Um desconto pode depender de uma quantidade mínima. Se esta relação não estiver definida, o sistema encontra diferenças sem saber se representam erros.
Antes do ensaio, escolhe vendas simples: uma proposta aceite, uma encomenda associada e um rascunho correspondente. Exclui inicialmente adiantamentos, faturação por fases, várias moedas ou alterações comerciais ainda por confirmar. Não porque sejam impossíveis de tratar, mas porque exigem regras adicionais.
A pessoa responsável deve identificar a versão aceite e o registo da aceitação. Não basta selecionar o ficheiro mais recente. Se a encomenda divergir da proposta, a resposta certa é pedir confirmação, não escolher silenciosamente um dos valores.
Depois, define os campos a conferir: referência do artigo ou serviço, quantidade, unidade, preço unitário, desconto, encargos acordados e condições de pagamento. Compara valores na mesma base: antes ou depois de desconto, com ou sem IVA. Uma diferença de apresentação não pode passar por erro comercial.
Este controlo não substitui a validação fiscal do programa de faturação nem o trabalho do contabilista. Confirma a coerência comercial entre documentos; não certifica o tratamento fiscal da operação.
Um exemplo: a diferença não está só no total
Imagina uma venda de 20 unidades da mesma referência. É um exemplo fictício, com valores sem IVA, criado apenas para mostrar o raciocínio.
| Campo | Proposta aceite e encomenda | Rascunho da fatura |
|—|—|—|
| Quantidade | 20 unidades | 20 unidades |
| Preço unitário antes de desconto | 85 € | 90 € |
| Desconto de linha | 10% | 0% |
| Prazo de pagamento | 30 dias da data da fatura | 15 dias da data da fatura |
| Total da linha sem IVA | 1.530 € | 1.800 € |
O valor acordado resulta de 20 × 85 € × 0,90. O rascunho apresenta 20 × 90 €. A diferença é de 270 €, mas mostrar apenas esse total seria pouco útil: quem confere precisa de localizar a causa.
Uma resposta adequada identificaria três divergências: preço unitário, desconto e prazo de pagamento. Indicaria também onde encontrou os valores, por exemplo, na linha da proposta aceite, na linha da encomenda e no cabeçalho do rascunho. Os cálculos devem ser feitos por regras de cálculo, não deixados à geração de texto do modelo.
Agora imagina que o desconto de 10% só se aplica ao fornecimento completo, mas o rascunho corresponde a uma entrega parcial. O sistema não deve aplicar o desconto por iniciativa própria. Deve assinalar a condição e encaminhar a dúvida para quem conhece o acordo. Encontrar uma diferença é trabalho de comparação; decidir se é legítima é trabalho de validação.
Onde a IA ajuda — e onde bastam regras
Se preço, quantidade e desconto já estiverem em campos estruturados, uma regra consegue compará-los. Não é preciso um modelo de linguagem para descobrir que 85 é diferente de 90.
A IA pode ser útil quando precisa de localizar uma condição num PDF, relacionar descrições diferentes do mesmo serviço ou preparar uma explicação legível das divergências. Mesmo aí, a correspondência deve apoiar-se em referências e documentos. Duas descrições parecidas não provam que se trata do mesmo artigo.
É aqui que uma demonstração convincente pode esconder trabalho por fazer. Ler uma proposta isolada é diferente de encontrar a versão aceite, associá-la à encomenda certa e devolver uma comparação que outra pessoa consegue verificar. O critério não é a elegância da resposta. É a possibilidade de chegar à sua origem.
Um chat genérico produz texto plausível a partir do que recebe. Se lhe faltar uma condição, pode completar a resposta com algo que parece razoável. Ligar a IA aos teus documentos reduz esse risco, mas não o elimina: pode haver leitura incorreta de um PDF, associação errada ou interpretação falhada.
Por isso, a resposta deve distinguir três situações: campo conferido, diferença encontrada e informação insuficiente. Um campo que não foi possível ler não pode aparecer como validado. E «não foram encontradas diferenças nos campos verificados» é mais rigoroso do que «a fatura está correta».
Só de leitura, com um responsável pela decisão
Neste primeiro uso, a ligação ao ERP deve permitir apenas as consultas necessárias. Não deve dar ao assistente capacidade para mudar preços, gravar alterações ou emitir documentos. A correção continua a ser feita por uma pessoa autorizada, no sistema habitual.
O registo da verificação deve permitir perceber quem pediu o controlo, que versões foram comparadas, quando foram consultadas e que diferenças foram apresentadas. Se alguém alterar o rascunho depois, a verificação anterior deixa de cobrir essa nova versão. É preciso conferir novamente.
Também importa definir quem resolve cada dúvida. O comercial confirma uma exceção negociada. A pessoa responsável pela faturação verifica o documento. O dono acompanha o resultado do ensaio, sem passar a aprovar todas as linhas. Sem esta divisão, a IA apenas cria mais uma lista de pendências.
Usa um ambiente autorizado pela empresa, com acesso limitado e condições de tratamento e conservação dos dados conhecidas. Uma proposta contém informação comercial sensível, mesmo quando não inclui dados pessoais.
Um ensaio que caiba no trabalho desta semana
Começa por dez conjuntos documentais de vendas comparáveis, se os conseguires reunir. É uma amostra exploratória, não uma prova estatística. Uma pessoa que conheça o processo deve preparar a comparação de referência, incluindo exemplos sem diferenças e casos com divergências conhecidas, para avaliar o que o assistente encontra e o que deixa passar.
Para cada conjunto, regista o tempo total: localizar documentos, executar a comparação, rever os alertas e esclarecer dúvidas. Medir apenas os segundos da resposta esconde a parte mais cara do trabalho.
Conta separadamente os erros confirmados, os alertas sem fundamento e as diferenças que o sistema não detetou. Se houver um erro relevante que passe despercebido, analisa a causa antes de alargar o uso. Ter muitos alertas não significa ter um bom controlo.
Um cálculo ilustrativo: se dez verificações manuais demorarem 80 minutos e as verificações assistidas demorarem 50, incluindo revisão, a diferença observada será de 30 minutos nessa amostra. Se preparar os dados consumiu mais duas horas, esse esforço também entra na avaliação. Tempo libertado não equivale automaticamente a dinheiro poupado.
As notas de crédito exigem o mesmo cuidado. Uma divergência corrigida antes da emissão não prova que evitaste uma nota de crédito: o controlo habitual podia tê-la encontrado. Regista primeiro «erros corrigidos antes de emitir». Para avaliar uma eventual redução de notas de crédito, acompanha as que resultam desta causa e compara períodos com volumes e operações semelhantes.
E se o teu ERP já fizer esta conferência?
Nesse caso, começa por usar o que tens. Se o processo de transformação da encomenda em fatura já preserva as condições aprovadas e os controlos existentes chegam, acrescentar IA pode não trazer vantagem.
A oportunidade está sobretudo nas partes que escapam a esse percurso: condições num anexo, proposta aceite fora do ERP ou exceção comercial que exige leitura. O objetivo não é pôr IA em todas as faturas. É reduzir um trabalho de procura e comparação que ainda esteja a causar atrasos ou erros.
Com PHC, Sage, Primavera ou ARTSOFT, a viabilidade depende da versão, dos módulos, das permissões e dos dados disponíveis. Não há fundamento para prometer uma ligação universal pronta em horas. Uma primeira avaliação pode usar exportações autorizadas, sem escrita no ERP, antes de se decidir qualquer integração.
A pergunta pode ser simples; a resposta tem de ser verificável
Com o acesso preparado, a pergunta pode chegar por uma interface interna ou pelo WhatsApp: «Que diferenças há entre este rascunho, a proposta aceite e a encomenda?» O canal é apenas a porta de entrada. Não substitui a identificação do utilizador, as permissões nem o registo da consulta.
A resposta útil apresenta as diferenças, identifica as fontes e diz o que ficou por conferir. Se não encontrar a proposta aceite, deve dizê-lo. Não deve inventar condições para concluir a tarefa.
Na Leiritech, o ponto de partida é este: acesso aos teus dados, só de leitura e auditado, com um âmbito que seja possível testar. Antes de falar de automatizar a faturação, vale a pena perceber se conseguimos ajudar a conferir melhor uma pequena amostra.
Para avaliar este primeiro passo na tua empresa, fala com a Leiritech em leiritech.pt. Começamos pela comparação que precisas de fazer, não pela promessa de automatizar tudo.
