Dónde mueren los datos de Change Order
Entre el campo y el presupuesto

La cadena de papel de 4 formatos que consume el tiempo del gerente de proyecto

Para entender por qué la gestión de Change Orders en construcción sigue siendo obstinadamente basada en papel a pesar de dos décadas de software de construcción, hay que seguir el documento en sí. No el proceso — el artefacto físico que transporta los datos.

Una Change Order en una obra activa no se origina en Procore. Se origina en el campo. Un superintendente anota una lámina del plano porque ve un conflicto entre la ductería y la estructura. O el representante del propietario recorre la obra y solicita un acabado de pared diferente en el vestíbulo. O la excavadora golpea roca a una profundidad que el informe geotécnico no predijo. El registro inicial de una Change Order es bolígrafo sobre papel — una anotación en un dibujo, una descripción del alcance escrita a mano en una libreta amarilla, una foto de una condición con notas garabateadas al reverso de un ticket de entrega.

Formato 1 — Anotación en campo. Aquí es donde nacen los datos de la CO. Existen como tinta, en una lámina del plano o en una página de libreta, en la oficina de obra. Son legibles para el superintendente que las escribió, generalmente legibles para el GP que las recoge el viernes, y completamente invisibles para todo sistema que rastrea los costos del proyecto.

El GP lleva la anotación de vuelta a la oficina. Abre el formulario de CO de la empresa — una plantilla de Word, o el PDF AIA G701, o un formulario personalizado que exige el propietario — y escribe el número de CO, una descripción del alcance, una estimación de costos desglosada por código de costo, una evaluación del impacto en el cronograma. Este es el primer ingreso manual de datos. El garabato del superintendente "agregar 2 compuertas cortafuego" se convierte en "Proporcionar e instalar dos (2) compuertas combinadas cortafuego/control de humo de 16" × 16" en los puntos del ducto D-3 y D-4 según el detalle adjunto SK-17." El GP lee la anotación, la interpreta, la escribe. De quince a treinta minutos para una CO sencilla. Más tiempo si la anotación es ambigua y el GP tiene que llamar al superintendente para aclararla.

Formato 2 — Borrador de CO. Los datos ahora viven en un documento de Word o un PDF editable. Están estructurados, escritos a máquina, formateados para la firma del propietario. Pero aún no están en el sistema de seguimiento de costos. El borrador se envía por correo al propietario. El propietario lo revisa, negocia, aprueba. Un PDF firmado regresa.

Formato 3 — CO firmada. Este es el documento legalmente vinculante. Tiene la firma del propietario. Autoriza el cambio de alcance. Es el artefacto que se archivará, auditará y referenciará en cualquier disputa. Pero un PDF firmado no actualiza un presupuesto por sí solo. Alguien tiene que sacar los números de este PDF y ponerlos en el tracker de costos. Ese alguien suele ser el mismo GP que escribió el borrador — o un ingeniero de proyecto si el GP tiene suerte.

El GP abre la hoja de cálculo de seguimiento — o Procore, o Viewpoint, o cualquier sistema que use la empresa. Encuentra la línea de código de costo correcta. Escribe el número de CO, el monto aprobado, la fecha. Actualiza el retiro de la contingencia. Adjunta el PDF a la entrada si el sistema lo permite. Este es el segundo ingreso manual de datos para exactamente la misma información. Los mismos montos en dólares, los mismos códigos de costo, la misma descripción — escritos en el borrador en el Formato 2, y luego reescritos desde el PDF firmado en el tracker en el Formato 3.

Formato 4 — CO archivada. El PDF firmado se guarda en una carpeta del proyecto — en un servidor, en SharePoint, en el gestor de documentos de Procore, o en el escritorio de un GP. Los datos en el tracker ahora son el registro oficial. El PDF es el respaldo, rara vez se abre de nuevo a menos que haya una disputa. El recorrido del documento está completo.

El análisis de 2023 de la AIA de 892,457 change orders en 18,229 proyectos de construcción encontró que los proyectos valorados entre $10 millones y $50 millones promedian de 7 a 17 change orders durante su ciclo de vida, con un cambio de costo promedio del 4.37%. En trabajos más pesados con renovaciones por fases, expansiones de alcance dirigidas por el propietario o coordinación MEP en evolución, 30 change orders por proyecto no es inusual. Un gerente de proyecto que gestiona tres proyectos de este tipo realiza la transferencia de 4 formatos 90 veces. Con 15 a 30 minutos por CO solo para el ingreso de datos — no análisis, no negociación, solo pulsaciones — eso equivale a 22 a 45 horas al año consumidas moviendo números de un documento a otro. Cuantificamos el costo en dólares de esta mano de obra en nuestro desglose de lo que cuesta el seguimiento manual de change orders a los gerentes de proyecto de construcción: $1,650 a $6,750 por año por gerente de proyecto, solo por el ingreso de datos.

Pero el costo de la mano de obra — medible, visible, presupuestable — es el número equivocado en el que enfocarse. El daño real ocurre cuando los datos desaparecen entre formatos.

Por Qué el Software de Construcción Dejó Esta Brecha Sin Cubrir

La pregunta obvia en este punto es: ¿no ha resuelto esto el software de construcción? Procore tiene una herramienta de Change Orders. Viewpoint y CMiC tienen módulos de CO. Autodesk Construction Cloud tiene flujos de trabajo de gestión de cambios. Rhumbix y Knowify ofrecen seguimiento de CO dedicado con aprobaciones digitales e integración presupuestaria. El mercado del software de gestión de construcción se mide en miles de millones.

Estas plataformas hacen un trabajo genuino. Enrutan las CO a través de flujos de aprobación. Vinculan los cambios aprobados a las partidas presupuestarias. Generan registros, informes y conexiones con las solicitudes de pago. Lo que no hacen es leer un documento de change order.

La brecha está entre el Formato 3 y el Formato 4 — entre el PDF firmado que contiene los datos autorizados y el sistema que necesita almacenarlos. Toda plataforma de CO en el mercado asume que un ser humano escribirá los datos en ella. La herramienta de Change Orders de Procore requiere que cree manualmente una change order de compromiso, ingresando la descripción, las partidas, los códigos de costo, los montos en dólares — los mismos datos que ya existen en el PDF firmado. La plataforma gestiona el flujo de trabajo alrededor de los datos. No extrae los datos del documento.

Esto no es una falla de estas plataformas. Es una limitación de categoría. El software de gestión de construcción fue diseñado para gestionar datos estructurados — presupuestos, cronogramas, RFI, submittals. No fue diseñado para leer documentos no estructurados. Un PDF de CO firmado es un dato no estructurado. La plataforma lo ve como un adjunto, no como una fuente de información. El transcriptor humano es el puente entre el documento y los datos — y siempre lo ha sido.

Lo que hace que esta brecha sea significativa es su escala. El equipo de datos de construcción de Rhumbix descubrió que el tiempo promedio desde un ticket T&M firmado hasta la presentación de un change order es de 24 días con procesos manuales, frente a 3.5 días con sistemas digitales. Casi un mes de trabajo facturable sin documentar es un problema de entrada de datos, no de flujo de trabajo. El cuello de botella no es la cadena de aprobación. Es el paso en el que alguien tiene que sentarse y escribir las horas de mano de obra, las cantidades de materiales y el uso de equipos del ticket T&M en un formulario de CO. Y luego escribirlo de nuevo en el tracker. Y luego escribirlo de nuevo en la solicitud de pago.

El apagón del seguimiento de subcontratistas

Hasta ahora, este análisis se ha centrado en los change orders del contratista general al propietario — los CO que modifican el contrato principal. Pero en cualquier proyecto con múltiples oficios, existe una segunda capa de change orders que es casi completamente invisible para los sistemas diseñados para rastrearlos.

Un contratista especializado — el sub eléctrico, el sub mecánico, el sub de paneles de yeso — encuentra una condición en el campo que requiere trabajo adicional. El capataz eléctrico le dice al gerente de proyecto del sub. El gerente de proyecto del sub escribe una solicitud de change order al GC. El gerente de proyecto del GC la revisa, negocia el precio, la convierte en un change order de compromiso que fluye hacia el propio CO del GC al propietario. Desde la perspectiva del GC, este CO de subcontratista es uno de muchos insumos de costos. Desde la perspectiva del sub, es la rentabilidad del proyecto.

El problema: los CO de subcontratistas casi nunca se rastrean sistemáticamente. El tracker de CO del GC registra los CO al propietario. Puede o no registrar los CO de los subs que los alimentan. En proyectos que usan seguimiento basado en Excel, los CO de los subs se manejan con frecuencia en una hoja de cálculo separada — si es que se rastrean antes de que llegue la factura. En un hilo de Reddit en r/ConstructionManagers, un contratista describió un escenario que cualquier gerente de proyecto de un GC de tamaño mediano reconocería: un sub hizo trabajo adicional en el campo, no recibió respuesta sobre la solicitud de change order, y la respuesta del GC fue "no seguiste el proceso". El contrato decía que el sub necesitaba aprobación por escrito antes de comenzar el trabajo adicional. El cronograma decía que el trabajo debía hacerse ahora. El sub eligió el cronograma. El CO desapareció.

Esta dinámica crea una brecha de información estructural. El tracker de costos del GC muestra los CO que el GC ha emitido al propietario — digamos, 12 change orders por un total de $340,000 contra un contrato de $15 millones. El retiro de contingencia parece estar en 2.3%. Pero los CO de subcontratistas que aún no se han presentado formalmente — los $18,000 del sub eléctrico por reencaminar conductos alrededor de un foso de ascensor reubicado, los $12,000 del sub de paneles de yeso por parcheo en aberturas MEP revisadas — son invisibles. Cuando esas facturas de subs llegan en el mes cuatro, la línea de contingencia salta $30,000 de la noche a la mañana, y de repente el proyecto está al 4.3% de la contingencia en lugar del 2.3%. El presupuesto nunca estuvo al 2.3%. Al tracker solo le faltaban datos.

El problema de los subcontratistas se agrava con la complejidad del proyecto. Un edificio comercial de mediana altura podría tener de 20 a 30 contratistas especializados. Un hospital o centro de datos podría tener 50 o más. Cada sub genera change orders. Cada sub tiene su propio formulario de CO, su propio sistema de numeración, sus propias convenciones de descripción, su propio formato PDF. El gerente de proyecto o ingeniero de proyecto del GC recibe documentos de CO de docenas de fuentes, en docenas de formatos, y teclea manualmente cada uno en un sistema de seguimiento — asumiendo que se rastreen.

Lo que Realmente Cuesta un Change Order Faltante

El argumento a favor de un mejor seguimiento de los Change Orders suele plantearse en términos de eficiencia administrativa: menos horas dedicadas a la entrada de datos, aprobaciones más rápidas, registros más limpios. Pero el costo real de la cadena de papel no es administrativo. Es financiero — y se acumula en silencio.

Considere un proyecto de $15 millones con un fondo de contingencia estándar del 5% de $750,000. El proyecto tiene 25 Change Orders activos — 15 aprobados y registrados en el tracker, 5 en negociación (estimados pero no aprobados), y 5 que existen como anotaciones en campo o directivas verbales pero aún no se han presentado formalmente. El tracker muestra $320,000 retirados de la contingencia. El GP informa al propietario que el proyecto tiene $430,000 restantes — un saludable 57% del fondo de contingencia intacto en el hito del 60% de avance.

Pero los 5 CO en negociación valen un estimado de $180,000. Los 5 CO no presentados — los que los subcontratistas aún no han cotizado formalmente — valen un estimado de $95,000 según las notas de campo del superintendente. La exposición real a la contingencia no es de $320,000. Es de $595,000. El colchón restante no es de $430,000. Es de $155,000 — y quedan cuatro meses de construcción. El proyecto casi con certeza excederá su contingencia. Pero nadie en la reunión mensual de revisión del proyecto lo sabe, porque los datos que lo revelarían están dispersos en tres formatos diferentes (notas de campo, correos de negociación, la hoja de cálculo del tracker) y ninguna vista única los concilia.

Este escenario no es hipotético. Es la consecuencia estructural de un sistema donde los datos de los CO viven en documentos y deben transcribirse manualmente a los trackers. El desfase entre "el cambio ocurrió en el campo" y "el cambio aparece en el presupuesto" es típicamente de una a tres semanas. Durante esa ventana, el equipo del proyecto toma decisiones financieras — aprobar cambios adicionales, liberar fondos retenidos de la contingencia, reportar el estado del presupuesto al propietario — con datos desactualizados.

La magnitud financiera de este problema se refleja en los datos de disputas. El Informe de Disputas de Construcción de Arcadis 2025 encontró que el valor promedio de una disputa de construcción en América del Norte aumentó un 40% en un solo año, hasta $60.1 millones, con un tiempo promedio de resolución de 12.5 meses. Los errores y omisiones en los documentos contractuales siguieron siendo la causa principal; los cambios dirigidos por el propietario pasaron del cuarto al tercer lugar entre las causas a nivel mundial. Los cambios de alcance, lo que los Change Orders existen para formalizar, se encuentran entre los desencadenantes más comunes de las disputas que consumen millones en honorarios legales y meses de retraso en el cronograma.

La encuesta de propietarios de proyectos de construcción globales de KPMG de 2015 encontró que solo el 31% de los proyectos se mantuvo dentro del 10% del presupuesto. El Navigant Construction Forum atribuye del 10% al 20% de todos los retrasos en los cronogramas de proyectos directamente al proceso de Change Order, no al trabajo modificado en sí, sino a la maquinaria administrativa de procesar y aprobar cambios. Un estudio revisado por pares de 2025 sobre Change Orders en proyectos a gran escala encontró que los cambios de diseño contribuyen al 56.5% de los sobrecostos y al 40% de los retrasos en los proyectos, mientras que los errores de planificación representan otro 34.5% de los sobrecostos.

Estas estadísticas describen un problema que se entiende en conjunto, pero rara vez se rastrea hasta su mecanismo. El mecanismo es la cadena de papel. Cada Change Order que cuesta más de lo que debería, o tarda más en aprobarse de lo que debería, o genera disputas porque la documentación estaba incompleta — en algún punto de su ciclo de vida, alguien volvió a teclear un número de un formato a otro, y algo salió mal.

Cerrando la brecha entre el documento y los datos

Si el problema es que los datos viven en PDF firmados y necesitan llegar a los sistemas de seguimiento, la solución no es un mejor sistema de seguimiento. Es un puente entre el documento y el sistema — algo que lea el formulario de CO y complete los campos sin un transcriptor humano en el medio.

Esta es la capacidad que ha faltado en la tecnología de la construcción. El OCR tradicional — el tipo integrado en los visores de PDF y los escáneres de documentos genéricos — puede reconocer caracteres de texto, pero no puede distinguir un número de CO de una fecha o de un monto en dólares. Ve "El contratista presenta el Change Order #CO-042 por un monto de $47,350 para amortiguadores de incendio adicionales en los ductos ascendentes D-3 y D-4" como una cadena de texto. No sabe que CO-042 es un número de Change Order, que $47,350 es un monto aprobado, o que D-3 y D-4 son ubicaciones. Extrae caracteres, no significado.

La extracción con IA basada en modelos de lenguaje de visión funciona de manera diferente. Cuando usted especifica las columnas que desea — Número de CO, Fecha, Descripción, Código de Costo, Subcontratista, Monto Aprobado, Estado — la IA lee el documento completo y localiza cada valor al comprender lo que significa, no dónde se encuentra en la página. Un CO en un formulario AIA G701, un CO en una plantilla personalizada del GC y un CO redactado en el formato propio de un subcontratista son todos legibles con la misma extracción porque el sistema busca patrones semánticos ("encuentre el monto en dólares que representa el cambio total aprobado"), no coordenadas visuales ("lea el recuadro en la posición 437, 892"). Este enfoque — Extracción de Columnas Personalizadas — significa que usted no entrena una plantilla para cada formato de CO que sus subcontratistas puedan enviarle. Usted define los puntos de datos una vez, y la IA los encuentra independientemente del diseño.

La implicación práctica es sencilla. Un gerente de proyecto que actualmente dedica de 15 a 30 minutos por CO al ingreso de datos — abrir el PDF firmado, encontrar los números relevantes, teclearlos en el tracker — en su lugar sube el documento de CO, revisa los campos extraídos para verificar su precisión e importa los datos verificados. El paso de teclear se elimina. El paso de revisión es más rápido porque los datos están precargados. Y los CO de nivel subcontratista que actualmente no se rastrean hasta el momento de la factura pueden procesarse en el mismo flujo de trabajo — una foto del formulario de CO de un subcontratista, subida, extraída y registrada en menos de dos minutos.

Esto no reemplaza el software de gestión de CO. Cubre el vacío que esas plataformas nunca fueron diseñadas para abordar: el paso entre el documento firmado y el ingreso en el sistema. Para empresas que usan Procore o Viewpoint, la extracción con IA se encarga de la lectura del documento y el GP importa los datos verificados a la plataforma. Para empresas que aún registran los CO en Excel, el resultado de la extracción va directamente a la hoja de cálculo. En cualquier caso, la cadena de papel de 4 formatos se reduce a dos pasos: subir el PDF firmado, revisar los datos extraídos. La anotación en campo del superintendente sigue ocurriendo en papel. El PDF firmado del propietario sigue llegando por correo. Lo que desaparece es el reescrito manual intermedio, el paso donde se pierden los datos. Si desea la secuencia completa desde el PDF firmado hasta el ERP, nuestra publicación sobre el paso faltante entre una orden de cambio firmada y su ERP explica la transferencia.

Nuestra guía paso a paso para extraer datos de órdenes de cambio de construcción a Excel detalla la configuración. Para empresas con alto volumen de CO, el procesamiento por lotes de múltiples órdenes de cambio en un registro de costos elimina por completo el paso de ingreso de datos por CO: suba un lote de PDF de CO firmados y obtenga un tracker consolidado en una sola pasada.

Preguntas Frecuentes

¿Por qué Procore o software similar no ha resuelto el problema del ingreso de datos de órdenes de cambio?

Procore y plataformas similares gestionan el flujo de trabajo en torno a las órdenes de cambio — enrutamiento de aprobaciones, integración presupuestaria, generación de registros — pero no leen los documentos de órdenes de cambio. Crear un CO en Procore aún requiere que una persona escriba los datos manualmente. El valor de la plataforma está en lo que sucede con los datos después de ingresarlos; el ingreso en sí no cambia. La extracción con IA aborda el paso anterior a la plataforma — leer el PDF firmado y completar los campos — lo cual es complementario, no competitivo, con el software de gestión de CO.

¿Puede la extracción con IA manejar los diferentes formatos de CO que usan los subcontratistas?

Sí, y esta es la diferencia clave entre la extracción con IA y la OCR basada en plantillas. La OCR con plantillas requiere que defina un diseño de campos para cada formulario de CO: el monto en dólares está en las coordenadas (437, 892) en el AIA G701, y en coordenadas diferentes en un formulario personalizado. Cuando un subcontratista envía un CO en su propio formato, la plantilla no coincide y la extracción falla. La extracción con IA basada en modelos de lenguaje de visión lee el documento de manera integral: encuentra el monto total en dólares al comprender qué significa ese valor en la página, no al memorizar su posición. Esto significa que funciona con AIA G701, la serie 800 de ConsensusDocs, plantillas personalizadas del GC y formularios específicos de subcontratistas sin configuración por formato. Hay límites: marcas de agua intensas, escaneos de muy baja resolución y CO manuscritos con poca legibilidad reducirán la precisión. Los resultados siempre deben revisarse antes de que ingresen a su sistema de seguimiento.

¿Cuál es el aspecto más peligroso de la brecha en el seguimiento de CO de subcontratistas?

El peligro no es que los CO de los subcontratistas se pierdan por completo; eventualmente aparecen como facturas. El peligro es que aparezcan tarde. Un CO de un subcontratista por $25,000 en trabajo adicional de conductos podría presentarse tres meses después de que se realizó el trabajo, cuando el ciclo de facturación del subcontratista se pone al día. El tracker de costos del GC muestra un saldo de contingencia saludable justo hasta que llega la factura, momento en el cual el presupuesto se excede sin advertencia y sin tiempo para recuperarse. La brecha entre "el CO existe" y "el CO aparece en el presupuesto" es lo que rompe las proyecciones de contingencia, y los CO de subcontratistas tienen la brecha más larga de todas.

¿La extracción de CO con IA reemplaza la necesidad de un proceso de gestión de CO?

No. La extracción maneja el paso de ingreso de datos: obtener datos estructurados de un documento. Un proceso de gestión de CO (flujos de aprobación, asignación de códigos de costo, integración presupuestaria, informes al propietario) sigue siendo esencial. Lo que cambia es de dónde provienen los datos: en lugar de que un gerente de proyecto escriba los detalles del CO en el sistema desde un PDF firmado, la IA extrae los campos y el gerente de proyecto revisa e importa. El proceso sigue siendo el mismo. El impuesto de ingreso de datos se elimina.

¿Cómo maneja la extracción con IA las órdenes de cambio escritas a mano?

Los modelos modernos de visión por lenguaje pueden leer texto manuscrito con una precisión significativamente mayor que el OCR tradicional, pero la legibilidad importa. La escritura en bloque clara en un formulario limpio produce una extracción confiable. La escritura cursiva, las abreviaturas abundantes, las notas en papel húmedo o arrugado, y las anotaciones en campo con flechas y notas marginales tendrán menor precisión. La mejor práctica es extraer lo que la IA puede leer de manera confiable y marcar el resto para revisión manual. Para anotaciones en campo que son inherentemente no estructuradas (las notas de un superintendente en una hoja de plano), una foto aún puede extraerse para los datos estructurados presentes (fechas, montos en dólares), con la descripción en prosa manejada por separado.

El Presupuesto Que Estás Reportando Ya Está Desactualizado

Para cuando un PDF firmado de CO se teclea en tu tracker, pueden haber pasado 24 días desde que se firmó el boleto de T&M — y en esos 24 días, han ocurrido tres cambios más en obra y la línea de contingencia que le reportas al propietario está incorrecta. La cadena de papel no solo desperdicia horas. Abre una brecha estructural entre la realidad financiera del proyecto y los datos que usas para gestionarlo.

Cerrar esa brecha no requiere una nueva plataforma, un nuevo proceso, ni una nueva forma de trabajar en campo. Requiere una manera de extraer datos de PDFs firmados sin volver a teclearlos — un paso que no ha cambiado en 20 años de software de construcción, y que finalmente puede cambiar.

No se requiere registro. Sube un PDF de orden de cambio firmado, define tus columnas y ve la extracción en menos de un minuto.