Guía completa para la
extracción de datos AIA G702 y G703

¿Qué son los formularios AIA G702 y G703?

El AIA G702 —formalmente la Solicitud y Certificado de Pago— es el formulario estándar de facturación por avance en prácticamente todos los proyectos de construcción comercial en Estados Unidos. Su complemento, la Hoja de Continuación G703, proporciona el desglose por partidas que respalda las cifras resumidas. Juntos conforman lo que la industria denomina un paquete de solicitud de pago. Desarrollados y protegidos por derechos de autor del Instituto Americano de Arquitectos (AIA), estos formularios crean una estructura uniforme para solicitar pagos por avance: el mismo formato se utiliza tanto para un acondicionamiento de $200,000 como para un hospital de $200 millones.

El G702 es un resumen de una sola página que captura la imagen financiera a nivel de proyecto. Registra el monto original del contrato, los ajustes por órdenes de cambio aprobadas, el valor total del trabajo completado y los materiales almacenados a la fecha, la retención retenida, los pagos anteriores recibidos y el monto neto actualmente adeudado. El arquitecto o propietario certifica el formulario y el pago se realiza —en teoría dentro de 30 días, en la práctica a menudo más tarde cuando los errores provocan ciclos de reenvío.

La Hoja de Continuación G703 es donde residen los detalles. Cada fila representa una partida del Programa de Valores (SOV) del proyecto, y cada columna rastrea una dimensión diferente del progreso financiero de esa partida: valor programado, trabajo completado en períodos anteriores, trabajo completado en este período, materiales almacenados, totales acumulados, porcentaje completado, saldo por terminar y retención. Un G703 con 30 partidas contiene aproximadamente 270 puntos de datos individuales, y cada uno de esos números alimenta el resumen del G702. Los dos formularios no son documentos independientes —son una estructura de datos padre-hijo donde los totales del G702 deben igualar los totales generales del G703. Si no coinciden, la solicitud se devuelve sin pagar.

La extracción de datos de G702/G703 ha atraído una atención creciente en los últimos años por tres razones interconectadas. Primero, el volumen de solicitudes de pago que procesa un contratista general crece con cada proyecto, y el número de subcontratistas en un proyecto comercial típico ha aumentado a medida que la especialización se ha profundizado. Segundo, las plataformas de contabilidad de construcción y gestión de proyectos como Procore, Viewpoint, Sage 300 CRE y CMiC esperan datos estructurados —no pueden ingerir un formulario PDF relleno y poblar automáticamente sus libros de costos de trabajo. Tercero, las herramientas de IA que pueden leer estos formularios comprendiendo su semántica, en lugar de coincidir con posiciones de plantilla, solo han alcanzado niveles de precisión confiables en los últimos 18 a 24 meses. Los formularios no han cambiado. La capacidad de extraer de ellos sí.

Por qué el procesamiento de G702/G703 cuesta más de lo que cree

El costo visible de procesar solicitudes de pago es el tiempo que lleva abrir un PDF, leer los números y escribirlos en una hoja de cálculo. Para una sola solicitud con un G703 de 30 partidas, un contador de proyectos competente completa esa tarea en aproximadamente 30 a 45 minutos. Los costos ocultos son los que ocurren alrededor de esa tarea: la fecha límite mensual de cobro comprime todas las solicitudes en una ventana de tres días, los errores de retención fuerzan ciclos de reenvío que reinician el reloj de pago de 30 días, las discrepancias entre formularios requieren llamadas de conciliación con los subcontratistas, y el propio formulario AIA cuesta dinero cada vez que se inicia un nuevo proyecto. Individualmente, estos costos son pequeños. Juntos, suman el equivalente a un salario de tiempo completo para muchas constructoras medianas.

El ciclo mensual de cobro. Las solicitudes de pago en construcción comercial siguen un ritmo mensual fijo. Los subcontratistas presentan sus solicitudes antes de una fecha límite, generalmente el día 20 o 25 del mes. La constructora revisa, verifica y consolida las solicitudes en una solicitud de cobro al propietario antes de fin de mes. El pago del propietario, si se aprueba, llega entre 30 y 45 días después. Perder la fecha límite significa que el pago del subcontratista se retrasa un ciclo de facturación completo: una espera de 60 días en lugar de 30. Cuando un contador de proyectos procesa manualmente 40 solicitudes de pago en cuatro días, el riesgo de no cumplir con la fecha límite en una o dos no es teórico. La Evaluación Comparativa Financiera 2025 de la Asociación de Gestión Financiera de la Construcción, basada en datos del año fiscal 2024 de 1,558 empresas, informa que la empresa constructora típica opera con un margen de utilidad neta antes de impuestos del 6.7 por ciento. Cada solicitud retrasada, cada ciclo de corrección, cada reenvío erosiona ese margen directamente.

Errores en el cálculo de retención. La retención — el porcentaje de cada pago retenido hasta la finalización del proyecto — es la fuente más común de disputas en solicitudes de pago. La mayoría de los contratos especifican una tasa fija, generalmente del 5 o 10 por ciento, aplicada al valor total del trabajo completado y los materiales almacenados. Pero el cálculo rara vez es tan simple como "tomar el 10 por ciento de la Línea 4 del G702". Muchos contratos utilizan retención variable: la tasa se reduce del 10 por ciento al 5 por ciento una vez que el trabajo alcanza el 50 por ciento de finalización, o la retención sobre materiales almacenados se calcula a una tasa diferente que la retención sobre trabajo instalado. Algunos estados imponen límites legales de retención — California limita la retención al 5 por ciento después del 50 por ciento de finalización en proyectos privados — que anulan la tasa contractual. Un subcontratista que calcula la retención al 10 por ciento cuando el contrato especifica el 5 por ciento ha presentado una solicitud de pago inflada, y todo el paquete regresa para corrección. El error suele ser pequeño — unos pocos miles de dólares — pero la demora por reenvío le cuesta a todos en el proyecto de dos a cuatro semanas.

Validación cruzada G702-G703. El resumen G702 obtiene sus cifras de los totales de las partidas del G703. El "Total completado y almacenado a la fecha" en la Línea 4 del G702 debe coincidir con el gran total de la Columna G del G703. La retención en la Línea 5 del G702 debe coincidir con el gran total de la Columna I del G703 (o el cálculo de tasa fija aplicado a los totales del G703). Cuando un contador de obra transcribe manualmente estas cifras, el error más común es ingresar un total acumulado del G703 en la línea incorrecta del G702 — el Total completado escrito en el campo de Retención, o Certificados anteriores ingresados como Pago actual adeudado. Los propios formularios tienen aritmética incorporada: Línea 6 menos Línea 7 es igual a Línea 8, y Línea 3 menos Línea 6 es igual a Línea 9. Un error de transcripción en un solo campo se propaga por todas las líneas derivadas, generando un G702 con aritmética internamente inconsistente. Un arquitecto que revisa la solicitud detecta la inconsistencia en segundos y rechaza todo el paquete.

Costos de los formularios AIA. A diferencia de las órdenes de compra o notas de entrega estándar, los formularios AIA son documentos protegidos por derechos de autor. Un combo G702/G703 comprado como uso único a través de AIA Contract Documents cuesta aproximadamente $49.99 — o entre $15 y $25 por juego si se compra al por mayor mediante la suscripción al software AIA, que comienza en unos $500 al año por acceso ilimitado. Para un contratista general que gestiona 50 subcontratistas activos en cinco proyectos, el costo anual de formularios es de entre $750 y $2,500 — no es una cifra elevada, pero sí un gasto operativo continuo que no aporta valor más allá de estandarizar el formato de los datos de facturación que el contratista ya necesita procesar.

Estructura padre-hijo G702/G703: Página de resumen vs. hoja de continuación

Para entender por qué la extracción de datos de estos formularios requiere más que leer cada página de forma independiente, primero hay que comprender su relación estructural. El G702 y el G703 no son dos formularios presentados juntos. Son dos vistas de los mismos datos financieros, vinculados por un conjunto de restricciones aritméticas que una herramienta de extracción confiable debe leer y verificar.

El G702 es el padre: nueve líneas de resumen financiero que cubren todo el contrato. Sus líneas son:

Tres de estas nueve líneas se trasladan desde el G703 (Línea 4 y, por extensión, Líneas 5 a 9). Cuatro son derivaciones aritméticas (Líneas 3, 6, 8, 9). Dos son datos fijos del contrato (Líneas 1 y 2). Una herramienta que solo lea la portada del G702 captura las cifras resumidas, pero no puede verificarlas contra su origen. También pierde el único lugar donde los datos se pueden desglosar: el G703.

El G703 es el hijo: una tabla de longitud variable donde cada fila es una partida del programa de valores y cada columna rastrea la evolución financiera de esa partida a lo largo de los períodos de facturación. Una hoja de continuación G703 estándar organiza los datos en estas columnas:

Cada fila del G703 es un mini estado financiero para ese alcance de trabajo específico. El total general de la Columna G debe coincidir con la Línea 4 del G702. El total de la Columna I debe coincidir con la Línea 5. Estas restricciones entre formularios son lo que diferencia la extracción de solicitudes de pago de la extracción de facturas: no solo se leen campos de un solo documento. Se lee una estructura de datos de dos partes y se valida la consistencia aritmética entre ambas. Para un recorrido paso a paso de cómo funciona esta extracción en la práctica, consulte la guía detallada sobre extracción de datos de solicitudes de pago AIA G702 a una hoja de cálculo.

Los desafíos ocultos de la extracción de datos en solicitudes de pago

Incluso cuando los formularios se completan correctamente, extraer datos de paquetes G702/G703 presenta desafíos que no existen con otros tipos de documentos de construcción. Estos desafíos no son evidentes para quien no ha procesado solicitudes de pago a gran escala.

Órdenes de cambio y cantidades manuscritas. A pesar de la amplia disponibilidad de formularios AIA digitales, una parte significativa de las solicitudes de pago de subcontratistas llega con anotaciones manuscritas. Los G703 anotados a mano son comunes: el gerente de proyecto del subcontratista imprime el programa de valores, escribe a mano las cantidades del período actual, calcula el porcentaje completado al margen y escanea la hoja anotada a PDF. Un subcontratista que trabaja en múltiples proyectos puede preparar un registro de órdenes de cambio anotado a mano y adjuntarlo a la solicitud de pago en lugar de usar la tabla resumen de órdenes de cambio AIA. Las herramientas tradicionales de OCR y extracción basadas en plantillas — que localizan campos de datos por sus posiciones de píxel en la página — fallan con estos documentos porque los valores manuscritos desplazan el diseño. Un "1,247" manuscrito en la columna Cantidad empuja el monto en dólares adyacente una celda a la derecha, y la extracción por plantilla devuelve el valor incorrecto sin indicar que algo salió mal. La extracción por IA basada en visión, en cambio, lee cada valor en su contexto semántico: identifica números en la columna "Trabajo completado este período" al entender que están en una columna cuyo encabezado dice "Trabajo completado este período", no midiendo desplazamientos de píxel desde la parte superior de la página.

Códigos CSI MasterFormat. La mayoría de las hojas de continuación G703 organizan las partidas usando números de división MasterFormat — el sistema de clasificación estandarizado mantenido por el Construction Specifications Institute. Un G703 típico puede listar partidas como "03 30 00 — Hormigón colado en sitio", "08 11 00 — Puertas y marcos metálicos", "23 31 00 — Conductos de climatización" y "26 10 00 — Electricidad de media tensión". Estos códigos son significativos para el costeo de obra — un contador de proyecto necesita saber que $47,000 en trabajo de hormigón pertenecen al código de costo 03 30 00, no a "Hormigón" como categoría genérica. Una herramienta de extracción que captura las descripciones de partidas como texto no estructurado pierde el código de costo estructurado. Una herramienta que conoce la jerarquía MasterFormat puede generar el número de división en una columna separada, preservando el mapeo entre la facturación por partida y la asignación de costos de obra. La edición actual MasterFormat 2026, publicada por CSI en coordinación con Construction Specifications Canada, organiza las especificaciones de construcción en 50 divisiones — desde la División 00 (Requisitos de contratación y adquisición) hasta la División 49 — con aproximadamente 2,185 nuevas entradas añadidas en la actualización de 2026.

Seguimiento del monto del contrato a través de órdenes de cambio. Un proyecto de construcción rara vez se completa por su monto contractual original. Las órdenes de cambio agregan trabajo, deducen trabajo o ajustan precios a medida que avanza el proyecto. El G702 rastrea esto a través de las Líneas 1, 2 y 3: el monto original, el cambio neto y el total ajustado. Pero el resumen de órdenes de cambio en el G702 es solo un número único — no lista las órdenes de cambio individuales ni su estado (aprobadas, pendientes, disputadas). Los subcontratistas a menudo adjuntan registros de órdenes de cambio separados u hojas de transmisión de OC a sus paquetes de solicitud de pago. Un flujo de extracción que captura solo los campos del G702 pierde el detalle de respaldo que el contador del proyecto necesita para verificar que el número de cambio neto sea correcto. La lección más amplia para la extracción de datos de contratos aplica aquí: la extracción estructurada funciona mejor cuando lee no solo el documento resumen sino los documentos de respaldo que lo alimentan.

Complejidad de la validación entre formularios. Las restricciones aritméticas entre G702 y G703 van más allá de una simple coincidencia de totales de columna. La columna D (Trabajo Completado de Solicitud Anterior) del G703 para la solicitud de pago actual debe ser igual a la columna G (Total Completado y Almacenado a la Fecha) del G703 de la solicitud anterior, menos la columna F (Materiales Almacenados) del período anterior. Si un subcontratista cambia su programa de valores a mitad del proyecto — dividiendo una partida en dos, o reasignando valor entre alcances — este arrastre se rompe, y el contratista general debe conciliar la discrepancia manualmente. Una herramienta de extracción que trate cada solicitud de pago como un documento independiente no detectará esta discrepancia. Lo hará una herramienta que lea solicitudes de pago secuenciales y compare sus valores de arrastre.

Tradicional vs. IA: Dos Enfoques para la Extracción de Solicitudes de Pago

La diferencia entre la extracción tradicional de solicitudes de pago y la basada en IA no es cuestión de velocidad — ambas pueden procesar una página en segundos. La diferencia está en cómo manejan la variación, el error y las relaciones entre formularios.

Copia y pega manual con búsqueda en hoja de cálculo. El enfoque tradicional: abrir el PDF G702 del subcontratista, leer la Línea 4 (Total Completado y Almacenado), escribirlo en la hoja de cálculo de seguimiento del proyecto en la fila de ese subcontratista. Abrir el G703, empezar por la primera partida, escribir Número de Partida, Descripción, Valor Programado, Completado Anterior, Este Período, Almacenado, Total, Porcentaje, Saldo, Retención — 10 campos por fila durante 30 filas. Duplicar este proceso para cada uno de los 40 subcontratistas que presentan solicitudes de pago este ciclo. El proceso es sencillo y no requiere inversión en software. También garantiza al menos un puñado de errores de transcripción por ciclo de facturación — un estudio sobre la precisión en la entrada de datos en la industria de la construcción publicado en el Journal of Construction Engineering and Management encontró que la transcripción manual de datos numéricos de construcción produce tasas de error del 0.5 al 2.5 por ciento por campo. Con 300 valores por solicitud y 40 solicitudes, eso son de 60 a 300 errores por ciclo de facturación. La mayoría son pequeños. Algunos no.

OCR basado en plantillas. Las herramientas de extracción basadas en plantillas como Docparser y las plataformas OCR tradicionales resuelven el problema de la transcripción pero introducen un problema de mantenimiento. Creas una plantilla para la página de resumen G702: defines una zona en la posición (x=200, y=150) que captura el Monto Original del Contrato, otra zona en (x=200, y=180) para el Cambio Neto en Órdenes de Cambio, y así sucesivamente para las nueve líneas. Creas una segunda plantilla para la tabla G703: defines zonas de columna que capturan las celdas de la tabla por sus coordenadas de píxel relativas a los bordes de la tabla. Las plantillas funcionan perfectamente para el primer formulario enviado digitalmente por el subcontratista. Fallan cuando el segundo subcontratista envía un G703 escaneado donde la tabla se desplazó 3 milímetros a la izquierda durante la impresión. Fallan cuando el tercer subcontratista usa un editor PDF diferente que posiciona los campos del formulario de forma ligeramente distinta. Fallan por completo cuando llega un G703 escrito a mano y la estructura de la tabla es irregular. Cada fallo requiere una nueva plantilla o un ajuste a la existente — y el ajuste rompe la cobertura en los formularios que funcionaban antes.

Extracción de columnas personalizadas con IA semántica. La extracción visual moderna lee formularios G702/G703 entendiendo qué significa cada campo, no dónde está en la página. Esto es Extracción de Columnas Personalizadas: usted define las columnas que quiere en su hoja de cálculo de salida — "Monto Original del Contrato", "Total Ejecutado y Almacenado", "Porcentaje de Retención", "Número de Partida", "Descripción", "Valor Programado", "Trabajo Ejecutado Este Período", "Total Ejecutado a la Fecha", "Saldo por Finalizar" — y la IA lee todo el documento, identifica los valores que corresponden a cada columna por su rol semántico en el formulario, y los entrega como una fila estructurada. El G702 digital del primer subcontratista y el escaneo manuscrito del segundo producen las mismas columnas de salida — porque la IA sabe qué es "Retención", no dónde suele aparecer.

Para una comparación práctica de cómo diferentes herramientas de extracción manejan formularios AIA G702 junto con otros tipos de documentos de construcción, el artículo mejor software de extracción de documentos para construcción en 2026 evaluó ocho plataformas con un conjunto común de 35 documentos de construcción y proporciona puntos de referencia de precisión a nivel de campo específicos para solicitudes de pago.

Columnas Calculadas: Cerrando el Ciclo Aritmético

Una de las capacidades más útiles para la extracción de G702/G703 es la posibilidad de definir columnas que calculen valores derivados durante el proceso de extracción, en lugar de requerir fórmulas posteriores en la hoja de cálculo. Este es el dominio de las columnas calculadas — columnas donde la IA realiza un cálculo específico sobre otros valores extraídos y entrega el resultado como parte de la fila de datos.

Tres columnas calculadas son particularmente valiosas para la extracción de solicitudes de pago:

• Verificación de retención — defina una columna calculada que multiplique el "Total Ejecutado y Almacenado a la Fecha" extraído por el porcentaje de retención contractual. Si el monto de retención indicado en el G702 difiere de este valor calculado por más de una pequeña tolerancia (digamos $1.00), la extracción señala una discrepancia que el revisor puede investigar antes de aprobar la solicitud.
• Validación entre formularios — defina una columna calculada que sume la Columna G del G703 (Total Ejecutado y Almacenado a la Fecha) en todas las partidas y compare el resultado con la Línea 4 del G702. Esta es la verificación aritmética más importante en la solicitud de pago, y automatizarla elimina la fuente más común de reenvíos.
• Acumulación del saldo por finalizar — calcule el valor restante total del contrato restando los montos devengados acumulados más la retención retenida del monto del contrato a la fecha. Esto le da al equipo del proyecto una visión en tiempo real de cuánto presupuesto queda en cada alcance de trabajo sin esperar a que el subcontratista presente su próxima solicitud de pago.

Estas columnas calculadas no requieren que el usuario ingrese fórmulas después de la extracción. Se especifican en la configuración de extracción — ya sea como parte del nombre de la columna (ej., "Verificación de Retención (Total Ejecutado x 10%)") o como una regla JSON en el Formato de Reglas de la herramienta para lógica de múltiples pasos — y la IA realiza el cálculo durante el proceso de extracción. El resultado es una hoja de cálculo de salida donde las columnas que verifican la precisión de la solicitud de pago se completan antes de que el revisor abra el archivo.

Procesamiento por lotes: de 30 solicitudes de pago a una hoja de cálculo consolidada

Extraer un solo paquete G702/G703 es una prueba de concepto. Extraer de 30 a 50 paquetes en una sola pasada es donde aparece el valor operativo. El flujo de trabajo por lotes para solicitudes de pago sigue una lógica diferente al procesamiento por lotes de facturas o recibos, porque el resultado no es una lista plana de partidas, sino una consolidación estructurada que preserva la jerarquía proyecto-subcontratista-partida.

El programa de pagos consolidado de un contratista general —la hoja de cálculo maestra que rastrea el estado de pago de todos los subcontratistas en todos los proyectos activos— suele organizar los datos en tres niveles: proyecto, subcontratista y partida. Una extracción por lotes de 40 paquetes G702/G703 de siete proyectos diferentes debe generar una sola hoja de cálculo donde la primera columna identifique el proyecto, la segunda columna identifique al subcontratista y las columnas restantes capturen los datos de la solicitud de pago de cada partida. Si las 40 solicitudes incluyen una mezcla de formularios digitales y escaneos manuscritos, la extracción por lotes debe manejar ambos mediante el mismo flujo de trabajo, sin requerir configuración separada por archivo.

El enfoque por lotes también hace más potente la validación entre formularios. En lugar de verificar de forma aislada que el total G703 del Subcontratista A coincida con su total G702, la hoja de cálculo consolidada permite comparar los montos de pago entre subcontratistas que realizan alcances similares en el mismo proyecto, señalando una situación donde el subcontratista de tablaroca factura un 80 % de avance mientras que el subcontratista de pintura, que no puede comenzar hasta que termine el tablaroca, factura un 90 % de avance. Estas anomalías a nivel de patrón son invisibles cuando cada solicitud se procesa de forma independiente. Para un flujo de trabajo detallado sobre procesamiento por lotes, consulte la guía dedicada sobre procesamiento por lotes de solicitudes de pago AIA G702 en una cartera completa de proyectos.

Exportación e integración: llevar los datos a donde se necesitan

Extraer datos de solicitudes de pago no es útil si no llegan al sistema donde se procesan los pagos. Para la mayoría de los contratistas generales, ese sistema es uno de tres: una plataforma de gestión de proyectos (Procore, Viewpoint, CMiC), un sistema de contabilidad de construcción (Sage 300 CRE, Foundation) o un conjunto de hojas de cálculo que alimentan a alguno de ellos.

Exportación a Excel. La ruta de salida más común y la más flexible. Una extracción bien estructurada de G702/G703 genera un archivo Excel con hojas separadas o columnas claramente etiquetadas para los campos de resumen del G702 y las partidas del G703. La hoja G702 contiene una fila por subcontratista y proyecto, con columnas para el monto original del contrato, órdenes de cambio netas, monto del contrato a la fecha, total ejecutado y almacenado, retención, pagos anteriores, monto actual adeudado y saldo por finalizar. La hoja G703 contiene una fila por partida, con columnas para los identificadores del proyecto y subcontratista, más las diez columnas de partidas. Un contador de proyectos puede usar tablas dinámicas, fórmulas SUMIF o Power Query para consolidar los datos en el formato requerido por sus flujos de trabajo específicos de informes y procesamiento de pagos.

Integración con Google Sheets. Para equipos que gestionan sus calendarios de cobros en Google Sheets, la salida de la extracción puede llegar directamente a la hoja activa mediante un complemento de Google Sheets. Esto elimina por completo el paso de exportar e importar: los PDF de solicitudes de pago cargados se procesan y los datos estructurados resultantes se añaden a la hoja designada en tiempo real, con los encabezados de columna coincidiendo con la plantilla de seguimiento existente del usuario. Para una comprensión más profunda de cómo la extracción semántica difiere fundamentalmente de los enfoques basados en plantillas, la guía completa de extracción de COI cubre el mismo cambio de paradigma aplicado a los datos de certificados de seguro.

Integración con Procore y Viewpoint. Las capacidades de IA de Procore, impulsadas por su adquisición de Datagrid, se centran en submittals, RFIs y revisión de contratos, no en la ingesta de datos de documentos externos en su módulo de procesamiento de pagos. Viewpoint (Trimble) ofrece funcionalidad de facturación AIA dentro de sus plataformas ERP Vista y Spectrum, pero requiere que la solicitud de pago se genere dentro del sistema en lugar de recibirse de un subcontratista como un PDF relleno. En la práctica, la ruta de integración más fiable para paquetes G702/G703 recibidos externamente sigue siendo la exportación a Excel o CSV seguida de la importación a la plataforma de gestión de proyectos o contabilidad, y la calidad de esa integración depende completamente de qué tan limpiamente la herramienta de extracción estructure su salida.

Cómo evaluar una herramienta de extracción de solicitudes de pago

No todas las herramientas de extracción de documentos son adecuadas para las exigencias específicas de los datos G702/G703. Los siguientes criterios distinguen las herramientas que pueden manejar solicitudes de pago de aquellas que producirán resultados inutilizables en cualquier documento que no sea un PDF digital perfectamente formateado.

Capacidad de validación entre formularios. El criterio más importante: ¿la herramienta entiende que los formularios G702 y G703 están relacionados? Una herramienta que procesa cada página de forma independiente extraerá las cifras resumen del G702 y las partidas del G703 como filas de datos separadas y no relacionadas. Una herramienta que reconoce las solicitudes de pago generará los datos del G702 vinculados a los datos del G703, o mejor aún, detectará discrepancias entre ambos formularios durante el proceso de extracción. Sin esta capacidad, la extracción produce dos conjuntos de datos que el usuario debe conciliar manualmente, que es precisamente el trabajo que se suponía que la extracción debía eliminar.

Verificación del cálculo de retención. La herramienta debe extraer el porcentaje y el monto de retención como campos estructurados, o permitir al usuario definir una columna calculada que estime la retención esperada a partir de los totales extraídos. Una herramienta que devuelve "5%" como una cadena de texto en una columna de Notas no ha extraído realmente los datos; ha transferido la responsabilidad de la interpretación al usuario.

Tolerancia a escritura manual. Si la herramienta no puede leer entradas manuscritas en una hoja de continuación G703, fallará en aproximadamente el 30 al 50 por ciento de las presentaciones reales de subcontratistas, dependiendo del tipo de proyecto y los subcontratistas involucrados. La única forma confiable de probar esto es enviar un conjunto de muestra que incluya al menos tres solicitudes de pago escritas a mano o con anotaciones manuales (no formularios de demostración proporcionados por el proveedor) y comparar la precisión a nivel de campo entre los documentos digitales y manuscritos en el conjunto de prueba.

Extracción de tablas para G703 de longitud variable. Las tablas G703 varían en número de filas, desde 10 hasta 100 o más partidas. Una herramienta que maneja diseños de tabla fijos pero falla en tablas donde una partida se extiende a dos líneas, o donde el subcontratista ha insertado una fila dibujada a mano entre dos filas impresas, producirá resultados incompletos. Pruebe con un G703 que contenga al menos 40 filas e incluya al menos una partida con una descripción de varias líneas.

Preservación del código CSI MasterFormat. Si el proyecto utiliza códigos de división CSI para la contabilidad de costos, la herramienta de extracción debe generar el código y la descripción en columnas separadas o, como mínimo, conservar la descripción completa de la partida sin truncar ni concatenar campos adyacentes. Una herramienta que trunca "03 30 00 — Hormigón colado en sitio" a "03 30 00" ya ha perdido información que el sistema de codificación de costos necesita.

Sin configuración de plantillas. La herramienta debe extraer un paquete G702/G703 sin requerir que el usuario dibuje zonas, entrene un modelo o cree una plantilla. Si el proveedor solicita documentos de muestra durante el proceso de configuración, la herramienta utiliza una arquitectura basada en plantillas o entrenamiento que requerirá mantenimiento cuando los formularios cambien o cuando un nuevo subcontratista presente solicitudes de pago en un formato diferente.

Preguntas Frecuentes

¿Cuál es la diferencia entre AIA G702 y G703?

El G702 es la Solicitud y Certificado de Pago — un resumen de una página que captura la imagen financiera a nivel de contrato: monto original del contrato, órdenes de cambio, total completado a la fecha, retención, pagos anteriores y monto actual adeudado. La Hoja de Continuación G703 proporciona el desglose por partida del Programa de Valores, registrando el valor programado, el trabajo completado por período, los materiales almacenados y la retención por cada partida. Los totales del G703 alimentan directamente las líneas de resumen del G702.

¿Cómo se calcula la retención en los formularios AIA G702 y G703?

La retención en el G702 generalmente se calcula como un porcentaje fijo — usualmente 5 o 10 por ciento — de la Línea 4 (Total Completado y Almacenado a la Fecha). En el G703, la retención puede calcularse por partida (Columna I) cuando se aplica una tasa de retención variable, o dejarse en blanco cuando se usa una tasa fija para todo el proyecto. Las columnas calculadas en una herramienta de extracción pueden automatizar esta verificación calculando la retención esperada a partir de los totales extraídos y señalando discrepancias.

¿Puede la IA extraer entradas manuscritas de las hojas de continuación G703?

Sí, pero la precisión depende de la legibilidad de la escritura y de la arquitectura de la herramienta de extracción. La IA basada en visión que lee caracteres en contexto semántico — entendiendo que un valor en la columna "Trabajo Completado Este Período" es un monto en dólares, no una fecha o un número de partida — logra una precisión sustancialmente mayor en G703 manuscritos que el OCR basado en plantillas. En entradas manuscritas legibles, la IA de visión moderna alcanza una precisión a nivel de campo de aproximadamente 85 a 92 por ciento; en escritura deficiente o formularios con muchas anotaciones, la precisión cae al rango de 70 a 80 por ciento. La solución práctica es diseñar la salida de extracción con una columna de Puntaje de Confianza y revisar solo los valores marcados por debajo de un umbral.

¿Puedo procesar por lotes paquetes G702 de varios subcontratistas a la vez?

Sí. El procesamiento por lotes es el escenario donde la extracción con IA ofrece el mayor retorno para los contratistas generales. Suba todas las solicitudes de pago en PDF — digitales o manuscritas, de cualquier subcontratista, en cualquier proyecto — en un solo lote. La IA lee cada formulario de forma independiente, extrae los datos G702 y G703, y genera una hoja de cálculo consolidada con una columna que identifica el archivo de origen. El flujo de trabajo por lotes maneja formatos mixtos automáticamente: algunos archivos pueden ser formularios AIA digitales, otros papel escaneado, otros exportaciones de Excel guardadas como PDF. Para ver un recorrido completo de este flujo de trabajo, consulte procesamiento por lotes de solicitudes de pago AIA G702 en un portafolio de proyectos.

¿Los formularios AIA G702 cuestan dinero?

Sí. AIA Contract Documents posee los derechos de autor de los formularios oficiales G702 y G703. Un juego de uso único G702/G703 cuesta aproximadamente $49.99 en el sitio web de AIA. Una suscripción anual para acceso ilimitado a todos los documentos AIA cuesta aproximadamente $500 al año. Muchos contratistas crean versiones en hoja de cálculo que replican el diseño G702/G703 sin usar el formulario con derechos de autor, pero requieren ingreso manual de datos y no tienen la misma aceptación por parte de arquitectos y propietarios. La extracción de datos no reemplaza la necesidad del formulario en sí — automatiza la transferencia de datos del formulario completado a sus sistemas de seguimiento.

¿Procore admite la extracción de datos G702/G703?

Las funciones de IA de Procore, introducidas mediante la adquisición de Datagrid, se centran en analizar documentos contractuales, entregables y RFI — no en extraer datos estructurados de solicitudes de pago en PDF entrantes. Procore sí ofrece funcionalidad de facturación AIA para generar formularios G702/G703 dentro de la plataforma, pero es una herramienta de creación de documentos, no de extracción para formularios recibidos de subcontratistas. La ruta de integración más común es extraer datos G702/G703 con una herramienta de extracción dedicada e importar el resultado estructurado a Procore mediante carga de Excel o CSV.

¿Cómo afectan los códigos CSI MasterFormat a la extracción G702/G703?

La mayoría de las hojas de continuación G703 identifican las partidas por su código de división CSI MasterFormat, un sistema de numeración estandarizado mantenido por el Construction Specifications Institute. El sistema se estructura como un número de seis dígitos (p. ej., 03 30 00 para Hormigón In Situ, 08 11 00 para Puertas y Marcos Metálicos, 23 31 00 para Conductos de HVAC). Para los flujos de trabajo de contabilidad de proyectos y costeo de trabajos que utilizan estos códigos, la herramienta de extracción debe conservar el código completo y la descripción, sin truncar ni fusionar campos adyacentes. La edición actual, MasterFormat 2026, añade aproximadamente 2.185 nuevas entradas en el marco de 50 divisiones.

¿Cómo funciona el seguimiento de órdenes de cambio en la extracción G702/G703?

El G702 captura las órdenes de cambio como una única cifra neta en la Línea 2: el total de todas las adiciones y deducciones aprobadas al monto original del contrato. No enumera órdenes de cambio individuales, su estado ni su documentación de respaldo. Un flujo de trabajo de extracción completo debe capturar no solo la cifra neta de cambio del G702, sino también cualquier registro de órdenes de cambio adjunto u hojas de transmisión de CO que el subcontratista incluya en el paquete de solicitud de pago. Esto le brinda al contador del proyecto el detalle necesario para verificar que la cifra neta sea precisa en comparación con el registro de órdenes de cambio del proyecto.

¿Qué precisión puedo esperar de la extracción G702/G703?

En formularios digitales limpios con texto impreso, la precisión a nivel de campo para la extracción basada en visión artificial suele oscilar entre el 92 y el 98 por ciento en todos los campos G702 y G703. En formularios con entradas manuscritas, la precisión oscila entre el 80 y el 92 por ciento, dependiendo de la legibilidad de la escritura y el estado del formulario. La métrica operativa más importante no es la precisión bruta, sino la tasa de detección de errores: un flujo de trabajo de extracción bien diseñado, con columnas calculadas y validación cruzada de formularios, señala los valores que quedan fuera de los rangos esperados, para que el revisor sepa exactamente qué campos inspeccionar en lugar de tener que volver a verificar cada número manualmente.

¿Cuál es la mejor forma de integrar la extracción G702/G703 con Viewpoint o Sage 300 CRE?

Tanto Viewpoint (Trimble's Vista y Spectrum) como Sage 300 CRE ofrecen módulos de facturación AIA para aplicaciones de pago creadas dentro del sistema, pero ninguno ingiere directamente datos estructurados de PDFs G702/G703 recibidos externamente. La ruta de integración estándar es exportar el resultado de la extracción a Excel o CSV e importarlo al módulo de cuentas por cobrar o costeo de proyectos de la plataforma usando sus funciones de importación integradas. Algunos contratistas generales usan middleware como Acumatica o RabbitMQ para automatizar la transferencia, pero para la mayoría de las empresas, una exportación bien estructurada a Excel con columnas mapeadas a la plantilla de importación de la plataforma es la solución más práctica.

Los formularios G702 y G703 están tan estandarizados como los documentos de construcción — diseñados por el AIA para crear un formato uniforme de facturación por avance en toda la industria. Pero la estandarización del formulario no estandariza el proceso de ingreso de datos que le sigue. Cada solicitud de pago es una instantánea del estado financiero de un proyecto en un momento dado, y esa instantánea contiene la información necesaria para rastrear presupuestos, verificar avances y liberar pagos. La capa de extracción que conecta la instantánea con el sistema de seguimiento no es un lujo para los contratistas generales que procesan decenas de solicitudes al mes — es la única forma confiable de manejar el volumen sin aceptar la tasa de error que garantiza la transcripción manual.

Cargue una sola solicitud de pago para ver cómo la extracción semántica maneja los formularios de sus subcontratistas — o ejecute un lote completo de 30 solicitudes y observe cómo se llena la hoja de cálculo consolidada en segundos. Los formularios son estándar. La extracción también debería serlo.