La hipótesis ZureX
ISA-88 no se ignora por costo. Se ignora porque ni el usuario final ni muchos integradores comprenden realmente el problema que intenta resolver.
Como resultado, la mayoría de los sistemas Batch terminan convirtiéndose en una colección de recetas, pantallas, programación heredada y decisiones individuales acumuladas durante años.
Introducción
Si hoy visitas una destilería, una planta química, una fábrica de alimentos o una operación de especialidades químicas en México, encontrarás algo curioso: casi todas operan procesos Batch, pero muy pocas aplican realmente ISA-88.
Algunas han escuchado hablar de la norma. Otras creen que la utilizan porque tienen recetas. Otras porque su sistema tiene fases, secuencias o un Batch Manager. Pero cuando se revisa cómo fue diseñada la automatización, aparece una realidad diferente.
El sistema no fue construido siguiendo una arquitectura Batch. Fue construido siguiendo la lógica disponible, el criterio del programador y las urgencias de producción del momento.
El error que se repite
La mayoría de los proyectos Batch comienzan con una lista de instrumentos, diagramas P&ID, una selección de PLC y una fecha de arranque.
Lo que frecuentemente no existe es una Descripción Funcional del Proceso. Es decir, un documento que defina cómo debe operar realmente la planta antes de programar.
- Cómo debe iniciar una receta.
- Qué condiciones deben validarse.
- Qué sucede si una válvula no responde.
- Cómo se administra una pausa.
- Cómo se recupera una secuencia después de una falla.
- Qué responsabilidades corresponden al operador y cuáles al sistema.
Cuando estas definiciones no existen, la programación deja de implementar el proceso y comienza a definirlo. El PLC se convierte en el lugar donde vive el conocimiento operacional.
Cuando el PLC se convierte en el diseño
Uno de los síntomas más comunes de una implementación deficiente es que nadie puede explicar completamente cómo opera el sistema sin revisar el código.
La única fuente de conocimiento termina siendo el programa del PLC. Esto genera dependencia del programador original, dificultad para modificar recetas, tiempos largos de diagnóstico y pérdida de conocimiento organizacional.
He participado en proyectos donde una modificación aparentemente simple requería revisar cientos de líneas de lógica porque nunca existió una definición funcional clara del proceso.
El sistema funcionaba. Pero nadie entendía realmente por qué.
Sistema parchado
- Programación antes que proceso.
- Recetas incrustadas en el PLC.
- Dependencia del integrador original.
- Crecimiento por parches.
- Diagnóstico lento.
Arquitectura operacional
- Descripción funcional antes del código.
- Separación entre proceso, equipo y control.
- Recetas mantenibles.
- Escalabilidad por diseño.
- Recuperación documentada.
Lo que realmente propone ISA-88
Existe una percepción equivocada de que ISA-88 es una norma para programadores. No lo es.
ISA-88 es una metodología para organizar el pensamiento operacional. La norma propone separar claramente tres dimensiones: el proceso, el equipo y el control.
Esta separación parece simple, pero es exactamente donde muchas implementaciones fracasan. Cuando proceso, equipo y control se mezclan, cada cambio operacional termina convirtiéndose en una intervención de software.
El patrón en la industria mexicana
Industria tequilera
Muchas plantas han crecido durante años incorporando equipos de diferentes fabricantes: nuevos fermentadores, nuevos sistemas de extracción, nuevas áreas de destilación y nuevos sistemas CIP.
Cada expansión resuelve una necesidad inmediata, pero pocas veces se evalúa cómo afecta la arquitectura completa de la operación.
Industria azucarera
La presión por mantener la zafra operando provoca cambios rápidos, soluciones temporales y lógica acumulada durante años. El sistema termina funcionando por experiencia operativa, no por diseño.
Industria química
Las recetas evolucionan constantemente. Sin ISA-88 aparecen dependencia de programadores, recetas difíciles de modificar y validaciones inconsistentes.
¿Es un problema de costo?
Mi experiencia indica que no. El costo adicional de aplicar ISA-88 correctamente es marginal comparado con el costo total de un proyecto.
Lo que realmente existe es una brecha de conocimiento. Muchos usuarios finales desconocen la norma. Muchos integradores tampoco la dominan. Como consecuencia, nadie la exige. Y lo que no se exige normalmente no se implementa.
Qué debe exigir un director de planta
Antes de aprobar cualquier proyecto Batch, un director de planta debería exigir al menos:
- Filosofía operacional.
- Descripción funcional completa.
- Modelo procedural documentado.
- Estrategia de alarmas.
- Estrategia de recuperación.
- Gestión de recetas.
- Estándares de programación.
- Plan de escalabilidad.
La tecnología no sustituye la arquitectura. Cuando una planta carece de arquitectura operacional, tarde o temprano termina dependiendo de personas en lugar de depender de sistemas.
La Tesis ZureX
Los problemas operacionales no aparecen cuando falla el PLC. Aparecen cuando la arquitectura operacional nunca fue definida.
ISA-88 sigue vigente porque el problema que intenta resolver sigue existiendo. No es una norma para programar mejor. Es una metodología para diseñar sistemas capaces de evolucionar durante décadas sin perder coherencia operacional.
Conclusión
La industria mexicana dispone hoy de mejores PLC, mejores redes industriales y mejores plataformas de supervisión que nunca.
Sin embargo, muchos de los problemas operativos actuales siguen siendo exactamente los mismos que ISA-88 intentaba resolver hace décadas.
La lección es clara: la tecnología no sustituye la arquitectura.