Por qué un resultado PASS no basta para la aceptación técnica: criterios, trazabilidad, archivos nativos, muestreo, repruebas, contraprueba y comisionamiento.
¡Descúbrelo!
Un resultado PASS en una prueba de aceptación significa únicamente que el elemento ensayado cumplió el criterio registrado en ese procedimiento, bajo esa condición y en esa ejecución. Por sí solo, no demuestra que todo el objeto contratado sea conforme, que la muestra represente al universo, que el método se haya aplicado correctamente, que el instrumento fuera apto, que el archivo de resultado sea trazable, que las pendientes hayan sido cerradas ni que esté completa la documentación necesaria para la recepción.
Por eso, la aceptación técnica exige una cadena de evidencias mayor que la palabra “PASS” impresa en un informe. Es necesario relacionar requisito, objeto ensayado, procedimiento, criterios de aceptación, condiciones de ensayo, instrumento, resultado, responsable, atestiguamiento, archivos de origen, desviaciones, repruebas, documentación final y decisión formal. Si cualquier eslabón de esa cadena es frágil, el resultado puede ser técnicamente verdadero y aun así insuficiente para sustentar la aceptación.
Esta distinción es especialmente importante en contratos de ingeniería, sistemas críticos y suministros tecnológicos. Un equipo puede aprobar un ensayo aislado y aun fallar cuando se integra; un enlace puede presentar un resultado aprobado, pero estar asociado al identificador físico equivocado; un sistema puede funcionar durante una demostración y todavía no contar con backup, configuración final, As-Built, licencias, manuales o evidencias de desempeño; una muestra puede aprobar sin demostrar la condición del conjunto.
La pregunta correcta, por tanto, no es solamente “¿la prueba pasó?”. La pregunta de ingeniería es: ¿el requisito contractual fue demostrado mediante evidencia válida, trazable, suficiente y representativa para permitir la decisión de aceptación?
Qué demuestra realmente un resultado PASS
Una prueba tiene alcance limitado. Verifica una condición determinada por un método y un criterio. Si el ensayo fue correctamente planificado y ejecutado, el resultado PASS demuestra que esa verificación específica cumplió el límite o la condición aplicable.
La fuerza de la evidencia depende de cuatro elementos inseparables:
- el requisito que debe demostrarse;
- el método utilizado para verificarlo;
- el criterio que separa conformidad de no conformidad;
- el registro que permite reconstruir la ejecución.
La IEC 62381:2024 estructura FAT, FIT, SAT y SIT precisamente como actividades planificadas para demostrar el cumplimiento de las especificaciones aplicables, con alcance, responsabilidades, procedimientos y checklists previamente establecidos. La lógica es importante: la prueba sirve para demostrar un requisito; no sustituye la especificación que originó el requisito ni la decisión de aceptación del propietario.
| Capa | Pregunta que debe responderse |
| Requisito | ¿Qué debería hacer o cumplir el objeto? |
| Criterio | ¿Qué condición caracteriza la conformidad? |
| Método | ¿Cómo se verificará esa condición? |
| Ejecución | ¿La prueba se realizó en las condiciones previstas? |
| Resultado | ¿Cuál fue el valor, estado o respuesta observada? |
| Evidencia | ¿Es posible demostrar cómo se obtuvo el resultado? |
| Cobertura | ¿La prueba representa el elemento, sistema o universo que se pretende aceptar? |
| Decisión | ¿El conjunto de evidencias permite liberar, condicionar, repetir la prueba o rechazar? |
La palabra PASS aparece solamente en una de esas capas. La aceptación técnica depende del conjunto.
Resultado de prueba, conformidad y aceptación son decisiones diferentes
Conviene separar tres conceptos que con frecuencia se confunden.
Resultado de prueba es la salida de una verificación. Puede ser un valor medido, una respuesta funcional, una secuencia observada o una clasificación PASS/FAIL.
Conformidad es la conclusión de que el resultado cumple el requisito o criterio aplicable. Para afirmar conformidad, es necesario saber contra qué referencia se comparó el resultado.
Aceptación técnica es una decisión del contratante o de la autoridad definida por la gobernanza, tomada después de analizar el conjunto de requisitos, evidencias, pendientes y entregables aplicables al hito contractual.
Un sistema puede tener cientos de pruebas aprobadas y aun no estar listo para la aceptación porque faltan documentos, integraciones, repruebas, correcciones, capacitación, As-Built, Data Book, licencias, backups o cierre de no conformidades. Lo contrario también es relevante: una falla puntual no necesariamente invalida todo el sistema, siempre que su criticidad, alcance y tratamiento sean evaluados técnicamente y que el contrato permita el tratamiento correspondiente.
La cadena de entrega ya existente en el acervo A3A separa instalación, funcionamiento, prueba, entrega técnica, aceptación y handover. Esta separación evita transformar un evento parcial en evidencia de conclusión global.
El identificador del objeto ensayado forma parte del resultado
Un informe sin identificación inequívoca del objeto puede ser técnicamente inútil para la aceptación. Saber que “un punto”, “un cable”, “un equipo” o “una función” pasó no resuelve nada si no es posible relacionar el registro con el elemento físico o lógico efectivamente instalado.
La trazabilidad mínima puede incluir, según el tipo de sistema:
- TAG del equipo;
- número de serie;
- código del circuito;
- identificación de panel y posición;
- origen y destino del enlace;
- puerto lógico o físico;
- dirección IP o identificador del activo;
- ubicación física;
- revisión del plano o lista aplicable;
- paquete de trabajo o sistema al que pertenece el elemento.
En redes estructuradas, por ejemplo, la asociación entre identificador del punto, patch panel, puerto, toma y archivo de certificación es tan importante como el valor medido. En sistemas eléctricos, el ensayo debe estar asociado al circuito o equipo correcto. En automatización, una evidencia funcional debe dejar claro qué lógica, versión, I/O, lazo o escenario fue verificado.
Si la identificación está desplazada, duplicada o basada solamente en la posición de una fila en una hoja de cálculo, el propietario puede disponer de muchos registros y poca trazabilidad real.
El criterio de aceptación debe existir antes del resultado
Un criterio creado después de la prueba corre el riesgo de adaptar la regla al resultado observado. Por eso, los criterios de aceptación deben definirse en la especificación, el proyecto, el procedimiento, el PIT/ITP, el plan de comisionamiento u otro documento contractual aplicable antes de la ejecución.
Un criterio robusto debe indicar, cuando corresponda:
- parámetro a verificar;
- unidad;
- límite mínimo o máximo;
- tolerancia;
- condición operativa;
- duración de la prueba;
- cantidad de ciclos;
- respuesta esperada;
- condición impeditiva;
- regla para reprueba;
- regla para aceptación con pendiente, cuando se admita;
- evidencia que debe preservarse.
Expresiones como “funcionamiento normal”, “prueba satisfactoria”, “sin anomalías” o “resultado aprobado” son débiles cuando no existe una referencia que permita repetir la decisión.
La gestión de criterios de aceptación comienza en la definición de requisitos y continúa hasta el comisionamiento. Esto evita que ejecución, fiscalización y proveedor utilicen referencias distintas para evaluar la misma entrega.
El procedimiento también debe ser válido
Dos pruebas con el mismo nombre pueden producir evidencias de calidad muy diferente. El procedimiento debe especificar el modo de ejecución con un nivel de detalle compatible con el riesgo y la tecnología.
Antes de considerar el resultado, es necesario verificar:
- revisión del procedimiento utilizada;
- alcance de la prueba;
- prerrequisitos;
- configuración inicial del sistema;
- instrumentos y herramientas;
- secuencia de pasos;
- puntos de medición;
- cargas o estímulos aplicados;
- parámetros observados;
- tolerancias;
- criterios de interrupción;
- tratamiento de fallas;
- forma de registro;
- condición para repetición.
Un resultado obtenido mediante un procedimiento superado, incompleto o no aprobado puede no demostrar lo que exige el contrato, aunque aparezca como PASS.
Precondiciones inadecuadas pueden producir un PASS engañoso
La prueba solo es representativa cuando las condiciones de ejecución corresponden al escenario que se desea validar. Una demostración simplificada puede ocultar problemas que aparecen con carga, integración, redundancia, contingencia u operación real.
Algunas precondiciones relevantes son:
- sistema en la revisión/configuración correcta;
- instalación concluida en el alcance ensayado;
- alimentación definitiva o condición equivalente controlada;
- interfaces necesarias disponibles;
- entorno de red correcto;
- instrumentos estabilizados;
- sensores y actuadores asociados;
- bases de datos y parámetros cargados;
- permisos y licencias activos;
- condiciones ambientales registradas cuando influyen en el resultado;
- pendientes anteriores clasificadas.
Un equipo que funciona conectado a un banco de pruebas no necesariamente demuestra su comportamiento en el entorno definitivo. Este es precisamente el motivo por el que FAT y SAT tienen papeles diferentes y por el que pueden ser necesarias pruebas integradas incluso después de resultados individuales satisfactorios.
Instrumento, calibración y trazabilidad metrológica
Un resultado de prueba solo sustenta una decisión cuando el método y los instrumentos utilizados ofrecen una confianza compatible con el requisito.
Los ensayos independientes ayudan al propietario a verificar desempeño, conformidad y trazabilidad sin depender únicamente de la autodeclaración del ejecutor.
Cuando la conclusión depende de una medición, la confiabilidad de la evidencia pasa por el recurso utilizado. El instrumento debe ser adecuado para la magnitud, rango y precisión necesarios para el ensayo. Cuando la trazabilidad metrológica sea un requisito o resulte necesaria para dar confianza al resultado, deben existir evidencias de calibración o verificación compatibles con el uso.
No basta con adjuntar cualquier certificado. Es necesario verificar si:
- el instrumento identificado en el informe es el mismo utilizado en el ensayo;
- el certificado corresponde al número de serie correcto;
- la validez estaba vigente en la fecha de la prueba, cuando corresponda al sistema de gestión adoptado;
- el rango de medición es adecuado;
- la incertidumbre y la resolución no vuelven irrelevante la comparación;
- no existen restricciones de uso que comprometan el resultado;
- la configuración y los accesorios utilizados son compatibles con el método.
La orientación del ISO 9001 Auditing Practices Group sobre trazabilidad de medición refuerza la necesidad de evidencia objetiva cuando la trazabilidad es necesaria para confiar en la validez de los resultados.
El registro debe preservar más que la palabra PASS
Un informe que contiene solamente elemento, fecha y PASS dificulta la auditoría, la reprueba y la investigación posterior. La evidencia debe permitir reconstruir la prueba sin depender de la memoria de las personas involucradas.
Según la criticidad, el registro puede incluir:
- identificación del objeto;
- procedimiento y revisión;
- requisito o criterio;
- valores brutos medidos;
- límites aplicables;
- fecha y hora;
- ejecutor;
- testigos;
- instrumento;
- condición del sistema;
- capturas de pantalla;
- logs;
- fotografías contextualizadas;
- archivos exportados por el equipo;
- desviaciones observadas;
- observaciones de campo;
- firma o aprobación digital;
- referencia al RNC/NCR o punch item cuando exista.
El resultado calculado es útil, pero los datos que lo originaron son los que permiten verificar su integridad.
El archivo nativo puede ser la diferencia entre evidencia y una simple impresión
Cuando el equipo o software de prueba produce un archivo nativo, su preservación puede aumentar significativamente la auditabilidad. PDF y hoja de cálculo son formatos excelentes para lectura y consolidación, pero pueden no conservar todos los metadatos, curvas, parámetros, logs e información de origen existentes en el archivo del instrumento.
Por ello, en sistemas de mayor criticidad, el plan de pruebas o la matriz documental puede exigir simultáneamente:
- informe legible en PDF;
- archivo nativo del instrumento o software;
- exportación estructurada, cuando esté disponible;
- checksum o control de integridad cuando el riesgo lo justifique;
- identificación del equipo ensayado;
- vínculo con el repositorio documental;
- control de versión.
La exigencia debe ser proporcional y estar prevista. No toda prueba genera un archivo nativo y no todo contrato necesita checksum. El principio es preservar evidencia suficiente para que el propietario pueda auditar el resultado sin depender exclusivamente de una impresión producida por el propio ejecutor.
Muestreo: un PASS puede representar solamente una pequeña parte
Uno de los errores más comunes es extrapolar el resultado de una muestra a todo el universo sin criterio estadístico, técnico o contractual. La extensión de la prueba debe definirse según el riesgo, la norma aplicable, el tipo de sistema, la repetitividad del proceso y la consecuencia de falla.
Tres estrategias son frecuentes:
| Estrategia | Aplicación típica | Limitación |
| 100% de los elementos | requisitos críticos, certificaciones unitarias, funciones obligatorias | mayor esfuerzo y tiempo |
| Muestreo definido | elementos repetitivos con proceso controlado | exige criterio de selección y regla de ampliación |
| Prueba por escenario | sistemas integrados y funciones complejas | la cobertura depende de la calidad de los escenarios |
La muestra debe ser identificable. En un conjunto con cientos de elementos, seleccionar únicamente los de mejor acceso o los previamente preparados reduce la fuerza de la evidencia. El muestreo independiente, aleatorio, estratificado o dirigido por riesgo puede producir una visión más confiable, según el caso.
Si una contraprueba independiente encuentra una falla en un elemento previamente aprobado, la respuesta no debe limitarse a corregir ese elemento. Es necesario evaluar si el hallazgo indica un problema aislado o una falla sistémica y, cuando se justifique, ampliar la muestra o repetir la campaña de pruebas.
La reprueba debe cerrar la causa, no solamente producir un nuevo PASS
Cuando un elemento falla, la secuencia correcta no consiste simplemente en ejecutar nuevamente hasta que aparezca PASS. La reprueba debe realizarse después del análisis de la desviación.
La cadena mínima es:
- registrar la falla;
- preservar la evidencia original;
- identificar la causa probable o confirmada;
- ejecutar la corrección autorizada;
- evaluar el impacto en elementos similares o interfaces;
- definir la extensión de la reprueba;
- ejecutar nuevamente bajo procedimiento controlado;
- registrar el resultado y su vínculo con la desviación original;
- verificar el cierre de la no conformidad.
Si un cambio de configuración resolvió el problema, ese cambio debe llegar a la baseline, al As-Built, al backup y a los registros aplicables. Sin ello, la prueba pasa, pero la documentación entregada continúa describiendo un sistema diferente del que fue efectivamente corregido.
Witness test, Hold Point y verificación independiente
Las pruebas críticas necesitan una gobernanza que defina quién ejecuta, quién atestigua, cuándo se bloquea el avance y qué evidencias cierran cada gate.
El comisionamiento integra pruebas, punch list, preparación y documentación en una secuencia controlada hasta la aceptación.
La calidad de la evidencia aumenta cuando el propietario no depende exclusivamente de la autodeclaración de quien ejecutó. Esto no significa repetir integralmente todos los ensayos, sino estructurar mecanismos de supervisión proporcionales al riesgo.
Un Witness Point permite que el contratante, la fiscalización o el Owner’s Engineering acompañen determinada prueba. Un Hold Point impide avanzar hasta que se libere la condición especificada. Una verificación independiente puede repetir parte de las pruebas o realizar contrapruebas seleccionadas.
La elección depende de criticidad, repetibilidad y costo de falla. Es especialmente útil aplicar verificación independiente cuando:
- el resultado sustenta un pago relevante;
- la actividad quedará oculta o inaccesible;
- el proveedor controla por sí solo la generación e interpretación de la evidencia;
- existe historial de inconsistencias;
- el sistema es crítico;
- una falla posterior tendría alto impacto operativo;
- la aceptación cierra una parte importante de la responsabilidad contractual.
La independencia no elimina la responsabilidad de la contratada por la calidad. Aumenta la confianza del propietario en la decisión.
El PASS individual no sustituye la prueba integrada
Los sistemas complejos pueden funcionar perfectamente de forma aislada y fallar en las interfaces. Por eso, pruebas unitarias, FAT, SAT y verificaciones de componentes no necesariamente sustituyen las pruebas de integración y los escenarios de operación.
Ejemplos de fallas que pueden escapar de ensayos individuales:
- pérdida de comunicación entre sistemas;
- secuencia de comando incorrecta;
- timeout o latencia;
- prioridad inadecuada de alarmas;
- inconsistencia horaria;
- pérdida de redundancia;
- comportamiento inesperado ante falta de energía;
- retorno incorrecto después del restablecimiento;
- permisos de acceso incompatibles;
- falla de failover;
- datos no propagados entre plataformas;
- respuesta inadecuada en un escenario de emergencia.
La IEC 62381:2024 incluye FIT y SIT precisamente para tratar la integración en fábrica y en sitio. El principio es general: la conformidad de las partes no demuestra automáticamente el desempeño del sistema como conjunto.
La prueba debe relacionarse con la documentación final
El cierre técnico no puede mantener las pruebas en un silo y el As-Built en otro. El registro de aceptación debe reconciliarse con la configuración final entregada.
Esto implica, según el objeto:
- planos revisados;
- diagramas;
- listas de puntos;
- inventario de activos;
- firmware y software;
- parámetros;
- direccionamiento;
- licencias;
- backups;
- listas de cables;
- tags;
- certificados;
- informes de inspección;
- RNCs/NCRs;
- punch list;
- procedimientos;
- manuales;
- capacitación;
- Data Book.
Si la prueba se realizó sobre una configuración provisional y la documentación final describe otra, el PASS perdió parte de su capacidad de sustentar la entrega. La trazabilidad debe conectar lo que fue probado con lo que quedó instalado.
El Data Book no debe ser un depósito de resultados sin contexto
Cientos de informes PASS no sustituyen una cadena documental trazable entre requisito, prueba, desviación, reprueba y configuración final.
La auditoría técnica del Data Book verifica consistencia, completitud y capacidad de reconstruir la entrega.
Auditoría Técnica de Data Book y Documentación Final de Ingeniería
La cantidad de archivos no equivale a calidad documental. Un Data Book puede contener cientos de informes y aun no permitir responder qué requisitos se probaron, qué elementos fallaron, cuáles fueron reprobados y qué versión final debe considerarse.
Una estructura de aceptación madura debe permitir navegar de forma lógica:
requisito → elemento → procedimiento → ejecución → resultado → desviación → corrección → reprueba → evidencia final → aceptación.
Cuando esta cadena se mantiene en GED/EDMS u otra fuente controlada, el equipo de operación recibe información mucho más útil que un conjunto de PDFs desconectados.
La recepción contractual es más amplia que la aprobación de la prueba
En contrataciones regidas por la Ley brasileña n.º 14.133/2021, el art. 140 diferencia recepción provisional y definitiva y establece que las obras y servicios sean recibidos mediante verificación del cumplimiento de las exigencias técnicas y contractuales. El mismo dispositivo prevé que los ensayos, pruebas y otras comprobaciones exigidos por normas técnicas oficiales, salvo disposición en contrario, corren por cuenta del contratista.
Esto refuerza una distinción importante: la prueba es una evidencia para la recepción; no es la recepción en sí. La decisión debe considerar el contrato como un todo.
En la recepción técnica pueden existir, además de las pruebas:
- entregables documentales;
- garantías;
- correcciones de pendientes;
- capacitación;
- repuestos;
- documentación legal;
- ART/RRT cuando corresponda;
- As-Built;
- Data Book;
- manuales;
- licencias;
- criterios de operación y mantenimiento;
- obligaciones remanentes.
En contratos privados o sometidos a reglamentos propios, la lógica sigue siendo contractual: la referencia debe ser el instrumento aplicable, sin trasladar automáticamente reglas de la Ley brasileña n.º 14.133 a regímenes que no se rigen por ella.
Cómo transformar resultados de prueba en una decisión de aceptación
Una decisión técnicamente defendible puede estructurarse mediante gates. El responsable no necesita revisar cada archivo del mismo modo; necesita verificar si se produjeron las evidencias necesarias, si las excepciones están identificadas y si los elementos impeditivos fueron resueltos.
| Situación | Tratamiento recomendado |
| PASS válido, trazable y sin pendiente asociada | elegible para integrar la aceptación |
| PASS con documentación incompleta | mantener pendiente documental |
| PASS sin identificación inequívoca del objeto | no usar como evidencia concluyente hasta reconciliar |
| PASS sin criterio previamente definido | someter a análisis técnico; no presumir aceptación |
| PASS en muestra insuficiente | ampliar cobertura según riesgo/criterio |
| PASS después de corrección sin vínculo con la falla original | completar trazabilidad de la reprueba |
| PASS individual con integración aún no verificada | mantener gate de integración/comisionamiento |
| FAIL o desviación crítica | bloquear el avance definido por el plan de pruebas |
| Pendiente no impeditiva | tratar según clasificación y reglas contractuales |
El objetivo no es crear burocracia de firmas sobre cada resultado. Es evitar que un dato parcial sea transformado, por presión de plazo, en una conclusión mayor que aquello que técnicamente demuestra.
La criticidad de las pendientes debe definirse
No toda pendiente tiene el mismo efecto sobre la aceptación. La clasificación debe considerar seguridad, funcionalidad, desempeño, riesgo operativo, mantenimiento, documentación e impacto contractual.
Una taxonomía simple puede separar:
- impeditiva: impide operación, seguridad, desempeño esencial o cumplimiento contractual;
- mayor: requiere corrección y validación antes de la aceptación definitiva, aunque pueda no impedir pruebas posteriores;
- menor: no compromete una función esencial y puede tener tratamiento controlado según el contrato;
- documental: evidencia o registro faltante que debe completarse;
- informativa: observación sin necesidad de acción correctiva.
Esta clasificación debe estar asociada a responsable, plazo, evidencia de cierre y autoridad para cierre.
Prueba independiente no significa prueba adversarial
La verificación independiente debe entenderse como un mecanismo de confianza, no como un intento de encontrar fallas a cualquier costo. El objetivo es reducir conflictos de interés y aumentar la calidad de la evidencia.
Una campaña independiente bien diseñada puede:
- seleccionar muestras sin influencia del ejecutor;
- repetir mediciones críticas;
- verificar coherencia de identificadores;
- confrontar archivos nativos con informes exportados;
- revisar parámetros del instrumento;
- observar la ejecución de procedimientos;
- comprobar consistencia entre prueba y As-Built;
- validar el cierre de no conformidades;
- recomendar ampliación de la muestra cuando surjan inconsistencias.
El resultado puede confirmar integralmente el trabajo de la contratada. Ese también es un resultado valioso: proporciona al propietario evidencia adicional de que la campaña original es confiable.
El papel del comisionamiento en esta cadena
El comisionamiento organiza la verificación progresiva de la entrega desde requisitos y planificación hasta pruebas, integración, documentación, preparación y handover. Evita concentrar toda la validación al final.
La IEC 62337:2012 establece fases e hitos entre la conclusión del montaje y la aceptación de la planta por el propietario en el contexto de sistemas eléctricos, instrumentación y control de la industria de procesos. La aplicación concreta debe adaptarse al tipo de proyecto, pero el principio es relevante para otros sistemas: existen estados intermedios de conclusión y preparación que deben demostrarse antes de la aceptación.
Por eso, un PASS en SAT puede liberar la etapa siguiente y aun no significar recepción final. Una prueba integrada aprobada puede demostrar preparación funcional y todavía depender de documentación final. Un sistema con punch list controlada puede avanzar hacia operación asistida cuando el plan lo permita, aunque no todas las obligaciones contractuales estén cerradas.
El valor del comisionamiento consiste precisamente en transformar esos hitos en decisiones explícitas.
Experience: cuando la evidencia debe ser auditable por terceros
La señal de alerta aparece cuando existe un gran volumen de resultados aprobados, pero el equipo del propietario no consigue reconstruir con seguridad qué elemento fue probado, por qué método, bajo qué condición, con qué archivo de origen y contra qué criterio.
El riesgo es aceptar una conclusión estadística o documentalmente mayor que la evidencia disponible. Esto puede ocurrir por identificación incorrecta, exportación de informes sin archivos nativos, repruebas sin trazabilidad, muestreo inadecuado o simple desconexión entre campo y documentación.
La barrera de control consiste en separar producción de evidencia y validación de evidencia. La contratada continúa siendo responsable de ejecutar y documentar sus pruebas; el propietario, la fiscalización o el Owner’s Engineering evalúan si el conjunto es suficiente para la decisión. Cuando el riesgo lo justifica, las contrapruebas independientes aumentan la confianza.
El aprendizaje que debe volver al contrato siguiente es objetivo: criterios, formatos de archivo, extensión de las pruebas, muestreo, witness points, reglas de reprueba, identificación, documentación y condición de aceptación deben preverse antes de la ejecución.
Consideraciones finales
PASS es un resultado; aceptación es una decisión. Entre uno y otro existe una cadena de ingeniería que debe permanecer íntegra.
El propietario debe poder responder qué se probó, contra qué requisito, por qué método, bajo qué condiciones, con qué instrumento, por quién, con qué registro, con qué cobertura, qué desviaciones existieron y qué versión final del sistema fue efectivamente entregada. Cuando esas respuestas están disponibles y reconciliadas, el resultado de prueba gana fuerza como evidencia.
Cuando no lo están, la cantidad de informes aprobados puede crear solamente una apariencia de control.
La mejor práctica es diseñar la aceptación desde el inicio: requisitos verificables, criterios previos, PIT/ITP, procedimientos, archivos de origen, trazabilidad, witness testing, gestión de no conformidades, repruebas, comisionamiento, As-Built y documentación final trabajando como una sola cadena de evidencias.
Referencias técnicas
[1] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62381:2024 — Automation systems in the process industry — Factory acceptance test (FAT), site acceptance test (SAT), and site integration test (SIT). Geneva: IEC, 2024. Disponible en: https://webstore.iec.ch/en/publication/67572
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62337:2012 — Commissioning of electrical, instrumentation and control systems in the process industry — Specific phases and milestones. Geneva: IEC, 2012. Disponible en: https://webstore.iec.ch/en/publication/6871
[3] BRASIL. Ley n.º 14.133, de 1 de abril de 2021. Ley de Licitaciones y Contratos Administrativos, especialmente art. 140. Disponible en: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm
[4] ISO 9001 AUDITING PRACTICES GROUP. Guidance on Measurement Traceability. Geneva: ISO/IAF. Disponible en: https://www.iso.org/files/live/sites/tc176sc2/files/documents/ISO%209001%20Auditing%20Practices%20Group%20docs/Auditing%20to%20ISO%209001%202015/APG-MeasurementTraceability2015.pdf
Preguntas frecuentes
No. PASS demuestra que una verificación específica cumplió el criterio aplicado. La aceptación técnica también considera cobertura, trazabilidad, documentación, pendientes, integraciones y demás requisitos contractuales.
La prueba produce evidencias sobre requisitos específicos. La aceptación técnica es la decisión formal tomada a partir del conjunto de evidencias, entregables, pendientes y criterios aplicables al hito contractual.
Puede ser suficiente en algunos casos, pero cuando el instrumento o software genera un archivo nativo y la criticidad exige auditabilidad, también conviene preservar el archivo de origen, los metadatos y el vínculo con el elemento ensayado.
Cuando el riesgo, la criticidad, el impacto financiero, la dificultad de acceso posterior, el historial de inconsistencias o la dependencia de la autodeclaración del ejecutor justifiquen una capa adicional de verificación.
No necesariamente. El SAT verifica el sistema en el entorno de instalación, pero el plan puede exigir pruebas integradas, cierre de pendientes, documentación, As-Built, capacitación, handover y otros gates antes de la aceptación final.
La falla original debe permanecer registrada, con causa, corrección, impacto en elementos similares, extensión de la reprueba y vínculo con el nuevo resultado. El nuevo PASS no debe borrar la evidencia de la no conformidad anterior.
Materiales técnicos complementarios
Soluciones relacionadas
Servicios relacionados
- Ensayos y Pruebas Técnicas: verificación, desempeño, conformidad y aceptación
- Comisionamiento de Ingeniería: planificación, pruebas, preparación y handover
- Auditoría Técnica de Data Book y Documentación Final de Ingeniería
Contenidos principales sobre el tema
- FAT y SAT: qué son, diferencias, pruebas integradas y criterios de aceptación
- Criterios de Aceptación en Ingeniería: requisitos, evidencias y validación técnica
- Un sistema instalado no es un sistema entregado: conclusión física, entrega técnica y aceptación
Contenidos técnicos relacionados
- Plan de Inspección y Pruebas (PIT/ITP): puntos de control, criterios y registros
- QA/QC Independiente en Ingeniería: cuándo el Owner necesita una tercera parte
- Documentación de Ingeniería como condición de medición y aceptación técnica
- Comisionamiento: guía completa de planificación, pruebas, aceptación y handover
