Construcción y BOM
FAT de un cuadro PLC: plan de pruebas y checklist de aceptación
Un FAT no debería terminar con «funciona» y una firma. Debe demostrar requisitos definidos, sobre una configuración identificada, con evidencias y límites claros de lo que se ha podido probar en fábrica.
La idea clave
Acuerda alcance, requisitos y criterios de aceptación antes de ejecutar el FAT. Cada prueba debe relacionar condición inicial, estímulo, resultado esperado y evidencia. Distingue las simulaciones de fábrica de las verificaciones que necesitan la instalación real.
En esta guía
Qué demuestra un FAT y qué queda fuera
El FAT —Factory Acceptance Test— permite comprobar en fábrica requisitos del suministro antes de su entrega. En un cuadro PLC puede abarcar documentación, configuración, interfaces y comportamiento funcional dentro del alcance acordado. El objeto probado no es necesariamente la planta completa ni el instrumento instalado en campo.
La IEC 62381:2024 trata pruebas de aceptación e integración de automatización en la industria de proceso y plantea acordar alcance y responsabilidades. Su aplicación depende del suministro y del contrato; no convierte cualquier prueba de un cuadro de maquinaria en un FAT normativamente conforme.
FAT funcional no equivale a certificación eléctrica o de seguridad
La aceptación funcional no sustituye las verificaciones eléctricas aplicables al conjunto ni una validación de funciones de seguridad. Tampoco demuestra por sí sola conformidad CE, SIL o PL. Define qué evaluación y qué evidencias corresponden a cada alcance, con personal competente.
Cuando sea aplicable la serie IEC 61439, la Parte 1 debe utilizarse junto con la parte pertinente del conjunto. Para equipamiento eléctrico de máquinas, comprueba el marco aplicable de IEC 60204-1 y sus actualizaciones. Las fichas públicas de estas normas sirven aquí para delimitar el alcance; esta guía no reproduce sus procedimientos de verificación.
Documentación y condiciones de entrada
- Especificación funcional, requisitos de aceptación y matriz de causa-efecto cuando corresponda, en revisión acordada.
- Esquemas, Listado de señales PLC: campos, ejemplo y revisión, conexionado y BOM que representen el cuadro sometido a prueba.
- Referencias y versiones de hardware, firmware, programa PLC/HMI y configuración de red identificadas.
- Plan de pruebas con cobertura, responsables, medios de simulación y registro de resultados.
- Condiciones de seguridad y procedimiento de ensayo aprobados por el responsable competente.
- Medios de medida adecuados e identificación de su estado de calibración o verificación según el plan.
- Accesos, copias de seguridad y método de recuperación definidos antes de probar.
Si un plano todavía no representa el cableado real, registra la discrepancia antes de usarlo como evidencia. Una lista de materiales comprados no demuestra la configuración montada. Comprueba si faltan equipos de terceros o servicios de planta y establece qué pruebas se simularán, cuáles se posponen y cuáles no aplican.
Formato de una prueba trazable
| Campo | Contenido esperado |
|---|---|
| ID / requisito | FAT-AI-01 vinculado a un requisito de escala identificado. |
| Configuración | Cuadro, software y documentos de referencia; método de simulación. |
| Condición inicial | Modo, estados y condiciones necesarias; límites del banco de prueba. |
| Estímulo | Entrada o condición definida por el procedimiento autorizado. |
| Resultado esperado | Valor, estado o comportamiento y tolerancia acordada antes de probar. |
| Evidencia | Registro de medida, captura, log o referencia al acta; resultado observado. |
| Conclusión | Superada / no superada / no ejecutada / no aplica, con justificación. |
| Responsabilidad | Ejecutor, testigo o aprobador según contrato; fecha e incidencia vinculada. |
«Se comprueba la señal» no es un criterio reproducible. Hay que especificar qué parte de la cadena se verifica: bornero de entrada, canal, variable PLC, presentación HMI o función de control. Forzar una variable interna no prueba el cableado ni la conversión del módulo; una simulación en un punto de la interfaz solo cubre el recorrido a partir de ese punto.
Ejemplo: escala de presión 4–20 mA
Ejemplo ficticio e ideal: rango declarado de 0 a 10 bar, relación lineal y señal de 4 a 20 mA. En el rango nominal, la conversión es P = (I − 4) × 10 / 16, con I en mA y P en bar. Esta ecuación no define por sí sola el tratamiento de sobre/subrango o señal defectuosa.
| Punto nominal | Corriente ideal | Presión ideal | Qué se registra |
|---|---|---|---|
| Inferior | 4 mA | 0 bar | Lectura PLC/HMI, unidad y diferencia observada. |
| Intermedio | 12 mA | 5 bar | Coherencia de escala en el punto medio. |
| Superior | 20 mA | 10 bar | Lectura, límites y tratamiento esperado del rango. |
La tolerancia debe acordarse considerando el requisito y el método de ensayo, el módulo, el medio de simulación y la cadena efectivamente comprobada. No se asigna automáticamente «±0,1 bar» a todos los sistemas. Si el transmisor no está en el banco, este resultado no verifica su calibración, montaje, toma de presión ni condiciones reales de proceso.
Las pruebas de señal defectuosa, diagnósticos y recuperación necesitan casos adicionales basados en el diseño y las fichas del equipo. No extrapoles el comportamiento de una entrada estándar a una función de seguridad. La creación de estímulos y la energización se realizan exclusivamente mediante el procedimiento autorizado; este artículo no da instrucciones de ensayo sobre equipos en tensión.
Checklist funcional para adaptar al proyecto
La siguiente matriz es una propuesta propia. No es el checklist oficial de IEC 62381 ni demuestra cumplimiento de una norma. Conviértela en casos de prueba numerados, añade criterios concretos y registra el alcance de cobertura; muestrear canales no equivale a comprobarlos todos.
| Área | Comprobación a definir | Evidencia y límite |
|---|---|---|
| Configuración | Hardware, firmware y versiones de PLC/HMI concordantes | Inventario y respaldo identificados del objeto probado. |
| DI | Correspondencia de canal, estado, polaridad lógica y respuesta requerida | Registro por canal o cobertura justificada; método de simulación. |
| DO | Mando, estado previsto y correspondencia con la interfaz | Carga de prueba aprobada; no demuestra el actuador instalado. |
| AI/AO | Rango, unidad, escala y comportamiento definido | Puntos y tolerancias acordados; límites de la cadena probada. |
| Secuencias y modos | Transiciones, permisos e interbloqueos funcionales | Casos de condición inicial y resultado; no validación automática de seguridad. |
| Alarmas | Activación, reconocimiento, retorno e históricos requeridos | Umbrales y retardos de la especificación; registro de eventos. |
| Comunicaciones | Mapa, tipos, calidad, pérdida y recuperación | Tiempos y respuesta definidos; topología del banco documentada. |
| HMI | Tags, unidades, permisos y mandos dentro del alcance | Casos de uso y capturas; perfiles de acceso acordados. |
| Reinicio / recuperación | Comportamiento requerido en escenarios autorizados | Procedimiento seguro y registro de estado; sin ensayos improvisados. |
| Copias y entrega | Respaldo y recuperación según alcance | Versiones, contenido y método de restauración identificados. |
| Condiciones temporales | Simulaciones, puentes y forzados controlados | Registro de retirada y restablecimiento de configuración. |
| Pendientes de planta | Pruebas que necesitan instalación o equipos ausentes | Lista para SAT/integración con responsable y aceptación. |
La cobertura de E/S debe indicar número de canales probados, excluidos y pendientes, además de qué se verificó en cada uno. Para secuencias e interbloqueos, registra estados y transiciones, no solo una captura final. En comunicaciones, comprobar una lectura correcta no demuestra el tratamiento de un dato obsoleto ni la recuperación tras un fallo.
Incidencias, repetición y aceptación condicionada
Una incidencia debe tener ID, requisito afectado, resultado observado, severidad según criterios acordados, acción, responsable y evidencia de repetición. Si se modifica el programa o el cableado para corregirla, identifica la nueva configuración y qué otras pruebas pueden verse afectadas. No reutilices resultados de una versión anterior sin evaluar su validez.
Distingue «superada» de «no ejecutada». Si el cliente acepta entregar con pendientes, el acta debe expresar la condición, riesgo o limitación evaluada, responsable y fecha o hito de resolución. La firma no transforma una prueba omitida en evidencia positiva.
Antes de cerrar, verifica que las condiciones temporales del banco se han retirado o que su disposición está expresamente documentada. Los forzados, simulaciones y conexiones provisionales deben estar controlados por el procedimiento; no pueden quedar ocultos en el software entregado.
Qué entregar después del FAT
- Acta con alcance, configuración probada, participantes y conclusión.
- Protocolos y evidencias de pruebas, incluyendo no ejecutadas y no aplicables justificadas.
- Lista de incidencias y estado de correcciones y repeticiones.
- Documentación revisada, inventario y respaldo de la configuración aceptada.
- Limitaciones del banco y pruebas pendientes de campo, SAT o integración.
El FAT reduce incertidumbre antes de enviar el cuadro, pero las condiciones de instalación real deben comprobarse donde existen. Coordina la entrega con la BOM industrial y seguimiento de montaje y con los registros de montaje. El documento de aceptación debe explicar qué puede utilizar el equipo receptor y qué falta por verificar.
Preguntas frecuentes
¿Hay que probar todas las E/S?
La cobertura se acuerda según requisitos y alcance; no hay un porcentaje universal en esta guía. Si se usa muestreo, documenta el criterio y su aceptación. Un muestreo no debe presentarse como verificación individual de todos los canales.
¿FAT y SAT son lo mismo?
No. El FAT se realiza en fábrica sobre el alcance disponible. La aceptación en sitio comprueba requisitos en la instalación real según su plan, y la integración puede necesitar pruebas adicionales. Define la frontera para no dejar huecos entre fases.
¿Este checklist permite certificar el cuadro?
No. Es una ayuda editorial para organizar la aceptación funcional. La conformidad eléctrica, reglamentaria o de seguridad requiere identificar el marco aplicable y efectuar sus evaluaciones y verificaciones específicas.
Referencias técnicas y alcance
Se han consultado las fichas y alcances públicos de IEC, no el texto normativo íntegro. El checklist y el ejemplo son propios y no acreditan conformidad. Comprueba edición, adopción local, contrato y requisitos aplicables con el responsable técnico.
SOFTWARE DE INGENIERÍA EIC
Conoce el enfoque de INELVIA
INELVIA Lite es gratuito y tiene funciones limitadas. INELVIA Profesional reúne todas las funciones. Consulta el alcance de cada plan antes de elegir.