Erros Comunes de Extração G702Que Provocam Disputas de Solicitação de Pagamento

Em uma pesquisa do setor de 2024, 82% dos empreiteiros relataram atrasos de pagamento superiores a 30 dias — quase o dobro da taxa de dois anos antes (Rabbet 2024 Construction Payments Report). Mas o que raramente se discute é o seguinte: uma parte significativa desses atrasos não se deve a se os números foram somados corretamente, mas a se os números que chegaram ao formulário realmente vieram do lugar certo, da maneira certa. Quando você extrae dados de uma pilha de folhas de continuação G703, faturas de fornecedores e registros de aditivos em um resumo G702 — seja manualmente ou com ferramentas de extração — os erros que provocam disputas raramente são aritméticos. São erros de procedência dos dados.

Pare de digitar dados manualmente — deixe que a IA os lea por você
Envie uma imagem ou PDF — dados estruturados em planilha em 10 segundos
Experimente Agora →
Gerente de projeto de construção revisando erros de extração de dados de solicitação de pagamento G702

Principais Conclusões

  1. Uma extração de dados com 99% de precisão ainda pode produzir uma solicitação de pagamento rejeitada — a precisão a nível de campo não consegue detectar um número que migrou de este-período para acumulado-até-a-data, onde o significado mudou, mas o valor em dólares não.
  2. A retenção extraída como "10%" é multiplicada pelo valor em dólares mais próximo na página, não pelo total acumulado que o contrato exige — a taxa nunca muda, mas a base se move em cada ciclo de faturamento, e as retenções podem estar erradas por $15.000 em uma única linha de item.
  3. Cinco verificações cruzadas — totais G703 contra linhas G702, retenção contra sua base móvil, saldo a transportar contra o último pagamento certificado — detectam erros estruturais que a precisão a nível de columna não detecta, e ImageToTable.ai as executa automaticamente após cada extração.

La maioria dos guías sobre los formularios G702/G703 se centran en lo obvio: verifique sus cálculos, no pierda la fecha límite, incluya sus renuncias de gravamen. Eso importa. Pero cuando pasa de llenar formularios a mano a extraer datos de PDFs y hojas de cálculo en una sola solicitud de pago — o cuando usted es el contratista general consolidando veinte envíos de subcontratistas en un solo programa de pagos — una clase diferente de errores toma el control. Son errores que sobreviven a una calculadora limpia porque no se trata de obtener la suma incorrecta. Se trata de obtener el número incorrecto dentro de la suma en primer lugar.

Cuando los Números Cuadran Pero Su Solicitud de Pago Aún es Rechazada

Hay una frustración particular conocida por cualquiera que haya gestionado facturación de construcción durante más de unos pocos ciclos: usted verifica cada total, la aritmética de la retención cuadra, el total general del G703 coincide con la Línea 4 del G702 — y el arquitecto o el representante del propietario aún la devuelve con un signo de interrogación junto a una cifra. El problema no es que las matemáticas estén mal. El problema es que en algún lugar entre los documentos fuente y el formulario final, un número cambió su significado sin cambiar su valor.

Esta es la distinción central que separa los errores superficiales de formulario de los errores de extracción. Un error superficial — un dígito transpuesto, una resta omitida — se anuncia a sí mismo. Un error de extracción parece correcto de forma aislada. Solo se hace visible cuando alguien lo rastrea hasta su origen y descubre que la fuente no coincide con lo que terminó en el formulario. Entender las seis formas más comunes en que esto ocurre es la diferencia entre una solicitud de pago que sobrevive a la primera revisión y una que desencadena una disputa que le cuesta un ciclo de facturación completo.

1. La Trampa de Extracción Acumulativo vs. Período Actual

En la Hoja de Continuación G703, las columnas D y E sirven propósitos fundamentalmente diferentes. La columna D traslada los totales acumulativos aprobados de todas las aplicaciones anteriores. La columna E captura solo el trabajo completado en este período de facturación. La columna G — Total Completado y Almacenado a la Fecha — es la suma de D, E y los materiales almacenados este período en F. El número que importa para el resumen del G702 es la columna G.

Sin embargo, al extraer datos de una pila de documentos — ya sea transcribiendo de un G703 marcado, extrayendo de la hoja de cálculo de un subcontratista, o usando una herramienta de extracción con IA para leer solicitudes de pago escaneadas — el patrón de error más común es confundir la columna E (solo este período) con la columna G (total a la fecha). El subcontratista informa que completó $45,000 de trabajo eléctrico este mes. Esos $45,000 van en la columna E. Pero la columna G para esa partida debería leer el total acumulativo — todo el trabajo completado desde que comenzó el proyecto, que podría ser $180,000. Si usted extrae esos $45,000 como si fueran la cifra acumulativa, la Línea 4 del G702 subestima el trabajo realmente completado en $135,000. El propietario ve un número que no coincide con su observación de campo del progreso y marca toda la aplicación.

El error inverso — extraer la cifra acumulativa en la columna del período actual — infla la facturación de este mes y desencadena una revisión por sobrefacturación. Ninguno de los dos errores aparece en una verificación cruzada simple porque la aritmética interna del G702 permanece internamente consistente. El error solo sale a la superficie cuando alguien compara los números enviados con el progreso físico del proyecto, como se requiere bajo AIA A201-2017 Sección 9.4, que otorga al arquitecto la autoridad para certificar solo una porción de la aplicación si los montos no reflejan el trabajo realmente completado.

Causa raiz: A maioria dos documentos de origem reporta o trabalho em termos de período (o que aconteceu neste mês). O G703 exige apresentação cumulativa. A etapa de tradução entre essas duas representações é onde os dados se quebram.

A correção começa por entender 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, em que 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 distinguem explicitamente entre "Trabalho Concluído Neste Período" e "Total Concluído até a Data". Se o documento de origem só reporta valores do período, você precisa de um mecanismo separado para acumulá-los ao longo dos ciclos de faturamento antes que eles cheguem ao G703.

2. Retenção Aplicada à Base Errada

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

Esse erro é enganosamente fácil de cometer ao extrair dados, porque as taxas de retenção geralmente residem em um único campo do contrato — "Retenção: 10%" — enquanto o valor ao qual essa taxa é aplicada muda a cada período de faturamento. Se o seu fluxo de extração lê "10%" do contrato e multiplica pelo valor em dólares mais próximo na página, você não pode garantir qual valor foi capturado. Nos formulários G703 — um cronograma detalhado de valores que divide o valor do contrato em partes do trabalho — 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 em que diferentes linhas no mesmo G703 carregam taxas de retenção diferentes.

A lei estadual adiciona outra camada. Nova York agora limita a retenção a 5% em contratos privados de construção que excedem $150.000, e disposições contratuais que excedem esse limite são nulas e inexequíveis. Illinois permite 10% durante a primeira metade do contrato e depois exige redução para 5%. A Carolina do Norte proíbe a retenção inteiramente em projetos abaixo de $100.000. Se o seu fluxo de extração aplica um percentual fixo de 10% a um projeto regido por um desses estatutos, 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 estatutária.

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

Causa raiz: A retenção é uma fórmula, não um valor fixo. O percentual é constante (geralmente), mas a base sobre a qual ele multiplica muda a cada período. Extrair "retenção" como se fosse um campo independente — em vez de um resultado calculado — é o que cria o erro.

3. Dados de Aditivos que Divergem Entre o G702 e o G703

O G702 contém uma tabela de Resumo de Aditivos que alimenta a Linha 2 (Variação Líquida por Aditivos) e, por fim, a Linha 3 (Valor do Contrato até a Data). Enquanto isso, os aditivos aprovados aparecem no G703 como itens de linha adicionais, cada um com seu próprio valor programado e acompanhamento de progresso. Essas duas representações precisam ser conciliadas: a soma de todos os itens de linha de aditivos no G703 deve corresponder ao valor que flui pelo Resumo de Aditivos do G702 até a Linha 2.

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

O segundo padrão é mais sutil: o valor do aditivo aparece corretamente no item de linha do G703, mas a consolidação no Resumo de Aditivos do G702 está ausente ou zerada. O G703 mostra $35.000 em trabalho de aditivos aprovados. A Linha 2 do G702 lê $0. A discrepância entre o detalhamento e o resumo é uma rejeição direta sob a Seção 9.3 do AIA A201-2017, que exige que as solicitações de pagamento mostrem "o status do valor do contrato até a data, incluindo o valor total em dólares do trabalho concluído e armazenado até a data, o valor da retenção (se houver), o total de pagamentos anteriores, um resumo de aditivos e o valor do pagamento atual solicitado." Se o resumo de aditivos estiver incompleto, a solicitação está incompleta.

Os fluxos de extração pioram isso quando os aditivos são registrados em sistemas separados — Procore para gerenciamento de compromissos, uma planilha para registros de alterações do subcontratado, um PDF do formulário de aditivo assinado — e alguém precisa conciliar os três em uma única entrada do 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 da construção.

Pare de digitar dados manualmente — deixe a IA ler por você
Envie uma imagem ou PDF — dados estruturados em planilha em 10 segundos
Experimente Agora →

4. Valores de Materiais Estocados que Excedem o Limite do Item de Linha

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

Esse erro surge dos 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 estocados 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 de materiais. O valor acumulado ultrapassa o limite, e o G703 mostra um saldo negativo para concluir — um sinal de alerta imediato 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 estocados não podem superar o valor programado, e o saldo para concluir 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 em uma verificação coluna por coluna, mas falham na validação entre restrições que um contador de projetos experiente realiza em segundos.

5. O Problema do Saldo Anterior de Pagamento

A Linha 7 do G702 — Menos Certificados Anteriores para Pagamento — é a fonte mais potente de erro composto em todo o sistema de solicitação de pagamento. Ela representa a soma de todos os pagamentos previamente aprovados no projeto. Para a primeira solicitação de pagamento, é zero. Para cada solicitação subsequente, deve corresponder exatamente à Linha 6 (Pagamento Atual Devido) da última aprovada G702 — não a última enviada, não a última rascunhada, mas a última certificada.

Veja como isso falha na prática. A solicitação nº 3 é enviada com um pedido de pagamento de $94.000. O arquiteto certifica apenas $87.000, retendo $7.000 por documentação incompleta. O sistema do subcontratado mostra os $94.000 enviados como o valor de saldo anterior. A solicitação nº 4 chega com a Linha 7 em $94.000. Mas os registros do proprietário — e o contrato — dizem que o saldo anterior correto é $87.000. Todos os números a jusante da Linha 7 — o pagamento atual devido, o saldo para concluir — agora estão inflados em $7.000. A solicitação é rejeitada.

Esse erro se propaga porque o valor certificado existe em um lugar (a G702 assinada pelo arquiteto), enquanto a fonte de extração — tipicamente a planilha de faturamento interna do subcontratado ou do GC — frequentemente rastreia o valor enviado. Ao consolidar múltiplas solicitações de pagamento de subcontratados em um único cronograma de saque, conforme abordado em nosso guia sobre como mesclar solicitações de pagamento de um projeto inteiro em um único cronograma de saque consolidado, a Linha 7 de cada subcontratado deve ser verificada individualmente contra a versão certificada do ciclo anterior. O erro de saldo anterior de um subcontratado em cascata no resumo G702 do GC e se torna exponencialmente mais difícil de rastrear.

Causa raiz: O valor de transporte não pode ser derivado dos dados do período atual. É um valor histórico que deve ser importado de uma fonte externa — o G702 certificado anterior. Qualquer fluxo de trabalho que derive a Linha 7 de registros internos em vez de importá-la da solicitação aprovada anterior está estruturalmente em risco.

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 Aditivos 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 Aditivos pode estar correto, e os dois ainda assim podem divergir porque o Resumo de Aditivos foi preenchido de forma independente dos itens de linha de aditivos 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 confere entre si. Em um fluxo de trabalho de extração, os totais do G703 podem vir de uma ferramenta de IA que lê as folhas de continuação do subcontratado, enquanto o Resumo de Aditivos vem de um registro separado mantido pelo gerente de projeto em um formato diferente. Os dois fluxos de dados entram no mesmo G702, mas nunca foram validados cruzadamente entre si. 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 da extração. É uma falha do que se poderia chamar de arquitetura de extração — o design de qual fonte alimenta qual campo de saída e onde no fluxo de trabalho a validação cruzada acontece. A coisa mais valiosa que uma ferramenta de extração pode fazer para o processamento de G702/G703 não é alcançar 99% de precisão em nível de campo (embora isso importe). É preservar a relação entre campos entre formulários, para que um número extraído da página 3 do G703 de um subcontratado mantenha sua linhagem até a Linha 4 do G702 da construtora e possa ser rastreado retroativamente quando surgirem discrepâncias.

A consequência prática: 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 — 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 disputa.

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 caracteres. São erros estruturais — incompatibilidades entre o que os dados significam no contexto de origem e o que significam no formulário de destino. Evitá-los exige uma camada de verificação: um conjunto de verificações cruzadas que são 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 Aditivos no G702 corresponde à soma dos itens de aditivos no G703, se os materiais armazenados de nenhum item excedem seu valor programado e se a Linha 7 corresponde à Linha 6 certificada da solicitação aprovada anterior. Esses não são cálculos complexos. São comparações que levam segundos para serem executadas — mas precisam estar incorporadas ao fluxo de trabalho, não deixadas para a pessoa que clica em "enviar" às 23h no último dia do ciclo de faturamento.

Para equipes que processam um alto volume de solicitações — empreiteiros gerais que recebem 15 ou 20 solicitações 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 solicitação chegue perto da mesa do 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. Esse recurso 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 solicitação com erro de conciliação antes que ela chegue à revisão humana. A ferramenta não precisa entender de faturamento na 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.

O princípio que faz isso funcionar: A extração de dados para solicitações G702/G703 não é uma operação de passagem única. É extração seguida de validação estrutural. Pular a segunda etapa não é um atalho — é uma rejeição adiada, e a taxa de juros sobre rejeições adiadas é um ciclo completo de faturamento de fluxo de caixa atrasado.

Perguntas Frequentes

Por que minha solicitaçã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 no conhecimento independente do progresso do projeto. Causas comuns: totais acumulados que não correspondem às observações de campo, aditivos incluídos sem aprovação, retenção calculada sobre a base errada, ou a Linha 7 (pagamentos anteriores) não correspondendo à última solicitaçã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 o 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 — um detalhamento itemizado dos custos. Cada número no G702 (exceto o Resumo de Aditivos) deve ser rastreável até o G703. Ao extrair dados, o G703 é a fonte de verdade para valores em 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, erros de reconciliação se tornam inevitáveis.

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

Depende da ferramenta. Algumas ferramentas 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 coluna calculada — 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, porque introduz a taxa contratual, que existe fora do documento que está sendo lido.

Quais documentos de suporte devem sempre acompanhar uma submissão G702/G703?

A Seção 9.3.1 da AIA A201-2017 exige que as solicitações de pagamento sejam acompanhadas de liberações e renúncias de direitos de garantia (liens). Além do mínimo legal, a maioria dos projetos também exige relatórios de folha de pagamento certificados (para obras financiadas pelo governo), fotos do progresso, evidências de materiais armazenados (recibos de entrega, documentação de armazém) e aditivos assinados para qualquer trabalho além do escopo original. A falta de documentação é o motivo processual mais comum para rejeição — separado de erros de dados, mas igualmente prejudicial ao cronograma de pagamento.

É seguro incluir aditivos pendentes em uma solicitação de pagamento?

Não. Incluir aditivos não aprovados nos itens de linha do G703 ou no Resumo de Aditivos 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 por conta de mudanças devidamente autorizadas por Diretrizes de Mudança de Construção, mas ainda não incluídas em Aditivos — porém, essa é uma exceção restrita, não uma permissão ampla. A abordagem mais segura é acompanhar os aditivos pendentes em um registro separado e movê-los para o G703 somente após a aprovação formal. Faturar trabalho sem autorização assinada cria tanto uma disputa contratual quanto, em muitos estados, um problema de direitos de garantia (lien).

A diferença entre uma solicitação de pagamento que é paga no prazo e uma que fica em disputa por seis semanas raramente é um erro de cálculo. É uma lacuna na linhagem dos dados — um número cuja origem não pode ser rastreada, um valor que migrou da coluna errada, um saldo acumulado que se desviou por um ciclo de faturamento. Ferramentas de extração podem eliminar as digitações manuais que causam erros de digitação e transposições, mas não podem eliminar erros estruturais a menos que a camada de verificação faça parte do fluxo de trabalho. Essa camada — o conjunto de verificações cruzadas entre G702 e G703, entre o enviado e o certificado, entre o registro de aditivos e a folha de resumo — é o que transforma dados extraídos em uma solicitação de pagamento defensável. Construa-a uma vez, execute-a todos os meses, e as perguntas do arquiteto se tornam confirmações em vez de disputas.

📮 contact email: [email protected]