Errores comunes de extracción G702
que provocan disputas en solicitudes de pago

La mayoría de las 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 que consolida veinte envíos de subcontratistas en un solo programa de retiros — otra clase 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 introducir el número equivocado en la suma desde el principio.

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

Hay una frustración particular que conoce cualquiera que haya gestionado la 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 el cálculo esté mal. El problema es que, en algún punto 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 solo. 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. Comprender 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 cumplen propósitos fundamentalmente diferentes. La columna D traslada los totales acumulativos aprobados de todas las solicitudes 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 un montón de documentos — ya sea transcribiendo de un G703 anotado, 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 único 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 mostrar el total acumulativo — todo el trabajo completado desde el inicio del 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 solicitud.

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 presentados con el progreso físico del proyecto, como se exige en 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.

La solución comienza por entender qué columna en su destino de extracción corresponde a qué concepto en su fuente. Si utiliza una herramienta de extracción que procesa documentos en una tabla estructurada — un proceso a veces llamado extracción por nombre de columna, donde usted especifica los campos que desea y la IA localiza los valores correspondientes en cada página — asegúrese de que sus definiciones de columna distingan explícitamente entre "Trabajo completado en este período" y "Total completado a la fecha". Si el documento fuente solo reporta cifras de período, necesita 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 del trabajo completado y los materiales almacenados, no contra el monto facturado en 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 — diez por ciento de $200,000 — no $5,000. Aplicar el 10% solo al monto del 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 a menudo residen en un solo campo del contrato — "Retención: 10%" — mientras que la cifra a la que se aplica esa tasa cambia con cada período de facturación. Si su flujo de extracción lee "10%" del contrato y lo multiplica por la cifra en dólares más cercana en la página, no puede garantizar qué cifra capturó. En los formularios G703 — un programa detallado de valores que desglosa el monto del contrato en porciones del trabajo — 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 en el mismo G703 llevan diferentes tasas de retención.

La ley estatal añade otra capa. Nueva York ahora limita la retención al 5% en contratos de construcción privados 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 de menos de $100,000. Si su flujo de extracción aplica un 10% general a un proyecto regido por uno de estos estatutos, el desajuste entre lo que retiene y lo que el contrato permite legalmente crea una disputa inmediata — y en algunas jurisdicciones, una violación estatutaria.

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

3. Datos de órdenes de cambio que se desví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, en última instancia, la Línea 3 (Suma 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 progreso. Estas dos representaciones deben conciliarse: la suma de todas las partidas de órdenes de cambio en el G703 debe coincidir con 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 que suman $35,000 y las incluye como partidas en su G703 — una práctica que las propias instrucciones del G703 de AIA advierten en contra, especificando que las órdenes de cambio se "enumeran por separado, ya sea en su propio formulario G703 o al final del programa básico." Cuando el GC o el arquitecto revisa el G703 del subcontratista y encuentra montos por trabajo 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 partida del 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 de órdenes de cambio aprobadas. La Línea 2 del G702 dice $0. La discrepancia entre el respaldo detallado y el resumen es un rechazo directo bajo la Sección 9.3 del AIA A201-2017, que requiere que las solicitudes de pago muestren "el estado de la suma del contrato a la fecha, incluido el monto total en dólares del trabajo completado y almacenado a la fecha, el monto de la retención (si corresponde), el total de pagos anteriores, un resumen de ó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 empeoran 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 del subcontratista, un PDF del formulario de orden de cambio firmado — y alguien necesita conciliar los tres en una sola entrada del G702. Una fuente se pasa por alto y 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 de por qué la entrada manual de datos del AIA G702 retrasa los ciclos de pago en la construcción.

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

La columna F del G703 — Materiales Presentes Almacenados — registra el valor de los materiales comprados y en obra (o, bajo disposiciones contractuales específicas, almacenados fuera de obra en un almacén bajo fianza). Existe una restricción estructural que la revisión manual detecta pero la extracción automatizada a menudo pasa por alto: los materiales almacenados de cualquier partida individual no deben exceder el valor programado de esa partida. Si una partida vale $50,000 en total, no puede reclamar $55,000 en materiales almacenados contra ella — eso significaría que está facturando más valor en materiales que todo el alcance del trabajo.

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 la cifra 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 asignan a esa misma partida en lugar de una partida separada solo de materiales. La cifra acumulada supera el límite, y el G703 muestra un saldo negativo por terminar — 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 de manera confiable datos que pasan una revisión columna por columna pero fallan la validación entre restricciones que un contador de proyectos experimentado realiza en segundos.

5. El Problema del Arrastre del Pago Anterior

La línea 7 del G702 — Menos Certificados de Pago Anteriores — es la fuente más potente de errores compuestos 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, no el último redactado, sino el último certificado.

Así es como esto falla en la práctica. La solicitud #3 se presenta con una solicitud 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 la 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 posterior a la línea 7 — el pago actual debido, el saldo por terminar — ahora está inflado por $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. Cuando consolida múltiples solicitudes de pago de subcontratistas en un solo programa de desembolsos, como se cubre en nuestra guía sobre cómo fusionar solicitudes de pago de un proyecto completo en un solo programa de desembolsos 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 resumido del contratista general y se vuelve exponencialmente más difícil de rastrear.

6. La Conciliación G702-G703 Que Nadie Revisa Hasta La Auditoría

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

En un flujo de trabajo manual, esta conciliación es tediosa pero al menos centralizada: una persona completa ambos formularios y los verifica entre sí. En un flujo de trabajo de extracción, los totales del G703 pueden provenir de una herramienta de IA que lee las hojas de continuación del subcontratista, mientras que el Resumen de Órdenes de Cambio proviene de un registro separado mantenido por el gerente de proyecto en un formato diferente. Los dos flujos de datos llegan al mismo G702 pero nunca se validaron de forma cruzada entre sí. El resultado es un formulario en el que cada sección individual se valida correctamente pero que, en su conjunto, contiene una brecha irreconciliable.

Esto no es una falla de precisión de extracción. Es una falla 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 lograr una precisión del 99% a nivel de campo (aunque eso importa). Es preservar la relación entre campos a través de los formularios, de modo que un número extraído de la página 3 del G703 de un subcontratista conserve su linaje hasta la Línea 4 del G702 del contratista general y pueda rastrearse hacia atrás cuando surjan discrepancias.

La conclusión práctica: cuando un arquitecto o propietario cuestione una cifra, usted debe poder decir exactamente qué documento fuente, qué partida y qué columna originó ese número, no "déjeme revisar mi hoja de cálculo y le 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.

Cómo incorporar una capa de verificación en su flujo de extracción

Ninguno de los seis errores anteriores se evita 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 de origen y lo que significan en el formulario de destino. Para prevenirlos se necesita una capa de verificación: un conjunto de comprobaciones cruzadas que se ejecutan 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 en realizarse, pero deben estar integradas 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 los 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 entrada manual, pero la capa de verificación sigue siendo esencial. La extracción convierte los datos en una forma estructurada. La capa de verificación confirma que la estructura es coherente consigo misma antes de que la solicitud se acerque al escritorio de un 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 "IF G703_ColumnG_Total ≠ G702_Line4 THEN 'MISMATCH' ELSE '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.

Preguntas Frecuentes

¿Por qué se rechaza mi solicitud de pago incluso cuando los cálculos cuadran?

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 avance 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 una 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 trazabilidad de los datos sea incorrecta.

¿Cuál es la diferencia entre un G702 y un G703, y por qué importa 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 vincularse, los errores de conciliación se vuelven inevitables.

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

Depende de la herramienta. Algunas herramientas extraen únicamente lo que está impreso visiblemente en la página y capturan fielmente las cifras de retención que aparecen en la Columna I del G703, pero no pueden verificar si esas cifras se calcularon correctamente contra el contrato. Otras permiten definir columna calculada — 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 las 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 está leyendo.

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

La Sección 9.3.1 de la 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 trabajos financiados con fondos gubernamentales), fotografías del avance, 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 documentación faltante es la razón procesal más común de rechazo — independiente de los errores de datos, pero igualmente perjudicial para el cronograma de pago.

¿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 se rechace una solicitud. Según la Sección 7.3.9 de la AIA A201-2017, las solicitudes pueden incluir pagos por cambios debidamente autorizados mediante Directivas de Cambio de Construcción que aún no se hayan incorporado a las Órdenes de Cambio — pero esta es una excepción limitada, no un permiso general. El enfoque más seguro es llevar un registro separado de las órdenes de cambio pendientes y trasladarlas al G703 solo después de la aprobación formal. Facturar trabajo sin una autorización firmada genera tanto una disputa contractual como, en muchos estados, un problema con los derechos de gravamen.