Introducción
Alcance: Este artículo explica qué es el Lenguaje de Restricciones de Objetos (OCL, por sus siglas en inglés), por qué es importante para la validación de archivos SCL en proyectos IEC 61850, qué define la IEC TS 61850-6-3 y dónde encaja la herramienta de código abierto RiseClipse. No aborda detalles de implementación de OCL para desarrolladores de herramientas, ni cubre todos los aspectos de la verificación de conformidad de IEC 61850.
Si alguna vez ha abierto un archivo SCL de otro proveedor y se ha preguntado si realmente es correcto — no solo bien formado como XML, sino también semánticamente válido según la norma IEC 61850 — ya entiende el problema que OCL intenta resolver.
La validación mediante Esquema XML le indica si el archivo está estructurado correctamente. No puede indicarle si una suscripción GOOSE hace referencia a un conjunto de datos válido, si un nodo lógico contiene los objetos de datos requeridos o si dos LDs están conectados de forma que tenga sentido. Ese nivel de verificación requiere algo más expresivo.
El Lenguaje de Restricciones de Objetos (OCL) es ese “algo”. A partir de 2025, la IEC ha publicado la IEC TS 61850-6-3, una Especificación Técnica que describe formalmente cómo deben escribirse y aplicarse las reglas OCL a los archivos basados en XML de IEC 61850 — incluyendo SCL.
Este artículo explica qué es OCL, por qué es importante para los ingenieros que trabajan con archivos SCD e ICD, cómo se utiliza en la herramienta de código abierto RiseClipse y qué define el trabajo en curso de estandarización.
¿Qué es OCL?
OCL — Lenguaje de Restricciones de Objetos — es un lenguaje formal desarrollado originalmente como parte de la especificación del Lenguaje de Modelado Unificado (UML). Permite expresar restricciones y consultas sobre modelos de objetos de forma precisa y sin ambigüedades.
Mientras que los diagramas UML describen cómo es un modelo, OCL le permite escribir reglas sobre qué debe ser siempre cierto en un modelo válido.
Una restricción OCL es una afirmación lógica vinculada a un elemento del modelo. Por ejemplo, en el contexto de IEC 61850, podría expresarse una regla tal como:
Cada LDevice debe tener al menos un LN0 y, como máximo, uno.
O bien:
Una referencia externa de GOOSE (ExtRef) debe hacer referencia a un conjunto de datos que exista en el archivo.
El Esquema XML no puede aplicar reglas como estas. OCL sí puede. Debido a que OCL opera a nivel de modelo — no a nivel de sintaxis XML — puede navegar relaciones entre elementos a lo largo de todo el archivo de configuración.
- Referencias cruzadas entre elementos (una señal suscrita debe coincidir con una publicada en nombre y tipo)
- Restricciones que dependen de valores de atributos ("si tipo = GOOSE, entonces...")
- Reglas sobre objetos de datos obligatorios y opcionales según la clase de nodo lógico
- Verificaciones de coherencia de ingeniería entre diferentes secciones de un archivo SCD
Sin reglas verificables por máquina para estas restricciones, la validación ha quedado a merced de herramientas que lo hacen a su manera: de forma inconsistente, incompleta o incluso sin hacerlo en absoluto. El resultado son problemas de interoperabilidad descubiertos tarde: durante pruebas de aceptación en fábrica, puesta en marcha en sitio o eventos de interoperabilidad.
IEC TS 61850-6-3: El Nuevo Estándar
En 2025, el Grupo de Trabajo 10 del TC57 de la IEC publicó IEC TS 61850-6-3:2025 — "Formato de reglas procesables por máquina para la validación de archivos basados en XML de IEC 61850".
Esta Especificación Técnica hace tres cosas:
- Define el formato para escribir reglas de validación OCL para IEC 61850 — una forma estructurada y estandarizada de expresar restricciones que las herramientas pueden importar y ejecutar.
- Apoya tres casos de uso principales:
- Validar archivos SCL en cada etapa del proceso de ingeniería
- Verificar la conformidad tras actualizaciones o migraciones entre ediciones del estándar
- Extender las reglas estándar con reglas OCL privadas (específicas de proveedor o proyecto) - Separa el formato de las reglas en sí mismas — la Especificación Técnica aborda cómo escribir reglas, mientras que los conjuntos de reglas reales se publican como componentes de código vinculados a las partes correspondientes de IEC 61850 (como IEC 61850-6).
El estándar fue publicado el 8 de julio de 2025. Es el primer documento formal de la IEC que describe cómo debe usarse OCL en el ecosistema IEC 61850.
Nota: IEC TS 61850-6-3 es una Especificación Técnica, no un estándar internacional completo. Define un marco y un formato; los conjuntos específicos de reglas OCL para SCL están siendo desarrollados por separado por el TF OCL del Grupo de Trabajo 10 y aún no se han publicado completamente a principios de 2026.
Cómo Funcionan las Reglas OCL en la Práctica
El flujo de trabajo de validación:
flowchart LR
A[Estándar IEC 61850\nModelo UML] -->|define| B[Reglas OCL\n.archivos .ocl]
C[Archivo SCL\nSCD / ICD / CID] -->|cargado en| D[Instancia de Modelo]
B -->|aplicadas a| D
D -->|produce| E[Informe de Validación\nerrores / advertencias]
E -->|retroalimentación a| F[Ingeniero /\nIntegrador de Sistemas]
- El modelo UML de IEC 61850 es la referencia. Las reglas OCL se escriben sobre este modelo — describen qué restricciones son siempre válidas.
- Un archivo SCL se carga en una herramienta que lo instancia como un modelo de objetos (en lugar de simplemente analizar XML).
- Las reglas OCL se aplican a esa instancia del modelo.
- Las violaciones se informan con ubicaciones y descripciones precisas.
OCL funciona a nivel semántico: puede navegar el grafo de objetos — seguir referencias, verificar condiciones a través del archivo — de formas que las verificaciones XSD o XSLT no pueden hacer.
La principal implementación de código abierto para la validación de SCL basada en OCL es RiseClipse, desarrollada por CentraleSupélec y EDF R&D en Francia dentro del programa de investigación RISEGrid.
RiseClipse:
- Carga archivos SCL e instancia los mismos como objetos EMF (Eclipse Modeling Framework) conformes con el modelo UML de SCL
- Aplica conjuntos de restricciones OCL expresadas en archivos .ocl
- Informa violaciones a nivel semántico — no solo "elemento faltante", sino también "esta referencia externa apunta a un conjunto de datos inexistente"
Los archivos de restricciones OCL para SCL se publican como un repositorio de código abierto en GitHub: riseclipse/riseclipse-ocl-constraints-scl2003.
RiseClipse puede usarse de varias formas: - Herramienta de línea de comandos (fat JAR) para integración en pipelines de CI/CD y flujos de ingeniería - Imagen de Docker para despliegue en contenedores - Triangle MicroWorks SCL Navigator — una herramienta comercial con el motor OCL de RiseClipse integrado, con modo lector gratuito disponible - CoMPAS (proyecto LFEnergy) — utiliza RiseClipse como backend de validación de SCL
RiseClipse se ha utilizado en eventos de pruebas de interoperabilidad IEC 61850 desde al menos 2015 (ver: Marcadet et al., PSCC 2016). La adopción más amplia en la industria sigue siendo limitada; la herramienta y los conjuntos de reglas asociados siguen en desarrollo.
El Trabajo del Grupo de Trabajo 10 sobre OCL: ¿Qué está ocurriendo ahora?
El Grupo de Trabajo 10 (WG10) de IEC TC57 tiene un Grupo de Trabajo Especializado sobre OCL (TF OCL) encargado de desarrollar los conjuntos de reglas que se publicarán junto con las partes de la norma. Estos conjuntos de reglas definen formal y verificablemente qué significa que un archivo SCL cumpla con IEC 61850-6.
El trabajo del grupo de trabajo se describe en la IEC TS 61850-6-3:2025, que establece el marco y el formato para los conjuntos de reglas OCL. Como se describe en la Especificación Técnica, el proceso de desarrollo de reglas requiere probar reglas candidatas contra archivos de ingeniería reales para verificar su corrección y completitud antes de su publicación normativa.
Este es un escenario típico en etapas tempranas de estandarización: las reglas deben validarse contra una gama de configuraciones reales antes de poder publicarse de forma normativa. El equilibrio entre completitud y lanzamiento oportuno es un desafío común en esta etapa del desarrollo de especificaciones.
No se ha anunciado públicamente una fecha completa para la primera publicación del conjunto de reglas.
Implicaciones Prácticas para Ingenieros e Integradores
Para los ingenieros que trabajan con archivos SCL, la validación basada en OCL aborda una brecha conocida: verificaciones semánticas que la validación XSD no puede realizar. La importancia práctica depende de qué tan rápido los proveedores de herramientas adopten los conjuntos de reglas publicados.
Capacidades específicas que permiten las reglas OCL:
Verificación más completa. Las reglas OCL pueden detectar errores que la validación XSD omite — referencias colgantes, objetos obligatorios faltantes, configuraciones inconsistentes entre IEDs.
Verificaciones consistentes entre herramientas. Cuando el conjunto de reglas está estandarizado por la IEC y se publica como código procesable por máquina, diferentes herramientas pueden ejecutar las mismas verificaciones sobre la misma base normativa. Hoy en día, las herramientas aplican subconjuntos diferentes de las reglas del estándar, lo que produce resultados inconsistentes.
Asociación rastreable de reglas con cláusulas. Cada regla OCL puede vincularse a una cláusula específica del estándar IEC 61850. Si un archivo falla en una verificación, el ingeniero puede identificar qué requisito normativo se ha incumplido.
Extensiones de reglas privadas. La IEC TS 61850-6-3 permite explícitamente reglas OCL privadas — restricciones específicas del proyecto o del proveedor más allá del estándar. Las empresas eléctricas pueden codificar sus propias reglas de ingeniería en el mismo lenguaje formal.
Los ingenieros deben esperar que la validación de SCL en herramientas se vuelva más estricta a medida que se publiquen y adopten conjuntos de reglas OCL. Archivos que pasan las verificaciones básicas de XSD hoy en día podrían necesitar correcciones cuando se validen contra un conjunto completo de reglas OCL.
Limitaciones
Varias limitaciones prácticas se aplican a la validación de SCL basada en OCL tal como existe hoy:
Cobertura incompleta de reglas. La primera publicación del conjunto de reglas OCL del Grupo de Trabajo 10 (WG10 TF) se está finalizando a principios de 2026. No cubrirá todas las restricciones en la IEC 61850-6. Los conjuntos de reglas se ampliarán en versiones posteriores.
Adopción limitada de herramientas. A principios de 2026, RiseClipse y CoMPAS son las principales herramientas que utilizan validación de SCL basada en OCL. La mayoría de las herramientas comerciales de ingeniería IEC 61850 aún no implementan los conjuntos de reglas de la IEC TS 61850-6-3.
Madurez de RiseClipse. RiseClipse es una herramienta de origen investigativo. Ha sido utilizada en eventos de pruebas de interoperabilidad y en contextos de investigación. Aún no es una herramienta certificada de pruebas de conformidad, y los conjuntos de reglas OCL que utiliza aún no son los conjuntos finalizados publicados por la IEC.
Alcance de la IEC TS 61850-6-3. La Especificación Técnica define un formato para las reglas, no las reglas en sí. La calidad de la validación depende de la completitud y corrección de los archivos de reglas OCL aplicados, lo cual varía según la implementación.
Esfuerzo de integración. Integrar la validación basada en OCL en flujos de trabajo de ingeniería existentes requiere soporte de herramientas. No todos los editores SCL o configuradores de sistemas admiten la importación y ejecución de reglas OCL.
Malentendidos comunes
"OCL es un nuevo estándar IEC 61850."
OCL no es un nuevo protocolo de comunicación ni un modelo de datos. Es un lenguaje para expresar reglas de validación. El elemento nuevo es la IEC TS 61850-6-3, que define cómo debe usarse OCL en el contexto de IEC 61850.
"La validación XSD es suficiente."
La validación de esquemas XML es necesaria pero no suficiente para la corrección de SCL. XSD verifica la estructura; OCL verifica la semántica. Un archivo SCL puede ser válido según XSD y aún así ser incorrecto lógicamente.
"Solo los desarrolladores de herramientas deben preocuparse por esto."
Las empresas eléctricas y los integradores de sistemas encontrarán validación basada en OCL en herramientas de ingeniería a medida que aumente la adopción. Comprender qué verifica —y por qué— ayuda a los ingenieros a interpretar los resultados de validación y a redactar archivos de configuración correctos.
"Las reglas están completas y son definitivas."
El TF OCL sigue publicando el conjunto inicial de reglas. Las reglas evolucionarán. Es posible la extensión privada de reglas. Este es un proceso continuo, no una publicación única.
Conclusión
La validación basada en OCL aborda una brecha de larga data en la ingeniería de IEC 61850: la ausencia de reglas formales y verificables por máquina más allá de la Esquema XML. IEC TS 61850-6-3 proporciona la definición del formato. El TF OCL del WG10 está desarrollando los conjuntos de reglas.
Para los ingenieros y integradores de sistemas, el impacto práctico dependerá de la adopción de herramientas y de la velocidad a la que se publiquen y finalicen los conjuntos de reglas. En principio, los archivos que contengan errores semánticos —referencias cruzadas que no apuntan a ningún lugar, objetos obligatorios faltantes, suscripciones inconsistentes— pueden detectarse hoy con herramientas basadas en OCL; en la práctica, la cobertura y la madurez de las herramientas aún están en desarrollo.
El primer lote de reglas se está finalizando a principios de 2026. A medida que los conjuntos de reglas y las herramientas evolucionen, OCL tiene el potencial de convertirse en una parte estándar de los flujos de trabajo de ingeniería y puesta en marcha de SCL.
Fuentes y referencias
- IEC TS 61850-6-3:2025, Formato de reglas procesables por máquina para la validación de archivos basados en XML de IEC 61850, IEC Webstore, publicado el 8 de julio de 2025
- Proyecto RiseClipse: riseclipse.github.io
- Restricciones OCL de RiseClipse para SCL: github.com/riseclipse/riseclipse-ocl-constraints-scl2003
- D. Marcadet et al., RiseClipse: por qué trabajar a nivel de modelo es mejor para validar archivos SCL de IEC 61850, PSCC 2016
- Comité de Estudios B5 de CIGRE, 2024: Introducción a IEC 61850-6-3 OCL: Reglas procesables por máquina para la validación de archivos XML basados en IEC 61850 — CIGRE 2024, Comité de Estudios B5 (el número completo del artículo y la lista de autores no están confirmados en fuentes públicas)
- Navegador SCL de Triangle MicroWorks con motor OCL de RiseClipse: trianglemicroworks.com
- Validador SCL CoMPAS (LFEnergy): github.com/com-pas/compas-scl-validator
Última actualización: marzo de 2026