Un proyecto puede aprobar satisfactoriamente una FAT y aun así detener la producción durante la puesta en marcha. Los errores comunes en comisionamiento rara vez provienen de un solo componente defectuoso: normalmente aparecen en la interfaz entre ingeniería, fabricación, software, instrumentación, energía, proceso y operación. Identificarlos antes de energizar o introducir producto reduce retrabajos, protege los activos y permite que la planta reciba un sistema mantenible.
El comisionamiento no debe tratarse como la etapa final para resolver pendientes acumulados. Es el proceso estructurado para verificar que cada equipo, señal, lógica, comunicación e interbloqueo funcione conforme a la ingeniería aprobada y a las condiciones reales de operación. Su calidad depende de decisiones tomadas desde la especificación, el diseño y las pruebas previas.
1. Iniciar sin alcance ni criterios de aceptación definidos
Uno de los problemas más costosos es iniciar actividades en campo con una definición ambigua de lo que significa que el sistema esté listo. Frases como “solo falta probarlo” ocultan preguntas críticas: ¿qué secuencias deben validarse?, ¿qué alarmas requieren prueba?, ¿cuáles son los límites operativos?, ¿quién autoriza cambios?, ¿qué condición permite pasar de SAT a puesta en marcha?
El alcance debe traducirse en protocolos verificables. Para un sistema de automatización, esto incluye listas de I/O, diagramas eléctricos actualizados, P&ID, narrativa de control, matriz causa-efecto, filosofía de alarmas, arquitectura de red, secuencias de operación y criterios de aceptación. En proyectos regulados, también puede requerir trazabilidad entre requisitos de usuario, especificación funcional, pruebas y evidencia documental, bajo el enfoque aplicable de GAMP 5 o 21 CFR Part 11.
No todos los proyectos exigen el mismo nivel documental. Una migración puntual de PLC puede requerir un paquete más acotado que una nueva línea farmacéutica. Sin embargo, ambos necesitan una base controlada para evitar que el criterio de aceptación cambie durante las pruebas.
2. Confundir I/O Check con prueba funcional
Verificar que una entrada digital cambie de estado en el HMI no demuestra que el equipo esté correctamente integrado. El I/O Check confirma continuidad, direccionamiento, escala, polaridad y visualización básica. La prueba funcional valida algo distinto: que la señal genere la respuesta prevista dentro de la secuencia, con sus permisos, temporizadores, alarmas, interbloqueos y condiciones de falla.
Un transmisor de presión puede entregar 12 mA y visualizar un valor aparentemente correcto, pero tener rango mal configurado, unidades inconsistentes entre PLC y SCADA, amortiguamiento excesivo o una alarma de alta presión fuera de especificación. De forma similar, un comando de arranque a un variador puede funcionar en modo manual y fallar en automático por una condición de permissive no satisfecha.
La prueba debe seguir la cadena completa: instrumento o dispositivo de campo, cableado, tarjeta de I/O, PLC, lógica, HMI o SCADA, red industrial, actuador y respuesta del proceso. En señales analógicas, conviene aplicar puntos de prueba representativos del rango y verificar la ingeniería asociada, no solo el valor instantáneo.
3. Dejar la instrumentación para el final
En plantas de proceso, el desempeño del control depende de la calidad de la medición. Un lazo PID no compensará un transmisor mal seleccionado, una toma de presión obstruida, una válvula con histéresis elevada o un caudalímetro instalado sin los tramos rectos requeridos por su tecnología.
Este error es frecuente cuando la instrumentación se considera un suministro aislado del sistema de control. Antes de comisionar, se deben revisar rangos, hojas de datos, orientación de montaje, alimentación, puesta a tierra, calibración, etiquetado, configuración de comunicación y compatibilidad con el proceso. Para válvulas de control, la prueba debe incluir sentido de falla, posición segura, posicionador, aire de instrumentos, realimentación de posición y respuesta ante pérdida de señal o energía.
La sintonía PID debe realizarse cuando el lazo ya cuenta con una medición confiable, elemento final operativo y condiciones de proceso representativas. Ajustar parámetros durante una condición transitoria anormal puede producir una configuración que funcione en pruebas, pero sea inestable durante producción.
4. Subestimar la calidad eléctrica y la puesta a tierra
Fallas intermitentes de comunicación, reinicios de PLC, lecturas analógicas inestables y disparos inexplicables suelen atribuirse al software antes de revisar la instalación eléctrica. En muchos casos, la causa está en una fuente de alimentación insuficiente, una referencia de tierra incorrecta, blindajes mal terminados, separación deficiente entre potencia y control o conexiones flojas en tableros.
El comisionamiento eléctrico debe confirmar protecciones, calibre de conductores, torque conforme a especificación, identificación, continuidad de tierra, polaridad, selectividad cuando aplique y tensión real bajo carga. También debe considerar la convivencia entre variadores de frecuencia, motores, instrumentación sensible y redes de comunicación.
Las prácticas aplicables dependen de la instalación y del marco normativo del proyecto, incluyendo criterios IEC, NOM o NFPA. El objetivo no es completar una lista genérica, sino verificar que la instalación ejecutada coincide con la ingeniería aprobada y es segura para operar y mantener.
5. Probar redes industriales solo cuando aparece una falla
Una red PROFINET, PROFIBUS, AS-i o Ethernet industrial puede comunicar durante una prueba breve y presentar fallas al conectar todos los nodos, habilitar variadores o cargar tráfico de SCADA. Las topologías improvisadas, direcciones duplicadas, conectores mal instalados, terminaciones incorrectas y equipos no administrados donde se requiere diagnóstico son fuentes recurrentes de indisponibilidad.
Antes de la puesta en marcha, se debe comprobar la arquitectura física y lógica: nombres de dispositivo, direcciones IP, segmentación, diagnóstico de puertos, calidad de cableado, redundancia si fue especificada y comportamiento ante pérdida de comunicación. En plataformas Siemens, la validación debe cubrir la configuración descargada en TIA Portal o PCS 7, la correspondencia con el hardware instalado y los diagnósticos disponibles para mantenimiento.
También conviene probar escenarios de degradación controlada. Saber cómo responde el proceso cuando un remoto I/O, un HMI, un switch o un variador pierde comunicación evita decisiones improvisadas ante una falla real.
6. Modificar software en campo sin control de versiones
Durante el comisionamiento es normal ajustar escalas, temporizadores, secuencias y pantallas. El problema aparece cuando esos cambios se realizan directamente en línea, sin respaldo, sin registro y sin una revisión técnica que evalúe su impacto. Al cierre del proyecto, la planta puede tener un PLC operando con una versión distinta a la archivada y planos que ya no representan la instalación.
Cada modificación debe registrarse con fecha, responsable, motivo, versión afectada y resultado de la prueba. Antes de descargar cambios a un PLC, se requiere respaldo verificable del programa actual y una evaluación de riesgo para no alterar funciones ajenas al ajuste. En sistemas con requisitos de trazabilidad, el control de acceso y la evidencia de cambios deben responder al alcance regulatorio definido.
La documentación As-Built no es un entregable administrativo. Es la referencia que utilizarán mantenimiento e ingeniería para diagnosticar fallas, ampliar capacidad o migrar tecnología sin partir de supuestos.
7. Validar la operación sin involucrar a quienes usarán el sistema
Un sistema puede cumplir su lógica funcional y seguir siendo difícil de operar. Si operadores y mantenimiento participan solo al final, es común encontrar HMI con alarmas poco claras, modos manuales insuficientes, diagnósticos inaccesibles o secuencias que no reflejan la práctica segura de la planta.
Las pruebas deben incluir condiciones normales, arranques, paros, cambio de receta cuando aplique, fallas de instrumento, pérdida de energía, disparos de seguridad y recuperación después de una interrupción. El operador debe entender qué ocurrió, qué equipo está inhibido y qué pasos están permitidos para recuperar el proceso. Mantenimiento, por su parte, requiere diagnósticos que permitan distinguir una falla de campo, una condición de proceso, un problema de red o una protección eléctrica activa.
Esta participación también ayuda a separar solicitudes necesarias de cambios convenientes pero no críticos. No todo ajuste identificado durante la puesta en marcha debe incorporarse de inmediato; algunos requieren análisis de proceso, actualización de ingeniería o programarse para una ventana de paro posterior.
Cómo reducir errores comunes en comisionamiento
La medida más efectiva es planear el comisionamiento desde la ingeniería básica y de detalle. Esto implica dividir el trabajo en etapas con entregables y responsables: revisión documental, inspección mecánica y eléctrica, energización controlada, I/O Check, pruebas de lazos, pruebas funcionales, SAT, puesta en marcha y cierre As-Built.
Cada etapa debe generar evidencia y una lista de pendientes clasificada por criticidad. Un pendiente que afecta seguridad, integridad de equipo, cumplimiento o continuidad operativa no puede tratarse igual que una mejora visual en una pantalla HMI. La disciplina para cerrar pendientes evita trasladar riesgos conocidos a producción.
En ProAIC Automatización, el comisionamiento se aborda como una integración de ingeniería, control, instrumentación, tableros, software y operación. El resultado esperado no es únicamente que el sistema arranque, sino que la planta reciba una solución trazable, diagnosticable y preparada para sostener su operación. Una puesta en marcha ordenada comienza mucho antes de energizar el tablero: comienza cuando cada decisión de ingeniería puede probarse, documentarse y entregarse con responsabilidad técnica.
