A IA encontrou a proposta mais barata. Comparou caixas com unidades?
Extrair um preço de um PDF não basta para comparar propostas. A aplicação precisa de explicar a unidade, as condições e a informação que não conseguiu confirmar.
Por Innovation T Team
Uma PME recebe três propostas para o mesmo conjunto de materiais. A aplicação lê os PDFs, coloca os valores lado a lado e destaca a opção mais barata. Só depois da aprovação alguém percebe que um fornecedor cotou por caixa e outro por unidade. A extração dos números estava certa. A comparação estava errada.
Esta é uma oportunidade concreta para software interno com IA em empresas portuguesas de distribuição, instalação ou produção. O trabalho repetitivo de reunir propostas pode ser reduzido, mas a aplicação deve preservar o significado comercial dos dados. Uma lista de preços bem formatada não é, por si só, uma análise de compra.
Defina primeiro a pergunta que a aplicação deve responder
O objetivo pode ser preparar uma comparação para um comprador, identificar condições em falta ou encontrar alterações entre revisões. São tarefas diferentes. Começar por «usar IA nos PDFs» deixa o âmbito aberto e torna difícil avaliar se o projeto valeu a pena.
Escolha uma família de compras e descreva os campos necessários: referência, quantidade, unidade, moeda, condições de entrega e validade, por exemplo. Os campos relevantes devem ser validados pela equipa que compra. Não é necessário automatizar todas as categorias da empresa na primeira versão.
A aplicação deve também reconhecer quando a pergunta não pode ser respondida. Uma proposta sem unidade explícita pode exigir esclarecimento ao fornecedor. Completar esse campo por adivinhação torna a tabela mais bonita e o processo menos fiável.
Extração e interpretação são etapas diferentes
A documentação do Google Document AI sobre avaliação explica métricas e o efeito dos limiares de confiança sobre os resultados. A documentação da Microsoft sobre confiança em extração documental distingue estimativas de confiança e recomenda revisão em cenários relevantes. Estes mecanismos ajudam a avaliar a leitura, mas não substituem regras comerciais.
Um valor pode ter sido lido corretamente e pertencer a uma condição que só aparece numa nota. Um desconto pode depender da quantidade total. Um transporte incluído pode aplicar-se apenas a um destino. A aplicação precisa de ligar o dado à evidência, em vez de o separar imediatamente do documento.
Mostre ao revisor a página e o trecho que sustentam um campo importante. Quando existe uma normalização, conserve o valor original e a transformação aplicada. Assim, a equipa consegue corrigir um erro sem perder a forma como a conclusão foi produzida.
Uma unidade desconhecida não deve virar unidade por defeito
Crie um vocabulário controlado para as unidades usadas na categoria inicial. Uma caixa pode conter quantidades diferentes consoante o artigo. Uma medida de comprimento não pode ser comparada diretamente com uma embalagem sem uma relação confirmada.
Num cenário ilustrativo, o fornecedor A indica caixas de várias peças e o fornecedor B indica peças avulsas. A aplicação calcula um valor comparável apenas depois de conhecer o conteúdo da caixa e a quantidade pretendida. Se essa relação não estiver disponível, apresenta uma pergunta por resolver.
Os arredondamentos também fazem parte do âmbito. Comprar uma fração de caixa pode ser impossível. A comparação deve refletir a quantidade efetivamente comprável, e a regra precisa de ser acordada com o negócio. Não deixe esta decisão escondida no comportamento padrão de uma folha de cálculo.
Compare revisões sem apagar a proposta anterior
Os fornecedores podem reenviar uma proposta com o mesmo nome de ficheiro. Guarde cada versão e associe-a à mesma negociação quando isso for confirmado. Uma nova extração não deve substituir silenciosamente os dados sobre os quais alguém já tomou uma decisão.
O revisor precisa de ver o que mudou: preço, prazo, quantidade, material ou condição. O objetivo não é apresentar todas as diferenças de texto, mas destacar as que podem alterar a comparação. A configuração dessas diferenças faz parte da descoberta do projeto.
Se uma proposta for retirada, deixe claro que não deve participar em novas comparações. Conserve o histórico necessário para explicar decisões anteriores segundo a política da empresa. Atualidade e rastreabilidade precisam de coexistir.
A IA não deve ganhar poderes por ler uma instrução no PDF
Os documentos recebidos são informação externa. Uma frase dentro de um PDF não deve poder alterar as regras da aplicação, enviar ficheiros para outro destino ou aprovar uma compra. Separe o processamento documental das ações que mudam os sistemas da empresa.
Na primeira versão, mantenha a decisão de compra com o responsável. A aplicação prepara o dossier, mostra dúvidas e regista a revisão. Uma integração posterior com o ERP pode criar um rascunho controlado, mas deve respeitar permissões e aprovações definidas.
O nosso artigo sobre integração CRM–ERP mostra por que razão uma proposta aprovada e uma encomenda executável têm estados diferentes. Uma ferramenta de IA deve encaixar nesse processo, não criar um caminho paralelo sem controlo.
Avalie o custo por comparação útil
Peça ao fornecedor para medir tempo de revisão, campos corrigidos e casos encaminhados para esclarecimento. O custo de uma chamada ao modelo é apenas uma parcela. Preparação de dados, armazenamento, manutenção e trabalho humano continuam a existir.
Um teste com documentos limpos pode esconder o problema. Inclua digitalizações, descrições abreviadas, várias moedas, revisões e propostas incomparáveis. O sistema deve mostrar os limites sem produzir uma falsa classificação de melhor fornecedor.
Defina quem mantém as regras e como se aprova uma nova versão do modelo. Uma atualização deve passar pelo mesmo conjunto de casos de referência antes de entrar no processo de compras. O contrato de manutenção e acessos ajuda a discutir responsabilidades que persistem depois do lançamento.
A Innovation T pode transformar esta tarefa num produto interno através dos seus serviços de software e IA. Descreva a comparação de propostas que hoje ocupa a sua equipa para definir um piloto com documentos autorizados, critérios claros e revisão humana útil.
Perguntas frequentes
Um índice de confiança elevado garante uma comparação correta?
Não. A extração pode estar correta e a comparação continuar errada por usar unidades, quantidades ou condições diferentes. Valide o significado comercial além do reconhecimento do texto.
A primeira versão deve escolher automaticamente o fornecedor?
É mais prudente começar por preparar uma comparação rastreável para revisão humana. A escolha e a aprovação de compra devem seguir as responsabilidades definidas pela empresa.
Que documentos devemos usar para testar a aplicação?
Use propostas autorizadas e devidamente preparadas, com formatos variados, revisões, unidades diferentes e condições em falta. Inclua casos em que não existe informação suficiente para comparar.
Vamos desenvolver o seu projeto?
Da segurança ao crescimento e à engenharia, a nossa equipa ajuda a transformar o seu projeto num produto sólido.