Prácticas de IA en energía y servicios públicos: la red es de alto riesgo, la mesa de trading no
Prácticas de IA en energía: la IA de componente de seguridad de la red (anexo III pt 2) es de alto riesgo; el trading y la previsión, mínimos. NIS2, OT/TI.
La IA de una compañía energética se sitúa a ambos lados de una línea dura. A un lado: la IA que ayuda a operar la red física —control de tensión, equilibrado de carga, protección automatizada, aislamiento de fallos—. Al otro: la IA que opera el negocio —previsión de demanda, trading mayorista, programación del mantenimiento predictivo, facturación de clientes—. Conforme al Reglamento (UE) 2024/1689, el primer lado puede ser de alto riesgo y el segundo casi nunca lo es. Un modelo de prácticas que no trace esa línea con precisión o bien sobrecontrola la mesa de trading o bien infraprotege la red.
Las «prácticas de IA» son una práctica de gestión, no un término que el Reglamento de IA de la UE defina. El Reglamento impone deberes —clasificar por uso, gestionar el riesgo en los sistemas de alto riesgo, supervisar, documentar— y el modelo de prácticas de una utility es la organización que hace que cada deber aterrice en un propietario nombrado. Para la energía, el reto distintivo es que los sistemas de alto riesgo viven en el mundo de la tecnología operativa (OT) —SCADA, EMS, DERMS, automatización de subestaciones— mientras que la disciplina de prácticas y documentación vive históricamente en la TI y el riesgo corporativo. El modelo tiene que abarcar ambos.
El foco de alto riesgo: la IA de componente de seguridad de la red
El epígrafe del anexo III relevante para las utilities es el punto 2 — infraestructuras críticas: los sistemas de IA destinados a usarse como componentes de seguridad en la gestión y operación de infraestructuras digitales críticas, el tráfico rodado o el suministro de agua, gas, calefacción y electricidad.
Las dos palabras que sostienen todo son componente de seguridad. Un sistema de IA es de alto riesgo conforme al anexo III, punto 2 cuando desempeña una función de seguridad cuyo fallo podría poner en peligro la vida, la salud o la propiedad —por ejemplo, la IA que controla o protege el suministro físico: deslastre automático de carga, regulación de tensión/frecuencia en tiempo real, coordinación de relés de protección o decisiones automáticas de islanding durante un fallo—. Si la labor de la IA es mantener las luces encendidas de forma segura, y su fallo significa que se apagan peligrosamente, es la clase de sistema al que apunta el anexo III, punto 2.
La mayoría de la IA de una compañía energética no es un componente de seguridad:
| Caso de uso de IA energética | Clasificación | Por qué |
|---|---|---|
| Protección de red automatizada / control de deslastre de carga | Alto riesgo — anexo III pt 2 (componente de seguridad) | Su fallo pone en peligro el suministro / la seguridad |
| Previsión de demanda y renovables | Mínimo | Informa la planificación; no es una función de seguridad |
| Trading energético / eléctrico mayorista | Mínimo | Comercial; aplica REMIT por separado |
| Programación de mantenimiento predictivo | Mínimo | Consultivo; un humano actúa sobre la recomendación |
| Facturación de clientes / churn / analítica de contadores inteligentes | Mínimo | Sin condicionar seguridad ni derechos fundamentales |
| Chatbot de atención al cliente | Limitado — artículo 50 | Hay que decir al usuario que es una IA |
La distinción importa porque las energéticas sobrestiman rutinariamente su exposición al alto riesgo. Los modelos de previsión y trading —la IA en la que más invierte una energética— son comerciales, no críticos para la seguridad. Se sitúan bajo REMIT (integridad del mercado mayorista) y, cuando hay datos personales, el RGPD, pero no bajo el bloque de alto riesgo del Reglamento de IA. El modelo de prácticas debe resistir la tentación de chapar en oro estos sistemas con una evaluación de la conformidad que no necesitan.
El filtro del artículo 6(3): ¿es la IA de la red realmente de alto riesgo?
Incluso un sistema de IA que se sitúa en una categoría del anexo III no es automáticamente de alto riesgo. El artículo 6(3) permite a un proveedor concluir que un sistema no plantea un riesgo significativo de perjuicio cuando cumple una de cuatro condiciones: una tarea procedimental limitada; mejorar el resultado de una actividad humana ya completada; detectar patrones de decisión sin sustituir ni influir en una valoración humana; o un trabajo puramente preparatorio. Basta una sola condición.
Para la IA de la red, este filtro hace trabajo real. Una IA que recomienda una acción de equilibrado de carga a un operador de la sala de control que decide y actúa puede calificar como «preparatoria» o «que no sustituye la valoración humana», sacándola del alto riesgo. Una IA que automáticamente dispara un interruptor o deslastra carga sin intervención humana es un componente de seguridad genuino y sigue siendo de alto riesgo. La exención es un juicio documentado, no un resquicio legal: la evaluación debe ponerse por escrito, y el sistema seguir registrado conforme al artículo 49 (con un contenido de registro más ligero desde el Ómnibus Digital, pero el registro sigue siendo obligatorio). El modelo de prácticas asume tomar —y registrar— esa decisión para cada sistema de la red.
Proveedor, responsable del despliegue, o ambos
La mayoría de las utilities son responsables del despliegue conforme al artículo 26: compran plataformas SCADA/EMS y módulos de automatización de red a proveedores industriales (los grandes OEM de automatización) y los operan. El proveedor que construye y comercializa la IA de componente de seguridad es el proveedor conforme al artículo 16 y carga con el peso de la evaluación de la conformidad.
El cambio del artículo 25 importa en OT: una utility que toma un módulo de control de un proveedor y modifica sustancialmente su lógica de seguridad, o integra varios sistemas en un esquema de automatización a medida que pone bajo su propio nombre, puede convertirse en proveedor de ese sistema combinado. En un sector donde los equipos de ingeniería internos personalizan mucho la automatización del proveedor, esto no es un caso excepcional: el modelo de prácticas debe comprobarlo en el control de cambios.
Prácticas que abarcan OT y TI
El rasgo definitorio de un modelo de prácticas de IA energética es que debe alcanzar el conjunto OT que las funciones de cumplimiento corporativo rara vez tocan. De ahí se derivan tres decisiones de diseño:
- Un registro, ambos mundos. El registro de casos de uso debe captar la IA de los sistemas de control OT junto a la IA corporativa. Si el equipo de automatización de red mantiene su propia lista y el riesgo corporativo otra, los sistemas de componente de seguridad —los únicos de alto riesgo— caen entre las dos.
- La ingeniería de control asume la clasificación, la segunda línea la revisa. Quien puede juzgar si un módulo de IA es un componente de seguridad es un ingeniero de control o de protección, no un responsable de cumplimiento. El modelo federa la clasificación a la ingeniería OT y la revisa de forma centralizada —el concentrador y radios encaja bien en las utilities—.
- Mapear los deberes del Reglamento de IA sobre la práctica de seguridad funcional. La OT energética ya opera seguridad funcional (IEC 61508 / IEC 61511) y gestión de cambios. La gestión de riesgos del artículo 9, la supervisión humana del artículo 14 y la solidez del artículo 15 del Reglamento de IA se mapean sobre esa disciplina de seguridad existente en vez de sustituirla, pero la documentación del artículo 11 / anexo IV, la evaluación de la conformidad del artículo 43 y el registro del artículo 49 son nuevos y necesitan propietarios.
La interacción con NIS2
La energía es un sector de «entidad esencial» conforme a NIS2 (Directiva (UE) 2022/2555), que impone medidas de gestión de riesgos de ciberseguridad y notificación de incidentes a los operadores de red. Hay un solape real con el artículo 15 del Reglamento de IA (precisión, solidez, ciberseguridad) para los sistemas de alto riesgo: una IA de componente de seguridad debe ser ciberresiliente bajo ambos regímenes. Ejecuta la evaluación una vez y deja que satisfaga ambos —las medidas de gestión de riesgos de NIS2 para un sistema de control OT y la evidencia de ciberseguridad del artículo 15 para el mismo sistema son sustancialmente la misma evidencia—.
Los deberes de notificación de incidentes difieren, sin embargo, y el modelo de prácticas debe mantenerlos distintos: la notificación de incidentes significativos de NIS2 va al CSIRT/autoridad competente nacional; la notificación de incidentes graves del artículo 73 del Reglamento de IA va a la autoridad de vigilancia del mercado. Un único incidente OT que afecte a una IA de alto riesgo de componente de seguridad puede disparar ambos, en plazos distintos. Diseñar un único flujo de gestión de incidentes que enrute a ambas autoridades es la respuesta eficiente; suponer que un informe cubre ambos es la trampa.
Ejemplo práctico: un operador de red regional
Nordlys Netz GmbH —~480 empleados, ~95 M€ de facturación, un operador del sistema de distribución (DSO) regional del norte de Alemania— opera tres sistemas de IA que vale la pena gobernar: un módulo automatizado de deslastre de carga/protección incrustado en su automatización de subestaciones, un modelo de previsión de renovables y demanda, y un chatbot de atención al cliente.
Su modelo de prácticas, concentrador y radios que abarca OT y TI:
- Directivo responsable: el COO, que asume las operaciones de red y la seguridad funcional, incorpora el riesgo de seguridad de IA al mapa de riesgo operativo.
- Clasificación: el módulo de deslastre/protección es un componente de seguridad —de alto riesgo conforme al anexo III, punto 2 (su fallo puede poner en peligro el suministro)—; Nordlys ejecuta la prueba del artículo 6(3) y confirma que no puede exentarse porque la acción es automática, no preparatoria. El modelo de previsión es mínimo. El chatbot es limitado del artículo 50.
- Papel: Nordlys despliega un módulo de automatización de proveedor sin modificar, así que es responsable del despliegue (artículo 26); el OEM de automatización es el proveedor. Nordlys verifica la declaración del artículo 47 y las instrucciones del artículo 13 del proveedor como parte de la diligencia debida de proveedores OT.
- El trabajo de alto riesgo, para el 2 de diciembre de 2027 (fecha fijada por el Ómnibus Digital, Reglamento (UE) 2026/1744): como responsable del despliegue, documentar la supervisión de la sala de control del artículo 14, conservar los registros de operación (artículo 26), y la EIDF del artículo 27 no es exigida aquí (la EIDF es para responsables del despliegue de organismos públicos y de solvencia/seguros, no para operadores de red); pero confirma que la conformidad del proveedor está vigente, alinea la evidencia del artículo 15 con su expediente de seguridad OT de NIS2 y cablea la notificación del artículo 73 del Reglamento de IA en su flujo de incidentes NIS2 existente.
- Vivo ya: la alfabetización en IA del artículo 4 para el personal de la sala de control y de ingeniería (en vigor desde el 2 de febrero de 2025); el cribado de uso prohibido del artículo 5 en la admisión; la transparencia del artículo 50 del chatbot, exigible desde el 2 de agosto de 2026 (Nordlys comprueba que el aviso del proveedor está activo).
La lección de Nordlys: solo uno de sus tres sistemas es de alto riesgo, es responsable del despliegue y no proveedor de ese sistema, y el grueso del trabajo es verificación más reutilización de su evidencia de NIS2 y de seguridad funcional, no construir un expediente de conformidad desde cero.
El plazo
Para los sistemas autónomos de alto riesgo, la fecha original era el 2 de agosto de 2026. El Ómnibus Digital —Reglamento (UE) 2026/1744, publicado en el DOUE el 24 de julio de 2026 y en vigor desde el 27 de julio de 2026— trasladó la fecha de aplicación de los sistemas autónomos de alto riesgo del anexo III al 2 de diciembre de 2027. La IA de la red incrustada como componente de seguridad en productos regulados por la legislación del anexo I sigue la fecha del 2 de agosto de 2028. Las máquinas son un caso aparte: el Ómnibus trasladó el Reglamento (UE) 2023/1230 a la sección B del anexo I, así que los requisitos de IA les llegan a través de actos delegados del Reglamento de Máquinas, aplicables a más tardar el 2 de agosto de 2028.
Ya no hay dos fechas que conciliar: el texto modificado del Reglamento recoge el 2 de diciembre de 2027 para el alto riesgo autónomo del anexo III. Planifica sobre esa fecha. La evidencia de conformidad OT es lenta de ensamblar, así que esto no es razón para esperar.
Sanciones
Conforme al artículo 99: prácticas prohibidas del artículo 5 — 35 M€ o el 7% de la facturación mundial (99(3)); obligaciones de alto riesgo y transparencia del artículo 50 — 15 M€ o el 3% (99(4)); facilitar información incorrecta o engañosa a una autoridad — 7,5 M€ o el 1% (99(5)). El tercer tramo es el 1%, nunca el 1,5%. El límite del artículo 99(6) (la menor de la cifra porcentual o la fija) se aplica a las entidades que cumplen la definición de pyme.
Cómo ayuda Confir
Confir recorre la admisión de una utility por los puntos del anexo III —incluida la prueba de «componente de seguridad» del punto 2— en listas de comprobación en lenguaje llano, de modo que las respuestas de un ingeniero de control, no la suposición de un jurista, impulsan el resultado. Separa el uno o dos sistemas genuinos de componente de seguridad de los modelos de previsión y trading que son mínimos, deriva el papel del artículo 16/26 (incluido el cambio del artículo 25 cuando los equipos OT modifican la automatización del proveedor) y genera el paquete del artículo 11 / anexo IV y la declaración del artículo 47. La lógica es determinista y basada en reglas —la misma entrada produce el mismo hallazgo, con la regla que se activó registrada para un auditor—.
Guías relacionadas
- Modelo operativo de prácticas de IA
- Prácticas de IA para fabricación
- IA de infraestructuras críticas del anexo III
- IA de la red eléctrica y el Reglamento de IA
- La exención del artículo 6(3) explicada
- Supervisión humana conforme al artículo 14
- Plazos y calendario del Reglamento de IA
Gestiona el cumplimiento de la Ley de IA en un solo lugar
Confir automatiza la clasificación de riesgos, la documentación técnica y los registros de auditoría para tu empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.
Prueba gratis 14 días →