Onde os Dados de Change Order Morrem
Entre o Campo e o Orçamento

A Cadeia de 4 Formatos em Papel que Consome o Tempo do GP

Para entender por que o gerenciamento de change orders na construção continua teimosamente baseado em papel, apesar de duas décadas de software de construção, você precisa seguir o documento em si. Não o processo — o artefato físico que carrega os dados.

Uma change order em um canteiro de obras ativo não se origina no Procore. Ela se origina no campo. Um superintendente anota uma prancha porque vê um conflito entre a tubulação de ar-condicionado e a estrutura. Ou o representante do proprietário percorre o local e pede um acabamento de parede diferente no lobby. Ou a escavadeira encontra rocha em uma profundidade que o relatório geotécnico não previu. O registro inicial de uma change order é caneta no papel — uma anotação em um desenho, uma descrição de escopo escrita à mão em um bloco de notas amarelo, uma foto de uma condição com anotações rabiscadas no verso de um ticket de entrega.

Formato 1 — Anotação em campo. É aqui que os dados da CO nascem. Ela existe como tinta, em uma prancha ou página de caderno, em um trailer de obra. É legível para o superintendente que a escreveu, geralmente legível para o GP que a pega na sexta-feira, e completamente invisível para todos os sistemas que rastreiam os custos do projeto.

O GP leva a anotação de volta ao escritório. Ele abre o formulário de CO da empresa — um modelo do Word, ou o PDF AIA G701, ou um formulário personalizado exigido pelo proprietário — e digita o número da CO, uma descrição do escopo, uma estimativa de custo discriminada por código de custo, uma avaliação de impacto no cronograma. Este é o primeiro lançamento manual de dados. O rabisco do superintendente "adicionar 2 dampers corta-fogo" se torna "Fornecer e instalar dois (2) dampers combinados corta-fogo/cortafumaça de 16" × 16" nos risers de dutos D-3 e D-4, conforme detalhe anexo SK-17." O GP lê a anotação, interpreta, digita. Quinze a trinta minutos para uma CO simples. Mais tempo se a anotação for ambígua e o GP tiver que ligar para o super para esclarecer.

Formato 2 — Minuta de CO. Os dados agora vivem em um documento do Word ou em um PDF preenchível. Está estruturado, digitado, formatado para a assinatura do proprietário. Mas ainda não está no sistema de rastreamento de custos. A minuta é enviada por e-mail ao proprietário. O proprietário revisa, negocia, aprova. Um PDF assinado volta.

Formato 3 — CO assinada. Este é o documento juridicamente vinculativo. Tem a assinatura do proprietário. Autoriza a mudança de escopo. É o artefato que será arquivado, auditado e referenciado em qualquer disputa. Mas um PDF assinado não atualiza um orçamento por si só. Alguém tem que tirar os números deste PDF e colocá-los no tracker de custos. Esse alguém geralmente é o mesmo GP que digitou a minuta — ou um engenheiro de projeto, se o GP tiver sorte.

O GP abre a planilha de rastreamento — ou Procore, ou Viewpoint, ou qualquer sistema que a empresa use. Ele encontra a linha do código de custo certo. Digita o número da CO, o valor aprovado, a data. Atualiza a retirada da contingência. Anexa o PDF ao lançamento, se o sistema suportar. Este é o segundo lançamento manual de dados para exatamente a mesma informação. Os mesmos valores em dólares, os mesmos códigos de custo, a mesma descrição — digitados na minuta no Formato 2, e depois redigitados a partir do PDF assinado no tracker no Formato 3.

Formato 4 — CO arquivada. O PDF assinado é salvo em uma pasta do projeto — em um servidor, no SharePoint, no gerenciador de documentos do Procore, ou na área de trabalho de um GP. Os dados no tracker agora são o registro oficial. O PDF é o backup, raramente aberto novamente, a menos que haja uma disputa. A jornada do documento está completa.

A análise de 2023 da AIA sobre 892.457 change orders em 18.229 projetos de construção constatou que projetos avaliados entre US$ 10 milhões e US$ 50 milhões têm, em média, de 7 a 17 change orders ao longo do ciclo de vida, com uma variação média de custo de 4,37%. Em obras mais pesadas, com reformas por fases, expansões de escopo solicitadas pelo proprietário ou coordenação MEP em evolução, 30 change orders por projeto não é incomum. Um GP gerenciando três projetos desse tipo realiza a transferência entre 4 formatos 90 vezes. Com 15 a 30 minutos por CO apenas para inserção de dados — sem análise, sem negociação, só digitação — isso representa de 22 a 45 horas por ano consumidas movendo números de um documento para outro. Quantificamos o custo em dólares desse trabalho na nossa análise sobre quanto custa o rastreamento manual de change orders para GPs da construção: de US$ 1.650 a US$ 6.750 por ano por GP, apenas com inserção de dados.

Mas o custo da mão de obra — mensurável, visível, itemizável — é o número errado para focar. O dano real acontece quando os dados desaparecem entre os formatos.

Por Que o Software de Construção Deixou Essa Lacuna em Aberto

A pergunta óbvia neste ponto é: o software de construção não resolveu isso? A Procore tem uma ferramenta de Change Orders. Viewpoint e CMiC têm módulos de CO. O Autodesk Construction Cloud tem fluxos de trabalho de gestão de mudanças. Rhumbix e Knowify oferecem rastreamento dedicado de CO com aprovações digitais e integração orçamentária. O mercado de software de gestão de construção é medido em bilhões.

Essas plataformas fazem um trabalho real. Elas encaminham COs por fluxos de aprovação. Elas vinculam mudanças aprovadas a itens de linha do orçamento. Elas geram registros, relatórios e integrações com aplicações de pagamento. O que elas não fazem é ler um documento de change order.

A lacuna está entre o Formato 3 e o Formato 4 — entre o PDF assinado que carrega os dados autorizados e o sistema que precisa armazená-los. Toda plataforma de CO no mercado assume que um ser humano vai digitar os dados nela. A ferramenta de Change Orders da Procore exige que você crie manualmente uma change order de compromisso, inserindo a descrição, os itens de linha, os códigos de custo, os valores em dólares — os mesmos dados que já existem no PDF assinado. A plataforma gerencia o fluxo de trabalho em torno dos dados. Ela não extrai os dados do documento.

Isso não é uma falha dessas plataformas. É uma limitação de categoria. O software de gestão de construção foi projetado para gerenciar dados estruturados — orçamentos, cronogramas, RFIs, submissões. Ele não foi projetado para ler documentos não estruturados. Um PDF de CO assinado é dado não estruturado. A plataforma o vê como um anexo, não como uma fonte de informação. O digitador humano é a ponte entre documento e dado — e sempre foi.

O que torna essa lacuna significativa é sua escala. A equipe de dados de construção da Rhumbix descobriu que o tempo médio entre um ticket T&M assinado e o envio da change order é de 24 dias com processos manuais, contra 3,5 dias com sistemas digitais. Quase um mês de trabalho faturável sem documentação é um problema de entrada de dados, não de fluxo de trabalho. O gargalo não é a cadeia de aprovação. É a etapa em que alguém precisa sentar e digitar as horas de trabalho, as quantidades de materiais e o uso de equipamentos do ticket T&M em um formulário de CO. E depois digitar novamente no tracker. E depois digitar novamente na aplicação de pagamento.

O Apagão de Rastreamento de Subcontratados

Até agora, esta análise focou nas change orders do contratante geral para o proprietário — as COs que modificam o contrato principal. Mas em qualquer projeto com múltiplos ofícios, há uma segunda camada de change orders que é quase totalmente invisível para os sistemas projetados para rastreá-las.

Um subcontratado especializado — o sub elétrico, o sub mecânico, o sub de drywall — encontra uma condição em campo que exige trabalho extra. O encarregado elétrico informa o gerente de projeto do sub. O gerente de projeto do sub escreve uma solicitação de change order para o contratante geral. O gerente de projeto do contratante geral a revisa, negocia o preço, converte em uma change order de compromisso que flui para a própria CO do contratante geral para o proprietário. Da perspectiva do contratante geral, essa CO de subcontratado é um dos muitos insumos de custo. Da perspectiva do sub, ela é a lucratividade do projeto.

O problema: COs de subcontratados são quase nunca rastreadas sistematicamente. O tracker de COs do contratante geral registra COs para o proprietário. Ele pode ou não registrar as COs dos subs que as alimentam. Em projetos com rastreamento baseado em Excel, as COs dos subs são frequentemente tratadas em uma planilha separada — se forem rastreadas antes da chegada da fatura. Em um tópico do Reddit no r/ConstructionManagers, um contratante descreveu um cenário que qualquer gerente de projeto de contratante geral de médio porte reconheceria: um sub fez trabalho extra em campo, foi ignorado na solicitação de change order, e a resposta do contratante geral foi "você não seguiu o processo". O contrato dizia que o sub precisava de aprovação por escrito antes de iniciar o trabalho extra. O cronograma dizia que o trabalho precisava acontecer agora. O sub escolheu o cronograma. A CO desapareceu.

Essa dinâmica cria uma lacuna estrutural de informação. O tracker de custos do contratante geral mostra as COs que ele emitiu para o proprietário — digamos, 12 change orders totalizando $340.000 contra um contrato de $15 milhões. A redução da contingência parece estar em 2,3%. Mas as COs de subcontratados que ainda não foram formalmente submetidas — os $18.000 do sub elétrico para redirecionar conduítes ao redor de um poço de elevador realocado, os $12.000 do sub de drywall para remendos em aberturas MEP revisadas — são invisíveis. Quando essas faturas dos subs chegam no quarto mês, a linha de contingência salta $30.000 da noite para o dia, e de repente o projeto está 4,3% na contingência em vez de 2,3%. O orçamento nunca esteve em 2,3%. O tracker só estava com dados faltando.

O problema dos subcontratados se agrava com a complexidade do projeto. Um edifício comercial de médio porte pode ter de 20 a 30 subcontratados especializados. Um hospital ou data center pode ter 50 ou mais. Cada sub gera change orders. Cada sub tem seu próprio formulário de CO, seu próprio sistema de numeração, suas próprias convenções de descrição, seu próprio formato de PDF. O gerente de projeto ou engenheiro de projeto do contratante geral recebe documentos de CO de dezenas de fontes, em dezenas de formatos, e digita manualmente cada um em um sistema de rastreamento — assumindo que sejam rastreados.

O que uma Change Order Perdida Realmente Custa

O argumento para um melhor rastreo de change orders geralmente é feito em termos de eficiencia administrativa: menos horas gastas na entrada de dados, aprobaciones más rápidas, registros más limpios. Pero el costo real de la cadena de papel no es administrativo. Es financiero — y se acumula silenciosamente.

Considere un proyecto de $15 millones con un fondo de contingencia estándar del 5% de $750,000. El proyecto tiene 25 change orders activas — 15 aprobadas y registradas en el tracker, 5 en negociación (estimadas pero no aprobadas), y 5 que existen como anotaciones en campo o directivas verbales pero aún no se han enviado formalmente. El tracker muestra $320,000 retirados contra la contingencia. El PM informa al propietario que el proyecto tiene $430,000 restantes — un saludable 57% del fondo de contingencia intacto en el hito del 60% de finalización.

Pero las 5 COs en negociación valen un estimado de $180,000. Las 5 COs no enviadas — las que los subcontratados aún no han cotizado formalmente — valen un estimado de $95,000 según las notas de campo del superintendente. La exposición real a la contingencia no es de $320,000. Es de $595,000. El colchón restante no es de $430,000. Es de $155,000 — y quedan cuatro meses de construcción. El proyecto casi con certeza excederá su contingencia. Pero nadie en la reunión mensual de revisión del proyecto lo sabe, porque los datos que lo revelarían están dispersos en tres formatos diferentes (notas de campo, correos de negociación, la hoja de cálculo del tracker) y ninguna vista única los concilia.

Este escenario no es hipotético. Es la consecuencia estructural de un sistema donde los datos de CO viven en documentos y necesitan ser transcritos manualmente a los trackers. El desfase entre "el cambio ocurrió en el campo" y "el cambio aparece en el presupuesto" es típicamente de una a tres semanas. Durante esa ventana, el equipo del proyecto está tomando decisiones financieras — aprobando cambios adicionales, liberando fondos retenidos de contingencia, informando el estado del presupuesto al propietario — contra datos obsoletos.

La magnitud financiera de este problema se refleja en los datos de disputas. El Informe de Disputas de Construcción de Arcadis 2025 encontró que el valor promedio de una disputa de construcción en América del Norte aumentó un 40% en un solo año a $60.1 millones, con un tiempo promedio de resolución de 12.5 meses. Los errores y omisiones en los documentos del contrato siguieron siendo la causa principal; los cambios dirigidos por el propietario pasaron de la cuarta a la tercera causa a nivel mundial. Los cambios de alcance, la razón de ser de las change orders, se encuentran entre los desencadenantes más comunes de las disputas que consumen millones en honorarios legales y meses de retraso en el cronograma.

O estudo de 2015 da KPMG sobre proprietários de projetos de construção global descobriu que apenas 31% dos projetos ficaram dentro de 10% do orçamento. O Navigant Construction Forum atribuye 10% a 20% de todos os atrasos no cronograma do projeto diretamente ao processo de change order, não ao trabalho alterado em si, mas à maquinaria administrativa de processar e aprovar mudanças. Um estudo revisado por pares de 2025 sobre change orders em projetos de grande escala descobriu que as mudanças de design contribuyen a 56,5% dos estouros de custo e 40% dos atrasos do projeto, enquanto os erros de planejamento representan outros 34,5% dos estouros de custo.

Estas estatísticas descreven um problema que é entendido em conjunto, mas raramente rastreado até seu mecanismo. O mecanismo é a cadeia de papel. Cada change order que custa mais do que devería, ou leva mais tempo para ser aprovado do que devería, ou é disputado porque a documentação estava incompleta — em algum ponto de seu ciclo de vida, alguien retipó um número de um formato a outro, e algo deu errado.

Fechando a Lacuna Entre Documento e Dados

Se o problema é que os dados vivem em PDFs assinados e precisan chegar aos sistemas de rastreo, a solução não é um melhor sistema de rastreo. É uma ponte entre o documento e o sistema — algo que lea o formulário de CO e preencha os campos sem um digitador humano no meio.

Esta é a capacidade que tem faltado na tecnologia da construção. O OCR tradicional — o tipo integrado nos visores de PDF e scanners de documentos genéricos — pode reconhecer caracteres de texto, mas não pode distinguir um número de CO de uma data de um montante em dólares. Ele ve "Contratista envia change order #CO-042 no montante de $47.350 para dampers de incêndio adicionais nos risers de ducto D-3 e D-4" como uma cadeia de texto. Não sabe que CO-042 é um número de change order, $47.350 é um montante aprovado, ou que D-3 e D-4 são locaciones. Extrae caracteres, não significado.

A extração por IA baseada em modelos de linguagem visual funciona de manera diferente. Quando você especifica as colunas que deseja — Número de CO, Data, Descripción, Código de Custo, Subcontratado, Montante Aprovado, Estado — a IA lee todo o documento e localiza cada valor entendendo o que significa, não onde está na página. Um CO em um formulário AIA G701, um CO em um modelo de GC personalizado, e um CO escrito no próprio formato de um subcontratado são todos legibles pela mesma extração porque o sistema procura padrões semánticos ("encontra o montante em dólares que representa o total aprovado da mudança"), não coordenadas visuais ("lea a caixa na posição 437, 892"). Esta abordagem — Extração de Colunas Personalizadas — significa que você não treina um modelo para cada formato de CO que seus subs possan enviar. Você define os pontos de dados uma vez, e a IA os encontra independentemente do layout.

A implicación prática é direta. Um GP que atualmente gasta 15 a 30 minutos por CO na entrada de dados — abriendo o PDF assinado, encontrando os números relevantes, digitándolos no tracker — em vez disso, envia o documento de CO, revisa os campos extraídos para precisión, e importa os dados verificados. A etapa de digitación é eliminada. A etapa de revisión é más rápida porque os dados estão pré-preenchidos. E os COs de nível sub que atualmente não são rastreados até o momento da factura podem ser processados no mesmo fluxo de trabalho — uma foto do formulário de CO de um sub, enviada, extraída e registrada em menos de dois minutos.

Isso não substitui o software de gerenciamento de CO. Ele preenche a lacuna que essas plataformas nunca foram projetadas para resolver: a etapa entre o documento assinado e a inserção no sistema. Para empresas que usam Procore ou Viewpoint, a extração por IA faz a leitura do documento e o GP importa os dados verificados para a plataforma. Para empresas que ainda rastreiam COs em Excel, a saída da extração vai direto para a planilha. De qualquer forma, a cadeia de papel em 4 formatos se reduz a duas etapas: enviar o PDF assinado, revisar os dados extraídos. A anotação em campo do superintendente ainda acontece em papel. O PDF assinado do proprietário ainda chega por e-mail. O que desaparece é a redigitação manual no meio — a etapa em que os dados se perdem. Se você quiser a sequência completa, do PDF assinado ao ERP, nosso artigo sobre a etapa ausente entre uma change order assinada e seu ERP explica essa transição.

Nosso guia passo a passo para extrair dados de change orders da construção para o Excel detalha a configuração. Para empresas com alto volume de COs, processar várias change orders em lote para um log de custos elimina totalmente a inserção manual de dados por CO — envie uma pilha de PDFs assinados e receba um tracker consolidado em uma única passada.

Perguntas Frequentes

Por que o Procore ou software semelhante ainda não resolveu o problema da inserção de dados de change orders?

O Procore e plataformas semelhantes gerenciam o fluxo de trabalho em torno das change orders — roteamento de aprovações, integração orçamentária, geração de logs — mas não leem documentos de change orders. Criar uma CO no Procore ainda exige que uma pessoa digite os dados manualmente. O valor da plataforma está no que acontece com os dados depois de inseridos; a inserção em si permanece a mesma. A extração por IA resolve a etapa anterior à plataforma — ler o PDF assinado e preencher os campos — o que é complementar, não concorrente, ao software de gerenciamento de CO.

A extração por IA consegue lidar com os diferentes formatos de CO que os subcontratados usam?

Sim, e esta é a principal diferença entre a extração por IA e o OCR baseado em modelos. O OCR baseado em modelos exige que você defina um layout de campos para cada formulário de CO — o valor em dólares está nas coordenadas (437, 892) no AIA G701, e em coordenadas diferentes em um formulário personalizado. Quando um sub envia um CO em seu próprio formato, o modelo não corresponde e a extração falha. A extração por IA baseada em modelos de linguagem visual lê o documento de forma holística — ela encontra o valor total em dólares entendendo o que esse valor significa na página, não memorizando sua posição. Isso significa que funciona com AIA G701, série 800 do ConsensusDocs, modelos personalizados do GC e formulários específicos de subcontratados, sem configuração por formato. Há limites: marcas de água pesadas, digitalizações de baixa resolução e COs manuscritos com legibilidade deficiente reduzirão a precisão. Os resultados devem sempre ser revisados antes de entrar em seu sistema de rastreo.

Qual é a coisa mais perigosa sobre a lacuna de rastreo de COs de sub-tier?

O perigo não é que os COs de sub se percam completamente — eles eventualmente aparecem como faturas. O perigo é que eles aparecem tarde. Um CO de um sub por US$ 25.000 em trabalho extra de condução pode ser enviado três meses depois de o trabalho ser feito, quando o ciclo de faturação do sub se atualiza. O tracker de custos do GC mostra um saldo de contingência saudável até o momento exato em que a fatura chega — momento em que o orçamento estoura sem aviso e sem tempo para se recuperar. A lacuna entre "o CO existe" e "o CO aparece no orçamento" é o que quebra as projeções de contingência, e os COs de sub-tier têm a maior lacuna de todas.

A extração de CO por IA elimina a necessidade de um processo de gestão de COs?

Não. A extração lida com a etapa de entrada de dados — obter dados estruturados de um documento. Um processo de gestão de COs — fluxos de aprobación, atribución de códigos de custo, integración con el presupuesto, informes al propietario — ainda é essencial. O que muda é de onde vienen los datos: em vez de um GP digitando os detalhes do CO no sistema a partir de um PDF assinado, a IA extrae os campos e o GP revisa e importa. O processo permanece o mesmo. O imposto de entrada de dados é removido.

Como a extração por IA lida com change orders manuscritos?

Os modelos modernos de visão-linguagem conseguem ler texto manuscrito com precisão significativamente maior que o OCR tradicional — mas a legibilidade importa. Caligrafia clara e em blocos em um formulário limpo produz extração confiável. Letra cursiva, abreviações pesadas, notas em papel úmido ou enrugado, e anotações em campo com setas e marginalia terão menor precisão. A melhor prática é extraer o que a IA consegue ler de forma confiable e marcar o resto para revisão manual. Para anotações em campo que são inerentemente não estruturadas (as notas de um superintendente em uma planta), uma foto ainda pode ser extraída para os dados estruturados presentes (datas, valores em dólares), com a descrição em prosa tratada separadamente.

O Orçamento Que Você Reporta Já Está Desatualizado

Quando um PDF assinado de CO é digitado no seu tracker, podem ter passado 24 dias desde que o ticket de T&M foi assinado — e nesses 24 dias, três outras mudanças aconteceram no local e a linha de contingência que você reporta ao proprietário está errada. A cadeia de papel não só desperdicia horas. Abre uma brecha estrutural entre a realidade financeira do projeto e os dados que você usa para gerenciá-lo.

Superar essa brecha não requer uma nova plataforma, um novo processo, ou uma nova forma de trabalhar em campo. Requiere uma forma de extraer dados de PDFs assinados sem redigitarlos — um passo que não mudou em 20 anos de software de construção, e finalmente pode.

Não é necessário registro. Envie um PDF de change order assinado, defina suas colunas e veja a extração em menos de um minuto.