Como extrair dados de tickets de balança para Excel
em compras de aço, mineração, grãos e produtos químicos

O que uma Nota de Balança Realmente Registra — Duas Pesagens Separadas, Uma Única Transação

Antes de falar sobre extração, vale entender o que torna uma nota de balança estruturalmente diferente dos tipos de documento para os quais a maioria das ferramentas de extração foi projetada. Uma nota de balança não é uma tabela de itens. Ela registra dois eventos de pesagem independentes, que ocorrem com minutos de diferença no mesmo veículo e na mesma balança — e a relação entre eles determina o preço final.

Primeira pesagem: O caminhão vazio entra na balança às 08:14. A balança certificada registra o peso sem carga — 15.720 kg. O operador anota o horário, a placa do veículo e o código do material. O caminhão sai da balança, vai até o pátio de carga e recebe sua carga — minério de ferro, calcário, grãos ou produtos químicos a granel.

Segunda pesagem (Bruto): O caminhão carregado retorna à mesma balança às 08:26. A balança registra 45.660 kg. Ambas as leituras — tara e bruto — aparecem em um único ticket impresso, junto com horários, identificação do veículo, iniciais do operador e descrições do material.

O peso líquido existe apenas como resultado calculado: Líquido = Bruto − Tara. O ticket pode ou não imprimir esse valor. Mesmo quando imprime, é um número gerado pelo software da balança — e se o operador leu a tara errado ou se a impressora falhou, o "líquido" impresso está errado e a discrepância só será percebida quando alguém refizer a subtração. Uma análise da Loop ERP constatou que as taxas de erro de entrada manual de dados em operações de balança de alto volume variam consistentemente entre 1–4% — e, a 200 toneladas por dia, uma discrepância de pesagem de 1% gera um impacto anual na receita superior a US$ 150.000.

Este é o desafio estrutural que torna a extração de notas de balança fundamentalmente diferente do processamento de faturas ou recibos. Você não está extraindo dados de uma tabela plana. Você está reconstruindo uma cadeia causal de dois eventos — e verificando a matemática — antes que os números entrem na sua planilha de liquidação de compras.

Por que nenhum tíquete de balança é igual a outro

O mercado de software para balanças rodoviárias é fragmentado. Uma única operação de compras que recebe material de uma dúzia de fornecedores pode encontrar uma dúzia de formatos de tíquete diferentes — cada um com seu próprio layout. Uma única operação de compras que recebe material de uma dúzia de fornecedores pode encontrar tíquetes impressos por WinWeigh (Weightron), Avery Weigh-Tronix, SmartWeigh, B-TEK ScaleSoft, terminais Mettler Toledo JAGXTREME, Intercomp Weigh e softwares internos personalizados — cada um com seu próprio layout de tíquete.

Só a SmartWeigh oferece mais de 30 modelos de tíquete. Um modelo coloca a tara no canto superior esquerdo, junto com a placa do veículo e o horário. Outro a imprime em uma coluna alinhada à direita, abaixo do ID do operador. Um terceiro empilha todos os campos verticalmente em um recibo de impressora térmica que mal se parece com um formulário. Essas não são variações obscuras — são a realidade diária de qualquer operação de compras que recebe de múltiplas estações de pesagem.

A diversidade de formatos vai além do layout. Alguns tíquetes usam uma estrutura de duas caixas, com "Primeira Pesagem" e "Segunda Pesagem" claramente identificadas como blocos separados. Outros imprimem uma única tabela contínua onde você precisa inferir qual linha é a tara e qual é a bruta a partir dos próprios valores de peso. Duplicatas em papel carbono — ainda comuns em pedreiras menores e elevadores de grãos rurais — sobrepõem impressões fracas em papel de baixo contraste que os mecanismos tradicionais de OCR mal conseguem ler.

A extração baseada em modelos exige a criação de um modelo separado para cada layout de tíquete. Doze fornecedores, doze modelos. Uma estação de pesagem atualizando seu software significa um modelo existente que quebra silenciosamente. Doze fornecedores, doze modelos. Um novo fornecedor significa uma nova sessão de criação de modelo. Uma estação de pesagem atualizando seu software de WinWeigh III para WinWeigh IV significa um modelo existente que quebra silenciosamente. A própria biblioteca de modelos se torna o gargalo que você estava tentando eliminar.

Como a Extração de Colunas Personalizadas Lê Qualquer Layout de Ticket

Aqui está uma abordagem diferente: em vez de dizer à ferramenta onde cada campo está na página, você diz a ela o que cada campo significa. Isso é a Extração de Colunas Personalizadas — você digita os nomes das colunas que representam os dados desejados (ex.: "Número do Ticket," "Placa do Veículo," "Tara," "Peso Bruto," "Peso Líquido," "Código do Material," "Nome do Fornecedor"), e a IA localiza cada valor entendendo seu papel no fluxo da balança rodoviária, não suas coordenadas de pixel na página.

Uma coluna chamada "Tara" diz à IA para encontrar a leitura do peso do veículo vazio — o número menor associado ao primeiro evento de pesagem. "Peso Bruto" diz a ela para encontrar a leitura do veículo carregado associada ao segundo evento. A IA não se importa se o ticket da Avery Weigh-Tronix coloca o peso bruto na coluna 40 ou na coluna 105. Ela lê o documento como um operador de balança faria: entendendo o que cada número representa no fluxo de carregamento.

Esta é a diferença estrutural entre OCR por modelo e IA de visão. O OCR por modelo corresponde caracteres por posição — funciona quando cada ticket tem o mesmo layout e falha quando não têm. A IA de visão lê documentos entendendo contexto e semântica — a mesma definição de coluna funciona em tickets de diferentes postos de pesagem, diferentes fornecedores de software e diferentes formatos de impressão. Você define suas colunas uma vez. Cada ticket — independentemente de qual posto de pesagem o gerou — produz dados alinhados à mesma estrutura de saída.

Se você quiser testar isso em um único ticket agora mesmo, o conversor de ticket de balança para Excel executa a mesma extração baseada em colunas em um único upload — digite os campos necessários, envie uma foto ou PDF do ticket e receba a planilha verificada de volta.

Processamento em Lote: 50 Tickets, Uma Planilha, Pesos Líquidos Verificados

O fluxo para converter uma pilha de tickets de balança em uma única planilha pronta para liquidação tem quatro etapas — cada uma projetada em torno do princípio de que a ferramenta se adapta aos seus documentos, e não o contrário.

A velocidade de processamento escala com a quantidade de documentos, não com a complexidade do formato. Um ticket de balança de uma página é processado em 5 a 10 segundos. Um lote de 50 tickets é concluído em minutos. A IA não desacelera porque o 23º ticket veio de uma estação de pesagem que usa um software diferente — a extração semântica trata a diversidade de formatos como algo irrelevante, não como um obstáculo de configuração.

Classificando Materiais Durante a Extração: De Códigos Inconsistentes a Categorias Limpas

Os tickets de balança frequentemente trazem códigos de materiais abreviados, inconsistentes ou específicos do sistema interno do posto de pesagem — "IRN 62," "CRSH AGG 20mm," "FLY ASH DRY," "HRS 10mm." Quando os tickets vêm de múltiplos sites de fornecedores, o mesmo material pode aparecer sob códigos diferentes. A equipe de compras de uma siderúrgica precisa saber a tonelagem total de minério de ferro entre todos os fornecedores — não reconciliar três esquemas diferentes de códigos de materiais.

Uma coluna inferida resolve isso durante a extração. Adicione uma coluna como "Categoria do Material (opções: Minério de Ferro | Calcário | Carvão | Agregado | Químicos | Outros)" e a IA lê a descrição ou o código do material em cada ticket, associa à categoria mais próxima e preenche a coluna. Extração e classificação acontecem em uma única passada — sem VLOOKUP de pós-processamento, sem revisão manual de cada código. A descrição original do material permanece em sua própria coluna como texto-fonte da verdade; a categoria inferida fornece o agrupamento padronizado que sua planilha de liquidação precisa.

Para operações de compras que lidam com materiais de grau commodity onde a classificação determina o preço — como distinguir minério de ferro com 62% Fe de 58% Fe — mantenha a designação de grau em uma coluna de extração direta ao lado da categoria inferida. A coluna inferida lida com o agrupamento amplo; a coluna de extração direta preserva a especificação contratual.

Chega de caçar anexos de e-mail: deixe cada balança fazer o upload direto

Mesmo depois de resolver o problema da extração, ainda existe um obstáculo logístico: colocar os arquivos dos tíquetes no sistema. O fluxo típico de compras é: a balança do fornecedor imprime os tíquetes → alguém digitaliza ou fotografa → envia PDFs por e-mail para o setor de compras → o setor de compras baixa os anexos → salva em uma pasta → faz upload na ferramenta de extração. A extração é automatizada, mas a coleta não.

Collection Link elimina essa lacuna. Você gera uma URL exclusiva a partir da sua conta e a compartilha com cada balança de fornecedor. O operador da balança abre o link, insere um código de verificação curto e faz o upload do lote de tíquetes do dia diretamente para a sua fila de processamento. Sem e-mail, sem download, sem pasta. O remetente não precisa de conta ou login.

Para equipes de compras que recebem tíquetes de 10 a 30 fornecedores, isso elimina a etapa menos eficiente do processo: a intervenção humana de coletar anexos de e-mail espalhados. Em vez de "verificar 20 e-mails de fornecedores → baixar 20 lotes → organizar → fazer upload", o fluxo se torna "fornecedor faz upload → tíquetes aparecem na sua fila → processamento em lote → exportação."

Como lidar com tíquetes de balança em papel carbono e manuscritos

Nem toda balança gera tíquetes limpos impressos a laser ou térmicos. Pedreiras rurais, pequenos elevadores de grãos e instalações industriais antigas costumam usar tíquetes em papel carbono preenchidos à mão — o operador escreve a placa do veículo, o código do material e as duas leituras de peso, depois arranca a via para o motorista.

Esses tíquetes apresentam dois desafios para a extração. Primeiro, as vias de papel carbono têm baixo contraste inerente — a impressão na segunda ou terceira camada é mais fraca que a original, com caracteres que podem estar quebrados ou fantasmas. Segundo, as leituras de peso manuscritas nesses tíquetes têm a mesma variabilidade de qualquer caligrafia — a letra do operador, borrões e o sangramento do papel carbono afetam a legibilidade.

Para tíquetes em papel carbono, digitalize sempre que possível a via original (a primeira cópia) — o contraste é significativamente melhor que o das vias. Para arquivos onde só restam as vias, o reconhecimento de caligrafia da IA lida com impressões de carbono nítidas com precisão razoável, mas espere menor confiança em campos desbotados ou borrados. Execute a verificação de peso líquido da Coluna Calculada em um lote de amostra antes de processar o arquivo completo — se a maioria dos valores de Verificação de Peso retornar zero, a extração é confiável. Se valores diferentes de zero forem comuns, verifique essas linhas manualmente.

O Ticket de Pesagem como Documento Legal: O que Está em Jogo

Na aquisição de commodities a granel, o ticket de balança é mais que um registro de dados — é um documento legal. De acordo com o NIST Handbook 44, o padrão regulatório para dispositivos de pesagem comerciais nos Estados Unidos, balanças com certificação legal para comércio devem atender a tolerâncias de precisão especificadas e produzir representações registradas que incluam o peso da transação. O Programa Nacional de Avaliação de Tipo (NTEP) certifica que os equipamentos de pesagem estão em conformidade com esses requisitos. Um ticket impresso por uma balança certificada pelo NTEP e em conformidade com o NIST Handbook 44 é o registro de peso legalmente decisivo para a transação.

Kentucky Revised Statutes 363.780 — representativo de leis similares na maioria dos estados — exige que entregas de commodities a granel vendidas por peso sejam acompanhadas por um ticket de entrega em duplicata, constando nome e endereço do vendedor, nome e endereço do comprador, peso líquido, e os pesos bruto e tara dos quais o líquido foi derivado. De acordo com 49 CFR §375.519, os tickets de peso devem incluir o nome completo e a localização da balança, a data de cada pesagem, a identificação das entradas de peso como tara/bruto/líquido e a assinatura do mestre de pesagem.

O peso legal desses documentos tem uma implicação prática para a extração: os dados que você extrai são os dados que a balança registrou. A IA não verifica a calibração da balança. Ela extrai o que está impresso ou escrito no ticket. A Verificação de Peso da Coluna Calculada confere a consistência interna — Bruto menos Tara é igual a Líquido? — mas não pode dizer se a balança estava lendo 50 kg a mais naquela manhã. A auditoria de calibração da balança é domínio do agente de serviço registrado que mantém a balança, não da ferramenta de extração de documentos.

Perguntas Frequentes

Consegue processar tickets de balança onde os eventos de tara e bruto estão em páginas separadas?

Sim — carregue ambas as páginas como parte do mesmo lote. A IA processa cada página de forma independente, mas associa os resultados pela placa do veículo e número do ticket. Se sua operação de balança emitir comprovantes separados de tara e bruto (comum em configurações de pesagem única por passagem), carregue-os juntos e a IA pareia os dois eventos pelos identificadores compartilhados.

E se fornecedores usarem nomes de campos diferentes — ex.: "Tara" vs. "Peso Vazio" vs. "Descarregado"?

A IA mapeia termos semanticamente equivalentes. Se você especificar "Peso Tara" como nome da coluna, a IA localizará campos rotulados como "Tara", "Peso Vazio", "Descarregado" ou "Massa Tara" no ticket e os mapeará para sua coluna de Peso Tara. Você não precisa listar cada sinônimo — a IA entende que todos se referem à leitura de peso do veículo vazio.

Preciso configurar algo por posto de pesagem de fornecedor?

Não. A lista de colunas que você define uma vez funciona em todos os postos de pesagem e todos os formatos de ticket. Não há criação de modelos, configuração por fornecedor ou fase de treinamento. Esta é a principal vantagem da extração semântica sobre a extração posicional para um cenário de formatos fragmentados.

O que acontece se um ticket não tiver um campo — por exemplo, alguns tickets de balança não mostram o nome do motorista?

A célula desse campo fica em branco na saída para aquele ticket. Sua estrutura de planilha permanece consistente em todas as linhas; campos ausentes aparecem como células vazias. Sem erros, sem alertas de incompatibilidade de modelo, sem interrupção no fluxo de trabalho.

Posso exportar os dados no formato de importação do meu ERP?

Sim — configure os nomes das colunas para corresponder aos nomes dos campos de importação do seu ERP. Use os cabeçalhos exatos do seu ERP ao definir as colunas, e a saída XLSX será estruturada para importação direta. Formatos de data e número podem ser especificados na sua configuração de extração para atender aos requisitos do seu ERP, seja você usando SAP, Oracle NetSuite, Microsoft Dynamics ou uma plataforma específica de commodity como Loop ERP.

Esta ferramenta se conecta diretamente ao hardware da minha balança rodoviária?

Não. O ImageToTable.ai é uma ferramenta de extração de documentos — ele processa tickets de balança após serem impressos, digitalizados ou fotografados. Ele não se conecta ao hardware da balança rodoviária, células de carga ou sistemas de pesagem em tempo real. Se você precisa de integração de hardware em tempo real, isso é domínio do software de gerenciamento de balanças rodoviárias (WinWeigh, B-TEK ScaleSoft, etc.). Esta ferramenta resolve o problema downstream de entrada de dados para tickets que já existem — o lote de 50 vias sentado na sua mesa.

Qual é a precisão da extração para os campos críticos de peso — Tara, Bruto e Líquido?

Para impressões digitais limpas de software de balança rodoviária (a maioria dos tickets de postos de pesagem em operação), a precisão da extração dos campos de peso normalmente excede 95%. As principais quedas de precisão vêm de: recibos térmicos muito desbotados, duplicatas de cópia carbono com caracteres quebrados, campos manuscritos densos com caligrafia irregular e fotografias severamente inclinadas. A Coluna Calculada Verificação de Peso detecta inconsistências de extração — um resultado diferente de zero significa que um dos três valores de peso foi lido incorretamente ou o ticket original é inconsistente, e essa linha é sinalizada para revisão.

Para uma análise mais aprofundada de como a extração automatizada se compara à entrada manual de dados em tipos de documentos de compras, veja nossa comparação entre OCR de ticket de balança e taxas de erro e custo de entrada manual. Para conversão em massa de tickets de balança em planilhas estruturadas, use o conversor de ticket de balança para Excel.