«Esta fatura não tinha já entrado?» O valor é igual, o fornecedor é o mesmo e tens dois documentos abertos. Estás a preparar pagamentos. Agora falta perceber se há um lançamento repetido, se recebeste o mesmo PDF duas vezes ou se são duas compras legítimas.
É trabalho de conferência que interrompe o resto do dia. E é uma boa tarefa para testar IA, com uma condição: o assistente apresenta suspeitas e a respetiva prova. Não apaga, não anula e não decide pagamentos.
O objetivo não é entregar a contabilidade a uma máquina. É chegar mais depressa aos documentos que merecem atenção, sem perder o rasto do que aconteceu.
Estar no início não é estar atrasado
Se já experimentaste uma ferramenta de IA, mas ainda não a ligaste ao trabalho administrativo, não és uma exceção. No Barómetro HeraPrime publicado em outubro de 2026, 54% das 57 empresas participantes indicaram utilização ocasional e sem estrutura; apenas 14% declararam uso regular e organizado. A participação foi voluntária e a amostra estava concentrada na região de Lisboa. Estes números não representam todas as PME portuguesas.
O relatório D4SME 2026 da OCDE também encontrou uma utilização sobretudo simples e isolada entre as empresas que usavam IA: 76%, numa amostra não representativa de mais de duas mil PME de 12 países. Não é uma percentagem de Portugal. É mais um sinal de que experimentar e integrar num processo são coisas diferentes.
A passagem fica presa em problemas conhecidos: documentos espalhados entre o ERP e o email, experiências sem responsável, falta de competências internas e ganhos que ninguém mede. Um projeto enorme agrava esses quatro travões. Uma conferência delimitada permite enfrentá-los: uma origem definida, uma pessoa responsável e um resultado verificável.
Nesta reta final de outubro, podes escolher um pequeno conjunto de faturas para o ensaio. Não porque exista uma obrigação nova no fim do mês, mas porque convém testar com tempo para rever, em vez de estrear uma ferramenta num dia de maior pressão.
Parecido não significa duplicado
Há pelo menos três situações distintas. O mesmo PDF pode ter chegado por dois emails, existindo apenas um lançamento no ERP. Duas faturas diferentes podem ter o mesmo total, como acontece com serviços mensais. E uma única fatura pode ter originado dois registos de compra.
Só a última situação aponta para uma possível duplicação de registo. Mesmo aí, é preciso confirmar os documentos e o seu contexto antes de corrigir alguma coisa.
O risco não é teórico. Num artigo de opinião da Sage Partnews de outubro de 2026, Aaron Harris relatou uma experiência em que um agente apagou uma fatura que julgava repetida. É um relato pessoal de experimentação, não uma demonstração de falha de um produto Sage. A lição útil é a diferença entre reconhecer uma semelhança e ter autoridade para alterar um registo.
Uma correção contabilística deve seguir o procedimento adequado, com quem tem competência para a validar. «A IA achou que era igual» não é fundamento suficiente para eliminar informação.
Começa pelos identificadores, não pela aparência
O primeiro ensaio pode usar uma amostra autorizada, exportada do teu ERP. Não precisa de começar com acesso a toda a empresa. Para cada documento, interessa preservar o identificador interno, a empresa a que pertence, o fornecedor e o seu identificador fiscal, o tipo de documento, a série e o número, a data, a moeda e o total. Mantém também uma referência que permita consultar o original.
Os campos disponíveis dependem da instalação. Ter PHC, Sage, Primavera ou Artsoft não garante que a mesma exportação ou integração esteja pronta em todos eles. Primeiro confirma-se o que existe; depois escolhe-se a forma de leitura.
A identidade do fornecedor não deve depender apenas do nome escrito. Também não convém retirar indiscriminadamente letras e separadores aos números das faturas: podes acabar por juntar séries distintas. O valor e a proximidade das datas ajudam a encontrar candidatos, mas não substituem a identificação documental.
E aqui surge a objeção certa: «O meu ERP já não faz isto?»
Pode fazer parte do trabalho. Se uma consulta ou um controlo existente detetar os casos relevantes de forma clara, usa-o. Não precisas de IA para comparar campos iguais. O ensaio só se justifica se acrescentar valor, por exemplo ao organizar evidência dispersa ou ao explicar diferenças entre documentos para a pessoa que os vai conferir. Os identificadores e as contas continuam a ser verificados por regras, não pela capacidade do modelo para escrever uma resposta convincente.
Um exemplo: quatro registos, duas conclusões diferentes
Imagina estes dados. São fictícios, não resultados de um cliente. Todos os valores estão em euros e pertencem à mesma empresa.
| Registo no ERP | Fornecedor | Fatura do fornecedor | Data | Total |
| — | — | — | — | — |
| C1041 | A | FT 2026/184 | 12 de outubro | 1 230 € |
| C1058 | A | FT 2026/184 | 12 de outubro | 1 230 € |
| C1063 | B | FT 2026/201 | 14 de outubro | 1 230 € |
| C1069 | B | FT 2026/222 | 21 de outubro | 1 230 € |
No primeiro par, o identificador fiscal do fornecedor, a série, o número, a data e o total coincidem. Os identificadores internos são diferentes. Há uma suspeita forte de dois registos para a mesma fatura. A saída útil seria:
Rever C1041 e C1058. Coincidem fornecedor, identificação da fatura, data, moeda e total. Consultar os dois registos e o documento de origem. Nenhum registo foi alterado.
A pessoa responsável confirma se são efetivamente lançamentos distintos da mesma fatura e verifica se existe algum tratamento contabilístico que explique a situação. Se for necessária uma correção, esta ocorre pelo processo habitual, fora do assistente.
No segundo par, o total coincide, mas os números e as datas são diferentes. Ao abrir os originais, a pessoa verifica que correspondem a serviços de períodos distintos. A igualdade de valor não justificava tratar um deles como repetido.
Se o documento de origem não estivesse disponível, a resposta correta seria «não há elementos suficientes para concluir». Nunca «duplicado confirmado» por falta de uma explicação alternativa.
Só de leitura é uma permissão, não uma promessa
Uma instrução escrita a dizer «não apagues» não chega. A conta usada para consultar o ERP deve estar tecnicamente impedida de inserir, alterar, anular ou eliminar registos. O assistente também não precisa de permissões para executar pagamentos.
A lista de revisão e as decisões humanas podem ser registadas separadamente, sem modificar os documentos contabilísticos. Esse registo deve permitir saber quem pediu a análise, quando, sobre que conjunto de dados e quais os documentos usados para justificar cada suspeita. A pessoa que revê deixa a sua conclusão e o motivo.
Isto importa porque uma IA genérica produz texto plausível, não conhecimento automático da tua contabilidade. Quando faltam dados, pode preencher a lacuna com uma explicação errada. Ligá-la aos teus documentos reduz esse espaço, mas não elimina todos os erros. Uma leitura defeituosa do PDF, uma consulta incompleta ou uma associação incorreta continuam a ser possíveis.
Por isso, cada suspeita tem de apontar para registos existentes. Se não houver origem verificável, não deve ser apresentada como conclusão. O acesso só de leitura limita o dano direto nos dados; a evidência e a revisão humana limitam o risco de alguém tomar uma decisão errada com base na resposta.
Mede o trabalho que sobra, não a velocidade da resposta
Escolhe, por exemplo, 30 documentos autorizados e uma pessoa da área administrativa para os conferir. É uma proposta de dimensão para o ensaio, não uma amostra que permita certificar a fiabilidade do sistema.
Inclui casos diferentes: compras legítimas com o mesmo total, uma cópia do mesmo PDF e, se existir um caso histórico já resolvido e autorizado, um duplicado conhecido. Não uses apenas exemplos fáceis escolhidos para a demonstração.
Regista o tempo da conferência habitual. Depois mede a preparação dos dados, a execução e toda a revisão dos alertas. Conta quantas suspeitas foram confirmadas, quantas eram falsos alarmes e se algum duplicado conhecido ficou de fora. Um total pequeno de alertas não prova que o sistema encontrou tudo.
Um cálculo ilustrativo mostra porquê. Se a conferência manual demorava 45 minutos e o novo processo exige 10 minutos de preparação, cinco de execução e 15 de revisão, poupaste 15 minutos, não 40. Se houve 90 minutos de configuração inicial, esse tempo só seria recuperado ao fim de seis execuções iguais. Ainda faltaria considerar custos de utilização e manutenção. Não são ganhos prometidos; é a conta a fazer com os teus valores.
Também não confundas o valor de uma fatura suspeita com dinheiro poupado. Uma fatura de 1 230 € assinalada não representa automaticamente 1 230 € de perda evitada. Pode ser legítima, já ter sido detetada pelo controlo habitual ou nunca ter chegado a pagamento.
O WhatsApp pode ser a entrada; a prova continua no ERP
Depois de o ensaio funcionar, a pergunta pode ser simples: «Mostra possíveis faturas de fornecedor repetidas nesta amostra e explica cada suspeita.» O WhatsApp pode servir de interface, com acesso autorizado e apenas a informação necessária. Não deve transformar-se num local para distribuir indiscriminadamente documentos financeiros.
A resposta tem de conservar o âmbito, os identificadores e o caminho para a evidência. A camada que associa os conceitos do negócio aos campos do ERP ajuda nessa leitura; não substitui a validação das permissões nem resolve documentos em falta. Por isso, não há um prazo universal de arranque que se possa prometer sem ver a instalação.
Para o dono, o resultado é saber o que merece atenção. Para o administrativo, é chegar aos registos certos com menos procura. Para quem valida a contabilidade, é manter a decisão e o rasto. Não é preciso espalhar o piloto por outras funções para demonstrar utilidade.
O critério de sucesso é modesto e exigente: menos tempo de conferência, suspeitas justificadas e nenhum documento alterado pelo assistente. Se o controlo atual fizer melhor, fica o controlo atual.
Para avaliar este primeiro passo com os teus dados e sem dar autorização para apagar registos, fala com a Leiritech em leiritech.pt.
