Guia Completo para
Extração de Dados AIA G702 & G703

O que são os formulários AIA G702 e G703?

O AIA G702 — formalmente denominado Application and Certificate for Payment — é o formulário padrão de faturamento progressivo utilizado em praticamente todos os projetos de construção comercial nos Estados Unidos. Seu complemento, a Planilha de Continuação G703, fornece o detalhamento por item de serviço que fundamenta os valores resumidos. Juntos, formam o que o setor chama de pacote de solicitação de pagamento. Desenvolvidos e protegidos por direitos autorais pelo Instituto Americano de Arquitetos (AIA), esses formulários criam uma estrutura uniforme para solicitar pagamentos progressivos: o mesmo formato é usado tanto em um projeto de reforma de loja de US$ 200 mil quanto em um hospital de US$ 200 milhões.

O G702 é um resumo de página única que captura o panorama financeiro do projeto. Ele registra o valor contratual original, ajustes decorrentes de ordens de alteração aprovadas, o valor total dos serviços executados e materiais armazenados até a data, a retenção aplicada, os pagamentos anteriores recebidos e o valor líquido atualmente devido. O arquiteto ou proprietário certifica o formulário, e o pagamento é efetuado — em teoria, em até 30 dias; na prática, muitas vezes leva mais tempo quando erros geram ciclos de reenvio.

A Planilha de Continuação G703 é onde residem os detalhes. Cada linha representa um item de serviço do Cronograma de Valores (SOV) do projeto, e cada coluna acompanha uma dimensão diferente do progresso financeiro daquele item: valor programado, serviços executados em períodos anteriores, serviços executados no período atual, materiais armazenados, totais acumulados, percentual concluído, saldo a terminar e retenção. Um G703 com 30 itens de serviço contém aproximadamente 270 pontos de dados individuais, e cada um desses números alimenta o resumo do G702. Os dois formulários não são documentos independentes — são uma estrutura de dados do tipo pai-filho, onde os totais do G702 devem ser iguais aos totais gerais do G703. Se não coincidirem, a solicitação é devolvida sem pagamento.

A extração de dados dos formulários G702/G703 tem atraído atenção crescente nos últimos anos por três razões interligadas. Primeiro, o volume de solicitações de pagamento processadas por uma construtora geral cresce a cada projeto, e o número de subempreiteiros em um projeto comercial típico aumentou à medida que a especialização se aprofundou. Segundo, plataformas de contabilidade e gerenciamento de projetos na construção civil, como Procore, Viewpoint, Sage 300 CRE e CMiC, esperam dados estruturados — elas não conseguem ler um formulário PDF preenchido e popular automaticamente seus livros-razão de custos do projeto. Terceiro, as ferramentas de IA capazes de ler esses formulários compreendendo sua semântica, em vez de apenas corresponder a posições de modelos, só atingiram níveis confiáveis de precisão nos últimos 18 a 24 meses. Os formulários não mudaram. A capacidade de extrair dados deles, sim.

Por que o processamento de G702/G703 custa mais do que você imagina

O custo visível do processamento de pedidos de pagamento é o tempo gasto para abrir um PDF, ler os números e digitá-los em uma planilha. Para um único pedido com um G703 de 30 itens de linha, um contador de projetos competente conclui essa tarefa em aproximadamente 30 a 45 minutos. Os custos ocultos são o que acontece em torno dessa tarefa: o prazo mensal de saque comprime todos os pedidos em uma janela de três dias, erros de retenção forçam ciclos de reenvio que reiniciam o relógio de pagamento de 30 dias, incompatibilidades entre formulários exigem chamadas de reconciliação com os subcontratados, e o próprio formulário AIA custa dinheiro toda vez que um novo projeto é iniciado. Individualmente, esses custos são pequenos. Juntos, eles equivalem ao salário de um funcionário em tempo integral para muitas construtoras de médio porte.

O ciclo mensal de saque. Os pedidos de pagamento de construção comercial seguem um ritmo mensal fixo. Os subcontratados enviam seus pedidos de pagamento até uma data de corte — normalmente dia 20 ou 25 do mês. A construtora revisa, verifica e consolida-os em um pedido de saque do proprietário até o final do mês. O pagamento do proprietário, se aprovado, chega de 30 a 45 dias depois. Perder o prazo de corte significa que o pagamento do subcontratado é atrasado em um ciclo de faturamento inteiro — uma espera de 60 dias em vez de 30. Quando um contador de projetos está processando manualmente 40 pedidos de pagamento em quatro dias, o risco de perder o prazo em um ou dois não é teórico. O Financial Benchmarker 2025 da Construction Financial Management Association, com base em dados fiscais de 2024 de 1.558 empresas, relata que a construtora típica opera com uma margem de lucro líquido antes dos impostos de 6,7%. Cada pedido atrasado, cada ciclo de correção, cada reenvio corrói essa margem diretamente.

Erros de cálculo de retenção. A retenção — a porcentagem de cada pagamento retida até a conclusão do projeto — é a fonte mais comum de disputas em pedidos de pagamento. A maioria dos contratos especifica uma taxa fixa, normalmente 5 ou 10%, aplicada ao valor total do trabalho concluído e dos materiais armazenados. Mas o cálculo raramente é tão simples quanto "pegar 10% da Linha 4 do G702". Muitos contratos usam retenção variável: a taxa reduz de 10% para 5% quando o trabalho atinge 50% de conclusão, ou a retenção sobre materiais armazenados é calculada a uma taxa diferente da retenção sobre o trabalho instalado. Alguns estados impõem limites legais de retenção — a Califórnia limita a retenção a 5% após 50% de conclusão em projetos privados — que substituem a taxa contratual. Um subcontratado que calcula a retenção a 10% quando o contrato especifica 5% enviou um pedido de pagamento superfaturado, e todo o pacote retorna para correção. O erro geralmente é pequeno — alguns milhares de dólares — mas o atraso no reenvio custa a todos no projeto de duas a quatro semanas.

Validação cruzada entre os formulários G702 e G703. O resumo do G702 obtém seus números dos totais de itens de linha do G703. O "Total Concluído e Armazenado até a Data" na Linha 4 do G702 deve ser igual ao total geral da Coluna G do G703. A retenção na Linha 5 do G702 deve ser igual ao total geral da Coluna I do G703 (ou ao cálculo de taxa fixa aplicado aos totais do G703). Quando um contador de projetos transcreve esses números manualmente, o erro mais comum é inserir um total acumulado do G703 na linha errada do G702 — o Total Concluído digitado no campo de Retenção, ou Certificados Anteriores inseridos como Pagamento Atual Devido. Os próprios formulários possuem aritmética embutida: Linha 6 menos Linha 7 é igual à Linha 8, e Linha 3 menos Linha 6 é igual à Linha 9. Um erro de transcrição em qualquer campo individual se propaga por todas as linhas derivadas, produzindo um G702 onde a aritmética é internamente inconsistente. Um arquiteto revisando a aplicação identifica a inconsistência em segundos e rejeita todo o pacote.

Custos dos formulários AIA. Diferentemente de ordens de compra ou notas de entrega padrão, os formulários AIA são documentos protegidos por direitos autorais. Uma combinação G702/G703 adquirida para uso único através do AIA Contract Documents custa aproximadamente US$ 49,99 — ou cerca de US$ 15 a US$ 25 por conjunto quando comprada em massa via assinatura de software AIA, que começa em aproximadamente US$ 500 por ano para acesso ilimitado. Para uma construtora gerenciando 50 subcontratados ativos em cinco projetos, o custo anual do formulário fica entre US$ 750 e US$ 2.500 — não é um valor alto, mas é uma despesa operacional contínua que não agrega valor além de padronizar o formato dos dados de faturamento que a construtora já precisa processar.

Estrutura Pai-Filho G702/G703: Página de Resumo vs. Folha de Continuação

Entender por que a extração de dados desses formulários exige mais do que ler cada página de forma independente começa com a compreensão de sua relação estrutural. O G702 e o G703 não são dois formulários arquivados juntos. São duas visões dos mesmos dados financeiros, vinculadas por um conjunto de restrições aritméticas que uma ferramenta de extração confiável deve ler e verificar.

O G702 é o pai: nove linhas de resumo financeiro cobrindo todo o contrato. Suas linhas são:

Três dessas nove linhas são transportadas do G703 (Linha 4 e, por extensão, Linhas 5 a 9). Quatro são derivações aritméticas (Linhas 3, 6, 8, 9). Duas são entradas fixas do contrato (Linhas 1 e 2). Uma ferramenta de extração que lê apenas a folha de rosto do G702 captura os valores resumidos, mas não pode verificá-los em relação à sua origem. Também perde o único lugar onde os dados podem ser desagregados — o G703.

O G703 é o filho: uma tabela de comprimento variável onde cada linha é um item da tabela de valores, e cada coluna acompanha a evolução financeira desse item ao longo dos períodos de faturamento. Uma folha de continuação padrão do G703 organiza os dados nestas colunas:

Cada linha no G703 é uma mini demonstração financeira para aquele escopo específico de trabalho. O total geral da Coluna G deve corresponder à Linha 4 do G702. O total da Coluna I deve corresponder à Linha 5. Essas restrições entre formulários são o que torna a extração de pedidos de pagamento diferente da extração de faturas: você não está apenas lendo campos de um único documento. Você está lendo uma estrutura de dados de duas partes e validando a consistência aritmética entre elas. Para um passo a passo de como essa extração funciona na prática, veja o guia detalhado sobre extrair dados do pedido de pagamento AIA G702 para uma planilha.

Os Desafios Ocultos da Extração de Dados de Pedidos de Pagamento

Mesmo quando os formulários são preenchidos corretamente, extrair dados de pacotes G702/G703 apresenta desafios que não existem com outros tipos de documentos de construção. Esses desafios não são imediatamente óbvios para quem nunca processou pedidos de pagamento em escala.

Ordens de alteração e quantidades manuscritas. Apesar da ampla disponibilidade de formulários AIA digitais, uma parcela significativa dos pedidos de pagamento de subempreiteiros chega com entradas manuscritas. G703s anotados em campo são comuns: o gerente de projeto do subempreiteiro imprime a planilha de valores, escreve as quantidades do período atual à mão, calcula a porcentagem concluída na margem e digitaliza a folha anotada em PDF. Um subempreiteiro que trabalha em vários projetos pode preparar um único registro de ordens de alteração anotado à mão e anexá-lo ao pedido de pagamento, em vez de usar a tabela resumo de ordens de alteração da AIA. Ferramentas tradicionais de OCR e extração baseada em modelos — que localizam campos de dados por suas posições de pixel na página — falham nesses documentos porque os valores manuscritos deslocam o layout. Um "1.247" manuscrito na coluna Quantidade empurra o valor em dólares adjacente uma célula para a direita, e a extração do modelo retorna o valor errado sem qualquer sinal de que algo deu errado. A extração de IA baseada em visão, por outro lado, lê cada valor em seu contexto semântico: ela identifica números na coluna "Trabalho Concluído Neste Período" entendendo que eles estão em uma coluna cujo cabeçalho diz "Trabalho Concluído Neste Período", não medindo deslocamentos de pixels a partir do topo da página.

Códigos CSI MasterFormat. A maioria das folhas de continuação G703 organiza itens de linha usando números de divisão do CSI MasterFormat — o sistema de classificação padronizado mantido pelo Construction Specifications Institute. Um G703 típico pode listar itens de linha como "03 30 00 — Concreto Moldado In Loco," "08 11 00 — Portas e Estruturas Metálicas," "23 31 00 — Dutos de HVAC," e "26 10 00 — Elétrica de Média Tensão." Esses códigos são significativos para o custeio do trabalho — um contador de projeto precisa saber que US$ 47.000 em trabalho de concreto pertencem ao código de custo 03 30 00, não a "Concreto" como uma categoria genérica. Uma ferramenta de extração que captura descrições de itens de linha como texto não estruturado perde o código de custo estruturado. Uma ferramenta que conhece a hierarquia do MasterFormat pode gerar o número da divisão em uma coluna separada, preservando o mapeamento entre a faturação de itens de linha e a alocação de custos do trabalho. A edição atual MasterFormat 2026, lançada pelo CSI em coordenação com o Construction Specifications Canada, organiza as especificações de construção em 50 divisões — da Divisão 00 (Requisitos de Aquisição e Contratação) até a Divisão 49 — com aproximadamente 2.185 novas listagens adicionadas na atualização de 2026.

Acompanhamento do valor do contrato entre ordens de alteração. Um projeto de construção raramente é concluído pelo valor original do contrato. Ordens de alteração adicionam trabalho, deduzem trabalho ou ajustam preços à medida que o projeto avança. O G702 rastreia isso através das Linhas 1, 2 e 3: o valor original, a alteração líquida e o total ajustado. Mas o resumo de ordens de alteração no G702 é apenas um número único — ele não lista ordens de alteração individuais ou seu status (aprovado, pendente, contestado). Os subempreiteiros frequentemente anexam registros de ordens de alteração separados ou folhas de transmissão de CO aos seus pacotes de pedidos de pagamento. Um fluxo de trabalho de extração que captura apenas os campos do G702 perde os detalhes de suporte que o contador do projeto precisa para verificar se o número de alteração líquida está correto. A lição mais ampla para extração de dados de contratos se aplica aqui: a extração estruturada funciona melhor quando lê não apenas o documento resumo, mas os documentos de suporte que o alimentam.

Complexidade da validação entre formulários. As restrições aritméticas entre G702 e G703 vão além da simples correspondência de totais de colunas. A Coluna D do G703 (Trabalho Concluído do Pedido Anterior) para o atual pedido de pagamento deve ser igual à Coluna G do G703 (Total Concluído e Armazenado até a Data) do pedido anterior, menos a Coluna F (Materiais Armazenados) do período anterior. Se um subcontratado alterar sua tabela de valores no meio do projeto — dividindo um item de linha em dois ou realocando valor entre escopos — essa transferência é interrompida, e o empreiteiro geral precisa reconciliar a discrepância manualmente. Uma ferramenta de extração que trata cada pedido de pagamento como um documento independente não sinalizará essa incompatibilidade. Uma ferramenta que lê pedidos de pagamento sequenciais e compara seus valores de transferência o fará.

Tradicional vs. IA: Duas Abordagens para Extração de Pedidos de Pagamento

A diferença entre a extração tradicional de pedidos de pagamento e a baseada em IA não é uma questão de velocidade — ambas podem processar uma página em segundos. A diferença está em como lidam com variação, erro e relações entre formulários.

Cópia manual com planilha. A abordagem tradicional: abra o PDF G702 do subcontratado, leia a Linha 4 (Total Concluído e Armazenado), digite na planilha de acompanhamento do projeto na linha do subcontratado. Abra o G703, comece pelo primeiro item de linha, digite Número do Item, Descrição, Valor Programado, Anterior Concluído, Este Período, Armazenado, Total, Percentual, Saldo, Retenção — 10 campos por linha para 30 linhas. Repita esse processo para cada um dos 40 subcontratados que enviam pedidos de pagamento neste ciclo. O processo é direto e não requer investimento em software. Também garante pelo menos alguns erros de transcrição por ciclo de faturamento — um estudo sobre precisão de entrada de dados na construção civil publicado no Journal of Construction Engineering and Management constatou que a transcrição manual de dados numéricos de construção produz taxas de erro de 0,5 a 2,5 por cento por campo. Com 300 valores por pedido e 40 pedidos, isso resulta em 60 a 300 erros por ciclo de faturamento. A maioria é pequena. Alguns não são.

OCR baseado em modelo. Ferramentas de extração baseadas em modelo, como Docparser e plataformas tradicionais de OCR, resolvem o problema de transcrição, mas introduzem um problema de manutenção. Você cria um modelo para a página de resumo do G702: defina uma zona na posição (x=200, y=150) que capture o Valor Original do Contrato, outra zona em (x=200, y=180) para Ordens de Mudança Líquidas, e assim por diante para todas as nove linhas. Você cria um segundo modelo para a tabela do G703: defina zonas de coluna que capturem as células da tabela por suas coordenadas de pixel relativas às bordas da tabela. Os modelos funcionam perfeitamente para o formulário digital do primeiro subcontratado. Eles falham quando o segundo subcontratado envia um G703 escaneado onde a tabela se deslocou 3 milímetros para a esquerda durante a impressão. Eles falham quando o terceiro subcontratado usa um editor de PDF diferente que posiciona os campos do formulário de forma ligeiramente diferente. Eles falham completamente quando chega um G703 manuscrito e a estrutura da tabela é irregular. Cada falha exige um novo modelo ou um ajuste no existente — e o ajuste quebra a cobertura nos formulários que estavam funcionando anteriormente.

Extração de Colunas Personalizadas com IA semântica. A extração moderna baseada em visão lê formulários G702/G703 entendendo o significado de cada campo, não sua posição na página. Isso é a Extração de Colunas Personalizadas: você define as colunas desejadas na sua planilha de saída — "Valor Original do Contrato", "Total Executado e Armazenado", "Percentual de Retenção", "Número do Item", "Descrição", "Valor Programado", "Trabalho Concluído neste Período", "Total Concluído até a Data", "Saldo a Finalizar" — e a IA lê o documento inteiro, identifica os valores que correspondem a cada coluna pelo seu papel semântico no formulário e os gera como uma linha estruturada. O G702 digital do primeiro subcontratado e o escaneamento manuscrito do segundo produzem as mesmas colunas de saída — porque a IA sabe o que é "Retenção", não onde ela geralmente aparece.

Para uma comparação prática de como diferentes ferramentas de extração lidam com formulários AIA G702 junto com outros tipos de documentos de construção, o artigo melhor software de extração de documentos para construção em 2026 testou oito plataformas em um conjunto comum de 35 documentos de construção e fornece benchmarks de precisão em nível de campo específicos para aplicações de pagamento.

Colunas Calculadas: Fechando o Loop Aritmético

Uma das capacidades mais úteis para extração de G702/G703 é a capacidade de definir colunas que calculam valores derivados durante a passagem de extração, em vez de exigir fórmulas de planilha pós-extração. Este é o domínio das colunas calculadas — colunas onde a IA realiza um cálculo especificado em outros valores extraídos e gera o resultado como parte da linha de dados.

Três colunas calculadas são particularmente valiosas para extração de aplicações de pagamento:

• Verificação de retenção — defina uma coluna calculada que multiplique o "Total Executado e Armazenado até a Data" extraído pela porcentagem contratual de retenção. Se o valor de retenção declarado no G702 diferir deste valor calculado por mais de uma pequena tolerância (digamos, $1,00), a extração sinaliza uma discrepância que o revisor pode investigar antes de aprovar a aplicação.
• Validação entre formulários — defina uma coluna calculada que some a Coluna G do G703 (Total Executado e Armazenado até a Data) em todos os itens de linha e compare o resultado com a Linha 4 do G702. Esta é a verificação aritmética mais importante na aplicação de pagamento, e automatizá-la elimina a fonte mais comum de reenvio.
• Consolidação do saldo a finalizar — calcule o valor restante total do contrato subtraindo os valores acumulados ganhos mais a retenção retida do valor do contrato até a data. Isso dá à equipe do projeto uma visão em tempo real de quanto orçamento resta em cada escopo de trabalho, sem esperar que o subcontratado envie sua próxima aplicação de pagamento.

Essas colunas calculadas não exigem que o usuário insira fórmulas após a extração. Elas são especificadas na configuração da extração — seja como parte do nome da coluna (ex.: "Verificação de Retenção (Total Executado x 10%)") ou como uma regra JSON no Formato de Regra da ferramenta para lógica de múltiplas etapas — e a IA realiza o cálculo durante a passagem de extração. O resultado é uma planilha de saída onde as colunas que verificam a precisão da aplicação de pagamento são preenchidas antes mesmo de o revisor abrir o arquivo.

Processamento em Lote: De 30 Pedidos de Pagamento a uma Planilha Consolidada

Extrair um único pacote G702/G703 é uma prova de conceito. Extrair de 30 a 50 pacotes em uma única passagem é onde o valor operacional aparece. O fluxo de trabalho em lote para pedidos de pagamento segue uma lógica diferente do processamento em lote de faturas ou recibos — porque a saída não é uma lista plana de itens, mas uma consolidação estruturada que preserva a hierarquia projeto-subempreiteiro-escopo.

O cronograma de desembolso consolidado de uma construtora — a planilha mestre que acompanha o status de pagamento de todos os subempreiteiros em todos os projetos ativos — normalmente organiza os dados em três níveis: projeto, subempreiteiro e item de linha. Uma extração em lote de 40 pacotes G702/G703 de sete projetos diferentes precisa gerar uma única planilha onde a primeira coluna identifica o projeto, a segunda coluna identifica o subempreiteiro e as colunas restantes capturam os dados do pedido de pagamento para cada item de linha. Se os 40 pedidos incluírem uma mistura de formulários digitais e digitalizações manuscritas, a extração em lote deve lidar com ambos no mesmo fluxo de trabalho, sem exigir configuração separada por arquivo.

A abordagem em lote também torna a validação entre formulários mais poderosa. Em vez de verificar isoladamente se o total G703 do Subempreiteiro A corresponde ao total G702, a planilha consolidada permite comparar valores de pagamento entre subempreiteiros que realizam escopos semelhantes no mesmo projeto — sinalizando uma situação em que o subempreiteiro de drywall está faturando 80% de conclusão enquanto o subempreiteiro de pintura, que não pode começar até que o drywall esteja concluído, está faturando 90% de conclusão. Essas anomalias de padrão são invisíveis quando cada pedido é processado de forma independente. Para um fluxo de trabalho detalhado sobre processamento em lote, consulte o guia dedicado sobre processamento em lote de pedidos de pagamento AIA G702 em todo um portfólio de projetos.

Exportação e Integração: Levando os Dados para Onde Precisam Ir

Extrair dados de aplicações de pagamento não é útil a menos que os dados extraídos cheguem ao sistema onde o processamento de pagamentos ocorre. Para a maioria das construtoras, esse sistema é um de três: uma plataforma de gerenciamento de projetos (Procore, Viewpoint, CMiC), um sistema de contabilidade de construção (Sage 300 CRE, Foundation) ou um conjunto de planilhas que alimentam um desses sistemas.

Exportação para Excel. O caminho de saída mais comum e o mais flexível. Uma extração bem estruturada de G702/G703 produz um arquivo Excel com planilhas separadas ou colunas claramente identificadas para os campos de resumo do G702 e os itens de linha do G703. A planilha G702 contém uma linha por subcontratado por projeto, com colunas para Valor Original do Contrato, Ordens de Alteração Líquidas, Valor do Contrato até a Data, Total Executado e Armazenado, Retenção, Pagamentos Anteriores, Valor Devido Atual e Saldo a Finalizar. A planilha G703 contém uma linha por item de linha, com colunas para os identificadores do projeto e do subcontratado, além de todas as dez colunas de itens de linha. Um contador de projetos pode então usar tabelas dinâmicas, fórmulas SOMASE ou Power Query para consolidar os dados no formato exigido por seus fluxos de trabalho específicos de relatórios e processamento de pagamentos.

Integração com Google Sheets. Para equipes que gerenciam seus cronogramas de saques no Google Sheets, a saída da extração pode ir diretamente para a planilha ativa por meio de um complemento do Google Sheets. Isso elimina completamente a etapa de exportação-importação: os PDFs de aplicações de pagamento enviados são processados e os dados estruturados resultantes são anexados à planilha designada em tempo real, com os cabeçalhos das colunas correspondendo ao modelo de rastreamento existente do usuário. Para um entendimento mais profundo de como a extração semântica difere fundamentalmente das abordagens baseadas em modelos, o guia completo para extração de COI aborda a mesma mudança de paradigma aplicada a dados de certificados de seguro.

Integração com Procore e Viewpoint. As capacidades de IA do Procore, impulsionadas por sua aquisição da Datagrid, focam em submissões, RFIs e revisão de contratos — não na ingestão de dados de documentos externos em seu módulo de processamento de pagamentos. O Viewpoint (Trimble) oferece funcionalidade de faturamento AIA dentro de suas plataformas Vista e Spectrum ERP, mas exige que a aplicação de pagamento seja gerada dentro do sistema, em vez de recebida de um subcontratado como um PDF preenchido. Na prática, o caminho de integração mais confiável para pacotes G702/G703 recebidos externamente continua sendo a exportação para Excel ou CSV, seguida pela importação para a plataforma de gerenciamento de projetos ou contabilidade — e a qualidade dessa integração depende inteiramente de quão limpa a ferramenta de extração estrutura sua saída.

Como Avaliar uma Ferramenta de Extração de Pedidos de Pagamento

Nem toda ferramenta de extração de documentos é adequada às demandas específicas dos dados G702/G703. Os critérios a seguir separam as ferramentas que lidam com pedidos de pagamento daquelas que produzirão resultados inúteis em qualquer coisa que não seja um PDF digital perfeitamente formatado.

Capacidade de validação entre formulários. O critério mais importante: a ferramenta entende que o G702 e o G703 são documentos relacionados? Uma ferramenta que processa cada página de forma independente extrairá os valores resumidos do G702 e os itens de linha do G703 como linhas de dados separadas e não relacionadas. Uma ferramenta consciente de pedidos de pagamento emitirá os dados do G702 vinculados aos dados do G703 ou, melhor ainda, sinalizará discrepâncias entre os dois formulários durante a extração. Sem essa capacidade, a extração produz dois conjuntos de dados que o usuário deve reconciliar manualmente — exatamente o trabalho que a extração deveria eliminar.

Verificação do cálculo de retenção. A ferramenta deve extrair a porcentagem e o valor da retenção como campos estruturados ou permitir que o usuário defina uma coluna calculada que calcule a retenção esperada a partir dos totais extraídos. Uma ferramenta que retorna "5%" como uma string de texto em uma coluna de Observações não extraiu realmente os dados — ela transferiu a responsabilidade da interpretação de volta ao usuário.

Tolerância a manuscritos. Se a ferramenta não consegue ler entradas manuscritas em uma folha de continuação G703, ela falhará em cerca de 30 a 50 por cento dos envios reais de subcontratados, dependendo do tipo de projeto e dos subcontratados envolvidos. A única maneira confiável de testar isso é enviar um conjunto de amostras que inclua pelo menos três pedidos de pagamento manuscritos ou com anotações manuais — não formulários de demonstração fornecidos pelo fornecedor — e comparar a precisão em nível de campo entre os documentos digitais e manuscritos no conjunto de teste.

Extração de tabelas para G703s de comprimento variável. As tabelas G703 variam em número de linhas, de 10 a 100 ou mais itens. Uma ferramenta que lida com layouts de tabela fixos, mas falha em tabelas onde um item de linha se estende por duas linhas, ou onde o subcontratado inseriu uma linha desenhada à mão entre duas linhas impressas, produzirá resultados incompletos. Teste com um G703 que contenha pelo menos 40 linhas e inclua pelo menos um item de linha com uma descrição de várias linhas.

Preservação do código CSI MasterFormat. Se o projeto usa códigos de divisão CSI para custeio, a ferramenta de extração deve emitir o código e a descrição em colunas separadas ou, no mínimo, preservar a descrição completa do item de linha sem truncar ou concatenar campos adjacentes. Uma ferramenta que trunca "03 30 00 — Concreto Moldado in loco" para "03 30 00" já perdeu informações que o sistema de codificação de custos precisa.

Configuração sem modelo. A ferramenta deve extrair um pacote G702/G703 sem exigir que o usuário desenhe zonas, treine um modelo ou crie um template. Se o fornecedor solicitar documentos de amostra durante o processo de configuração, a ferramenta está usando uma arquitetura baseada em template ou treinamento que exigirá manutenção quando os formulários mudarem ou quando um novo subcontratado enviar pedidos de pagamento em um formato diferente.

Perguntas Frequentes

Qual é a diferença entre AIA G702 e G703?

O G702 é o Pedido e Certificado de Pagamento — um resumo de uma página que captura o panorama financeiro do contrato: valor contratual original, ordens de alteração, total executado até a data, retenção, pagamentos anteriores e valor atual devido. A Folha de Continuação G703 fornece o detalhamento por item da Tabela de Valores, acompanhando o valor programado, o trabalho concluído no período, os materiais armazenados e a retenção por item. Os totais do G703 alimentam diretamente as linhas de resumo do G702.

Como a retenção é calculada nos formulários AIA G702 e G703?

A retenção no G702 é geralmente calculada como uma porcentagem fixa — normalmente 5 ou 10 por cento — da Linha 4 (Total Concluído e Armazenado até a Data). No G703, a retenção pode ser calculada por item (Coluna I) quando uma taxa de retenção variável se aplica, ou deixada em branco quando uma taxa fixa para todo o projeto é usada. Colunas calculadas em uma ferramenta de extração podem automatizar essa verificação, calculando a retenção esperada a partir dos totais extraídos e sinalizando discrepâncias.

A IA consegue extrair entradas manuscritas de folhas de continuação G703?

Sim, mas a precisão depende da legibilidade da caligrafia e da arquitetura da ferramenta de extração. A IA baseada em visão que lê caracteres em contexto semântico — entendendo que um valor na coluna "Trabalho Concluído Neste Período" é um valor em dólar, não uma data ou número de item — alcança uma precisão substancialmente maior em G703 manuscritos do que o OCR baseado em modelos. Em entradas manuscritas legíveis, a IA de visão moderna atinge uma precisão em nível de campo de aproximadamente 85 a 92 por cento; em caligrafia ruim ou formulários com muitas anotações, a precisão cai para a faixa de 70 a 80 por cento. A solução prática é projetar a saída da extração com uma coluna de Pontuação de Confiança e revisar apenas os valores sinalizados abaixo de um limite.

Posso processar em lote pacotes G702 de vários subempreiteiros de uma só vez?

Sim. O processamento em lote é o cenário onde a extração por IA oferece o maior retorno para as construtoras. Envie todos os PDFs de aplicações de pagamento — digitais ou manuscritos, de qualquer subempreiteiro, em qualquer obra — em um único lote. A IA lê cada formulário de forma independente, extrai os dados do G702 e G703 e gera uma planilha consolidada com uma coluna identificando o arquivo de origem. O fluxo em lote lida automaticamente com formatos mistos: alguns arquivos podem ser formulários AIA digitais, outros papéis escaneados, outros exportações do Excel salvas em PDF. Para um guia completo deste fluxo, veja processamento em lote de aplicações de pagamento AIA G702 em um portfólio de obras.

Os formulários AIA G702 custam dinheiro para usar?

Sim. A AIA Contract Documents detém os direitos autorais dos formulários oficiais G702 e G703. Um conjunto de uso único G702/G703 custa aproximadamente $49,99 no site da AIA. Uma assinatura anual para acesso ilimitado a todos os documentos AIA custa aproximadamente $500 por ano. Muitos empreiteiros criam versões baseadas em planilhas que replicam o layout do G702/G703 sem usar o formulário protegido por direitos autorais, mas estas exigem entrada manual de dados e não têm a mesma aceitação por arquitetos e proprietários. A extração de dados não substitui a necessidade do formulário em si — ela automatiza a transferência de dados do formulário preenchido para seus sistemas de rastreamento.

O Procore oferece suporte à extração de dados G702/G703?

Os recursos de IA do Procore, introduzidos por meio da aquisição da Datagrid, focam na análise de documentos contratuais, submissões e RFIs — não na extração de dados estruturados de PDFs de aplicações de pagamento recebidos. O Procore oferece funcionalidade de faturamento AIA para gerar formulários G702/G703 dentro da plataforma, mas esta é uma ferramenta de criação de documentos, não uma ferramenta de extração para formulários recebidos de subempreiteiros. O caminho de integração mais comum é extrair dados G702/G703 usando uma ferramenta de extração dedicada e importar a saída estruturada para o Procore via upload de Excel ou CSV.

Como os códigos CSI MasterFormat afetam a extração de G702/G703?

A maioria das folhas de continuação G703 identifica itens de linha pelo código de divisão CSI MasterFormat — um sistema de numeração padronizado mantido pelo Construction Specifications Institute. O sistema é estruturado como um número de seis dígitos (ex.: 03 30 00 para Concreto Moldado in loco, 08 11 00 para Portas e Estruturas Metálicas, 23 31 00 para Dutos de HVAC). Para fluxos de contabilidade de projetos e custeio de serviços que usam esses códigos, a ferramenta de extração deve preservar o código completo e a descrição, em vez de truncar ou mesclar campos adjacentes. A edição atual, MasterFormat 2026, adiciona aproximadamente 2.185 novas listagens na estrutura de 50 divisões.

Como funciona o rastreamento de ordens de alteração na extração de G702/G703?

O G702 captura ordens de alteração como um único valor líquido na Linha 2 — o total de todos os acréscimos e deduções aprovados ao valor original do contrato. Ele não lista ordens de alteração individuais, seu status ou sua documentação de suporte. Um fluxo de extração abrangente deve capturar não apenas o valor líquido de alteração do G702, mas também quaisquer registros de ordens de alteração ou folhas de transmissão de CO anexadas pelo subcontratado no pacote de solicitação de pagamento. Isso fornece ao contador do projeto os detalhes necessários para verificar se o valor líquido é preciso em relação ao registro de ordens de alteração do projeto.

Qual precisão posso esperar da extração de G702/G703?

Em formulários digitais limpos com texto impresso, a precisão em nível de campo para extração de IA baseada em visão normalmente varia de 92 a 98 por cento em todos os campos G702 e G703. Em formulários com entradas manuscritas, a precisão varia de 80 a 92 por cento, dependendo da legibilidade da caligrafia e da condição do formulário. A métrica operacional mais importante não é a precisão bruta, mas a taxa de detecção de erros: um fluxo de extração bem projetado, com colunas calculadas e validação entre formulários, sinaliza valores que ficam fora das faixas esperadas, para que o revisor saiba exatamente quais campos inspecionar, em vez de verificar manualmente cada número novamente.

Qual a melhor forma de integrar a extração G702/G703 com Viewpoint ou Sage 300 CRE?

Tanto o Viewpoint (Vista e Spectrum da Trimble) quanto o Sage 300 CRE oferecem módulos de geração de faturamento AIA para solicitações de pagamento criadas internamente, mas nenhum deles ingere diretamente dados estruturados de PDFs G702/G703 recebidos externamente. O caminho de integração padrão é exportar o resultado da extração para Excel ou CSV e importá-lo no módulo de contas a receber ou custos de obra da plataforma, usando as funções de importação nativas. Algumas construtoras usam ferramentas intermediárias como Acumatica ou RabbitMQ para automatizar a transferência, mas para a maioria das empresas, uma exportação bem estruturada para Excel com colunas mapeadas para o template de importação da plataforma é a solução mais prática.

Os formulários G702 e G703 são tão padronizados quanto os documentos de construção podem ser — criados pelo AIA para estabelecer um formato consistente para faturamento progressivo em toda a indústria. Mas a padronização do formulário não padroniza o processo de entrada de dados que se segue. Cada pacote de solicitação de pagamento é um instantâneo da situação financeira de um projeto em um determinado momento, e esse instantâneo contém as informações necessárias para acompanhar orçamentos, verificar o progresso e liberar pagamentos. A camada de extração que conecta o instantâneo ao sistema de acompanhamento não é um luxo para construtoras que processam dezenas de solicitações por mês — é a única maneira confiável de lidar com o volume sem aceitar a taxa de erro que a transcrição manual garante.

Envie uma única solicitação de pagamento para ver como a extração semântica lida com os formulários dos seus subcontratados — ou execute um lote completo de 30 solicitações e veja a planilha consolidada preencher em segundos. Os formulários são padrão. A extração também deveria ser.