Errores comunes en la extracción G702que generan disputas en solicitudes de pago

Según una encuesta del sector en 2024, el 82% de los contratistas reportó retrasos en los pagos de más de 30 días — casi el doble que dos años antes (Rabbet 2024 Construction Payments Report). Pero lo que rara vez se menciona es esto: una parte significativa de esos retrasos no se debe a si los números se sumaron correctamente, sino a si los números que llegaron al formulario realmente provinieron del lugar correcto y de la manera correcta. Cuando extraes datos de una pila de hojas de continuación G703, facturas de proveedores y registros de órdenes de cambio para resumirlos en un G702 — ya sea manualmente o con herramientas de extracción — los errores que causan disputas rara vez son aritméticos. Son errores de trazabilidad de datos.

Deja de teclear datos — deja que la IA los lea por ti
Sube una imagen o PDF — datos estructurados en 10 segundos
Probar ahora
Sin registro · Sin tarjeta · Resultados en 10 segundos
Gerente de proyecto de construcción revisando errores de extracción de datos en solicitud de pago G702

Conclusiones clave

  1. Una extracción de datos con 99% de precisión puede generar una solicitud de pago rechazada: la precisión a nivel de campo no detecta un número que migró de "este período" a "acumulado a la fecha", donde el significado cambió pero el valor en dólares no.
  2. La retención extraída como "10%" se multiplica por el monto en dólares más cercano en la página, no por el total acumulado que exige el contrato; la tasa nunca cambia, pero la base se mueve cada ciclo de facturación, y las retenciones pueden diferir en $15,000 en una sola línea.
  3. Cinco verificaciones cruzadas — totales del G703 contra líneas del G702, retención contra su base variable, saldo acumulado contra el último pago certificado — detectan errores estructurales que la precisión a nivel de columna no capta, e ImageToTable.ai las ejecuta automáticamente tras cada extracción.

La mayoría de las guías sobre los formularios G702/G703 se centran en lo obvio: revisa tus cálculos, no te pases de la fecha límite, incluye las renuncias de gravamen. Eso importa. Pero cuando pasas de llenar formularios a mano a extraer datos de PDFs y hojas de cálculo en una sola solicitud de pago — o cuando eres el contratista general consolidando veinte envíos de subcontratistas en un solo programa de desembolsos — aparece una clase diferente de errores. Son errores que sobreviven a una calculadora limpia porque no se trata de sumar mal. Se trata de poner el número equivocado en la suma desde el principio.

Cuando los Números Cuadran Pero Tu Solicitud de Pago Sigue Siendo Rechazada

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

Esta es la distinción clave 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 solo. Un error de extracción se ve correcto de forma aislada. Solo se vuelve 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 supera la primera revisión y una que desencadena una disputa que te cuesta un ciclo de facturación completo.

1. La Trampa de Extracción entre Acumulado y Período Actual

En la Hoja de Continuación G703, las columnas D y E tienen propósitos fundamentalmente distintos. La columna D traslada los totales acumulados aprobados de todas las solicitudes anteriores. La columna E captura únicamente 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 G702 es la columna G.

Sin embargo, al extraer datos de un montón de documentos — ya sea transcribiendo de una G703 marcada, tomando datos de la hoja de cálculo de un subcontratista, o usando una herramienta de extracción por IA para leer solicitudes de pago escaneadas — el error más común es confundir la columna E (solo este período) con la columna G (total a la fecha). El subcontratista reporta 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 reflejar el total acumulado — todo el trabajo completado desde el inicio del proyecto, que podría ser $180,000. Si extraes esos $45,000 como si fueran la cifra acumulada, la Línea 4 del G702 subestima el trabajo real completado en $135,000. El propietario ve un número que no coincide con su observación del avance en obra y rechaza toda la solicitud.

El error inverso — extraer la cifra acumulada en la columna del período actual — infla la facturación de este mes y desencadena una revisión por sobrefacturación. Ninguno de estos errores se detecta en una simple verificación cruzada, porque la aritmética interna del G702 sigue siendo consistente. El error solo sale a la luz cuando alguien compara los números presentados con el progreso físico del proyecto, según lo exige la Sección 9.4 de AIA A201-2017, que otorga al arquitecto la autoridad para certificar solo una parte de la solicitud si los montos no reflejan el trabajo realmente completado.

Causa raíz: La mayoría de los documentos fuente reportan el trabajo en términos de período (lo que ocurrió este mes). El G703 exige una presentación acumulativa. La traducción entre estas dos representaciones es donde se rompen los datos.

La solución comienza por entender qué columna de tu destino de extracción corresponde a qué concepto en tu fuente. Si usas una herramienta de extracción que procesa documentos en una tabla estructurada — proceso a veces llamado extracción por nombre de columna, donde especificas los campos deseados y la IA ubica los valores coincidentes en cada página — asegúrate de que tus definiciones de columna distingan explícitamente entre "Trabajo completado este período" y "Total completado a la fecha". Si el documento fuente solo reporta cifras del período, necesitas un mecanismo separado para acumularlas a lo largo de los ciclos de facturación antes de que lleguen al G703.

2. Retención aplicada a la base incorrecta

La retención en un par G702/G703 se calcula contra el total acumulado de trabajo completado y materiales almacenados, no contra el monto facturado este período. Un subcontratista completa $50,000 de trabajo este mes, elevando su total acumulado a $200,000. Con una tasa de retención contractual del 10%, la retención para esta partida es de $20,000 — el diez por ciento de $200,000 — no $5,000. Aplicar el 10% solo al período de $50,000 retiene $15,000 de menos.

Este error es engañosamente fácil de cometer al extraer datos, porque las tasas de retención suelen estar en un solo campo del contrato — "Retención: 10%" — mientras que la cifra a la que se aplica esa tasa cambia en cada período de facturación. Si tu flujo de extracción lee "10%" del contrato y lo multiplica por el monto en dólares más cercano en la página, no puedes garantizar qué cifra tomó. En los formularios G703 — un desglose detallado de valores que divide el monto del contrato en partes de la obra — la retención puede incluso variar por partida. Algunos contratos reducen la retención del 10% al 5% después de la finalización sustancial, creando una situación donde diferentes filas del mismo G703 tienen distintas tasas de retención.

La ley estatal añade otra capa. Nueva York ahora limita la retención al 5% en contratos privados de construcción que superen los $150,000, y las disposiciones contractuales que excedan ese límite son nulas e inaplicables. Illinois permite el 10% durante la primera mitad del contrato, y luego exige una reducción al 5%. Carolina del Norte prohíbe la retención por completo en proyectos menores a $100,000. Si tu flujo de extracción aplica un 10% general a un proyecto regido por uno de estos estatutos, el desajuste entre lo que retienes y lo que el contrato permite legalmente genera una disputa inmediata — y en algunas jurisdicciones, una infracción legal.

La Asociación de Gestión Financiera de la Construcción (CFMA) ha documentado que los errores y problemas de conciliación pueden aumentar los costos del proyecto entre un 2 y un 5% solo por informes incorrectos y decisiones retrasadas. En un proyecto de $5 millones, eso equivale a $100,000–$250,000 en costos totalmente evitables — la mayor parte atribuible al dinero que queda en disputa en lugar de fluir a través de la cadena de pagos.

Causa raíz: La retención es una fórmula, no un valor fijo. El porcentaje es constante (generalmente), pero la base sobre la que se aplica cambia cada período. Extraer la "retención" como si fuera un campo independiente — en lugar de un resultado calculado — es lo que genera el error.

3. Datos de Órdenes de Cambio que Varían entre el G702 y el G703

El G702 contiene una tabla de Resumen de Órdenes de Cambio que alimenta la Línea 2 (Cambio Neto por Órdenes de Cambio) y, finalmente, la Línea 3 (Monto del Contrato a la Fecha). Mientras tanto, las órdenes de cambio aprobadas aparecen en el G703 como partidas adicionales, cada una con su propio valor programado y seguimiento de avance. Estas dos representaciones deben coincidir: la suma de todas las partidas de órdenes de cambio en el G703 debe igualar la cifra que fluye a través del Resumen de Órdenes de Cambio del G702 hacia la Línea 2.

Al extraer datos de órdenes de cambio de múltiples fuentes, dos cosas salen mal con regularidad predecible. La primera es incluir órdenes de cambio no aprobadas en los totales. Un subcontratista tiene cinco órdenes de cambio pendientes por un total de $35,000 y las incluye como partidas en su G703 — una práctica que las propias instrucciones del G703 de AIA advierten, especificando que las órdenes de cambio se "listan por separado, ya sea en su propio formulario G703 o al final del programa básico". Cuando el contratista general o el arquitecto revisa el G703 del subcontratista y encuentra montos por trabajos que nunca aprobaron, toda la solicitud queda en entredicho.

El segundo patrón es más sutil: el monto de la orden de cambio aparece correctamente en la línea G703, pero la consolidación en el Resumen de Órdenes de Cambio del G702 falta o es cero. El G703 muestra $35,000 en trabajo aprobado por órdenes de cambio. La Línea 2 del G702 indica $0. Esta discrepancia entre el detalle de respaldo y el resumen es motivo de rechazo directo según la Sección 9.3 de AIA A201-2017, que exige que las solicitudes de pago muestren "el estado del monto del contrato a la fecha, incluyendo el monto total del trabajo completado y almacenado a la fecha, el monto de la retención (si la hubiera), el total de pagos anteriores, un resumen de las órdenes de cambio y el monto del pago actual solicitado". Si el resumen de órdenes de cambio está incompleto, la solicitud está incompleta.

Los flujos de extracción agravan esto cuando las órdenes de cambio se registran en sistemas separados — Procore para la gestión de compromisos, una hoja de cálculo para los registros de cambios de subcontratistas, un PDF del formulario de orden de cambio firmado — y alguien debe conciliar los tres en una sola entrada del G702. Si se omite una fuente, comienza la cascada. Para un análisis más profundo de cómo las transferencias manuales de datos entre estos sistemas retrasan todo el ciclo de pagos, consulte nuestro análisis sobre por qué la entrada manual de datos en AIA G702 retrasa los ciclos de pago en la construcción.

Deja de teclear datos — deja que la IA los lea por ti
Sube una imagen o PDF — datos estructurados en 10 segundos
Probar ahora
Sin registro · Sin tarjeta · Resultados en 10 segundos

4. Valoraciones de Materiales Almacenados que Superan el Límite de la Partida

La columna F del G703 — Materiales Almacenados Actualmente — registra el valor de los materiales comprados y en obra (o, según disposiciones contractuales específicas, almacenados fuera de obra en un almacén fiscal). Existe una restricción estructural que la revisión manual detecta pero la extracción automatizada suele pasar por alto: los materiales almacenados para una misma partida no pueden superar su valor programado. Si una partida vale $50,000 en total, no se pueden reclamar $55,000 en materiales almacenados contra ella — eso implicaría facturar más valor en materiales que todo el alcance de la obra.

Este error surge en los flujos de extracción por dos vías. Vía uno: la factura de materiales del subcontratista muestra una cantidad entregada cuyo valor excede la asignación del SOV, y la herramienta de extracción transcribe fielmente el importe de la factura sin verificar el límite del SOV. Vía dos: los materiales se almacenaron bajo una partida en un período anterior, pero las entregas continuas de materiales se siguen asignando a esa misma partida en lugar de a una partida separada solo de materiales. El valor acumulado supera el tope, y el G703 muestra un saldo por terminar negativo — una señal de alerta inmediata que detendrá la certificación.

El G703 no es solo una lista de números. Es un sistema de restricciones: cada partida tiene un valor máximo, los totales acumulados no pueden disminuir, la retención no puede exceder la tasa contractual, los materiales almacenados no pueden superar el valor programado, y el saldo por terminar no puede ser negativo. Cuando la extracción trata cada columna como un campo independiente — en lugar de una variable vinculada en un sistema restringido — produce datos que pasan un análisis columna por columna, pero fallan en la validación cruzada que un contador de proyectos experimentado realiza en segundos.

5. El Problema del Arrastre de Pago Anterior

La Línea 7 del G702 — Menos Certificados de Pago Anteriores — es la fuente más potente de error compuesto en todo el sistema de solicitudes de pago. Representa la suma de todos los pagos previamente aprobados en el proyecto. Para la primera solicitud de pago, es cero. Para cada solicitud posterior, debe coincidir exactamente con la Línea 6 (Pago Actual Debido) del último G702 aprobado — no el último presentado, ni el último borrador, sino el último certificado.

Así es como falla en la práctica. La Solicitud #3 se presenta con un pedido de pago de $94,000. El arquitecto certifica solo $87,000, reteniendo $7,000 por documentación incompleta. El sistema del subcontratista muestra los $94,000 presentados como cifra de arrastre. La Solicitud #4 llega con la Línea 7 en $94,000. Pero los registros del propietario — y el contrato — indican que el arrastre correcto es $87,000. Cada número aguas abajo de la Línea 7 — el pago actual debido, el saldo por terminar — ahora está inflado en $7,000. La solicitud es rechazada.

Este error se propaga porque la cifra certificada existe en un lugar (el G702 firmado por el arquitecto), mientras que la fuente de extracción — típicamente la hoja de cálculo interna de facturación del subcontratista o del contratista general — a menudo rastrea la cifra presentada. Al consolidar múltiples solicitudes de pago de subcontratistas en un solo programa de desembolso, como se cubre en nuestra guía sobre cómo fusionar solicitudes de pago de todo un proyecto en un programa de desembolso consolidado, la Línea 7 de cada subcontratista debe verificarse individualmente contra la versión certificada del ciclo anterior. El error de arrastre de un subcontratista se propaga al G702 resumen del contratista general y se vuelve exponencialmente más difícil de rastrear.

Causa raíz: El valor arrastrado no se puede derivar de los datos del período actual. Es una cifra histórica que debe importarse de una fuente externa — la G702 certificada anterior. Cualquier flujo de trabajo que derive la Línea 7 de registros internos en lugar de importarla de la solicitud aprobada previa está estructuralmente en riesgo.

6. La conciliación G702-G703 que nadie revisa hasta la auditoría

Cada cifra del resumen G702 tiene un único punto de origen en la G703 — con una excepción: la Línea 2, que proviene de la tabla de Resumen de Órdenes de Cambio que solo existe en la propia G702. Esto crea un punto ciego de conciliación. Los totales de la G703 pueden ser perfectos, el Resumen de Órdenes de Cambio puede ser correcto, y ambos pueden divergir porque el Resumen de Órdenes de Cambio se pobló independientemente de las partidas de órdenes de cambio de la G703.

En un flujo manual, esta conciliación es tediosa pero al menos centralizada — una persona llena ambos formularios y los verifica entre sí. En un flujo de extracción, los totales de la G703 pueden provenir de una herramienta de IA que lee hojas de continuación de subcontratistas, mientras que el Resumen de Órdenes de Cambio proviene de un registro separado mantenido por el gerente de proyecto en un formato diferente. Las dos corrientes de datos fluyen hacia la misma G702 pero nunca se validaron cruzadamente entre sí. El resultado es un formulario donde cada sección individual se valida correctamente pero que, en su conjunto, contiene una brecha irreconciliable.

Esto no es un fallo de precisión en la extracción. Es un fallo de lo que podría llamarse arquitectura de extracción — el diseño de qué fuente alimenta qué campo de salida y dónde ocurre la validación cruzada en el flujo de trabajo. Lo más valioso que una herramienta de extracción puede hacer para el procesamiento de G702/G703 no es alcanzar un 99% de precisión a nivel de campo (aunque eso importa). Es preservar la relación entre campos a través de formularios, de modo que un número extraído de la página 3 del G703 de un subcontratista mantenga su trazabilidad hasta la Línea 4 del G702 del contratista general y pueda rastrearse hacia atrás cuando surjan discrepancias.

La consecuencia práctica: cuando un arquitecto o propietario cuestione una cifra, deberías poder decir exactamente qué documento fuente, qué partida y qué columna originaron ese número — no "déjame revisar mi hoja de cálculo y te respondo." La extracción sin trazabilidad no es mucho mejor que la entrada manual; solo es más rápida para producir la misma disputa.

Construir una Capa de Verificación en tu Flujo de Extracción

Ninguno de los seis errores anteriores se previene con una herramienta que extraiga datos con alta precisión a nivel de caracteres. Son errores estructurales — desajustes entre lo que los datos significan en su contexto fuente y lo que significan en el formulario destino. Prevenirlos requiere una capa de verificación: un conjunto de comprobaciones cruzadas que se ejecuten después de la extracción pero antes del envío.

Como mínimo, esta capa debe verificar que el total de la Columna G del G703 sea igual al valor de la Línea 4 del G702, que la retención en cada línea del G703 sea igual a la tasa contractual multiplicada por la Columna G de esa línea (no la Columna E), que el total del Resumen de Órdenes de Cambio en el G702 coincida con la suma de las partidas de órdenes de cambio en el G703, que los materiales almacenados de ninguna partida excedan su valor programado, y que la Línea 7 coincida con la Línea 6 certificada de la solicitud aprobada anterior. No son cálculos complejos. Son comparaciones que toman segundos, pero deben integrarse en el flujo de trabajo, no dejarse a la persona que pulsa "enviar" a las 11 PM del último día del ciclo de facturación.

Para equipos que procesan un gran volumen de solicitudes —contratistas generales que reciben 15 o 20 solicitudes de pago de subcontratistas cada mes— la extracción automatizada de datos AIA G702/G703 a hojas de cálculo elimina el paso de ingreso manual, pero la capa de verificación sigue siendo esencial. La extracción estructura los datos. La capa de verificación confirma que la estructura es coherente antes de que la solicitud llegue al escritorio del arquitecto.

Algunas herramientas de extracción permiten definir columnas calculadas —campos cuyos valores se derivan de otros datos extraídos en lugar de leerse directamente del documento. Esta capacidad puede servir como mecanismo de verificación integrado. Puede definir una columna que calcule "SI G703_ColumnaG_Total ≠ G702_Línea4 ENTONCES 'DISCREPANCIA' SINO 'OK'" y marcar cada solicitud con un error de conciliación antes de que llegue a revisión humana. La herramienta no necesita entender la facturación de construcción para ejecutar esta comparación —solo necesita entender que dos valores extraídos deben ser iguales y alertarle cuando no lo sean.

El principio que hace que esto funcione: La extracción de datos para aplicaciones G702/G703 no es una operación de una sola pasada. Es extracción seguida de validación estructural. Omitir el segundo paso no es un atajo, es un rechazo diferido, y la tasa de interés de los rechazos diferidos es un ciclo completo de facturación de flujo de caja retrasado.

Preguntas Frecuentes

¿Por qué rechazan mi solicitud de pago aunque los cálculos sean correctos?

Porque la aritmética correcta no es lo mismo que los datos correctos. La causa más común es una discrepancia entre lo que dice el documento y lo que el arquitecto o el representante del propietario espera según su conocimiento independiente del progreso del proyecto. Los culpables habituales: totales acumulados que no coinciden con las observaciones de campo, órdenes de cambio incluidas sin aprobación, retención calculada sobre la base incorrecta, o la Línea 7 (pagos anteriores) que no coincide con la última solicitud certificada. Los cálculos pueden ser perfectos mientras la procedencia de los datos es incorrecta.

¿Cuál es la diferencia entre un G702 y un G703, y por qué es importante para la extracción?

El G702 es la hoja de resumen: muestra el monto total del contrato, la retención, los pagos anteriores y el monto actual adeudado en un formato de una sola página. El G703 es la hoja de continuación que desglosa el contrato en partidas individuales del programa de valores: un desglose detallado y por partidas de los costos. Cada número en el G702 (excepto el Resumen de Órdenes de Cambio) debe poder rastrearse hasta el G703. Al extraer datos, el G703 es la fuente de verdad para las cifras a nivel de partida; el G702 es donde se resumen esas cifras. Si los dos formularios se extraen de forma independiente en lugar de estar vinculados, los errores de conciliación se vuelven inevitables.

¿Puede una herramienta de extracción con IA manejar tasas de retención variables en diferentes partidas?

Depende de la herramienta. Algunas extraen solo lo impreso en la página y capturan fielmente las cifras de retención en la Columna I del G703, pero no pueden verificar si esos cálculos son correctos según el contrato. Otras permiten definir columnas calculadas — por ejemplo, una columna llamada "Verificación de retención (Columna G × 0.10)" que calcula la retención esperada a partir del total acumulado y señala discrepancias. Este enfoque de verificación detecta errores que la extracción pura no puede, porque introduce la tasa contractual, que existe fuera del documento que se lee.

¿Qué documentación de respaldo debe acompañar siempre una presentación G702/G703?

La sección 9.3.1 del AIA A201-2017 exige que las solicitudes de pago vayan acompañadas de liberaciones y renuncias de gravámenes. Más allá del mínimo legal, la mayoría de los proyectos también requieren informes de nómina certificados (para obras financiadas por el gobierno), fotos del progreso, evidencia de materiales almacenados (recibos de entrega, documentación de almacén) y órdenes de cambio firmadas para cualquier trabajo fuera del alcance original. La falta de documentación es la razón procesal más común de rechazo — distinta de los errores de datos, pero igualmente perjudicial para el cronograma de pagos.

¿Es seguro incluir órdenes de cambio pendientes en una solicitud de pago?

No. Incluir órdenes de cambio no aprobadas en las partidas del G703 o en el Resumen de Órdenes de Cambio del G702 es una de las formas más rápidas de que rechacen una solicitud. Según la sección 7.3.9 del AIA A201-2017, las solicitudes pueden incluir pagos por cambios autorizados mediante Directivas de Cambio de Construcción, pero aún no incluidos en Órdenes de Cambio; sin embargo, esta es una excepción limitada, no un permiso general. Lo más seguro es registrar las órdenes de cambio pendientes en un registro aparte y trasladarlas al G703 solo tras la aprobación formal. Facturar trabajos sin autorización firmada genera un conflicto contractual y, en muchos estados, problemas con los derechos de gravamen.

La diferencia entre una solicitud de pago que se financia a tiempo y una que queda en disputa durante seis semanas rara vez es un error de cálculo. Es una brecha en la trazabilidad de datos: un número cuyo origen no se puede rastrear, una cifra que migró de la columna equivocada, un arrastre que se desvió por un ciclo de facturación. Las herramientas de extracción pueden eliminar las pulsaciones manuales que causan errores tipográficos y transposiciones, pero no pueden eliminar errores estructurales a menos que la capa de verificación sea parte del flujo de trabajo. Esa capa —el conjunto de verificaciones cruzadas entre G702 y G703, entre lo presentado y lo certificado, entre el registro de órdenes de cambio y la hoja de resumen— es lo que convierte los datos extraídos en una solicitud de pago defendible. Constrúyala una vez, ejecútela cada mes, y las preguntas del arquitecto se convertirán en confirmaciones en lugar de disputas.

📮 contact email: [email protected]