Cómo impedir que no conformidades de proyecto, fabricación y obra lleguen a la puesta en marcha: PIT/ITP, RNC, readiness, punch list, interfaces y evidencias.
¡Descúbrelo!
Evitar que las no conformidades lleguen a la puesta en marcha significa trasladar la detección y el tratamiento de los desvíos a las fases en las que se originan: proyecto, procurement, fabricación, recepción, construcción, montaje y precomisionado. La puesta en marcha debe confirmar preparación y desempeño; no debería ser la primera etapa capaz de revelar que los materiales son incorrectos, que las interfaces no fueron coordinadas, que faltan registros de inspección o que las instalaciones se ejecutaron fuera de los requisitos.
Cuando gran parte de los fallos aparece únicamente durante las pruebas finales, normalmente existe una brecha previa de gobernanza de la calidad. El problema puede estar en requisitos ambiguos, un PIT/ITP insuficiente, puntos de inspección mal ubicados, baja trazabilidad, cierre físico antes de la verificación, RNC tratadas solo administrativamente o ausencia de criterios objetivos de preparación para liberar un sistema a las pruebas.
La prevención exige una cadena continua de evidencias. Cada etapa debe contar con sus propios criterios de entrada, inspecciones, registros, no conformidades, correcciones y condiciones de salida. De este modo, la puesta en marcha recibe sistemas técnicamente preparados — y no una obra aparentemente concluida que todavía necesita descubrir su condición real durante las pruebas.
Por qué las no conformidades llegan tarde a la puesta en marcha
Una no conformidad puede existir durante semanas o meses antes de ser percibida. Esto ocurre porque la ejecución física y la verificación técnica no siempre avanzan al mismo ritmo. Un frente puede cerrarse, energizarse o entregarse internamente sin que todos los registros hayan sido revisados o sin que el requisito crítico haya sido efectivamente probado.
Los principales mecanismos que empujan los problemas hacia el final son conocidos: ausencia de criterios de aceptación en origen, inspecciones genéricas, evidencias incompletas, liberación por presión de plazo, fallos de interfaz y cultura de “resolverlo en la puesta en marcha”. Este último comportamiento es especialmente peligroso porque convierte la puesta en marcha en un control de calidad tardío.
| Causa aguas arriba | Efecto observado en la puesta en marcha | Consecuencia típica |
| requisito incompleto | prueba sin criterio claro | discusión sobre aprobado/rechazado |
| plano desactualizado | instalación incompatible | retrabajo y nuevo as-built |
| material sin trazabilidad | duda sobre especificación | bloqueo documental o sustitución |
| inspección superficial del montaje | fallo funcional durante la prueba | desmontaje y corrección |
| RNC sin cierre técnico | el desvío reaparece | reensayo y retraso |
| interfaz no coordinada | los subsistemas funcionan aisladamente | fallo en prueba integrada |
| instrumento sin calibración válida | resultado cuestionable | repetición de mediciones |
| punch list mal clasificada | pendiente impeditiva llega a la prueba | interrupción de la secuencia |
La primera medida preventiva es reconocer que “construido” y “preparado para puesta en marcha” son estados diferentes. La preparación exige condición física, documentación, seguridad, configuración, instrumentos y pendientes compatibles con la prueba que se ejecutará.
Comenzar por los requisitos y criterios de aceptación
No es posible detectar técnicamente una no conformidad cuando el requisito no está claro. Antes de la ejecución, el proyecto debe transformar las necesidades funcionales en parámetros verificables: dimensiones, desempeño, tolerancias, materiales, características eléctricas, niveles de protección, capacidad, redundancia, interfaces, documentación y condiciones de prueba.
Requisitos vagos como “instalar conforme a buenas prácticas” o “entregar el sistema en perfecto funcionamiento” son insuficientes para controlar la calidad en alcances críticos. El equipo necesita saber qué evidencia demostrará el cumplimiento. En algunos casos será una medición; en otros, un certificado, ensayo, inspección visual, cálculo, checklist, prueba funcional o análisis documental.
El vínculo más robusto es requisito → método de verificación → criterio de aceptación → registro → responsable → hito de liberación. Si esta cadena existe desde el proyecto, la puesta en marcha no necesita reconstruir el criterio después de que el sistema ya está instalado.
Design Review como barrera preventiva
Una parte importante de los problemas de obra no nace en la ejecución, sino en el proyecto. Interferencias, interfaces incompletas, accesibilidad deficiente, falta de espacio para mantenimiento, especificaciones incompatibles y requisitos contradictorios pueden llegar a campo y ser reproducidos correctamente por la contratista, aunque el resultado final siga siendo inadecuado.
El Design Review en Proyectos de Ingeniería debe verificar no solo planos aislados, sino también madurez, interfaces y verificabilidad. Preguntas útiles incluyen si los requisitos críticos están representados, si existe espacio para montaje y mantenimiento, si las disciplinas están coordinadas, si los equipos son compatibles, si las pruebas pueden realizarse y si se especificó la documentación necesaria para la aceptación. En sistemas multidisciplinares, la revisión también debe confrontar los límites entre paquetes; la Gestión de Interfaces en Proyectos de Ingeniería transforma esos límites en responsabilidades, premisas y evidencias verificables. Cuanto antes se elimine una incompatibilidad del proyecto, menor será la probabilidad de que reaparezca como retrabajo, RNC o fallo funcional durante la puesta en marcha.
Procurement debe preservar los requisitos de calidad
Otro punto frecuente de pérdida ocurre en la compra. Una especificación robusta puede simplificarse durante la cotización o la emisión de la orden de compra. Si los criterios de inspección, documentación, FAT, certificados y trazabilidad no se transfieren al proveedor, el equipo de campo recibe un equipo cuya conformidad no ha sido completamente demostrada.
La Gestión de la Calidad en Procurement debe garantizar que la requisición, la evaluación técnica y la orden de compra mantengan los requisitos críticos. Para equipos relevantes, la contratación debe establecer Vendor Document Requirements, PIT/ITP, puntos H/W/R, FAT, criterios de liberación para embarque y composición del Data Book. Esto también significa calificar al proveedor, definir documentos sujetos a aprobación, preservar los criterios de desempeño durante la evaluación técnica e impedir que una alternativa comercial altere silenciosamente un requisito de ingeniería. Cuando el suministro es crítico, la Vendor Inspection anticipa la verificación en fábrica y reduce la probabilidad de que el primer diagnóstico real ocurra únicamente en el sitio.
El PIT/ITP debe detectar el defecto antes del cierre físico
Si las pruebas finales están descubriendo errores básicos de montaje, trazabilidad o documentación, el problema normalmente comenzó antes de la puesta en marcha. La solución es reposicionar las barreras de inspección en el punto donde el desvío todavía es visible y económico de corregir.
Estructure el control con apoyo técnico a la supervisión de obra
El Plan de Inspección y Ensayos es una de las herramientas centrales para impedir la propagación de no conformidades. Un buen PIT no se limita a listar actividades; identifica el momento en que una característica todavía es visible y corregible.
Algunos ejemplos son las armaduras antes del hormigonado, las redes enterradas antes del relleno, la impermeabilización antes del revestimiento, los cables y terminaciones antes de la energización, el torque antes del cierre de paneles, las soldaduras antes del aislamiento, la parametrización antes de pruebas integradas y el flushing antes de la puesta en servicio.
Cuando la etapa siguiente vuelve inaccesible la evidencia, el punto de inspección debe estar antes de ese cierre. Los Hold Points son especialmente útiles cuando avanzar sin liberación generaría un riesgo relevante de retrabajo o pérdida de evidencia.
La RNC debe cerrarse técnicamente, no solo en el sistema
Registrar una no conformidad es solo el comienzo. Para que no reaparezca en la puesta en marcha, el workflow debe llevar el desvío hasta una condición verificable de cierre.
Una secuencia robusta incluye identificación del requisito, caracterización del desvío, contención, disposición técnica, autorización apropiada, corrección o reparación, reinspección/reensayo y evidencia final. El Informe de No Conformidad (RNC/NCR) debe preservar esta cadena y no limitarse a registrar que el ítem fue “tratado”. Si la causa indica un problema sistémico, la acción correctiva debe actuar sobre el proceso para impedir recurrencia. La gestión de no conformidades también debe distinguir corrección local de acción correctiva: la primera restablece la conformidad del ítem; la segunda reduce la probabilidad de que el mismo mecanismo de fallo reaparezca en otros sistemas, lotes o frentes. Para liberar el sistema a la puesta en marcha, el cierre de la RNC debe estar sustentado por evidencia verificable y, cuando corresponda, incorporado al As-Built y a la baseline documental.
Readiness Review antes de liberar el sistema a las pruebas
Readiness no es un porcentaje de obra concluida. Es evidencia de que un sistema específico posee condiciones físicas, documentales, funcionales y de seguridad para entrar en la prueba prevista.
La barrera inmediatamente anterior a la puesta en marcha debe ser una revisión de preparación. Confirma si el sistema está en condiciones de entrar en la prueba prevista. Esto evita iniciar una secuencia para descubrir, durante la ejecución, que faltan instrumentos, alimentación, interbloqueos, documentos o liberaciones.
| Dimensión | Evidencia de preparación |
| física | montaje concluido en el límite necesario para la prueba |
| seguridad | condiciones y liberaciones aplicables disponibles |
| calidad | inspecciones y registros críticos concluidos |
| RNC | desvíos impeditivos cerrados o formalmente tratados |
| punch list | ítems clasificados e impeditivos cerrados |
| documentación | planos, procedimientos y revisiones correctas disponibles |
| instrumentos | calibración e identificación válidas |
| energía/utilidades | condiciones para ejecutar la prueba confirmadas |
| configuración | software, parámetros y ajustes en la baseline prevista |
| interfaces | subsistemas necesarios disponibles |
La revisión debe realizarse por sistema o paquete, no solo por porcentaje global de obra. Un proyecto puede estar físicamente concluido al 95% y aun así no tener ningún sistema preparado para una prueba integrada.
Clasificar pendientes por su impacto en la puesta en marcha
No toda pendiente impide las pruebas. Mezclar pintura de acabado, identificación documental y fallo de interbloqueo en una única lista sin criticidad destruye la función de la Punch List.
Una clasificación útil distingue pendientes impeditivas de seguridad, impeditivas de prueba, impeditivas de operación, no impeditivas pero necesarias para la aceptación final, documentales y estéticas. La clasificación debe contar con responsable, plazo y evidencia de cierre.
Las pruebas progresivas reducen el descubrimiento tardío
Esperar a la prueba integrada para verificar toda la cadena aumenta la dificultad del diagnóstico. Una puesta en marcha madura utiliza una progresión: verificación estática, pruebas prefuncionales, pruebas funcionales por equipo, pruebas por subsistema y, solo después, pruebas integradas.
Cada etapa elimina un tipo de incertidumbre. Si un relé no tiene el ajuste correcto, esto debe detectarse antes de la prueba integrada de una lógica de protección. Si un sensor no está calibrado, el problema debe aparecer antes de probar la secuencia automática. Si un enlace de red no fue certificado, no es eficiente descubrirlo durante la validación del sistema supervisorio.
Las interfaces necesitan un responsable
Muchos fallos de puesta en marcha son fallos de interfaz. Los equipos individuales aprueban el FAT o una prueba local, pero la integración falla porque señales, protocolos, alimentación, causa y efecto, interbloqueos o responsabilidades no fueron coordinados.
Una matriz de interfaces puede registrar límite, requisito, proveedor A, proveedor B, responsable de integración, evidencia y prueba de aceptación. Lo importante es tratar la interfaz como un objeto de ingeniería y no como un espacio “entre contratos”.
Las evidencias deben acompañar la condición física
Una obra puede parecer preparada y aun así ser documentalmente incapaz de entrar en puesta en marcha. Informes ausentes, certificados sin trazabilidad, planos superados, registros de torque incompletos, calibraciones vencidas y RNC sin reensayo debilitan la capacidad de afirmar preparación.
| Indicador | Señal de alerta |
| inspecciones previstas vs. concluidas | la ejecución avanza más rápido que la verificación |
| RNC abiertas por sistema | backlog creciente cerca de las pruebas |
| recurrencia | causa sistémica no eliminada |
| documentos críticos pendientes | sistema físicamente preparado, pero no demostrable |
| punch list impeditiva | preparación aparente sin liberación real |
| tasa de aprobación a la primera | caída de la calidad de ejecución |
| reensayos por sistema | correcciones inestables o preparación insuficiente |
FAT y recepción como filtros antes del montaje
Para equipos fabricados fuera del sitio, el FAT — Factory Acceptance Test es una oportunidad para detectar fallos antes del embarque. La prueba debe contar con procedimiento aprobado, prerrequisitos, instrumentos, criterios, registros y una regla para el tratamiento de pendientes. El FAT debe confirmar requisitos que tenga sentido verificar en fábrica — desempeño, lógica, protecciones, interfaces internas, alarmas, secuencias y documentación — sin crear la falsa impresión de que el equipo ya está aceptado para operación. Cuando el ítem es crítico, la participación del Owner o de Vendor Inspection permite presenciar puntos relevantes y tratar los desvíos antes de que los costes logísticos y de movilización se incorporen al problema.
La aprobación del FAT no elimina la inspección de recepción. El transporte, almacenamiento y montaje pueden introducir nuevos problemas. En la recepción deben verificarse identidad, integridad, documentación, preservación y correspondencia con la orden de compra y con la configuración aprobada.
Cómo tratar desvíos aceptados por concesión
No todo desvío necesita corregirse físicamente. En algunos casos, una concesión técnicamente analizada puede aceptar una condición distinta del requisito original. Sin embargo, el desvío aceptado debe seguir siendo trazable.
La concesión debe indicar la condición real, justificación, análisis de impacto, autoridad que aprobó, límites de aplicación y necesidad de actualizar la documentación. Si la condición afecta operación, mantenimiento, seguridad, desempeño o futuras ampliaciones, esa información debe llegar al Quality Dossier y al handover.
Cuándo ampliar la supervisión y el muestreo
La cobertura de inspección no necesita ser fija. Cuando los indicadores muestran deterioro — aumento de RNC, recurrencia, fallos en la primera inspección o registros inconsistentes — la Supervisión Técnica de Obras y Servicios de Ingeniería puede aumentar el muestreo, añadir Witness Points o convertir determinados hitos en Hold Points. Si el problema deja de ser localizado y pasa a involucrar interfaces, proveedores, cambios, documentación y criterios de aceptación de varios contratos, la necesidad ya se aproxima a una estructura de Owner’s Engineering. La intensidad del control debe, por tanto, crecer con la criticidad y con la pérdida de confianza en las evidencias disponibles, y no solo con el porcentaje físico ejecutado.
También puede ocurrir lo contrario cuando el proceso se estabiliza. Este modelo basado en riesgo concentra el esfuerzo donde la probabilidad y la consecuencia del defecto son mayores.
Cómo integrar obra, QA/QC y puesta en marcha
La integración puede organizarse por sistema con un único estado de preparación alimentado por Ingeniería, Construcción, QA/QC y Puesta en Marcha. Cada área confirma su parte antes del gate.
Una estructura mínima debería responder si el alcance físico necesario está concluido, si se realizaron las inspecciones obligatorias, si las RNC impeditivas están cerradas, si los documentos están en la revisión correcta, si la Punch List fue clasificada, si los prerrequisitos de seguridad están disponibles, si los instrumentos están preparados, si las interfaces fueron confirmadas y si existe autoridad formal para liberar el sistema. Este traspaso es el vínculo entre QA/QC en Obras de Ingeniería y Puesta en Marcha: calidad consolida evidencias de que el sistema está conforme y completo; la puesta en marcha utiliza esa condición como baseline para verificar funcionalidad, desempeño e integración. Cuando este gate se formaliza por sistema, el equipo puede separar pendientes administrativas de impedimentos reales de prueba y priorizar recursos donde existe riesgo de seguridad, daño al equipo o invalidez del resultado.
Sin este gate, el inicio de la puesta en marcha puede quedar determinado por el calendario y no por la condición técnica.
Qué hacer cuando el backlog de RNC ya es elevado
Cuando el proyecto ya ha llegado cerca de la puesta en marcha con una gran cantidad de desvíos, la prioridad es recuperar el control. Acelerar el cierre administrativo sin comprender criticidad y dependencias no resuelve el problema.
El plan de recuperación debe consolidar RNC, punch list y pendientes documentales por sistema, clasificar impacto, eliminar duplicidades, identificar bloqueadores, establecer responsables y priorizar aquello que libera secuencias de prueba.
También es importante separar un problema aislado de un patrón recurrente. Diez RNC similares pueden señalar un único mecanismo causal y exigir una acción correctiva amplia en todas las instalaciones equivalentes.
Cómo contratar prevención en lugar de corrección tardía
El alcance de supervisión/QA-QC debe redactarse para actuar antes de los hitos irreversibles. Una contratación robusta puede incluir revisión del Plan de Calidad y del PIT/ITP, análisis de procedimientos, inspecciones críticas, Vendor Inspection, análisis de RNC, revisión documental, readiness reviews, participación en FAT/SAT y apoyo a la recepción técnica. El contrato también debe definir autoridad, frecuencia de inspección, criterios para ampliar el muestreo, entregables, registros mínimos y quién tiene poder para liberar o bloquear hitos. En proyectos de mayor criticidad, esta estructura puede organizarse como QA/QC independiente o incorporarse a una actuación más amplia de Owner’s Engineering, conectando proyecto, procurement, ejecución, calidad y puesta en marcha.
Los criterios de medición también importan. Si la contratista cobra íntegramente por avance físico sin vínculo con evidencias y cierre documental, el incentivo para completar los registros queda concentrado al final. Los hitos de pago pueden exigir documentación y calidad compatibles con el avance, según el modelo contractual.
Consideraciones finales
Una no conformidad encontrada durante la puesta en marcha rara vez nació en ese momento. Fue creada antes y atravesó barreras que deberían haberla detectado. La prevención depende de requisitos verificables, Design Review, Procurement que preserve los criterios, PIT/ITP ubicado antes de etapas irreversibles, tratamiento técnico de RNC, control de interfaces y readiness review antes de las pruebas.
El objetivo no es eliminar toda posibilidad de fallo — la propia puesta en marcha existe para verificar el comportamiento real — sino garantizar que las pruebas finales se concentren en desempeño, integración y requisitos funcionales, y no en descubrir defectos básicos de fabricación, montaje y documentación. Cuanto antes se detecte la no conformidad, mayor será la capacidad de corregirla con menor impacto sobre plazo, coste y operación.
Cuando el backlog de RNC y pendientes ya amenaza la secuencia de pruebas, la prioridad pasa a ser recuperar el control por sistema, criticidad y dependencia — no simplemente cerrar registros administrativamente.
Referencias técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9001:2015 — Quality management systems — Requirements. Geneva: ISO, 2015. Disponible en: https://www.iso.org/standard/62085.html
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10005:2018 — Quality management — Guidelines for quality plans. Geneva: ISO, 2018. Disponible en: https://www.iso.org/standard/70398.html
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10006:2017 — Quality management — Guidelines for quality management in projects. Geneva: ISO, 2017. Disponible en: https://www.iso.org/standard/70376.html
Preguntas frecuentes
Porque pueden atravesar etapas anteriores sin ser detectadas: requisitos ambiguos, inspecciones insuficientes, interfaces no coordinadas, RNC mal cerradas o ausencia de readiness review pueden hacer que el problema solo se vuelva evidente durante las pruebas.
No. Verifica preparación, desempeño e integración. Los fallos básicos de fabricación y montaje deberían ser detectados por QA/QC e inspecciones antes de las pruebas finales.
Es la revisión de preparación que confirma condición física, seguridad, documentación, calidad, RNC, punch list, instrumentos, configuración e interfaces antes de liberar un sistema para pruebas.
No necesariamente. Depende de la criticidad y de la prueba. Las RNC impeditivas deben estar resueltas; los desvíos no impeditivos pueden permanecer bajo tratamiento formal si la gobernanza lo permite y el riesgo está controlado.
Ubicar inspecciones y pruebas antes de etapas irreversibles, definiendo criterios, registros y puntos de intervención para impedir que los defectos avancen silenciosamente.
Utilice verificaciones progresivas, gestión de interfaces, RNC con reensayo, control documental, clasificación de punch list y gates de preparación por sistema.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Pendientes, RFIs y No Conformidades
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gestión de Procesos, Workflows y Aprobaciones Técnicas
- Gobernanza de Proyectos, Programas y Portafolios
Servicios relacionados
- Puesta en Marcha de Equipos
- Ingeniería del Propietario (Owner’s Engineering)
- Apoyo Técnico a la Supervisión
- Auditoría Técnica de Ingeniería
- Recepción Técnica de Obras y Servicios
Contenidos principales sobre el tema
- QA/QC en Obras de Ingeniería
- Plan de Inspección y Ensayos (PIT/ITP)
- Informe de No Conformidad (RNC/NCR)
- Inspección de Fabricación y Vendor Inspection
- FAT y SAT
- Punch List en Ingeniería
- Criterios de Aceptación en Ingeniería
