{"id":81341,"date":"2026-09-18T16:11:08","date_gmt":"2026-09-18T19:11:08","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=81341"},"modified":"2026-09-18T16:11:08","modified_gmt":"2026-09-18T19:11:08","slug":"as-built-ingenieria-elaborar-documentos-criterios-aceptacion","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/as-built-ingenieria-elaborar-documentos-criterios-aceptacion\/","title":{"rendered":"As-Built en Ingenier\u00eda: c\u00f3mo elaborar, documentar y aceptar"},"content":{"rendered":"\n

La documentaci\u00f3n As-Built<\/strong> es el conjunto de registros t\u00e9cnicos revisados para representar la condici\u00f3n efectivamente ejecutada de una instalaci\u00f3n, sistema, edificio o infraestructura. Consolida cambios de campo, interfaces finales, identificaciones, caracter\u00edsticas instaladas, configuraciones y evidencias necesarias para que operaci\u00f3n, mantenimiento, auditor\u00eda y futuros proyectos trabajen sobre una base confiable.<\/p>\n\n\n\n

El As-Built no debe producirse \u00fanicamente al cierre mediante un intento tard\u00edo de reconstruir lo ocurrido durante la obra. Su calidad depende de la captura continua de los cambios durante la ejecuci\u00f3n, del control de revisiones, de la participaci\u00f3n de las disciplinas involucradas y de la validaci\u00f3n entre documentos, condiciones de campo, ensayos y configuraciones finales. Cuando esta cadena no existe, la entrega puede parecer un proyecto concluido sin representar fielmente el activo.<\/p>\n\n\n\n

Este art\u00edculo trata espec\u00edficamente de c\u00f3mo estructurar y elaborar un paquete As-Built de ingenier\u00eda<\/strong> desde la perspectiva de la ingenier\u00eda consultiva y la gobernanza t\u00e9cnica. El foco est\u00e1 en el m\u00e9todo de producci\u00f3n, los documentos y datos que componen la entrega, la consolidaci\u00f3n de cambios de campo, los criterios de validaci\u00f3n y la integraci\u00f3n con el ciclo de vida del activo. El objetivo es mostrar c\u00f3mo transformar redlines, registros de ejecuci\u00f3n, levantamientos y evidencias dispersas en una base documental verificable, \u00fatil y contractualmente defendible.<\/p>\n\n\n\n\n

Proyecto As-Built: diferencias frente al Proyecto Ejecutivo, redline y levantamiento de condici\u00f3n existente<\/h2>\n\n\n\n

As-Built significa \u201ccomo construido\u201d o \u201ccomo ejecutado\u201d. Es la documentaci\u00f3n final revisada para corresponder a la condici\u00f3n implantada, incluyendo las modificaciones ocurridas entre el proyecto aprobado y la ejecuci\u00f3n. La ABNT NBR 5410, en su apartado 6.1.8.2, establece para instalaciones el\u00e9ctricas de baja tensi\u00f3n que la documentaci\u00f3n del proyecto debe revisarse y actualizarse despu\u00e9s de la conclusi\u00f3n para corresponder fielmente a lo ejecutado.<\/p>\n\n\n\n

El principio va m\u00e1s all\u00e1 de la disciplina el\u00e9ctrica. En cualquier sistema de ingenier\u00eda, la documentaci\u00f3n final debe permitir identificar qu\u00e9 existe, d\u00f3nde est\u00e1, c\u00f3mo se conecta, qu\u00e9 caracter\u00edsticas posee y en qu\u00e9 configuraci\u00f3n fue entregado. La profundidad var\u00eda seg\u00fan alcance, criticidad, exigencias contractuales, normas aplicables y necesidades futuras de operaci\u00f3n y mantenimiento. Para una visi\u00f3n amplia del concepto, requisitos, validaci\u00f3n, Data Book, handover y ciclo de vida, la Gu\u00eda Completa de As-Built en Ingenier\u00eda<\/a> funciona como hub de esta l\u00ednea t\u00e9cnica.<\/p>\n\n\n\n

Proyecto Ejecutivo y As-Built no son la misma etapa<\/h3>\n\n\n\n

El Proyecto Ejecutivo de Ingenier\u00eda<\/a> define con suficiente detalle lo que debe ejecutarse. El As-Built registra lo que efectivamente fue implantado. En una ejecuci\u00f3n ideal, la condici\u00f3n final permanece pr\u00f3xima al proyecto ejecutivo; aun as\u00ed, identificaciones, rutas, cotas, modelos, n\u00fameros de serie, par\u00e1metros, revisiones de fabricante y ajustes de campo deben consolidarse.<\/p>\n\n\n\n

El As-Built no debe sustituir la ingenier\u00eda que falt\u00f3 antes de la obra. Cuando decisiones fundamentales se toman \u00fanicamente en campo, sin c\u00e1lculo, coordinaci\u00f3n o aprobaci\u00f3n, la simple actualizaci\u00f3n del plano no regulariza autom\u00e1ticamente la decisi\u00f3n. La documentaci\u00f3n final registra la condici\u00f3n ejecutada, pero no elimina la necesidad de verificar conformidad, desempe\u00f1o, responsabilidad t\u00e9cnica y cumplimiento de requisitos.<\/p>\n\n\n\n

El redline es un registro de cambios, no la entrega final<\/h3>\n\n\n\n

El redline es la marca de campo utilizada para indicar cambios sobre planos o documentos controlados. Puede registrar desplazamientos, eliminaciones, inclusiones, cambios de ruta, dimensiones, equipos, conexiones, identificaciones o par\u00e1metros. Es una entrada esencial al proceso, pero normalmente no constituye la documentaci\u00f3n final.<\/p>\n\n\n\n

Un redline debe indicar documento de origen, revisi\u00f3n, fecha, responsable, descripci\u00f3n del cambio y referencia a la aprobaci\u00f3n correspondiente. Marcas sin identificaci\u00f3n, fotograf\u00edas sueltas o anotaciones en copias no controladas hacen insegura la consolidaci\u00f3n posterior. Despu\u00e9s de verificarse, los cambios deben incorporarse a los archivos finales, someterse a revisi\u00f3n t\u00e9cnica y emitirse en la revisi\u00f3n definida para As-Built.<\/p>\n\n\n\n

El levantamiento de condici\u00f3n existente es una forma de obtenci\u00f3n de datos<\/h3>\n\n\n\n

El levantamiento de condici\u00f3n existente identifica la condici\u00f3n actual mediante inspecci\u00f3n, medici\u00f3n, topograf\u00eda, escaneo, fotograf\u00eda, ensayo, rastreo de cables, lectura de placas, exportaci\u00f3n de configuraciones u otras t\u00e9cnicas. Es indispensable cuando los registros de ejecuci\u00f3n son insuficientes o cuando la instalaci\u00f3n existe desde hace a\u00f1os sin documentaci\u00f3n confiable.<\/p>\n\n\n\n

Sin embargo, el levantamiento de condici\u00f3n existente y el As-Built no son sin\u00f3nimos. El levantamiento produce datos sobre la condici\u00f3n observada. El As-Built transforma esos datos en documentaci\u00f3n t\u00e9cnica coordinada, revisada, identificada y vinculada a sistemas, requisitos y activos. Seg\u00fan el caso, el levantamiento puede necesitar complementarse con ensayos, apertura de puntos, consulta a proveedores y validaci\u00f3n por profesionales responsables.<\/p>\n\n\n\n

As-Built, registro de activos y dossier de entrega<\/h3>\n\n\n\n

El As-Built representa planos, diagramas, memorias, listas y modelos actualizados. El registro de activos organiza equipos y componentes en una estructura orientada a la gesti\u00f3n, normalmente incluyendo ubicaci\u00f3n, identificaci\u00f3n, fabricante, modelo, n\u00famero de serie, criticidad, garant\u00eda y plan de mantenimiento. El dossier de entrega re\u00fane documentaci\u00f3n m\u00e1s amplia, como certificados, ensayos, manuales, capacitaciones, actas, pendientes y garant\u00edas.<\/p>\n\n\n\n

Estos elementos deben integrarse, pero no confundirse. Un conjunto de planos no sustituye el registro de activos; una planilla de equipos no sustituye diagramas ni relaciones espaciales; y un dossier voluminoso no garantiza que los documentos representen la condici\u00f3n instalada.<\/p>\n\n\n\n

Producto documental<\/td>Finalidad<\/td>Ejemplo de contenido<\/td><\/tr>
Proyecto Ejecutivo<\/td>orientar la ejecuci\u00f3n<\/td>planos, c\u00e1lculos, detalles, especificaciones y listas aprobadas<\/td><\/tr>
Redline<\/td>registrar cambios durante la ejecuci\u00f3n<\/td>marcas controladas, referencias y aprobaciones<\/td><\/tr>
Levantamiento de condici\u00f3n existente<\/td>obtener datos de la condici\u00f3n existente<\/td>mediciones, inspecciones, fotos, nubes de puntos y rastreos<\/td><\/tr>
As-Built<\/td>representar t\u00e9cnicamente la condici\u00f3n final<\/td>planos, diagramas, memorias, listas y modelos actualizados<\/td><\/tr>
Registro de activos<\/td>incorporar elementos a la gesti\u00f3n operativa<\/td>tag, ubicaci\u00f3n, fabricante, n\u00famero de serie, garant\u00eda y mantenimiento<\/td><\/tr>
Dossier de entrega<\/td>sustentar la transferencia y aceptaci\u00f3n<\/td>ensayos, certificados, manuales, capacitaciones y actas<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
\n

As-Built no es redibujar el proyecto despu\u00e9s de la obra.<\/strong><\/p>\n\n\n\n

La documentaci\u00f3n final debe distinguir proyecto, redline, levantamiento de condici\u00f3n existente, condici\u00f3n ejecutada y registro de activos.<\/p>\n\n\n\n

Conozca el servicio de Proyecto Ejecutivo de Ingenier\u00eda<\/a><\/p>\n<\/div>\n\n\n\n\n

C\u00f3mo elaborar un paquete As-Built durante la ejecuci\u00f3n<\/h2>\n\n\n\n

La calidad de un paquete As-Built<\/strong> se define antes del cierre. El contrato y el plan de ejecuci\u00f3n deben establecer documentos incluidos, formatos, responsabilidades, periodicidad de actualizaci\u00f3n, m\u00e9todo de captura, flujo de aprobaci\u00f3n y criterios de aceptaci\u00f3n. Sin estas reglas, el trabajo tiende a aplazarse hasta el final, cuando los equipos ya se han desmovilizado y la informaci\u00f3n de campo se ha perdido.<\/p>\n\n\n\n

En t\u00e9rminos de proceso, la elaboraci\u00f3n debe seguir una secuencia controlada: definir los requisitos y la matriz documental; capturar cambios y datos de campo; incorporar los cambios a los archivos de ingenier\u00eda; coordinar documentos y disciplinas; verificar la fidelidad mediante evidencias e inspecciones; y solo entonces emitir la revisi\u00f3n final para aceptaci\u00f3n.<\/p>\n\n\n\n

La Ejecuci\u00f3n de Obras de Ingenier\u00eda<\/a> debe tratar la documentaci\u00f3n final como parte del avance, no como un pendiente administrativo posterior. Los paquetes ejecutables, inspecciones, mediciones y liberaciones deben generar evidencias que alimenten el As-Built por sistema, \u00e1rea, disciplina o contrato.<\/p>\n\n\n\n

Definici\u00f3n de requisitos de informaci\u00f3n<\/h3>\n\n\n\n

El primer paso es establecer qu\u00e9 necesita recibir el propietario para operar, mantener, auditar, ampliar y contratar futuras intervenciones. La lista no debe copiarse de otro proyecto sin an\u00e1lisis. Un activo simple puede exigir planos, diagramas y manuales; una infraestructura cr\u00edtica puede requerir bases de datos, par\u00e1metros, archivos nativos, modelos BIM, backups, inventarios, relaciones de interfaz e historiales de configuraci\u00f3n.<\/p>\n\n\n\n

Los requisitos deben especificar formatos editables y no editables, convenciones de nombre, codificaci\u00f3n, unidades, sistemas de coordenadas, nivel de detalle, atributos obligatorios, estructura de carpetas, metadatos, firmas, responsabilidades y entorno de entrega. ISO 19650-4 organiza procesos y criterios de intercambio de informaci\u00f3n para asegurar la calidad de los modelos de informaci\u00f3n de proyecto y de activos en entornos BIM.<\/p>\n\n\n\n

Matriz de documentos y responsabilidades<\/h3>\n\n\n\n

Una matriz As-Built relaciona cada documento con el sistema, disciplina, responsable de actualizaci\u00f3n, responsable de verificaci\u00f3n, fuente de datos, formato e hito de entrega. Esta matriz evita brechas entre proyectista, ejecutora, supervisora, integrador, fabricante y propietario.<\/p>\n\n\n\n

La responsabilidad debe ser compatible con el origen de la informaci\u00f3n. La ejecutora conoce los cambios de montaje; el proveedor posee los datos finales del equipo; el integrador controla configuraciones; el proyectista eval\u00faa la coherencia t\u00e9cnica; la fiscalizaci\u00f3n o el Owner\u2019s Engineering<\/a> verifica la adherencia al contrato y a las evidencias. Concentrar toda la actualizaci\u00f3n en un equipo que no particip\u00f3 en las decisiones aumenta el riesgo de inferencias incorrectas.<\/p>\n\n\n\n

Elemento<\/td>Definici\u00f3n necesaria<\/td><\/tr>
Documento base<\/td>c\u00f3digo, t\u00edtulo, disciplina y revisi\u00f3n inicial<\/td><\/tr>
Fuente de actualizaci\u00f3n<\/td>redline, RFI, cambio aprobado, medici\u00f3n, inspecci\u00f3n o dato de proveedor<\/td><\/tr>
Responsable de la informaci\u00f3n<\/td>parte que produce o confirma el dato de campo<\/td><\/tr>
Responsable de la incorporaci\u00f3n<\/td>profesional que actualiza el archivo controlado<\/td><\/tr>
Verificaci\u00f3n<\/td>responsable de verificar consistencia t\u00e9cnica y documental<\/td><\/tr>
Formato final<\/td>PDF, DWG, RVT, IFC, XLSX, base de datos, archivo de configuraci\u00f3n u otro<\/td><\/tr>
Hito<\/td>emisi\u00f3n parcial, completaci\u00f3n de sistema, aceptaci\u00f3n o cierre<\/td><\/tr>
Evidencia<\/td>fotograf\u00eda, informe, certificado, ensayo, levantamiento o registro de aprobaci\u00f3n<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Captura continua de los cambios<\/h3>\n\n\n\n

La captura debe ocurrir en el momento del cambio o inmediatamente despu\u00e9s de la ejecuci\u00f3n. Diarios, inspecciones, aplicaciones de campo, modelos, informes fotogr\u00e1ficos, RFI y registros de cambio pueden alimentar el proceso, siempre que utilicen identificaci\u00f3n com\u00fan y control de revisi\u00f3n.<\/p>\n\n\n\n

Las fotograf\u00edas necesitan contexto. Una imagen aislada rara vez demuestra ubicaci\u00f3n, orientaci\u00f3n, sistema y condici\u00f3n. El registro debe asociar fecha, \u00e1rea, activo, documento, descripci\u00f3n y responsable. En elementos embebidos o posteriormente inaccesibles, la documentaci\u00f3n antes del cierre es especialmente importante.<\/p>\n\n\n\n

La soluci\u00f3n de Aplicaciones de Campo, Inspecci\u00f3n y Recolecci\u00f3n de Datos T\u00e9cnicos<\/a> permite estructurar esta captura, vinculando fotograf\u00edas, observaciones y evidencias con los elementos t\u00e9cnicos que ser\u00e1n consolidados.<\/p>\n\n\n\n

Control de cambios y trazabilidad<\/h3>\n\n\n\n

No toda diferencia entre proyecto y campo es un cambio aprobado. El proceso debe distinguir ajuste de representaci\u00f3n, correcci\u00f3n de error documental, adecuaci\u00f3n de montaje, sustituci\u00f3n equivalente, desviaci\u00f3n, cambio de alcance y soluci\u00f3n de ingenier\u00eda. Cada categor\u00eda puede exigir niveles distintos de an\u00e1lisis y aprobaci\u00f3n.<\/p>\n\n\n\n

La actualizaci\u00f3n del As-Built debe mantener el v\u00ednculo entre condici\u00f3n final e historial de decisiones. RFI, \u00f3rdenes de cambio, aprobaciones de proveedores, no conformidades, informes de inspecci\u00f3n y ensayos son fuentes que explican por qu\u00e9 cambi\u00f3 el documento. Esta trazabilidad es relevante para garant\u00edas, auditor\u00edas y futuras intervenciones.<\/p>\n\n\n\n

Emisiones progresivas por sistema<\/h3>\n\n\n\n

Esperar la conclusi\u00f3n total del proyecto para iniciar la consolidaci\u00f3n aumenta el riesgo. Los documentos pueden emitirse progresivamente cuando sistemas o \u00e1reas alcanzan suficiente madurez. Este enfoque permite verificar calidad, corregir est\u00e1ndares e incorporar los datos a la operaci\u00f3n antes de la desmovilizaci\u00f3n de los equipos.<\/p>\n\n\n\n

El cronograma debe reservar actividades y recursos para actualizaci\u00f3n, revisi\u00f3n y aceptaci\u00f3n. Project Controls<\/a> puede acompa\u00f1ar por separado el avance f\u00edsico y documental. Una instalaci\u00f3n concluida sin la documentaci\u00f3n correspondiente no representa la entrega integral del paquete.<\/p>\n\n\n\n

\n

La calidad del As-Built se decide durante la ejecuci\u00f3n.<\/strong><\/p>\n\n\n\n

Cambios, fotograf\u00edas, aprobaciones y datos de campo deben capturarse mientras los equipos y las evidencias todav\u00eda est\u00e1n disponibles.<\/p>\n\n\n\n

Estructure la recolecci\u00f3n de datos t\u00e9cnicos en campo<\/a><\/p>\n<\/div>\n\n\n\n\n

Qu\u00e9 documentos y datos deben componer la entrega As-Built<\/h2>\n\n\n\n

El contenido depende del tipo de proyecto, pero la entrega debe representar geometr\u00eda, conexiones, caracter\u00edsticas, identificaci\u00f3n y configuraci\u00f3n. Un error com\u00fan es limitar el As-Built a los planos, ignorando diagramas, listas, memorias y datos digitales que determinan el funcionamiento real del sistema.<\/p>\n\n\n\n

La ABNT NBR 5410 indica, para instalaciones el\u00e9ctricas de baja tensi\u00f3n, planos, esquemas, detalles de montaje, memoria descriptiva, especificaciones de componentes y par\u00e1metros de proyecto como contenido m\u00ednimo de la documentaci\u00f3n que debe actualizarse. En otras disciplinas, normas espec\u00edficas, requisitos del propietario y contratos deben definir los elementos aplicables.<\/p>\n\n\n\n

Planos, dibujos y modelos<\/h3>\n\n\n\n

Los planos deben mostrar ubicaci\u00f3n, rutas, dimensiones, cotas, niveles, \u00e1reas, equipos, accesos, interferencias relevantes e identificaciones finales. Cortes, detalles y elevaciones deben actualizarse cuando sean necesarios para comprender montaje, operaci\u00f3n o mantenimiento.<\/p>\n\n\n\n

Los modelos BIM deben representar la condici\u00f3n acordada de entrega y poseer atributos compatibles con los requisitos de informaci\u00f3n. Un modelo visualmente detallado, pero sin codificaci\u00f3n, clasificaci\u00f3n, ubicaci\u00f3n confiable o datos de activos, puede tener poco valor operativo. Tambi\u00e9n es necesario aclarar qu\u00e9 fue verificado en campo y qu\u00e9 permanece como informaci\u00f3n de proyecto.<\/p>\n\n\n\n

Diagramas y relaciones funcionales<\/h3>\n\n\n\n

Diagramas unifilares, funcionales, de bloques, topolog\u00edas, arquitectura de red, causa y efecto, enclavamientos, flujos y esquemas de conexi\u00f3n representan relaciones que no aparecen adecuadamente en los planos. Deben reflejar equipos, puertos, circuitos, enlaces, direcciones, protecciones, interfaces y redundancias efectivamente implantadas.<\/p>\n\n\n\n

En sistemas el\u00e9ctricos deben consolidarse circuitos, cargas, protecciones, ajustes e identificaciones de tableros. En redes y telecomunicaciones, rutas, racks, fibras, puertos, enlaces, VLAN y topolog\u00edas finales pueden ser esenciales. En automatizaci\u00f3n y seguridad electr\u00f3nica, listas de puntos, l\u00f3gicas, zonas, permisos e integraciones deben corresponder a la configuraci\u00f3n entregada.<\/p>\n\n\n\n

Memorias, especificaciones y listas<\/h3>\n\n\n\n

La memoria descriptiva final debe explicar la soluci\u00f3n implantada, los l\u00edmites del sistema, las interfaces y los principales cambios respecto del proyecto. No debe repetir gen\u00e9ricamente la especificaci\u00f3n original cuando la ejecuci\u00f3n adopt\u00f3 equipos, m\u00e9todos o condiciones diferentes.<\/p>\n\n\n\n

Las listas de equipos, cables, circuitos, puntos, instrumentos, se\u00f1ales, materiales y documentos deben utilizar la misma codificaci\u00f3n que los planos y el registro de activos. Las divergencias de tag, nomenclatura o ubicaci\u00f3n entre archivos hacen insegura la consulta y dificultan la integraci\u00f3n con mantenimiento.<\/p>\n\n\n\n

Datos de equipos y configuraciones<\/h3>\n\n\n\n

La condici\u00f3n final incluye informaci\u00f3n que no aparece en los planos: fabricante, modelo, n\u00famero de serie, firmware, licencia, direcci\u00f3n, par\u00e1metro, ajuste, versi\u00f3n de software, archivo de configuraci\u00f3n y backup. La profundidad debe respetar seguridad de la informaci\u00f3n, responsabilidad y necesidad operativa.<\/p>\n\n\n\n

Las credenciales no deben insertarse indiscriminadamente en documentos p\u00fablicos o de amplia circulaci\u00f3n. El propietario debe recibir accesos y claves mediante un proceso seguro, con control de custodia, autorizaci\u00f3n y recuperaci\u00f3n. El As-Built debe indicar d\u00f3nde se almacena la configuraci\u00f3n controlada y qu\u00e9 versi\u00f3n corresponde a la aceptaci\u00f3n.<\/p>\n\n\n\n

Ensayos, certificados y evidencias<\/h3>\n\n\n\n

Los informes de ensayo, certificados de calibraci\u00f3n, resultados de certificaci\u00f3n, registros de inspecci\u00f3n y documentos del Comisionamiento en Ingenier\u00eda<\/a> no son planos As-Built, pero validan la condici\u00f3n representada e integran el dossier de entrega.<\/p>\n\n\n\n

El v\u00ednculo entre documento y evidencia debe permitir identificar qu\u00e9 elementos fueron inspeccionados, probados y aceptados. En instalaciones ocultas, fotograf\u00edas georreferenciadas, mediciones o registros antes del cierre pueden ser la \u00fanica evidencia disponible de la ejecuci\u00f3n.<\/p>\n\n\n\n

Archivos nativos y formatos de entrega<\/h3>\n\n\n\n

El contrato debe definir si se entregar\u00e1n archivos editables, PDF firmados, modelos abiertos, hojas de c\u00e1lculo, bases de datos y archivos propietarios. Entregar solo PDF puede limitar futuras actualizaciones; entregar solo archivos nativos puede comprometer preservaci\u00f3n, visualizaci\u00f3n y formalidad.<\/p>\n\n\n\n

Una entrega robusta combina formato de registro y formato de uso. PDF preserva la emisi\u00f3n formal; DWG, RVT, IFC, XLSX o bases estructuradas permiten continuidad t\u00e9cnica; los formatos de configuraci\u00f3n preservan par\u00e1metros operativos. La estructura debe acompa\u00f1arse de \u00edndice maestro, lista de documentos y reglas de revisi\u00f3n.<\/p>\n\n\n\n

\n

La entrega debe combinar geometr\u00eda, identificaci\u00f3n, configuraci\u00f3n y evidencias.<\/strong><\/p>\n\n\n\n

Los planos aislados no sustituyen diagramas, listas, datos de activos, archivos nativos ni par\u00e1metros finales controlados.<\/p>\n\n\n\n

Conozca la Gesti\u00f3n Electr\u00f3nica de Documentos T\u00e9cnicos<\/a><\/p>\n<\/div>\n\n\n\n\n

C\u00f3mo validar la calidad del As-Built antes de la aceptaci\u00f3n<\/h2>\n\n\n\n

Recibir archivos no significa aceptar el As-Built. La validaci\u00f3n debe verificar integridad, fidelidad, consistencia y usabilidad. El proceso puede combinar revisi\u00f3n documental, comparaci\u00f3n con registros de ejecuci\u00f3n, inspecci\u00f3n de campo, muestreo de activos, ensayos y revisi\u00f3n por los equipos que utilizar\u00e1n la informaci\u00f3n.<\/p>\n\n\n\n

En obras viales federales de Brasil, instrucciones del DNIT tratan el paquete As-Built como parte de la recepci\u00f3n y atribuyen su aprobaci\u00f3n a la fiscalizaci\u00f3n en contextos espec\u00edficos. Este ejemplo demuestra la relevancia contractual de la validaci\u00f3n, pero cada proyecto debe definir sus propias responsabilidades y criterios.<\/p>\n\n\n\n

Integridad documental<\/h3>\n\n\n\n

La primera verificaci\u00f3n compara la matriz de documentos con la entrega. Deben evaluarse c\u00f3digos, revisiones, formatos, firmas, archivos nativos, metadatos y v\u00ednculos con sistemas. Los documentos cancelados, sustituidos o no aplicables deben tener su estado registrado para evitar dudas posteriores.<\/p>\n\n\n\n

Integridad no significa volumen. Un dossier con miles de archivos puede seguir incompleto si faltan diagramas cr\u00edticos, par\u00e1metros finales, listas coordinadas o documentaci\u00f3n de interfaces. El \u00edndice maestro debe permitir localizar cada informaci\u00f3n e identificar su estado.<\/p>\n\n\n\n

Fidelidad a la condici\u00f3n ejecutada<\/h3>\n\n\n\n

La fidelidad puede verificarse mediante muestreo basado en riesgo. Los elementos cr\u00edticos, cambios relevantes, elementos ocultos, interfaces y \u00e1reas con historial de no conformidad requieren mayor profundidad. La inspecci\u00f3n debe comparar ubicaci\u00f3n, identificaci\u00f3n, caracter\u00edsticas y conexiones con la documentaci\u00f3n presentada.<\/p>\n\n\n\n

Cuando el muestreo revela divergencias sistem\u00e1ticas, el problema no debe tratarse como un error aislado. Puede ser necesario ampliar la verificaci\u00f3n, revisar el m\u00e9todo de elaboraci\u00f3n y reemitir conjuntos completos. Aceptar documentos bas\u00e1ndose solo en una revisi\u00f3n visual del archivo transfiere riesgo al propietario.<\/p>\n\n\n\n

Consistencia entre documentos<\/h3>\n\n\n\n

Plano, diagrama, lista, memoria, modelo y registro deben representar la misma configuraci\u00f3n. Un equipo puede aparecer con tags diferentes, un circuito puede tener una descripci\u00f3n incompatible con el tablero o la topolog\u00eda puede no coincidir con la lista de puertos. Estas divergencias son comunes cuando disciplinas y proveedores actualizan archivos sin coordinaci\u00f3n.<\/p>\n\n\n\n

La Gesti\u00f3n Electr\u00f3nica de Documentos T\u00e9cnicos y Control de Revisiones<\/a> ayuda a mantener versiones, aprobaciones y relaciones documentales. Sin embargo, la plataforma no sustituye la revisi\u00f3n de ingenier\u00eda; ofrece control para que la revisi\u00f3n sea trazable.<\/p>\n\n\n\n

Calidad de datos y modelos<\/h3>\n\n\n\n

En bases estructuradas deben verificarse campos obligatorios, formatos, duplicidades, codificaci\u00f3n, unidades, coordenadas, relaciones y valores inv\u00e1lidos. En modelos BIM, los criterios de intercambio de informaci\u00f3n pueden evaluar geometr\u00eda, clasificaci\u00f3n, atributos, federaci\u00f3n, interferencias y capacidad para generar el modelo de informaci\u00f3n del activo.<\/p>\n\n\n\n

Los datos deben ser utilizables en los sistemas del propietario. Una hoja de c\u00e1lculo t\u00e9cnicamente correcta, pero incompatible con el registro de mantenimiento, puede exigir retrabajo. Los requisitos de importaci\u00f3n e integraci\u00f3n deben definirse antes de la entrega final.<\/p>\n\n\n\n

Hito de decisi\u00f3n para la aceptaci\u00f3n del As-Built<\/h3>\n\n\n\n

Antes de la aceptaci\u00f3n, confirme que:<\/p>\n\n\n\n

    \n
  1. La matriz de documentos est\u00e1 completa y con estado definido.<\/li>\n\n\n\n
  2. Los cambios de campo tienen origen y aprobaci\u00f3n trazables.<\/li>\n\n\n\n
  3. Planos, diagramas, listas, memorias y modelos est\u00e1n coordinados.<\/li>\n\n\n\n
  4. Los archivos formales y editables fueron entregados en los formatos contratados.<\/li>\n\n\n\n
  5. Las identificaciones y datos de activos corresponden al campo.<\/li>\n\n\n\n
  6. Las configuraciones, par\u00e1metros y backups tienen versi\u00f3n controlada.<\/li>\n\n\n\n
  7. Los elementos cr\u00edticos fueron verificados por inspecci\u00f3n o evidencia equivalente.<\/li>\n\n\n\n
  8. Los pendientes est\u00e1n clasificados, asignados y con plazo definido.<\/li>\n\n\n\n
  9. Operaci\u00f3n y mantenimiento pueden localizar y utilizar la informaci\u00f3n.<\/li>\n\n\n\n
  10. Responsabilidades, garant\u00edas y futuras actualizaciones est\u00e1n formalizadas.<\/li>\n<\/ol>\n\n\n\n

    El resultado de la verificaci\u00f3n debe registrarse en un dictamen t\u00e9cnico, informe o documento de aceptaci\u00f3n. La soluci\u00f3n de Gesti\u00f3n de Requisitos, Evidencias y Criterios de Aceptaci\u00f3n<\/a> permite relacionar requisitos, documentos, inspecciones, desviaciones y decisiones.<\/p>\n\n\n\n

    \n

    La aceptaci\u00f3n exige verificaci\u00f3n por muestreo y trazabilidad.<\/strong><\/p>\n\n\n\n

    Recibir archivos no demuestra fidelidad al campo, consistencia entre documentos ni capacidad de uso por los equipos del propietario.<\/p>\n\n\n\n

    Estructure requisitos, evidencias y criterios de aceptaci\u00f3n<\/a><\/p>\n<\/div>\n\n\n\n\n

    C\u00f3mo integrar el As-Built con operaci\u00f3n, mantenimiento y gesti\u00f3n de activos<\/h2>\n\n\n\n

    El valor del As-Built aparece despu\u00e9s de la obra. Reduce tiempo de diagn\u00f3stico, orienta intervenciones, sustenta mantenimiento, facilita ampliaciones y preserva conocimiento. Para ello, la documentaci\u00f3n no puede permanecer aislada en una carpeta de cierre; debe incorporarse a los procesos y sistemas utilizados por los equipos.<\/p>\n\n\n\n

    ISO 55001:2024 estructura requisitos para sistemas de gesti\u00f3n de activos orientados a la generaci\u00f3n de valor. La documentaci\u00f3n final contribuye a ese sistema al proporcionar informaci\u00f3n sobre configuraci\u00f3n, ubicaci\u00f3n, condici\u00f3n, responsabilidades y requisitos a lo largo del ciclo de vida.<\/p>\n\n\n\n

    Incorporaci\u00f3n al registro de activos<\/h3>\n\n\n\n

    La estructura de activos debe definirse antes de la entrega, con jerarqu\u00eda, ubicaciones, tags, clases, criticidad y atributos. El As-Built alimenta esta base, pero los datos deben pasar por validaci\u00f3n y normalizaci\u00f3n. Las importaciones autom\u00e1ticas sin control pueden crear duplicidades, tags incompatibles o relaciones incorrectas.<\/p>\n\n\n\n

    Los equipos relevantes deben vincularse a documentos, garant\u00edas, manuales, planes, repuestos e historiales. El registro no debe depender de rutas de archivo conocidas \u00fanicamente por el equipo del proyecto.<\/p>\n\n\n\n

    Mantenimiento y seguridad de las intervenciones<\/h3>\n\n\n\n

    Los documentos confiables permiten localizar circuitos, aislamientos, v\u00e1lvulas, rutas, dispositivos, interfaces y puntos de acceso. La informaci\u00f3n incorrecta puede aumentar el tiempo de indisponibilidad y el riesgo de intervenci\u00f3n. Por ello, mantenimiento debe participar en la validaci\u00f3n de los documentos que utilizar\u00e1.<\/p>\n\n\n\n

    El manual del sistema debe complementar el As-Built con modos de operaci\u00f3n, l\u00edmites, alarmas, enclavamientos, procedimientos y recomendaciones. La ABNT NBR 5410 tambi\u00e9n prev\u00e9 manual del usuario en determinadas instalaciones sin equipo permanente cualificado, reforzando que la documentaci\u00f3n debe adecuarse al perfil de quien la utilizar\u00e1.<\/p>\n\n\n\n

    Gesti\u00f3n de configuraci\u00f3n y futuras actualizaciones<\/h3>\n\n\n\n

    El As-Built no debe tratarse como una fotograf\u00eda inmutable. Despu\u00e9s de la aceptaci\u00f3n, cualquier cambio relevante debe generar una actualizaci\u00f3n controlada. La organizaci\u00f3n debe definir qui\u00e9n puede modificar documentos, qu\u00e9 eventos exigen revisi\u00f3n, c\u00f3mo se aprueban las versiones y qu\u00e9 repositorio representa la condici\u00f3n vigente.<\/p>\n\n\n\n

    Los cambios en campo sin actualizaci\u00f3n crean una distancia creciente entre documento y activo. En sistemas digitales, el problema incluye firmware, software, reglas, direccionamiento e integraciones. La gesti\u00f3n de configuraci\u00f3n debe abarcar archivos t\u00e9cnicos y condiciones operativas.<\/p>\n\n\n\n

    Integraci\u00f3n con operaci\u00f3n asistida<\/h3>\n\n\n\n

    Durante la operaci\u00f3n inicial pueden ocurrir ajustes de par\u00e1metros, sustituci\u00f3n de componentes, correcciones de identificaci\u00f3n y actualizaci\u00f3n de procedimientos. La operaci\u00f3n asistida debe registrar estos cambios e incorporarlos a la revisi\u00f3n final aplicable. Cerrar el proyecto con documentos anteriores a los ajustes posteriores al arranque reduce la confiabilidad de la entrega.<\/p>\n\n\n\n

    El Documento de Aceptaci\u00f3n T\u00e9cnica en Ingenier\u00eda<\/a> puede indicar la revisi\u00f3n documental aceptada, los pendientes remanentes y la responsabilidad por actualizaciones posteriores.<\/p>\n\n\n\n

    Preservaci\u00f3n, acceso y seguridad de la informaci\u00f3n<\/h3>\n\n\n\n

    El repositorio debe garantizar disponibilidad, integridad, control de acceso, historial y recuperaci\u00f3n. Los formatos propietarios exigen estrategia de preservaci\u00f3n y licencias; los documentos sensibles necesitan permisos; los backups deben probarse.<\/p>\n\n\n\n

    La clasificaci\u00f3n de la informaci\u00f3n debe considerar riesgos f\u00edsicos y cibern\u00e9ticos. Diagramas de seguridad, credenciales, configuraciones y rutas cr\u00edticas no deben circular sin control. Al mismo tiempo, restricciones excesivas no pueden impedir que operaci\u00f3n y mantenimiento accedan a lo necesario para trabajar con seguridad.<\/p>\n\n\n\n

    \n

    El documento final debe incorporarse al ciclo de vida del activo.<\/strong><\/p>\n\n\n\n

    As-Built, registro de activos, mantenimiento, gesti\u00f3n de configuraci\u00f3n y operaci\u00f3n deben utilizar la misma base controlada de informaci\u00f3n.<\/p>\n\n\n\n

    Integre documentaci\u00f3n y transici\u00f3n con Operaci\u00f3n Asistida<\/a><\/p>\n<\/div>\n\n\n\n\n

    C\u00f3mo contratar, medir y cerrar un alcance As-Built<\/h2>\n\n\n\n

    El As-Built debe contratarse como un proceso t\u00e9cnico, no como una l\u00ednea gen\u00e9rica de entrega. El alcance debe informar disciplinas, cantidad de documentos, condici\u00f3n de los archivos de origen, necesidad de levantamiento, formatos, grado de verificaci\u00f3n, participaci\u00f3n de especialistas, n\u00famero de ubicaciones y criterios de aceptaci\u00f3n.<\/p>\n\n\n\n

    Cuando el proyecto posee documentaci\u00f3n organizada y redlines confiables, el esfuerzo es predominantemente de consolidaci\u00f3n y revisi\u00f3n. Cuando la instalaci\u00f3n est\u00e1 operando sin registros, el trabajo puede exigir diagn\u00f3stico, rastreo, ensayos, topograf\u00eda, escaneo y reconstrucci\u00f3n documental. Las propuestas basadas solo en \u00e1rea f\u00edsica o n\u00famero de planos pueden ocultar grandes diferencias de complejidad.<\/p>\n\n\n\n

    Modelos de contrataci\u00f3n<\/h3>\n\n\n\n

    La elaboraci\u00f3n puede integrar el contrato de ejecuci\u00f3n, supervisi\u00f3n, EPC, EPCM, gesti\u00f3n o Owner\u2019s Engineering<\/a>. Tambi\u00e9n puede contratarse como servicio independiente para instalaciones existentes.<\/p>\n\n\n\n

    Cuando la ejecutora produce el As-Built, la supervisi\u00f3n o el equipo del propietario debe verificar la entrega. Cuando la documentaci\u00f3n se reconstruye despu\u00e9s de la obra, el alcance debe establecer limitaciones de acceso, premisas y nivel de certeza. No es t\u00e9cnicamente adecuado afirmar lo que no pudo verificarse.<\/p>\n\n\n\n

    Medici\u00f3n por entregables e hitos<\/h3>\n\n\n\n

    La medici\u00f3n puede vincularse a la matriz de documentos y a los hitos de emisi\u00f3n. Los porcentajes pueden considerar levantamiento, redline consolidado, emisi\u00f3n para revisi\u00f3n, correcci\u00f3n, emisi\u00f3n final y aceptaci\u00f3n. El pago total antes de la aprobaci\u00f3n reduce la capacidad contractual de exigir correcciones.<\/p>\n\n\n\n

    La cantidad de archivos no debe ser el \u00fanico indicador. Un documento extenso puede exigir m\u00e1s esfuerzo que decenas de listas simples. Criticidad, complejidad, interfaces, formato y calidad de los datos de origen deben considerarse.<\/p>\n\n\n\n

    Criterios comerciales para comparar propuestas<\/h3>\n\n\n\n

    Las propuestas deben aclarar horas de campo, profesionales, disciplinas, recursos de levantamiento, software, desplazamientos, archivos nativos, cantidad de revisiones y responsabilidad por validaci\u00f3n. Tambi\u00e9n deben indicar exclusiones, como elementos ocultos inaccesibles, ensayos destructivos, c\u00e1lculos de verificaci\u00f3n o regularizaci\u00f3n de soluciones ejecutadas sin proyecto.<\/p>\n\n\n\n

    La nivelaci\u00f3n t\u00e9cnica evita comparar una simple actualizaci\u00f3n gr\u00e1fica con un proceso completo de levantamiento, coordinaci\u00f3n y validaci\u00f3n. El servicio de Proyecto Ejecutivo de Ingenier\u00eda<\/a> puede abarcar la reconstrucci\u00f3n y consolidaci\u00f3n documental cuando est\u00e1 asociado a levantamiento y verificaci\u00f3n t\u00e9cnica; en proyectos complejos, Owner\u2019s Engineering protege la decisi\u00f3n de aceptaci\u00f3n.<\/p>\n\n\n\n

    Actuaci\u00f3n de A3A Engenharia<\/h3>\n\n\n\n

    La A3A Engenharia<\/strong> act\u00faa en la estructuraci\u00f3n, elaboraci\u00f3n, coordinaci\u00f3n y validaci\u00f3n de documentaci\u00f3n As-Built para instalaciones y sistemas multidisciplinarios. El trabajo puede incluir levantamiento de campo, revisi\u00f3n de documentos existentes, consolidaci\u00f3n de redlines, actualizaci\u00f3n de planos y diagramas, registro de activos, organizaci\u00f3n de evidencias, control de revisiones y soporte a la aceptaci\u00f3n.<\/p>\n\n\n\n

    La actuaci\u00f3n puede integrarse con Proyecto Ejecutivo, Gesti\u00f3n de Proyectos, Comisionamiento, Operaci\u00f3n Asistida u Owner\u2019s Engineering. El objetivo es entregar una base t\u00e9cnica que represente el activo, preserve trazabilidad y pueda ser utilizada por la organizaci\u00f3n durante su operaci\u00f3n.<\/p>\n\n\n\n

    Un As-Built confiable no es el plano final de la obra. Es la conexi\u00f3n entre ejecuci\u00f3n, evidencia, aceptaci\u00f3n y gesti\u00f3n del activo. Cuando se elabora como proceso continuo y se valida mediante criterios objetivos, reduce riesgos, retrabajo y dependencia del conocimiento informal.<\/p>\n\n\n\n

    \n

    \u00bfNecesita elaborar, actualizar o validar documentaci\u00f3n As-Built?<\/strong><\/p>\n\n\n\n

    El alcance puede incluir levantamiento de campo, reconstrucci\u00f3n documental, consolidaci\u00f3n de redlines, actualizaci\u00f3n de planos y diagramas, coordinaci\u00f3n entre disciplinas, control de revisiones, evidencias y verificaci\u00f3n para aceptaci\u00f3n.<\/p>\n\n\n\n

    Cuando el alcance exige levantamiento de campo, reconstrucci\u00f3n documental, consolidaci\u00f3n de redlines, actualizaci\u00f3n multidisciplinaria y verificaci\u00f3n para aceptaci\u00f3n, el servicio de As-Built de Ingenier\u00eda<\/a> transforma estos requisitos en un paquete contratable de ingenier\u00eda con entregables y criterios de validaci\u00f3n definidos.<\/p>\n<\/div>\n\n\n\n

    Referencias t\u00e9cnicas<\/summary>\n

    [1] ASSOCIA\u00c7\u00c3O BRASILEIRA DE NORMAS T\u00c9CNICAS. ABNT NBR 5410:2004 \u2014 Instalaciones el\u00e9ctricas de baja tensi\u00f3n. \u00cdtems 6.1.8.1 a 6.1.8.3. R\u00edo de Janeiro, 2004. Versi\u00f3n corregida, 2008.<\/p>\n\n\n\n

    [2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 19650-4:2022 \u2014 Information management using building information modelling \u2014 Part 4: Information exchange<\/a>. Ginebra, 2022.<\/p>\n\n\n\n

    [3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55001:2024 \u2014 Asset management \u2014 Asset management system \u2014 Requirements<\/a>. Ginebra, 2024.<\/p>\n\n\n\n

    [4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 \u2014 Project, programme and portfolio management \u2014 Guidance on project management<\/a>. Ginebra, 2020.<\/p>\n\n\n\n

    [5] BRASIL. Departamento Nacional de Infraestructura de Transportes. Instrucci\u00f3n Normativa n.\u00ba 15\/2021<\/a>. Brasilia, 2021.<\/p>\n\n\n\n

    [6] BRASIL. Departamento Nacional de Infraestructura de Transportes. Instrucci\u00f3n Normativa n.\u00ba 2\/2026<\/a>. Brasilia, 2026.<\/p>\n<\/details>\n\n\n\n

    Preguntas frecuentes<\/summary>\n
    \u00bfQu\u00e9 es As-Built en ingenier\u00eda?<\/strong>

    Es la documentaci\u00f3n t\u00e9cnica revisada para representar fielmente la condici\u00f3n efectivamente ejecutada de una instalaci\u00f3n, sistema, edificio o infraestructura.<\/p><\/div>

    \u00bfCu\u00e1l es la diferencia entre Proyecto Ejecutivo y As-Built?<\/strong>

    El Proyecto Ejecutivo define lo que debe ejecutarse. El As-Built registra lo que efectivamente fue implantado, incluyendo cambios, identificaciones, caracter\u00edsticas y configuraciones finales.<\/p><\/div>

    \u00bfUn redline ya se considera As-Built?<\/strong>

    No necesariamente. El redline es el registro controlado de los cambios de campo. Esta informaci\u00f3n debe verificarse, incorporarse a los documentos finales y emitirse en la revisi\u00f3n definida para As-Built.<\/p><\/div>

    \u00bfQui\u00e9n puede elaborar el As-Built?<\/strong>

    La responsabilidad depende del contrato y la disciplina. La actualizaci\u00f3n puede involucrar ejecutora, proyectista, supervisora, integrador, proveedor o equipo especializado, siempre con profesionales habilitados y responsabilidades claramente definidas.<\/p><\/div>

    \u00bfQu\u00e9 documentos forman parte del As-Built?<\/strong>

    Seg\u00fan el alcance, incluyen planos, diagramas, memorias, listas, modelos, datos de equipos, configuraciones, archivos nativos, registros y referencias a evidencias de inspecci\u00f3n y ensayo.<\/p><\/div>

    \u00bfC\u00f3mo validar un As-Built antes de la aceptaci\u00f3n?<\/strong>

    La validaci\u00f3n debe verificar integridad, fidelidad al campo, consistencia entre documentos, calidad de los datos, formatos contratados, trazabilidad de los cambios y capacidad de uso por operaci\u00f3n y mantenimiento.<\/p><\/div><\/div>\n<\/details>\n\n\n\n

    Materiales t\u00e9cnicos complementarios<\/summary>\n

    Whitepapers<\/h3>\n\n\n\n