Como rastrear ordens de compra da construção em relação aos
Códigos de Custo do Trabalho

A Lacuna Entre o PDF do Fornecedor e Seu Relatório de Custos de Obra

Toda semana, uma construtora de médio porte faz pedidos de materiais com meia dúzia de fornecedores — ABC Supply para materiais de cobertura, Ferguson para canos e conexões, 84 Lumber para estruturação, Beacon para telhas, HD Supply para itens de MRO. A maioria desses fornecedores confirma o pedido por e-mail com um anexo em PDF. O documento contém tudo que o gerente de projeto precisa: número do PO, nome do fornecedor, referência da obra, itens com quantidades e preços unitários, data de entrega, impostos e total.

Nenhum desses dados flui automaticamente para o sistema de custos de obra do GC. Eles ficam no PDF. Para colocá-los em uma planilha de acompanhamento ou ERP como Procore, Viewpoint Vista ou Sage 300 CRE, alguém abre cada PDF, localiza cada campo e digita — linha por linha, código de custo por código de custo. Um tópico no Reddit em r/ConstructionManagers confirmou o que a maioria das pessoas no setor já sabe: um grande número de pequenas e médias construtoras ainda gerencia ordens de compra inteiramente em planilhas do Excel — não porque preferem planilhas, mas porque o esforço de integração com o ERP ainda não se justificou.

O problema não é que o formato do fornecedor seja complicado. É que cada fornecedor usa um formato diferente. A confirmação de PO da ABC Supply não se parece em nada com a da Ferguson. A estrutura do PDF da Beacon difere da da 84 Lumber. E até o mesmo fornecedor formata pedidos de maneiras diferentes, dependendo se o pedido foi feito pelo portal, por telefone ou por um representante de campo. A extração baseada em modelo — onde você desenha uma caixa ao redor de um campo uma vez e espera que ele esteja na mesma posição na próxima — quebra no momento em que o formato muda. Na compra para construção, o formato está sempre mudando.

Quanto Custa Realmente Processar um PO de Material

O American Productivity & Quality Center (APQC) calcula que o custo médio de processar uma única ordem de compra é de aproximadamente US$ 100 em todos os setores. Mas esse número captura todo o ciclo de compras — requisição, aprovação, emissão e conciliação —, não apenas a etapa restrita de extrair dados do PDF de confirmação do fornecedor para uma planilha de acompanhamento. Para POs de materiais de construção, essa etapa de extração, sozinha, representa um custo recorrente significativo quando medida no nível da tarefa.

Detalhe os minutos de um PO de material típico de um fornecedor como Ferguson ou ABC Supply:

• Abrir o PDF e localizar os campos relevantes — 10 a 15 segundos, mais se o anexo estiver enterrado na thread de e-mail
• Identificar cada dado no documento — número do PO, nome do fornecedor, referência do trabalho, código de custo, itens de linha com quantidades e preços unitários — 30 a 45 segundos navegando por um layout desconhecido
• Consultar ou verificar o código de custo CSI MasterFormat que deve ser atribuído a cada linha — 45 a 90 segundos se o código não estiver impresso no documento do fornecedor (geralmente não está)
• Digitar os dados na planilha ou no ERP — 60 a 120 segundos, dependendo do número de linhas e de quantas vezes você alterna de janela
• Verificar se há erros de transcrição — 30 a 60 segundos procurando dígitos trocados ou uma linha mapeada para o código de custo errado

Total: aproximadamente 4 a 5 minutos por pedido. Uma GC de médio porte que faz 80 a 120 pedidos de material por mês em todos os projetos ativos gasta de 5 a 10 horas por mês apenas redigitando dados de PO de fornecedores. Anualmente, com um gerente de projeto ou coordenador de compras cobrando uma taxa carregada de US$ 50 a US$ 75 por hora, isso representa US$ 3.000 a US$ 9.000 por ano em mão de obra direta — gasta em uma atividade que não gera valor além de mover texto de um retângulo para outro.

O custo maior não são os minutos. É o que acontece quando a digitação sai errada. A entrada manual de dados em condições normais de trabalho tem uma taxa de erro documentada de 1% a 4% — um a quatro erros por cem campos. Em um PO de material com 10 itens de linha e 6 campos por linha, são 60 pontos de dados. Um ou dois provavelmente estão errados. Se o erro for uma quantidade trocada, o custo comprometido no seu relatório de custos do trabalho fica incorreto. Se o erro for um código de custo errado, o gasto de uma linha inteira desaparece na division errada — e fica lá até alguém, no fechamento do mês, rastrear uma variação por três semanas de lançamentos.

Se a questão em aberto é quanto custa a extração automatizada de PO no seu volume — em vez de quanto custa a entrada manual —, nosso guia de extração de PO acessível para pequenos fabricantes mapeia os preços reais das ferramentas de extração, de US$ 0,12 a US$ 499 por mês, para operações que não podem justificar um compromisso com ERP.

Por que Modelos por Fornecedor Não Funcionam na Construção

A resposta padrão da indústria para a diversidade de formatos é a extração baseada em modelos — você configura um modelo uma vez por formato de fornecedor, mapeando cada posição de campo, e o software reutiliza esse modelo para cada documento subsequente. Essa abordagem funciona para documentos recorrentes de uma única fonte conhecida, como uma conta de luz mensal ou um formulário de seguro padronizado. Ela não funciona para POs de materiais de construção por um motivo estrutural: o cenário de fornecedores na construção é maior e menos previsível do que em quase qualquer outra categoria de compras.

Um único GC em um projeto multifamiliar pode encomendar materiais de oito fornecedores diferentes em um mês — e essa combinação muda conforme o trabalho, a geografia e o escopo. A cobertura neste projeto vem da ABC Supply; no próximo projeto, a especificação exige uma linha de produtos que só a Beacon oferece. O subempreiteiro de concreto compra vergalhões de um fornecedor regional com quem o GC nunca trabalhou antes. Cada novo fornecedor significa um novo formato de PDF para processar — e cada um exige que alguém crie ou mantenha um modelo. O custo de manutenção de modelos cresce linearmente com o número de fornecedores, e o quadro de fornecedores da construção nunca para de crescer.

Mesmo quando o fornecedor continua o mesmo, o formato pode mudar. Um pedido na Ferguson feito no balcão gera um layout de confirmação diferente de um pedido feito pelo portal online ou por telefone com um gerente de território. Um pedido na Beacon para materiais de cobertura imprime os itens de forma diferente de um pedido na Beacon que inclui acessórios e fixadores. Modelos projetados para um formato "padrão" de PO do Fornecedor X falham na variação que chega na caixa de entrada 30% das vezes.

O que a compra na construção precisa não é de mais modelos. É de uma abordagem de extração que não dependa do layout do documento — uma que leia um PO como um humano lê: entendendo o que os dados significam, não onde eles estão na página.

Alinhamento de Código de Custo — A Camada que a Automação Genérica de PO Ignora

A maioria das ferramentas de automação de ordens de compra é feita para compras genéricas — elas extraem nome do fornecedor, número do PO, data e totais dos itens, e então enviam os dados para um sistema contábil. A compra na construção adiciona uma dimensão para a qual essas ferramentas não foram projetadas: cada item de linha em um PO de materiais precisa ser etiquetado com um código de custo do trabalho antes de se tornar significativo em um relatório de custos.

O CSI MasterFormat, mantido pelo Construction Specifications Institute, fornece a estrutura padrão de codificação de seis dígitos e 50 divisões que a maioria dos empreiteiros gerais usa para organizar os custos do trabalho. A Division 03 cobre concreto, a Division 06 cobre madeira e plásticos, a Division 07 cobre proteção térmica e contra umidade, a Division 09 cobre acabamentos, e assim por diante. Cada nível do código de seis dígitos — Division, Nível 2, Nível 3 — corresponde a uma granularidade de decisão diferente: relatórios executivos por divisão, compras por pacote, rastreamento de mudanças por resultado de trabalho específico.

Quando um PM insere um PO de materiais na planilha, ele não está apenas copiando números. Ele está atribuindo cada linha — às vezes cada item em cada linha — ao código MasterFormat correto. Um palete de drywall vai para 09 29 00. Uma caixa de parafusos para drywall vai para a mesma divisão, mas uma subseção diferente. O drywall resistente ao fogo para o poço da escada vai para um código completamente diferente. Erre o código, e o custo cai no pacote de trabalho errado. Quando o relatório mensal de custos é gerado, os PMs estão tomando decisões com base em números que não correspondem ao que o campo realmente consumiu.

O custo downstream de gastos com código errado é documentável. Um estudo de 2023 do Lean Construction Institute descobriu que projetos usando códigos de custo ad-hoc ou específicos do projeto levaram em média 11 dias úteis para produzir uma re-previsão confiável de custo para conclusão — contra 3,5 dias quando uma estrutura padrão como o MasterFormat governava a codificação. Uma pesquisa da AGC de 2024 associou gastos não classificados acima de 8% dos custos do trabalho a uma variação orçamento-vs-real quase duas vezes maior em comparação com empresas que mantiveram gastos não classificados abaixo de 2%. Esses não são problemas contábeis. São problemas de margem que começam no ponto de entrada de dados.

Como a Extração de Colunas por IA Lê Qualquer Formato de PO de Fornecedor

A alternativa à extração baseada em modelos é um mecanismo fundamentalmente diferente: em vez de dizer ao software onde cada campo está na página, você diz o que deseja extrair — nomeando as colunas necessárias. A IA lê o documento da mesma forma que um gerente de projeto lê: procura um número que pareça ser uma referência de PO, um nome de empresa que pareça um fornecedor, uma data, itens de linha com quantidades e preços — e os identifica pelo significado no contexto, não pela correspondência de coordenadas de pixels com um modelo armazenado.

No ImageToTable.ai, isso é chamado de Extração de Colunas Personalizadas. Você define um conjunto de cabeçalhos de colunas — os campos que deseja preencher na planilha de saída — e a IA localiza os valores correspondentes em cada documento enviado, independentemente de onde apareçam ou de como a página esteja disposta. Para um fluxo de trabalho de PO de materiais de construção, você pode nomear suas colunas: PO Number, Supplier, Job Name, Cost Code, Item Description, Quantity, Unit, Unit Price, Line Total, Delivery Date. A IA preenche todas as colunas para cada documento — seja o PO da ABC Supply, Ferguson, Beacon ou de um fornecedor regional de concreto com quem você nunca pediu antes.

Como a extração é semântica e não posicional, o sistema lida com variações de formato que quebrariam um modelo: um fornecedor que coloca o número do PO no cabeçalho em um documento e em uma linha de tabela em outro, itens de linha que ocupam números diferentes de linhas dependendo do tamanho do pedido, uma confirmação que inclui instruções especiais acima dos itens de linha em uma versão e abaixo deles em outra. A IA não precisa que isso seja consistente — ela precisa entender o que cada informação representa.

Essa abordagem também resolve diretamente o desafio do cost code. Você pode incluir uma coluna Cost Code na sua definição de extração, e a IA procurará qualquer referência de cost code no documento. Para fornecedores que imprimem referências de projeto ou cost code nas confirmações, a extração é automática. Para fornecedores que não imprimem — que são a maioria — você pode aplicar os códigos em lote após a extração, ou usar coluna inferida para deixar a IA atribuir códigos com base nas descrições dos itens. Por exemplo, uma linha com "2×4 SPF Stud" pode ser inferida como Division 06, enquanto "R-19 Batt Insulation" mapeia para Division 07. O resultado é uma única planilha onde cada item de linha já está codificado — pronta para importação no Procore, Viewpoint, Sage ou na sua pasta de trabalho de controle no Excel.

Um Fluxo de Trabalho Que Conecta Dados de PO ao Seu Sistema de Custo de Obra

A etapa de extração não é o destino. O destino é um relatório de custo de obra em que os custos de materiais comprometidos ficam visíveis por divisão, rastreáveis até o PO de origem e prontos para a reunião de custo até a conclusão. Chegar lá exige um fluxo de trabalho que preencha a lacuna entre a caixa de entrada do fornecedor e o seu sistema de custos — sem adicionar outra camada administrativa.

Veja como fica esse pipeline quando a etapa de extração é feita por IA baseada em colunas, em vez de digitação manual:

Para equipes que usam Google Sheets em vez de um ERP tradicional, o complemento do Google Sheets simplifica ainda mais esse fluxo: envie os POs dos fornecedores diretamente da barra lateral do Sheets, especifique as colunas e os dados extraídos são anexados à planilha ativa — sem etapa de download, sem transferência de arquivos. O complemento se conecta à sua conta, então os modelos e o histórico permanecem sincronizados com o aplicativo web.

O ponto de verificação de qualidade na etapa 4 é a diferença entre essa abordagem e a automação cega. A extração de IA baseada em colunas é rápida, mas os dados de custo da construção têm consequências significativas — uma linha de equipamento HVAC de US$ 40.000 codificada incorretamente muda completamente a margem de um pacote comercial —, então uma revisão humana antes de os dados entrarem no seu sistema de custos é a disciplina certa. O objetivo não é eliminar o julgamento humano do processo. É substituir 5 minutos de transcrição por PO por 15 segundos de verificação — movendo o humano de operador de entrada de dados para revisor de qualidade.

Perguntas Frequentes

A extração baseada em colunas consegue lidar com anotações manuscritas em POs de fornecedores?

Sim. Como o mecanismo de extração é um modelo de visão, e não um mecanismo de reconhecimento de caracteres, ele lê a caligrafia em contexto — um código de custo manuscrito na margem, uma data de entrega anotada manualmente, as iniciais de um encarregado aprovando o pedido — da mesma forma que lê texto impresso. O modelo entende que um número manuscrito ao lado de "Job #" é uma referência de obra e o extrai para a coluna que você nomeou para esse campo. A qualidade da caligrafia importa — uma anotação rabiscada que um humano não consegue decifrar também não será decifrável por IA — mas caligrafia legível, incluindo cursiva, é processada de forma confiável.

A saída da extração é mapeada diretamente para o Procore ou Sage 300 CRE?

A saída é um arquivo Excel (XLSX) padrão com colunas correspondentes aos nomes de campos que você definiu durante a extração. Tanto o Procore quanto o Sage 300 CRE suportam importações de Excel para compromissos e ordens de compra. A configuração única é mapear suas colunas de extração para os campos de importação do ERP — por exemplo, garantir que sua coluna Cost Code esteja alinhada com o campo de código de custo de compromisso do ERP. Uma vez configurado esse mapeamento, cada lote semanal segue o mesmo caminho de importação. Para usuários do Google Sheets, o complemento escreve diretamente na planilha, eliminando completamente a etapa de exportação-importação.

E se um PO tiver 40 itens de linha e o próximo tiver 3?

A extração baseada em colunas lida com itens de linha de comprimento variável sem qualquer alteração de configuração. A IA identifica blocos de itens de linha em cada documento e extrai cada linha para linhas separadas na tabela de saída — cada linha herdando os campos de nível de cabeçalho (número do PO, fornecedor, data) do mesmo documento. Um pedido da ABC Supply com 40 linhas produz 40 linhas na sua planilha, e um pedido da HD Supply com 3 linhas produz 3 linhas. A estrutura de colunas permanece idêntica, independentemente de quantas linhas qualquer documento contém. É isso que torna a abordagem viável para processamento em lote — processar vários POs de uma vez em uma única tabela de saída é uma extensão natural do mesmo mecanismo.

Como faço para impedir que POs de fornecedores criem entradas de código de custo "diversos"?

O controle mais eficaz é uma convenção de nomenclatura de colunas que force a atribuição de código no momento da extração. Em vez de extrair um campo genérico Categoria do documento do fornecedor, defina sua coluna como Código de Custo (opções: 03-Concreto, 06-Madeira, 07-Umidade, 09-Acabamentos, etc.) — isso diz à IA para classificar cada item em um dos grupos de código definidos com base na descrição do item, mesmo quando o documento do fornecedor não contém nenhum campo de código de custo. A IA se torna a primeira linha de aplicação do código, não a última. Combinado com uma revisão semanal em que qualquer item "não classificado" é recodificado em até 48 horas — uma disciplina que os dados do CFMA 2024 Benchmarker mostram que os empreiteiros de alto desempenho mantêm — os gastos com código incorreto permanecem abaixo do limite de 2% que separa dados de custo limpos de um relatório de custos que parece preciso, mas não é.

Posso usar uma foto de um PO impresso em vez de um PDF?

Sim. Uma foto nítida de uma ordem de compra impressa tirada com a câmera do celular é uma entrada válida — o modelo de visão processa da mesma forma que processa um PDF. Isso cobre um cenário comum em campo: o superintendente recebe uma confirmação de PO em papel de um fornecedor local no canteiro de obras e precisa dela no sistema de custos antes da próxima entrega. Tire uma foto, envie-a para o lote e os dados são extraídos junto com as confirmações em PDF dos fornecedores maiores. A precisão da extração em uma foto bem iluminada e focada é comparável à de um PDF digital — a variável-chave é a qualidade da imagem, não o formato do arquivo.