La guía completa para
la extracción de datos de 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, 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 se tarda en 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 desembolso 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, los desajustes entre formularios requieren llamadas de conciliación con los subcontratistas, y el propio formulario AIA cuesta dinero cada vez que comienza un nuevo proyecto. Individualmente, estos costos son pequeños. En conjunto, equivalen al salario de un empleado a tiempo completo para muchos contratistas generales (CG) de tamaño mediano.

El ciclo de desembolso mensual. Las solicitudes de pago de construcción comercial siguen un ritmo mensual fijo. Los subcontratistas presentan sus solicitudes de pago antes de una fecha límite, generalmente el día 20 o 25 del mes. El CG revisa, verifica y consolida las solicitudes en una solicitud de desembolso del propietario antes de fin de mes. El pago del propietario, si se aprueba, llega 30 a 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 perder la fecha límite en una o dos no es teórico. Hemos desglosado exactamente cómo la entrada de datos lenta del G702 alarga los ciclos de pago en un análisis aparte de la cadena de reingreso. El 2025 Financial Benchmarker de la Construction Financial Management Association, basado en datos del año fiscal 2024 de 1,558 empresas, informa que la empresa de construcción típica opera con un margen de ingresos netos 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 la 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 las solicitudes de pago. La mayoría de los contratos especifican una tasa fija, típicamente 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 usan retención variable: la tasa se reduce del 10 al 5 por ciento una vez que el trabajo alcanza el 50 por ciento de avance, 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 avance 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 sobrevalorada, y todo el paquete regresa para corrección. El error suele ser pequeño — unos pocos miles de dólares — pero el retraso por el reenvío le cuesta a todos en el proyecto de dos a cuatro semanas.

Validación entre formularios G702-G703. El resumen del G702 obtiene sus cifras de los totales de las partidas del G703. El «Total completado y almacenado hasta la fecha» en la Línea 4 del G702 debe ser igual al gran total de la Columna G del G703. La retención en la Línea 5 del G702 debe ser igual al gran total de la Columna I del G703 (o al cálculo de tasa fija aplicado a los totales del G703). Cuando un contador de proyectos 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 los Certificados anteriores ingresados como Pago actual adeudado. Los formularios en sí tienen aritmética incorporada: la Línea 6 menos la Línea 7 es igual a la Línea 8, y la Línea 3 menos la Línea 6 es igual a la Línea 9. Un error de transcripción en cualquier campo individual se propaga por todas las líneas derivadas, produciendo un G702 cuya aritmética es internamente inconsistente. Un arquitecto que revisa la solicitud detecta la inconsistencia en segundos y rechaza el paquete completo — un modo de fallo que examinamos en detalle en errores comunes de extracción del G702 que provocan disputas en las solicitudes de pago.

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

La estructura padre-hijo G702/G703: página de resumen frente a hoja de continuación

Entender por qué la extracción de datos de estos formularios requiere algo más que leer cada página de forma independiente comienza por comprender su relación estructural. El G702 y el G703 no son dos formularios que se presentan juntos. Son dos vistas de los mismos datos financieros, vinculados por un conjunto de restricciones aritméticas que una herramienta de extracción fiable debe tanto leer como 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 y 9). Dos son datos fijos del contrato (Líneas 1 y 2). Una herramienta de extracción que solo lee la portada del G702 captura las cifras de resumen, pero no puede verificarlas con su origen. También pierde el único lugar donde los datos pueden desglosarse: 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 sigue la progresión financiera de esa partida a lo largo de los periodos de facturación. Una hoja de continuación estándar del G703 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 único documento, sino que se lee una estructura de datos en dos partes y se valida la coherencia aritmética entre ambas. Para ver 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 de solicitudes de pago

Incluso cuando los formularios se completan correctamente, extraer datos de los paquetes G702/G703 presenta desafíos que no existen con otros tipos de documentos de construcción. Estos desafíos no son evidentes de inmediato para alguien que no haya 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 llegan con entradas manuscritas. Los G703 anotados a mano son comunes: el gerente de proyecto de un subcontratista imprime el programa de valores, escribe las cantidades del período actual a mano, calcula el porcentaje completado en el 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 de la AIA. Las herramientas tradicionales de OCR y extracción basadas en plantillas — que ubican los campos de datos por sus posiciones de píxeles 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 ninguna señal de que algo salió mal. La extracción por IA basada en visión, por el contrario, lee cada valor en su contexto semántico: identifica números en la columna "Trabajo Completado Este Período" al comprender que se encuentran en una columna cuyo encabezado dice "Trabajo Completado Este Período", no midiendo desplazamientos de píxeles 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 utilizando números de división del CSI MasterFormat — el sistema de clasificación estandarizado mantenido por el Construction Specifications Institute. Un G703 típico podría listar partidas como "03 30 00 — Concreto Colado en Sitio," "08 11 00 — Puertas y Marcos Metálicos," "23 31 00 — Conductos de HVAC," y "26 10 00 — Eléctrico de Media Tensión." Estos códigos son significativos para el costeo de trabajos — un contador de proyecto necesita saber que $47,000 en trabajo de concreto pertenecen al código de costo 03 30 00, no a "Concreto" 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 del trabajo. 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 Adquisición y Contratación) hasta la División 49 — con aproximadamente 2,185 listados nuevos añadidos en la actualización de 2026.

Seguimiento de la suma del contrato a través de órdenes de cambio. Un proyecto de construcción rara vez se completa con su suma 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: la suma 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 trabajo de extracción que captura solo los campos del G702 pierde el detalle de respaldo que el contador de 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 también los documentos de respaldo que lo alimentan.

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

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 extracción basada en IA no es una 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.

Copiar y pegar manual con búsqueda en hoja de cálculo. El enfoque tradicional: abrir el PDF del 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, comenzar con la primera partida, escribir número de partida, descripción, valor programado, completado anterior, período actual, 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 en 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 de 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 de 0,5 a 2,5 por ciento por campo. Con 300 valores por solicitud y 40 solicitudes, eso equivale a 60 a 300 errores por ciclo de facturación. La mayoría son pequeños. Algunos no lo son.

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. Se crea una plantilla para la página de resumen del G702: se define una zona en la posición (x=200, y=150) que captura la Suma del Contrato Original, otra zona en (x=200, y=180) para los Cambios Netos por Órdenes de Cambio, y así sucesivamente para las nueve líneas. Se crea una segunda plantilla para la tabla del G703: se definen 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 formulario enviado digitalmente por el primer 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 de PDF diferente que posiciona los campos del formulario de manera ligeramente distinta. Fallan por completo cuando llega un G703 manuscrito 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 de los formularios que funcionaban anteriormente.

Extracción de Columnas Personalizadas con IA semántica. La extracción moderna basada en visión lee los formularios G702/G703 al comprender qué significa cada campo, no dónde se encuentra en la página. Esto es la Extracción de Columnas Personalizadas: usted define las columnas que desea en su hoja de cálculo de salida — «Monto del Contrato Original», «Total Completado y Almacenado», «Porcentaje de Retención», «Número de Partida», «Descripción», «Valor Programado», «Trabajo Completado en Este Período», «Total Completado a la Fecha», «Saldo por Terminar» — y la IA lee el documento completo, identifica los valores que corresponden a cada columna según su rol semántico en el formulario y los genera como una fila estructurada. El G702 digital del primer subcontratista y el escaneo manuscrito del segundo subcontratista 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 los formularios AIA G702 junto con otros tipos de documentos de construcción, el artículo sobre el mejor software de extracción de documentos para construcción en 2026 probó ocho plataformas en un conjunto de pruebas 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 de hoja de cálculo posteriores a la extracción. Este es el dominio de las columnas calculadas — columnas donde la IA realiza un cálculo específico sobre otros valores extraídos y genera 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 Completado 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 Completado 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ío.
• Acumulación del saldo por terminar — calcule el valor restante del contrato restando los montos acumulados ganados más la retención retenida del monto del contrato a la fecha. Esto le da al equipo del proyecto una vista 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 (por ejemplo, «Verificación de Retención (Total Completado x 10%)») o como una regla JSON en el Formato de Regla 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 están pobladas 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-alcance.

El programa de desembolsos consolidado de un contratista general (CG) —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 del G703 del Subcontratista A coincida con su total del 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 en la que el subcontratista de paneles de yeso factura un 80 por ciento de avance mientras que el subcontratista de pintura, que no puede comenzar hasta que los paneles de yeso estén terminados, factura un 90 por ciento 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 de proyectos completa.

Exportación e integración: cómo llevar los datos a donde deben ir

Extraer los datos de una solicitud de pago no es útil a menos que los datos extraídos lleguen al sistema donde se procesa el pago. Para la mayoría de los contratistas generales (CG), 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 cualquiera 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 produce un archivo de 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 por proyecto, con columnas para el monto original del contrato, órdenes de cambio netas, monto del contrato a la fecha, total completado y almacenado, retención, pagos anteriores, monto actual adeudado y saldo por terminar. La hoja G703 contiene una fila por partida, con columnas para los identificadores del proyecto y del subcontratista, además de las diez columnas de partidas. Un contador de proyectos puede entonces 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 los equipos que gestionan sus calendarios de desembolsos en Google Sheets, la salida de la extracción puede llegar directamente a la hoja de cálculo 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 que coinciden con la plantilla de seguimiento existente del usuario. Para comprender mejor cómo la extracción semántica difiere fundamentalmente de los enfoques basados en plantillas, la guía completa sobre 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, RFI y revisión de contratos, no en incorporar datos de documentos externos a 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 completado. En la práctica, la ruta de integración más confiable 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 por completo de cuán 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 (CG). 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 de 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 en PDF. Para un recorrido completo de este flujo de trabajo, consulte procesamiento por lotes de solicitudes de pago AIA G702 en una cartera de proyectos.

¿Los formularios AIA G702 tienen costo de uso?

Sí. AIA Contract Documents posee los derechos de autor de los formularios oficiales G702 y G703. Un juego de G702/G703 de un solo uso cuesta aproximadamente $49.99 a través del sitio web de AIA. Una suscripción anual para acceso ilimitado a todos los documentos de AIA cuesta aproximadamente $500 por año. Muchos contratistas crean versiones en hojas de cálculo que replican el diseño de G702/G703 sin usar el formulario protegido por derechos de autor, pero estas 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 su adquisición de Datagrid, se centran en analizar documentos de contrato, submittals 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 esta es una herramienta de creación de documentos, no una herramienta 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 la salida estructurada 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.