Envías tu Pay Application al general contractor y, poco después, llega el rechazo: el total del G702 no coincide con la G703, una partida cambió sin Change Order aprobada o el Retainage no cuadra con el waiver. El trabajo está en obra, pero el dinero queda detenido mientras alguien revisa una hoja de cálculo.
Ese problema lo conozco bien. Un subcontractor Schedule of Values, o SOV de subcontrato, no es una tabla contable que se prepara una vez y se archiva. Es la estructura que conecta el avance físico con el cobro, alimenta la AIA G703 y termina reflejándose en la G702. Cuando las partidas están mal definidas, el error aparece cada mes, no solo durante la primera factura.
En esta guía vas a encontrar una forma práctica de construir, actualizar y revisar el SOV para reducir rechazos por math mismatch, coordinar materiales almacenados, proteger el Retainage y entregar un paquete de cobro coherente. El objetivo es sencillo: que tu avance aprobado se convierta en dinero cobrable sin semanas de correcciones.
Tabla de contenido
- Por qué tu Schedule of Values define si cobras a tiempo
- Anatomía del Schedule of Values en la G703 y el G702
- Cómo estructurar partidas que el owner sí aprueba
- Actualización mensual de avance y materiales almacenados
- Retenciones Change Orders y sincronización con G702 y lien waivers
- Checklist final para cobrar sin rechazos y automatizar con Drawra
Por qué tu Schedule of Values define si cobras a tiempo
El trabajo puede estar terminado y el pago seguir detenido. Basta con que el reviewer no pueda relacionar una partida con el avance, los materiales almacenados o el saldo pendiente. Si “HVAC” aparece como una sola línea, tendrá que adivinar cuánto corresponde a ductwork, equipos, controles, instalación y pruebas. Esa ambigüedad suele devolver la Pay Application con preguntas y retrasa el cobro.
El Schedule of Values es la base línea por línea de la facturación por avance. En un contrato AIA, el SOV se refleja en la hoja de continuación G703 y alimenta el resumen G702, incluidos el monto solicitado, la retención y el importe adeudado. Un math mismatch en una partida puede terminar afectando todo el paquete, desde el total de la aplicación hasta los Lien Waivers que deben acompañarla.
Regla práctica: si el reviewer no puede entender qué se terminó, qué se almacenó y qué queda por hacer leyendo una partida, esa partida necesita dividirse o definirse mejor.
La documentación también protege el flujo de caja. Una encuesta nacional citada por Levelset en sus estadísticas de pagos de construcción indica que 58% de los contratistas dijo haber presentado un lien para cobrar, y que 74% de ese grupo lo había hecho en el último año. El dato no prueba que cada lien provenga de un SOV defectuoso, pero sí muestra el costo de un paquete de pago incompleto o difícil de verificar.
Según el análisis sobre errores del Schedule of Values y sus efectos en el cobro, los subcontratistas esperan en promedio 56 días después de presentar una Pay Application para recibir fondos, y una estructura débil del SOV puede alargar ese plazo. Cada partida debe facilitar la revisión, no crear otra ronda de correcciones.
El SOV funciona como una herramienta de flujo de caja cuando mantiene sincronizados el avance físico, la G703, la G702 y los Lien Waivers. En Drawra, esa lógica puede mantenerse alineada entre documentos y revisiones, para que el avance aprobado llegue al paquete de cobro sin versiones contradictorias. La solución es definir partidas medibles, conservar una única versión aprobada y respaldar cada actualización con evidencia.
Anatomía del Schedule of Values en la G703 y el G702
La G703 es la continuación detallada del SOV. Su estructura AIA se ha mantenido en documentos al menos desde la edición G703-1992, que continúa utilizándose como componente necesario de la solicitud de pago G702, tal como explica esta guía sobre la relación entre AIA G702 y G703.
Antes de cargar datos, entiende qué representa cada columna y qué control aplica:
- A, número de ítem. Identifica la partida y permite referenciarla en revisiones, fotos, Change Orders y correspondencia.
- B, descripción. Define el scope facturable. Debe decir qué se instala o entrega, no limitarse a nombres vagos como “trabajo eléctrico”.
- C, valor programado. Es el valor contractual asignado a esa partida. La suma de todos los valores de C debe ser igual al valor total vigente del contrato.
- D, trabajo completado en aplicaciones anteriores. Registra el importe acumulado aprobado antes del periodo actual.
- E, trabajo completado en el periodo. Muestra el valor ganado durante el ciclo de facturación que estás presentando.
- F, materiales almacenados. Incluye el valor de materiales presentes, almacenados en obra o fuera de obra, solo cuando el contrato permite solicitar ese pago y existe respaldo.
- G, total completado y almacenado a la fecha. Se valida con la fórmula D + E + F = G.
- H, porcentaje completado. Se calcula como G ÷ C, siempre que el contrato y el formato aplicable utilicen esa lógica.
- I, saldo por terminar. Se obtiene con C − G.
- J, Retainage. Refleja la retención conforme a los términos contractuales y al método exigido por el paquete de cobro.
La nomenclatura puede variar entre explicaciones comerciales y plantillas, pero la G703 oficial usa esta lógica de columnas y totales. La instrucción oficial de AIA para la hoja G703-1992 confirma que la columna F sirve para ingresar el valor de materiales presentes almacenados por los que se solicita pago.
Ejemplo de una partida
Supón una partida llamada “Instalación de paneles eléctricos” con valor programado de C = 20.000. Si en aplicaciones anteriores se aprobaron D = 6.000, durante este periodo ejecutaste E = 4.000 y tienes materiales elegibles almacenados por F = 2.000, entonces:
- G = 6.000 + 4.000 + 2.000 = 12.000
- H = 12.000 ÷ 20.000
- I = 20.000 − 12.000 = 8.000
El ejemplo no autoriza a incluir materiales automáticamente. El contrato puede exigir facturas, fotografías, certificados de propiedad, seguro, ubicación o evidencia de que el material está protegido. Si G no coincide con D, E y F, el reviewer verá un math mismatch antes de evaluar el avance.
La G703 alimenta los totales de la G702. Si modificas C en una hoja, pero no actualizas el resto del paquete, el importe certificado y el detalle dejarán de coincidir. Esa es la razón por la que el SOV debe funcionar como fuente única de valores contractuales.
Cómo estructurar partidas que el owner sí aprueba
Un owner no aprueba una partida porque tenga muchas líneas. La aprueba porque puede relacionar cada valor con una actividad verificable en campo. El equilibrio importa: las partidas demasiado gruesas esconden el avance, mientras que las excesivamente detalladas obligan al equipo de billing a mantener una lista que nadie actualiza con consistencia.
Una estructura práctica suele estar entre 10 y 30 líneas bien definidas, según el alcance y la complejidad del subcontrato, como recoge esta guía técnica para construir un Schedule of Values de pago. Ese rango no es una regla contractual. Es un punto de partida para evitar los dos extremos.
Diseña las partidas siguiendo la obra
Empieza por la secuencia real de instalación. En un scope de plumbing, por ejemplo, puedes separar rough-in, equipos, piping final, fixtures, testing y closeout. En drywall, la división puede seguir zonas, niveles, framing, board, finishing y punch. Cada línea debe tener un criterio de avance que el superintendent pueda comprobar.
Agrupar por CSI Division o por código de costo ayuda a que el SOV coincida con el presupuesto y con la forma en que el owner revisa las especificaciones. Si el proyecto exige un desglose por sección, proveedor o subcontratista, incorpora esos datos desde el inicio. Algunas guías institucionales ya piden separar costos instalados entre materiales, mano de obra y otros conceptos, además de identificar proveedores y secciones de especificación, como muestra el procedimiento de pagos de CU Anschutz.
Separa lo que se comporta distinto
Los scopes intensivos en materiales no deben mezclarse sin criterio con los intensivos en mano de obra. Si juntas compra, entrega e instalación en una sola línea, puedes terminar reclamando un porcentaje alto antes de que el material esté instalado o documentado. Separar “equipment procurement”, “stored materials” e “installation” permite valorar el flujo de caja sin distorsionar el avance físico.
No cambies el valor programado para corregir una factura mensual. La columna C debe permanecer igual salvo que exista una Change Order aprobada que modifique el contrato vigente. Si el owner quiere otro nivel de detalle, documenta la revisión, conserva la versión aprobada y verifica que el total siga igual al contrato.
Puedes usar una plantilla de Schedule of Values como punto de partida, pero no copies líneas que no reflejan tu método de instalación. Una plantilla organiza campos. No decide cómo se debe medir tu scope.
Actualización mensual de avance y materiales almacenados
Un math mismatch en la actualización mensual puede devolver todo el paquete, aunque el trabajo esté correctamente ejecutado. El SOV debe conectar avance físico, materiales almacenados, G703, G702 y lien waivers en un mismo flujo de cobro. Así reduces la reescritura manual y proteges el flujo de caja durante la espera de pago.
Cada periodo separa tres datos: lo aprobado anteriormente, lo ejecutado durante el periodo y los materiales elegibles que aún no están instalados. Calcula el avance por partida, no con un porcentaje global. Contrasta cada ítem con fotos, reportes de campo, inspecciones, cantidades instaladas y evidencia de entrega. Un equipo puede tener el procurement avanzado mientras la instalación en sitio sigue pendiente.
Captura el periodo sin duplicar avance
La columna D conserva el acumulado de aplicaciones anteriores. La columna E registra solo el trabajo completado en el periodo actual. Si una partida pasó de 30% aprobado a 45%, el periodo registra el incremento, no vuelve a facturar el 45% completo.
Revisa cada línea con D + E + F = G y comprueba después G ÷ C para validar el porcentaje. Este control detecta duplicaciones antes de que lleguen al G702 y evita que el saldo restante se vuelva negativo. Un porcentaje debe defenderse con evidencia de obra. Si solo “se ve razonable” en la hoja, todavía no está listo para facturarse.
Trata los materiales almacenados como una categoría controlada
La columna F de la G703 puede incluir materiales almacenados por los que solicitas pago, siempre que el contrato lo permita. Haber comprado un material no lo convierte automáticamente en cobrable. Revisa las condiciones aplicables y adjunta lo que exija el owner, como invoice, delivery ticket, fotografías, ubicación y prueba de seguro o custodia cuando corresponda.
Evita el front-loading. Cargar demasiado procurement, mobilization o materiales al inicio puede mejorar el cobro inmediato, pero deja menos valor para respaldar el trabajo restante y provoca preguntas del owner. También conviene revisar inconsistencias aritméticas, materiales almacenados sin respaldo y diferencias entre el SOV y los Change Orders, problemas que suelen provocar rechazos.
Con Drawra, el equipo puede actualizar el porcentaje por línea y mantener sincronizados los cálculos del periodo, los totales y la retención. La plataforma no sustituye la validación del superintendent ni de billing. Sí reduce la transcripción entre columnas, facilita reunir la evidencia y deja el paquete más preparado para coordinar la G703, el G702 y los lien waivers.
Retenciones Change Orders y sincronización con G702 y lien waivers
La parte difícil del paquete no suele ser una sola fórmula. Es mantener alineados el valor contractual, el avance, el Retainage, los cambios aprobados y los documentos que prueban el derecho al pago.
En contratos AIA, el G703 detalla el avance por partida y sus totales alimentan directamente el G702. El G702 resume la solicitud y la certificación, por lo que cualquier diferencia entre el SOV aprobado, la G703 y la factura puede devolver todo el paquete.
El Retainage suele fijarse contractualmente, con frecuencia entre 5% y 10%, aunque algunos contratos permiten reducirlo después de ciertos hitos o excluyen materiales almacenados de la retención. No apliques una tasa de memoria. Lee el subcontract, identifica si la tasa cambia por fase o tipo de material y conserva esa regla en el expediente.
Una Change Order no aprobada no aumenta la columna C. Puedes rastrear una solicitud internamente, pero el valor programado debe cambiar solo después de la aprobación requerida. Cuando el cambio ya está aprobado, actualiza el contrato vigente y refleja el impacto en el SOV con una referencia clara. No absorbas silenciosamente el nuevo scope dentro de una partida existente, porque después será difícil demostrar qué valor corresponde al contrato original y cuál al cambio.
| Elemento | Dónde se refleja | Validación clave |
|---|---|---|
| SOV aprobado | Desglose contractual de partidas y valores | La suma de la columna C coincide con el contrato vigente |
| Avance del periodo | G703, principalmente en las columnas D, E, F y G | Cada línea cumple D + E + F = G |
| Retainage | G703, G702, invoice y cálculo neto | La tasa coincide con el subcontract y el monto retenido es consistente |
| Change Order | SOV actualizado y documentos de aprobación | Solo se incorpora cuando está aprobada y cambia el valor contractual |
| Lien Waiver | Paquete de cobro y evidencia de derechos liberados | El importe, periodo y tipo de waiver coinciden con el pago real |
Los Lien Waivers requieren especial cuidado con la retención. La práctica recomendada es exceptuar expresamente el Retainage en los progress waivers y renunciarlo solo en el final waiver, cuando ya fue pagado. Pronovos explica esta coordinación entre waiver y retainage, que evita ceder derechos sobre fondos todavía no liberados.
Para revisar el flujo completo de waivers, consulta la guía de mechanics lien waivers para contratistas. Un motor de cálculo único puede generar la invoice, el G702, el G703 y los waivers con los mismos importes, reduciendo el riesgo de que cada documento use una versión distinta.
Checklist final para cobrar sin rechazos y automatizar con Drawra
Antes de enviar la Pay Application, haz una revisión corta pero estricta. La rapidez importa, pero una entrega rápida con números distintos solo adelanta el rechazo.
- Contrato vigente: Confirma que la suma de la columna C coincide con el valor contractual aprobado.
- Avance por partida: Verifica que cada porcentaje corresponde a evidencia de obra y no a una estimación global.
- Fórmulas: Revisa D + E + F = G, G ÷ C, saldo por terminar y total de la aplicación.
- Materiales almacenados: Adjunta respaldo y confirma que el contrato permite su facturación.
- Retainage: Comprueba la tasa, el monto retenido y cualquier regla de reducción por hitos.
- Change Orders: Incluye únicamente cambios aprobados y actualiza el SOV de acuerdo con el valor vigente.
- G702 y G703: Compara totales, periodo de facturación y monto neto solicitado.
- Lien Waivers: Usa el tipo correcto, exceptúa el Retainage en progress waivers y reserva su liberación para el final waiver cuando corresponda.
Para equipos pequeños y medianos, Drawra - Spanish puede escanear el contrato ejecutado en PDF, extraer términos como monto, Retainage, ciclo y formularios requeridos, y configurar el proyecto. Después permite introducir el porcentaje completado por línea, calcular el periodo y generar G702, G703, invoice y los cuatro tipos de Lien Waivers en un solo PDF, con recordatorios y envío al destinatario.
El mantenimiento mensual sigue siendo necesario. Guarda una única versión aprobada, registra cada Change Order, revisa el paquete antes de la fecha límite y conserva evidencia de materiales y avance. Así el SOV deja de ser una hoja que persigue al cobro y se convierte en el control que mantiene el flujo de caja en movimiento.
Si quieres dejar de corregir math mismatches entre tu SOV, G702, G703 y Lien Waivers, prueba el flujo de facturación de Drawra - Spanish. Sube el contrato, actualiza el avance por partida y prepara un paquete sincronizado para enviar al general contractor.