¿Qué es un administrador de datos en el gobierno de SCADA?

Volver al glosario

Qué hace de verdad un administrador de datos

Un administrador de datos es el custodio práctico de las definiciones de tags dentro de su alcance, que por lo general es un área, una instalación o una clase de equipo. Mantiene y aplica las convenciones de nomenclatura, para que un tag nuevo se nombre de forma consistente en vez de como sea que la persona que lo agrega tuvo ganas de nombrarlo. Revisa y aprueba los cambios al escalamiento, las unidades de ingeniería y los límites de alarma o de control de un tag, para que un transmisor rerangueado se refleje correctamente y con deliberación en vez de casualmente. Y mantiene las definiciones documentadas, para que la descripción de lo que un tag mide se mantenga exacta y significativa para la siguiente persona que la lea.

El administrador es también la persona que vigila y corrige los problemas de calidad de datos en su dominio. Cuando la definición de un tag se ve mal, cuando aparecen duplicados, cuando una descripción está obsoleta, o cuando un valor parece inconsistente con su rango declarado, el administrador es quien se espera que note y actúe - o que sea el punto de contacto cuando alguien más lo nota. Este es un trabajo continuo y poco vistoso: es el cuidado continuo que evita que una base de tags decaiga. El administrador no necesariamente hace todo el trabajo técnico él mismo, pero es responsable de que se haga y se haga correctamente.

Como la custodia está acotada, una operación grande típicamente tiene varios administradores, cada uno responsable de su propia área, en vez de una persona para todo. Un administrador para las instalaciones de compresión, otro para las baterías de tanques, otro para el sistema de recolección - cada uno lo bastante cerca de su equipo para saber si una definición tiene sentido. Esta distribución importa: un administrador que entiende el proceso detrás de los tags atrapa errores que un equipo central distante se perdería, porque sabe cuál es un rango o un límite plausible para su equipo de verdad. La buena custodia depende del conocimiento de dominio, no solo de la diligencia administrativa.

Dueño de datos frente a administrador de datos y el flujo de aprobación

El gobierno distingue el dueño de datos del administrador de datos, y la distinción es sobre autoridad frente a ejecución. El dueño de datos es típicamente un gerente o una figura superior que tiene la rendición de cuentas última de un cuerpo de datos y la autoridad para fijar la política sobre él - quien decide que las definiciones de tags deben gobernarse, fija los estándares, y responde al nivel más alto por la integridad de los datos. El dueño por lo general no hace el cuidado del día a día; su papel es la autoridad y la rendición de cuentas en lo alto.

El administrador de datos opera bajo esa autoridad como la persona que lleva a cabo el gobierno en la práctica. El dueño dice que las definiciones serán consistentes y controladas; el administrador es quien de verdad impone la convención de nomenclatura, revisa las solicitudes de cambio, y mantiene la documentación al día. En operaciones más pequeñas una persona puede llevar ambos sombreros, pero las dos responsabilidades son conceptualmente separadas, y mantenerlas claras evita la falla común donde todos suponen que alguien más es responsable. Una manera útil de hacer esto explícito es una matriz de responsabilidad que anota, para cada dominio de datos, quién lo posee, quién lo administra, a quién se debe consultar, y a quién solo se informa.

Buena parte de la autoridad del administrador se ejerce a través del flujo de aprobación. Un cambio propuesto a la definición de un tag - un renombre, un reescalamiento, un límite de alarma nuevo, un tag nuevo agregado - no se hace simplemente; se solicita y se enruta al administrador, quien lo revisa contra los estándares y el impacto probable y lo aprueba o lo devuelve. Este flujo es lo que convierte el gobierno de una política en papel en un control funcional: como una definición solo puede cambiar a través de la aprobación del administrador, el administrador es genuinamente capaz de mantener las definiciones consistentes, y cada cambio carga un registro de quién lo solicitó y quién lo aprobó. Sin tal flujo, la custodia es un título sin dientes.

Por qué los tags sin dueño se pudren y cómo una plataforma asigna la custodia

El argumento más claro a favor de la custodia es lo que pasa sin ella. Un tag que nadie posee es un tag que nadie mantiene: cuando se retira el equipo que medía, nadie desmantela el tag; cuando cambia un rango, nadie actualiza la definición; cuando la descripción se vuelve incorrecta, nadie la corrige. Con el tiempo una base de tags sin gobierno se llena de huérfanos, duplicados, descripciones obsoletas y límites que no coinciden, y los datos en conjunto se vuelven menos confiables porque nadie puede responder por ningún tag dado. La pudrición es el resultado por defecto de una ausencia de rendición de cuentas, no una falla rara.

Por eso el gobierno de SCADA es fundamentalmente un problema de personas y proceso en vez de uno de software. Una herramienta puede retener definiciones e imponer un flujo de cambios, pero no puede decidir qué es una definición correcta, juzgar si un cambio tiene sentido, ni importarle que una descripción sea significativa - esos son juicios humanos que requieren a alguien responsable de hacerlos. Asignar un administrador pone un nombre contra cada parte de la base de tags, para que para cualquier tag haya una persona que se supone sabe que está correcto, que es lo que de verdad evita la pudrición.

El papel propio del software es hacer la custodia imponible y auditable, y aquí es donde una plataforma SCADA en la nube como Merobix apoya el gobierno en vez de reemplazarlo. La plataforma deja que la propiedad y la custodia se asignen a usuarios reales contra áreas y tags, enruta las solicitudes de cambio al administrador responsable para su aprobación, y anota la historia completa de quién cambió qué y quién lo aprobó, para que la rendición de cuentas no sea solo una política sino un hecho rastreado. Cuando las definiciones y su historia de cambios viven en un solo sistema central, un administrador de verdad puede ver el estado de su dominio, y un dueño puede auditar si el gobierno se está siguiendo. Las personas fijan los estándares y hacen los juicios; la plataforma asegura que esos juicios sean la única manera en que las definiciones cambian y mantiene un registro duradero de que se hicieron.

Preguntas frecuentes