Automatización Industrial · SCADA

Wonderware InTouch: la ventana al proceso que enseñó a las fábricas a mirarse por dentro

2026-09-06 · 10 min de lectura

Por Álvaro AbrilCEO de Geniales.co · Director de KingNews.online

Wonderware InTouch: la ventana al proceso que enseñó a las fábricas a mirarse por dentro

Más de 100.000 plantas en el mundo operan sobre InTouch, el HMI/SCADA que nació en 1987, pasó por Schneider Electric y hoy es AVEVA. Su verdadera aportación no fue técnica: fue enseñar a los ingenieros a pensar el proceso como una pantalla viva y no como un tablero de relés.

CompartirXWhatsAppLinkedInFacebookTelegram

1987: cuando la planta dejó de ser una caja negra

Wonderware nació en 1987 en Irvine, California, con una idea que hoy parece obvia y entonces era casi herética: que un operador pudiera ver el proceso industrial dibujado en la pantalla de un PC, con animaciones ligadas a variables reales del PLC, sin escribir una línea de código.

Hasta ese momento la supervisión de planta vivía en tableros de mímicos con lámparas, agujas y pulsadores, o en terminales de texto capaces de mostrar poco más que listas de valores. InTouch introdujo el concepto que definiría tres décadas de automatización: la interfaz gráfica como representación fiel y animada del proceso físico.

La compañía pasó luego por Invensys, después a Schneider Electric —etapa que quedó grabada en el logotipo "Wonderware by Schneider Electric" que reconoce cualquier ingeniero de planta— y finalmente al portafolio de AVEVA, donde el producto se comercializa como AVEVA InTouch HMI. El nombre cambió; la base instalada, superior a 100.000 plantas y fábricas en todo el mundo, siguió ahí.

Qué es realmente un SCADA y por qué importa

SCADA significa Supervisory Control and Data Acquisition: supervisión, control y adquisición de datos. No es el sistema que ejecuta el control en tiempo real —de eso se encargan los PLC y los DCS, con ciclos de milisegundos y determinismo garantizado—, sino la capa que recoge esos datos, los presenta, los registra y permite al humano intervenir.

La arquitectura clásica de InTouch se apoya en tres piezas. Los servidores de comunicaciones —los históricos I/O Servers y luego los estándares OPC y OPC UA— hablan con los PLC de cualquier fabricante. El motor de visualización, WindowViewer, ejecuta las pantallas construidas en WindowMaker. Y el historiador registra tendencias, alarmas y eventos para análisis posterior.

El elemento conceptual central es el tagname: cada variable del proceso —temperatura del reactor, nivel del hot well, estado de una bomba— es un tag con nombre, tipo, rango de ingeniería, límites de alarma y calidad de dato. El diccionario de tags es la columna vertebral del sistema y, en la práctica, el mapa semántico de la planta entera.

CapaFunciónEscala de tiempo
Instrumentación de campoSensores, transmisores, actuadoresContinua
PLC / DCSControl determinista de lazos y secuencias1–100 ms
SCADA / HMI (InTouch)Supervisión, alarmas, tendencias, intervención0,25–1 s
HistorianRegistro y consulta de datos de procesoSegundos a años
MES / ERPProducción, OEE, órdenes, costosTurnos y días

La mentalidad mecánica: pensar la pantalla como el proceso

Aquí está la parte que suele pasarse por alto. Construir un buen SCADA no es un ejercicio de programación ni de diseño gráfico: es un ejercicio de comprensión mecánica y de proceso. Quien dibuja la pantalla debe entender por dónde circula el vapor, en qué punto puede cavitar una bomba, qué pasa si el nivel del silo baja del 15% y qué decisión tomará el operador a las tres de la madrugada con una alarma sonando.

Las pantallas mejor construidas del mundo industrial —un sistema de generación y distribución de vapor con sus cabezales de 4 y 12 bar, un reactor por lotes con su lazo de temperatura, una planta de trituración con su cadena de silos y separadores— no son bonitas: son legibles. Cada elemento animado corresponde a un equipo real y cada color significa exactamente una cosa.

Esa disciplina explica por qué los mejores integradores de SCADA suelen venir de ingeniería mecánica, química o eléctrica antes que de informática. El software es la parte fácil. Lo difícil es saber qué merece estar en pantalla, qué debe generar alarma y qué es simple ruido que agotará al operador hasta volverlo insensible.

El pecado capital: la avalancha de alarmas

El fallo más común en proyectos SCADA no es técnico, es de criterio. Se configuran alarmas para todo, con umbrales copiados sin pensar, y el resultado es una consola que dispara cientos de eventos por hora. La norma ISA-18.2 y la guía EEMUA 191 son claras: un operador no debería gestionar más de seis alarmas por hora en operación normal.

Cuando ese número se dispara, ocurre algo peor que la molestia: el operador aprende a ignorar la pantalla. Varios de los incidentes industriales mejor documentados de las últimas décadas tuvieron como factor contribuyente una avalancha de alarmas que enterró la señal realmente crítica.

La racionalización de alarmas —priorizar, agrupar, suprimir por estado de planta, eliminar duplicados— es probablemente el trabajo de mayor retorno que puede hacerse sobre un sistema InTouch ya instalado, y casi nunca requiere comprar licencias nuevas.

De la pantalla al dato: lo que cambió en los últimos años

El SCADA moderno ya no termina en la sala de control. Los datos que InTouch captura alimentan historiadores, cálculos de OEE, reportes de eficiencia por turno, modelos de mantenimiento predictivo y paneles accesibles desde web y móvil. Esa continuidad entre el sensor y la decisión de negocio es lo que hoy se llama inteligencia industrial.

Con esa continuidad llegó también un problema serio: la ciberseguridad OT. Sistemas diseñados en los años noventa para redes aisladas hoy están conectados a la red corporativa. La segmentación por zonas y conductos que propone la norma IEC 62443, el control estricto de accesos, la gestión de parches y las copias verificadas de la aplicación dejaron de ser opcionales.

La regla práctica es simple: todo lo que se conecte hacia arriba debe hacerlo en un solo sentido siempre que sea posible. Publicar datos hacia el mundo de la información es sensato; permitir escritura desde ese mundo hacia el proceso exige justificación, segmentación y auditoría.

Qué hacer con los datos que la planta ya está generando

La mayoría de plantas con InTouch llevan años acumulando historiales de temperatura, presión, caudal, paros y alarmas que nadie explota más allá del reporte semanal. Ahí hay valor inmediato: detección temprana de degradación en bombas y motores, análisis de causas raíz de paradas, consumo energético por lote y comparación real de rendimiento entre turnos.

En Geniales.co construimos exactamente esa capa superior: paneles de planta y aplicaciones a medida que leen los datos del historiador —vía OPC UA, SQL o API— y los convierten en información accionable, con React 19, TypeScript, TanStack y PostgreSQL, más modelos de inteligencia artificial para detección de anomalías y pronóstico. Nada de tocar la capa de control: el SCADA sigue haciendo su trabajo, y encima se monta la analítica.

El SCADA le dio a la industria una ventana al proceso. El paso siguiente es que esa ventana también recuerde, compare y avise antes de que ocurra el problema. La infraestructura ya está instalada en la planta; casi siempre lo único que falta es la capa que convierte el dato en decisión.

Enlaces

CompartirXWhatsAppLinkedInFacebookTelegram

Recibe KingNews en tu correo

Resumen de tecnología y juego, sin ruido. Cancela cuando quieras.

¿Quieres enviarnos una noticia?

Cuéntanos tu historia. Nuestro equipo editorial la revisa y te contacta.

¿Deseas pautar en nuestro medio?

Escríbenos y te enviamos las opciones de pauta y audiencias.

Otras publicaciones