Contratos de datos de empresas eléctricas para AI agéntica: CIM, IEC 61850 y límites OT

Los pilotos de AI agéntica no fracasan únicamente porque el modelo sea débil. A menudo fracasan porque el flujo de trabajo no tiene un contrato de datos.

En una empresa eléctrica, «datos» puede significar registros de red alineados con CIM, contexto de subestación IEC 61850, órdenes de trabajo de CMMS/EAM, exportaciones del historian, contexto SCADA/EMS, archivos DGA, notas de inspección, eventos de relés, hojas de cálculo, PDF y suposiciones de expertos. Si un agente de AI puede acceder a esas fuentes sin un contrato, el piloto se vuelve difícil de gobernar.

Utilice el mapeador anterior como una ayuda para la planificación que se ejecuta solo en el cliente. No sube datos, no certifica el cumplimiento de normas, no crea un plan de migración de datos, no se conecta a SCADA ni aprueba decisiones operativas. Las entradas de la herramienta permanecen locales en el navegador; la analítica opcional del sitio, cuando se acepta, no recibe los valores seleccionados en la herramienta.

Por qué los agentes necesitan un contrato

El acceso abierto de la AI encaja mal con la infraestructura crítica. Un agente en una empresa eléctrica necesita saber qué tiene permitido ver, qué significa cada fuente, quién es el propietario de la evidencia, qué debe redactarse y en qué punto un borrador debe detenerse para la revisión humana.

IEC 61970 e IEC 61968 son referencias públicas útiles porque definen conceptos de integración y de modelo de información utilizados en los sistemas de las empresas eléctricas. IEC 61850 es útil porque estructura la automatización de las empresas eléctricas y el contexto de comunicación de las subestaciones. Esas normas no hacen que un flujo de trabajo de AI sea seguro por sí solas, pero ayudan a los equipos a plantear mejores preguntas sobre la identidad, el mapeo, la procedencia y los límites.

NIST SP 800-82 Rev. 3 y el NIST AI RMF aportan la perspectiva de gobernanza: la seguridad OT, el control de acceso, el mapeo de riesgos y un comportamiento del sistema con rendición de cuentas deben diseñarse antes de una automatización amplia.

La lista de comprobación del contrato de datos de la empresa eléctrica

Capa del contrato	Pregunta que resolver	Por qué importa	Artefacto del piloto GridAPM
Identidad del activo	¿Qué transformador, alimentador, subestación, posición, devanado, pasatapas o cola de trabajo está dentro del alcance?	Los agentes no pueden organizar la evidencia si la identidad del activo cambia entre sistemas.	Mapa seguro de identidad del activo con alias aprobados.
Propiedad de la fuente	¿Quién es el propietario de cada fuente, exportación, archivo, modelo o clase de registro?	Los revisores necesitan un propietario responsable cuando la evidencia está obsoleta, ausente o es contradictoria.	Registro de fuentes con propietario y sensibilidad.
Semántica de los campos	¿Qué campos, unidades, marcas de tiempo, indicadores de calidad y versiones son necesarios?	Los borradores de AI se vuelven poco fiables cuando las unidades y las marcas de tiempo son ambiguas.	Diccionario de evidencia y notas de normalización.
Límite OT	¿Qué sistemas son de solo lectura, están excluidos, redactados o nunca conectados?	La asistencia a la planificación debe estar separada de la operación en tiempo real y del control.	Declaración de límite de datos y de ausencia de control.
Autoridad de revisión	¿Quién puede aprobar, rechazar, editar o escalar un borrador de AI?	La AI agéntica no debe convertirse en una autoridad en la sombra.	Ruta de revisión y registro de auditoría.

Qué puede hacer el agente una vez que existe el contrato

Una vez que el contrato de datos es claro, un agente acotado puede ayudar con el trabajo práctico sobre la evidencia:

• Resumir los registros aprobados de transformadores.
• Señalar la falta de propietario de la fuente, unidades, fechas o versiones.
• Redactar preguntas para el revisor.
• Identificar registros contradictorios.
• Preparar un paquete de evidencia revisado por humanos.
• Registrar los patrones de borradores rechazados para el aprendizaje de cierre.

Eso es muy diferente de otorgar a un agente autoridad operativa directa.

Qué no debe afirmar GridAPM

El contenido público debe mantenerse riguroso. Un piloto de contrato de datos no debe dar a entender:

• Certificación IEC o CIM.
• Integración plug-and-play con todos los sistemas de la empresa eléctrica.
• Autoridad sobre SCADA, EMS, DERMS o control de protecciones.
• Migración de datos, gestión de datos maestros o certificación de ciberseguridad.
• Conclusiones diagnósticas definitivas.
• Decisiones automatizadas de mantenimiento u operación.

La afirmación más sólida y creíble es que GridAPM ayuda a las empresas eléctricas a estructurar evidencia aprobada para un piloto controlado, con prioridad local y revisado por humanos.

Un patrón de piloto práctico

Paso	Actividad de la empresa eléctrica	Asistencia de la AI agéntica	Punto de revisión humana
1. Inventario de fuentes	Enumerar los sistemas aprobados, las exportaciones, los propietarios, la sensibilidad y las exclusiones.	Ninguna, o solo orientación sobre plantillas.	Los propietarios de datos y de seguridad aprueban el alcance.
2. Mapa del contrato	Mapear la identidad, los campos, las unidades, las marcas de tiempo, las versiones y la calidad de la fuente.	Señalar carencias y redactar preguntas de mapeo.	Los equipos de integración y de activos validan el significado.
3. Paquete borrador	Preparar resúmenes de evidencia y listas de carencias a partir de los registros aprobados.	Redactar paquetes de revisión vinculados a la fuente.	Revisores cualificados aprueban o rechazan las afirmaciones del borrador.
4. Paquete de evidencia	Empaquetar la evidencia revisada, las suposiciones, las carencias y las decisiones.	Dar formato al paquete y preservar la trazabilidad.	El propietario del flujo de trabajo da el visto bueno a los resultados del piloto.

Cómo ayuda GridAPM

GridAPM puede ayudar a las empresas eléctricas, los TSO, los DSO, los equipos de generación y los equipos de energía industrial a evaluar un piloto controlado de contrato de datos centrándose primero en el APM de transformadores y en los flujos de evidencia.

Enlaces internos útiles:

• Integraciones para DGA, PRPD, SFRA, CMMS/EAM, historian, contexto SCADA y rutas de datos del piloto.
• Tratamiento de datos para el posicionamiento público en torno a la evidencia, la retención y la revisión.
• Seguridad y confianza para los límites con prioridad local y revisados por humanos.
• Evaluación de piloto y paquete de evidencia de muestra para los siguientes pasos listos para el comprador.
• Centro de herramientas para más herramientas de planificación que se ejecutan solo en el cliente.

El principio del contrato de datos

No pida a un agente que entienda la empresa eléctrica antes de que la empresa eléctrica haya definido el contrato.

Para GridAPM, la primera victoria no es la automatización amplia. Es un flujo de evidencia de transformadores vinculado a la fuente y revisado por humanos, en el que los límites de los datos son lo suficientemente explícitos como para que los ingenieros confíen en el proceso de revisión.