Modernización de SCADA: migrar con un plan de validación.
Conocer lo que hay, ensayar el cambio y comprobar el resultado. Una ruta para modernizar la supervisión con criterios de aceptación claros.
Inventariar
Versiones y dependencias reales.
Ensayar
Restauración y escenarios de operación.
Validar
Aceptación y condiciones de reversión.
Cambiar la pantalla.
Conservar el significado.
Modernizar un SCADA exige validar señales, alarmas, históricos y permisos. Este ensayo sigue una alarma simulada, A-017, para comprobar una regla acordada: reconocerla no debe ocultar que su condición sigue activa.
A-017
Condición de alarma presente
ACTIVA- Reconocimiento
- Pendiente
- Calidad de señal
- Válida
A-017
Condición de alarma presente
ACTIVA · RECONOCIDA- Reconocimiento
- Registrado
- Condición de proceso
- Sigue presente
- 01 Normal
- 02 Activa
- 03 Activa y reconocida
- 04 Retorno a normal
La prueba: activa la condición con una señal simulada, reconoce con un perfil autorizado y comprueba que la alarma sigue visible. Después retira la condición y verifica el retorno y la secuencia de eventos.
Ejemplo ficticio en un entorno de ensayo aislado. La secuencia y la presentación se adaptan a la filosofía de alarmas y a la plataforma del proyecto. No es una instrucción para provocar alarmas en una planta en operación.
Qué conservar como evidencia del ensayo
Documenta el identificador de la señal, su estado de calidad, los instantes de activación, reconocimiento y retorno, y el perfil que realiza cada acción. Contrasta la visualización con el registro de eventos; una captura de pantalla no demuestra por sí sola toda la secuencia.
Antes de la transición, verifica también la restauración de proyecto y dependencias, las consultas de históricos y los permisos. Si no se cumplen los criterios de aceptación, no des por validada la migración: revisa la incidencia y aplica las condiciones de aplazamiento o recuperación acordadas.
| Ensayo | Evidencia para aceptar |
|---|---|
| Reconocer con condición activa | Se registra quién reconoce y cuándo; la condición activa sigue visible. |
| Pérdida de comunicación | La pantalla diferencia señal no disponible y estado de proceso, sin interpretar ausencia de datos como normalidad. |
| Consultar histórico anterior | Las muestras de referencia conservan identidad, unidad y tiempo según el plan de conservación. |
| Perfil de solo consulta | Puede consultar la vista; no adquiere permisos de mando por el cambio de interfaz. |
1. Define qué problema justifica el cambio
Relaciona cada cambio con un problema y un resultado esperado.
Modernizar un SCADA puede implicar actualizar la plataforma, rediseñar pantallas o revisar cómo se guardan y comparten los datos. El trabajo empieza por identificar qué comportamiento necesita conservar la operación y qué cambio se quiere conseguir.
Una plataforma fuera de soporte, una navegación difícil o un histórico poco fiable pueden motivar proyectos diferentes. Documenta el problema y el resultado esperado: mantener compatibilidad, reducir ambigüedades de pantalla, conservar información o preparar una nueva integración.
El alcance debe indicar qué se modifica y qué se conserva: control, señales, usuarios, alarmas, históricos, recetas, informes y enlaces con otras aplicaciones. Una renovación visual no demuestra por sí misma que el comportamiento operativo siga siendo correcto. La modernización de la supervisión SCADA necesita criterios de aceptación además de un nuevo diseño.
2. Reúne las dependencias que no se ven en una pantalla
Incluye versiones, licencias, conexiones, scripts y responsables.
Inventaría servidores, clientes, sistemas operativos, versiones, controladores de comunicación, módulos, licencias, certificados y bases de datos. Incluye tareas programadas, scripts, informes y conexiones externas. Identifica quién mantiene cada elemento y qué documentación permite recuperarlo.
Revisa el procedimiento del fabricante para las versiones concretas de origen y destino. Por ejemplo, la guía de actualización de Ignition 8.1 a 8.3 documenta consideraciones de compatibilidad, copias y validación previa. Es una referencia de plataforma, no un procedimiento aplicable a cualquier SCADA.
3. Comprueba la restauración y prepara el ensayo
Comprueba las copias y prepara un entorno de pruebas.
Disponer de una copia no demuestra que pueda restaurarse con todas sus dependencias. Verifica en un entorno de ensayo la recuperación de configuración, proyectos y conexiones necesarias. Los históricos y las bases de datos pueden requerir mecanismos de copia adicionales a los del proyecto SCADA; confírmalo con la plataforma utilizada.
El ensayo debe evitar escrituras involuntarias sobre equipos reales y el envío de notificaciones operativas duplicadas. NIST recomienda probar actualizaciones fuera de producción cuando sea posible, planificar ventanas y preparar recuperación para componentes OT. Referencia: NIST SP 800-82r3.
4. Construye una matriz de pruebas operativas
Valida señales, alarmas, históricos y permisos con operación.
Selecciona escenarios representativos con operación y mantenimiento. Comprueba significado y comportamiento, no solo que cada pantalla se abra. Una misma variable debe mantener su unidad y su escala; una alarma debe conservar el criterio acordado de activación, reconocimiento y retorno.
| Área | Qué comprobar |
|---|---|
| Señales y comunicaciones | Origen, calidad, escala y estado de desconexión. |
| Alarmas | Activación, reconocimiento, retorno y destinatarios autorizados. |
| Históricos | Instantes, continuidad, unidades y consulta de datos anteriores. |
| Usuarios e interfaces | Permisos por perfil y comportamiento de los intercambios. |
5. Decide cómo conservar históricos e integraciones
Define qué se conserva y cómo se relacionan los datos anteriores.
Aclara si los históricos se migran, se mantienen en consulta o conviven durante un periodo definido. Documenta cómo se relacionan las etiquetas anteriores con las nuevas, las zonas horarias y los cambios de unidad o cálculo. Si el significado de una serie cambia, no conviene presentar ambas etapas como una señal homogénea sin explicación.
Revalida las aplicaciones que consumen datos del SCADA, aunque su interfaz aparente seguir igual. La integración de sistemas industriales debe contemplar esos contratos. Si el destino es un sistema de gestión, revisa también cómo conectar planta y ERP y conciliar sus registros.
6. Acordad la puesta en marcha y la reversión
Acordad ventana, responsables y condiciones de reversión.
La transición necesita responsables, una ventana autorizada, puntos de comprobación y condiciones para detener el cambio. Define qué situaciones obligarían a volver al estado anterior y qué datos se habrán generado durante la intervención. Restaurar una configuración sin tener en cuenta registros posteriores puede crear nuevas discrepancias.
No se debe asumir una migración sin parada por cambiar de versión o incorporar redundancia. Esa posibilidad depende de la arquitectura y de los procedimientos soportados. Si conviven dos sistemas durante las pruebas, identifica de forma inequívoca cuál tiene autoridad para emitir acciones.
7. Cierra con aceptación y documentación mantenible
Entrega resultados, documentación y responsabilidades de mantenimiento.
Registra los resultados de las pruebas, las diferencias aceptadas y los asuntos pendientes, con responsable y plazo. Entrega un inventario actualizado, las referencias de las copias, los cambios de permisos y un recorrido de uso revisado con el equipo.
Antes del proyecto, la nota sobre cómo preparar un SCADA alrededor de sus usuarios ayuda a concretar las tareas de consulta. Para las conexiones con el resto de la empresa, utiliza la guía de integración IT/OT industrial. La modernización termina cuando el equipo puede operar, interpretar y mantener el sistema acordado.
Qué preparar para una primera revisión
- Motivo y alcance de la modernización.
- Versiones y dependencias inventariadas.
- Copias y restauración comprobadas.
- Matriz de pruebas con operación.
- Transición, reversión y responsables.
Con ese material podemos delimitar el alcance, las dependencias y las pruebas necesarias. SCADA industrial.