Erros Comuns na Extração G702
Que Geram Disputas no Aplicativo de Pagamento

A maioria dos guias sobre formulários G702/G703 foca no óbvio: confira seus cálculos, não perca o prazo, inclua suas renúncias de direito de retenção. Isso é importante. Mas quando você passa do preenchimento manual de formulários para a extração de dados de PDFs e planilhas em um único pedido de pagamento — ou quando você é o empreiteiro geral consolidando vinte submissões de subempreiteiros em um único cronograma de saque — uma classe diferente de erros assume o controle. São erros que sobrevivem a uma calculadora limpa porque não se trata de errar a soma. Trata-se de colocar o número errado dentro da soma em primeiro lugar.

Quando os Números Fecham, Mas Seu Pedido de Pagamento Ainda é Rejeitado

Existe uma frustração particular conhecida por qualquer um que já gerenciou faturamento de construção por mais de alguns ciclos: você verifica cada total, a aritmética da retenção confere, o total geral do G703 corresponde à Linha 4 do G702 — e o arquiteto ou representante do proprietário ainda o devolve com um ponto de interrogação ao lado de um valor. O problema não é que a matemática esteja errada. O problema é que, em algum lugar entre os documentos de origem e o formulário final, um número mudou de significado sem mudar de valor.

Esta é a distinção central que separa erros superficiais de formulário de erros de extração. Um erro superficial — um dígito trocado, uma subtração esquecida — se anuncia. Um erro de extração parece correto isoladamente. Ele só se torna visível quando alguém rastreia sua origem e descobre que a fonte não corresponde ao que foi parar no formulário. Entender as seis maneiras mais comuns como isso acontece é a diferença entre um pedido de pagamento que sobrevive à primeira revisão e um que desencadeia uma disputa que custa um ciclo inteiro de faturamento.

1. A Armadilha da Extração Acumulada vs. Período Atual

Na Planilha de Continuação G703, as colunas D e E têm finalidades fundamentalmente diferentes. A coluna D transporta os totais acumulados aprovados de todas as solicitações anteriores. A coluna E captura apenas o trabalho concluído neste período de faturamento. A coluna G — Total Concluído e Armazenado até a Data — é a soma de D, E e dos materiais armazenados neste período em F. O número que importa para o resumo G702 é a coluna G.

No entanto, ao extrair dados de uma pilha de documentos — seja transcrevendo de um G703 anotado, puxando de uma planilha de subempreiteiro ou usando uma ferramenta de extração de IA para ler solicitações de pagamento digitalizadas — o padrão de erro mais comum é confundir a coluna E (apenas este período) com a coluna G (total até a data). O subempreiteiro relata que concluiu US$ 45.000 em trabalho elétrico este mês. Esses US$ 45.000 vão para a coluna E. Mas a coluna G para esse item deve mostrar o total acumulado — todo o trabalho concluído desde o início do projeto, que pode ser de US$ 180.000. Se você extrair esses US$ 45.000 como se fossem o valor acumulado, a Linha 4 do G702 subestima o trabalho real concluído em US$ 135.000. O proprietário vê um número que não corresponde à sua observação de progresso em campo e sinaliza toda a solicitação.

O erro inverso — extrair o valor acumulado para a coluna do período atual — infla o faturamento deste mês e desencadeia uma revisão de cobrança excessiva. Nenhum dos erros aparece em uma simples verificação de soma cruzada, pois a aritmética interna do G702 permanece consistente. O erro só surge quando alguém compara os números submetidos com o progresso físico do projeto, conforme exigido pela Seção 9.4 do AIA A201-2017, que dá ao arquiteto a autoridade para certificar apenas uma parte da solicitação se os valores não refletirem o trabalho real concluído.

A correção começa com o entendimento de qual coluna no seu alvo de extração corresponde a qual conceito na sua fonte. Se você estiver usando uma ferramenta de extração que processa documentos em uma tabela estruturada — um processo às vezes chamado de extração por nome de coluna, onde você especifica os campos desejados e a IA localiza os valores correspondentes em cada página — certifique-se de que suas definições de coluna distinguam explicitamente entre "Trabalho Concluído no Período" e "Total Concluído até a Data". Se o documento-fonte reportar apenas valores do período, você precisará de um mecanismo separado para acumulá-los ao longo dos ciclos de faturamento antes de enviá-los ao G703.

2. Retenção Aplicada na Base Errada

A retenção em um par G702/G703 é calculada com base no total cumulativo de trabalho concluído e materiais armazenados, e não no valor faturado no período. Um subcontratado conclui $50.000 de trabalho neste mês, elevando seu total cumulativo concluído para $200.000. Com uma taxa de retenção contratual de 10%, a retenção para este item de linha é de $20.000 — dez por cento de $200.000 — e não $5.000. Aplicar 10% apenas sobre os $50.000 do período retém a menos $15.000 em retenção.

Esse erro é enganosamente fácil de cometer ao extrair dados, porque as taxas de retenção geralmente estão em um único campo do contrato — "Retenção: 10%" — enquanto o valor ao qual essa taxa se aplica muda a cada período de faturamento. Se seu fluxo de extração lê "10%" do contrato e multiplica pelo valor em dólar mais próximo na página, você não pode garantir qual valor foi capturado. Em formulários G703 — um cronograma detalhado de valores que divide o valor total do contrato em partes da obra — a retenção pode até variar por item de linha. Alguns contratos reduzem a retenção de 10% para 5% após a conclusão substancial, criando uma situação onde diferentes linhas no mesmo G703 têm taxas de retenção distintas.

A lei estadual adiciona outra camada. Nova York agora limita a retenção a 5% em contratos privados de construção que excedam US$ 150.000, e cláusulas contratuais que ultrapassem esse limite são nulas e inexequíveis. Illinois permite 10% na primeira metade do contrato, depois exige redução para 5%. A Carolina do Norte proíbe totalmente a retenção em projetos abaixo de US$ 100.000. Se seu fluxo de extração aplicar uma taxa fixa de 10% a um projeto regido por uma dessas leis, a incompatibilidade entre o que você retém e o que o contrato permite legalmente cria uma disputa imediata — e, em algumas jurisdições, uma violação legal.

A Construction Financial Management Association (CFMA) documentou que erros e problemas de conciliação podem aumentar os custos do projeto em 2–5% apenas com relatórios incorretos e decisões atrasadas. Em um projeto de US$ 5 milhões, isso representa US$ 100.000 a US$ 250.000 em custos totalmente evitáveis — a maior parte atribuível a dinheiro parado em disputa, em vez de fluir pela cadeia de pagamentos.

3. Dados de Ordem de Alteração que Divergem entre o G702 e o G703

O G702 contém uma tabela de Resumo de Ordens de Alteração que alimenta a Linha 2 (Alteração Líquida por Ordens de Alteração) e, por fim, a Linha 3 (Valor do Contrato até a Data). Enquanto isso, as ordens de alteração aprovadas aparecem no G703 como itens de linha adicionais, cada um com seu próprio valor programado e acompanhamento de progresso. Essas duas representações devem se reconciliar: a soma de todos os itens de linha de ordem de alteração no G703 deve corresponder ao valor que transita pelo Resumo de Ordens de Alteração do G702 até a Linha 2.

Ao extrair dados de ordens de alteração de múltiplas fontes, duas coisas dão errado com regularidade previsível. A primeira é incluir ordens de alteração não aprovadas nos totais. Um subcontratado tem cinco ordens de alteração pendentes totalizando US$ 35.000 e as inclui como itens de linha em seu G703 — uma prática que as próprias instruções do G703 da AIA alertam, especificando que as ordens de alteração são "listadas separadamente, seja em seu próprio formulário G703 ou no final do cronograma básico". Quando o GC ou arquiteto analisa o G703 do sub e encontra valores para serviços que nunca aprovaram, toda a aplicação fica suspeita.

O segundo padrão é mais sutil: o valor do pedido de alteração aparece corretamente no item da G703, mas o resumo no G702 (Change Order Summary) está ausente ou zerado. A G703 mostra US$ 35.000 em trabalho de alteração aprovado. A linha 2 da G702 indica US$ 0. A discrepância entre o detalhamento e o resumo é motivo direto de rejeição conforme a Seção 9.3 do AIA A201-2017, que exige que as solicitações de pagamento apresentem "a situação do valor do contrato até a data, incluindo o valor total do trabalho concluído e armazenado até a data, o valor da retenção (se houver), o total de pagamentos anteriores, um resumo dos pedidos de alteração e o valor do pagamento atual solicitado". Se o resumo dos pedidos de alteração estiver incompleto, a solicitação também estará incompleta.

Os fluxos de extração agravam esse problema quando os pedidos de alteração são registrados em sistemas separados — Procore para gerenciamento de compromissos, uma planilha para registros de alterações de subcontratados, um PDF do formulário de alteração assinado — e alguém precisa reconciliar todos os três em uma única entrada na G702. Uma fonte é esquecida, e a cascata começa. Para uma análise mais aprofundada de como as transferências manuais de dados entre esses sistemas atrasam todo o ciclo de pagamento, veja nossa análise sobre por que a entrada manual de dados no AIA G702 atrasa os ciclos de pagamento na construção.

4. Valoração de Materiais Armazenados que Excede o Limite do Item

A coluna F do G703 — Materiais Atualmente Armazenados — registra o valor dos materiais comprados e no local (ou, conforme disposições contratuais específicas, armazenados fora do local em um armazém alfandegado). Há uma restrição estrutural que a revisão manual capta, mas a extração automatizada frequentemente ignora: os materiais armazenados para qualquer item de linha não podem exceder o valor programado desse item. Se um item de linha vale US$ 50.000 no total, você não pode reivindicar US$ 55.000 em materiais armazenados contra ele — isso significaria que você está faturando mais valor de material do que todo o escopo do trabalho.

Esse erro surge nos fluxos de extração por dois caminhos. Caminho um: a fatura de materiais do subcontratado mostra uma quantidade entregue cujo valor excede a alocação do SOV, e a ferramenta de extração transcreve fielmente o valor da fatura sem verificar o teto do SOV. Caminho dois: os materiais foram armazenados sob um item de linha em um período anterior, mas as entregas contínuas de materiais estão sendo alocadas ao mesmo item de linha em vez de um item separado apenas para materiais. O valor acumulado ultrapassa o limite, e o G703 mostra um saldo a terminar negativo — uma bandeira vermelha imediata que interromperá a certificação.

O G703 não é apenas uma lista de números. É um sistema de restrições: cada item de linha tem um valor máximo, os totais acumulados não podem diminuir, a retenção não pode exceder a taxa contratual, os materiais armazenados não podem superar o valor programado e o saldo a terminar não pode ficar negativo. Quando a extração trata cada coluna como um campo independente — em vez de uma variável vinculada em um sistema restrito — ela produz consistentemente dados que passam por uma verificação coluna por coluna, mas falham na validação cruzada de restrições que um contador de projetos experiente realiza em segundos.

5. O Problema do Transporte de Pagamento Anterior

A Linha 7 do G702 — Menos Certificados de Pagamento Anteriores — é a fonte mais potente de erro composto em todo o sistema de pedidos de pagamento. Ela representa a soma de todos os pagamentos já aprovados no projeto. No primeiro pedido de pagamento, é zero. Em cada pedido subsequente, deve corresponder exatamente à Linha 6 (Valor Devido Atual) do último G702 aprovado — não o último enviado, não o último rascunhado, mas o último certificado.

Veja como isso quebra na prática. O Pedido nº 3 é enviado com uma solicitação de pagamento de $94.000. O arquiteto certifica apenas $87.000, retendo $7.000 por documentação incompleta. O sistema do subempreiteiro mostra os $94.000 enviados como valor a transportar. O Pedido nº 4 chega com a Linha 7 em $94.000. Mas os registros do proprietário — e o contrato — dizem que o valor correto a transportar é $87.000. Cada número a jusante da Linha 7 — o valor devido atual, o saldo para finalizar — agora está inflado em $7.000. O pedido é rejeitado.

Esse erro se propaga porque o valor certificado existe em um lugar (o G702 assinado pelo arquiteto), enquanto a fonte de extração — normalmente a planilha de faturamento interna do subempreiteiro ou da construtora geral — geralmente rastreia o valor enviado. Ao consolidar vários pedidos de pagamento de subempreiteiros em um único cronograma de saque, conforme abordado em nosso guia sobre como mesclar pedidos de pagamento de um projeto inteiro em um cronograma de saque consolidado, a Linha 7 de cada subempreiteiro deve ser verificada individualmente em relação à versão certificada do ciclo anterior. O erro de transporte de um subempreiteiro se propaga para o G702 resumo da construtora geral e se torna exponencialmente mais difícil de rastrear.

6. A Reconciliação G702-para-G703 Que Ninguém Verifica Até a Revisão

Cada valor no resumo do G702 tem um único ponto de origem no G703 — com uma exceção: a Linha 2, que deriva da tabela de Resumo de Ordens de Alteração que existe apenas no próprio G702. Isso cria um ponto cego de reconciliação. Os totais do G703 podem estar perfeitos, o Resumo de Ordens de Alteração pode estar correto, e os dois ainda podem divergir porque o Resumo de Ordens de Alteração foi preenchido independentemente dos itens de linha de ordens de alteração do G703.

Em um fluxo de trabalho manual, essa reconciliação é tediosa, mas pelo menos centralizada — uma pessoa preenche ambos os formulários e os verifica um contra o outro. Em um fluxo de trabalho de extração, os totais do G703 podem vir de uma ferramenta de IA que lê folhas de continuação de subcontratados, enquanto o Resumo de Ordens de Alteração vem de um registro separado mantido pelo gerente de projeto em um formato diferente. Os dois fluxos de dados alimentam o mesmo G702, mas nunca foram validados cruzadamente um contra o outro. O resultado é um formulário em que cada seção individual valida corretamente, mas que, como um todo, contém uma lacuna irreconciliável.

Isso não é uma falha de precisão na extração. É uma falha do que podemos chamar de arquitetura de extração — o design que define qual fonte alimenta qual campo de saída e onde, no fluxo de trabalho, ocorre a validação cruzada. A contribuição mais valiosa que uma ferramenta de extração pode oferecer ao processamento de G702/G703 não é atingir 99% de precisão em nível de campo (embora isso importe). É preservar a relação entre campos entre formulários, de modo que um número extraído da página 3 do G703 de um subempreiteiro mantenha sua linhagem até a Linha 4 do G702 do contratante geral e possa ser rastreado retroativamente quando surgirem discrepâncias.

O resultado prático: quando um arquiteto ou proprietário questionar um valor, você deve ser capaz de dizer exatamente qual documento de origem, qual item de linha e qual coluna aquele número veio — e não "deixe-me verificar minha planilha e retorno para você." Extração sem rastreabilidade não é muito melhor que entrada manual; é apenas mais rápida em produzir a mesma controvérsia.

Construindo uma Camada de Verificação no Seu Fluxo de Extração

Nenhum dos seis erros acima é evitado por uma ferramenta que extrai dados com alta precisão em nível de caractere. Eles são erros estruturais — incompatibilidades entre o que os dados significam em seu contexto de origem e o que significam no formulário de destino. Preveni-los exige uma camada de verificação: um conjunto de verificações cruzadas executadas após a extração, mas antes do envio.

No mínimo, essa camada deve verificar se o total da Coluna G do G703 é igual ao valor da Linha 4 do G702, se a retenção em cada linha do G703 corresponde à taxa contratual multiplicada pela Coluna G (não pela Coluna E) daquela linha, se o total do Resumo de Ordens de Alteração no G702 corresponde à soma dos itens de ordem de alteração no G703, se os materiais armazenados de nenhum item excedem seu valor programado e se a Linha 7 corresponde à Linha 6 certificada da aplicação aprovada anterior. Esses não são cálculos complexos. São comparações que levam segundos para serem feitas — mas precisam estar incorporadas ao fluxo de trabalho, não deixadas para a pessoa que aperta "enviar" às 23h no último dia do ciclo de faturamento.

Para equipes que processam um grande volume de aplicações — empreiteiros gerais que recebem 15 ou 20 pedidos de pagamento de subempreiteiros por mês — a extração automatizada de dados AIA G702/G703 para planilhas elimina a etapa de entrada manual, mas a camada de verificação continua essencial. A extração coloca os dados em formato estruturado. A camada de verificação confirma que a estrutura é autoconsistente antes que a aplicação chegue perto da mesa de um arquiteto.

Algumas ferramentas de extração permitem definir colunas calculadas — campos cujos valores são derivados de outros dados extraídos, em vez de lidos diretamente do documento. Essa capacidade pode servir como um mecanismo de verificação integrado. Você pode definir uma coluna que calcula "SE G703_ColunaG_Total ≠ G702_Linha4 ENTÃO 'DIVERGÊNCIA' SENÃO 'OK'" e sinalizar toda aplicação com erro de conciliação antes mesmo de chegar à revisão humana. A ferramenta não precisa entender faturamento de construção para executar essa comparação — ela só precisa entender que dois valores extraídos devem ser iguais e alertá-lo quando não forem.

Perguntas Frequentes

Por que minha aplicação de pagamento é rejeitada mesmo quando a matemática está correta?

Porque aritmética correta não é o mesmo que dados corretos. A causa mais comum é uma incompatibilidade entre o que o documento diz e o que o arquiteto ou representante do proprietário espera com base em seu conhecimento independente do progresso do projeto. Culpados comuns: totais acumulados que não correspondem às observações de campo, ordens de alteração incluídas sem aprovação, retenção calculada sobre a base errada, ou a Linha 7 (pagamentos anteriores) não correspondendo à última aplicação certificada. A matemática pode estar perfeita enquanto a linhagem dos dados está errada.

Qual é a diferença entre um G702 e um G703, e por que isso importa para a extração?

O G702 é a folha de resumo: mostra o valor total do contrato, retenção, pagamentos anteriores e valor atual devido em um formato de página única. O G703 é a folha de continuação que divide o contrato em itens individuais da programação de valores — uma discriminação detalhada e itemizada dos custos. Cada número no G702 (exceto o Resumo de Ordens de Alteração) deve ser rastreado até o G703. Ao extrair dados, o G703 é a fonte da verdade para valores no nível de item; o G702 é onde esses valores são resumidos. Se os dois formulários forem extraídos de forma independente, em vez de vinculados, os erros de reconciliação se tornam inevitáveis.

Uma ferramenta de extração de IA pode lidar com taxas de retenção variáveis em diferentes itens?

Depende da ferramenta. Algumas extraem apenas o que está visivelmente impresso na página e capturam fielmente os valores de retenção que aparecem na Coluna I do G703, mas não conseguem verificar se esses valores foram calculados corretamente em relação ao contrato. Outras permitem definir colunas calculadas — por exemplo, uma coluna chamada "Verificação de Retenção (Coluna G × 0,10)" que calcula a retenção esperada a partir do total acumulado e sinaliza discrepâncias. Essa abordagem de verificação detecta erros que a extração pura não consegue, pois introduz a taxa contratual, que existe fora do documento que está sendo lido.

Qual documentação de suporte deve sempre acompanhar uma submissão G702/G703?

A Seção 9.3.1 do AIA A201-2017 exige que os pedidos de pagamento sejam acompanhados de liberações e renúncias de ônus. Além do mínimo legal, a maioria dos projetos também exige relatórios de folha de pagamento certificados (para trabalhos financiados pelo governo), fotos do progresso, comprovantes de materiais armazenados (recibos de entrega, documentação de armazém) e ordens de alteração assinadas para qualquer trabalho além do escopo original. A documentação ausente é o motivo processual mais comum para rejeição — separado de erros de dados, mas igualmente prejudicial ao cronograma de pagamento.

É seguro incluir ordens de alteração pendentes em um pedido de pagamento?

Não. Incluir ordens de alteração não aprovadas nos itens de linha do G703 ou no Resumo de Ordens de Alteração do G702 é uma das formas mais rápidas de ter uma solicitação rejeitada. De acordo com a Seção 7.3.9 da AIA A201-2017, as solicitações podem incluir pedidos de pagamento referentes a alterações devidamente autorizadas por Diretrizes de Alteração de Obra, mas ainda não incluídas em Ordens de Alteração — porém, esta é uma exceção restrita, não uma permissão genérica. A abordagem mais segura é acompanhar as ordens de alteração pendentes em um registro separado e movê-las para o G703 somente após a aprovação formal. Faturar por trabalho sem uma autorização assinada gera tanto uma disputa contratual quanto, em muitos estados, um problema de direitos de garantia.