{"id":81756,"date":"2026-09-19T17:08:03","date_gmt":"2026-09-19T20:08:03","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=81756"},"modified":"2026-09-19T17:08:29","modified_gmt":"2026-09-19T20:08:29","slug":"registro-jerarquia-activos-datos-tags-niveles-relaciones-mantenimiento","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/registro-jerarquia-activos-datos-tags-niveles-relaciones-mantenimiento\/","title":{"rendered":"Registro y Jerarqu\u00eda de Activos: c\u00f3mo estructurar datos, TAG, niveles y relaciones para mantenimiento"},"content":{"rendered":"\n

El registro de activos es la estructura de informaci\u00f3n que identifica cada activo relevante, describe sus atributos t\u00e9cnicos y lo posiciona dentro de una jerarqu\u00eda coherente con la operaci\u00f3n, el mantenimiento y la gesti\u00f3n del ciclo de vida. Un registro \u00fatil no es una lista de equipos: debe permitir localizar el activo, comprender su funci\u00f3n, relacionarlo con sistemas y componentes, conectar documentos e historial y sustentar decisiones de mantenimiento, confiabilidad, repuestos, riesgo y renovaci\u00f3n.<\/p>\n\n\n\n

La jerarqu\u00eda de activos define c\u00f3mo se relacionan instalaciones, sistemas, subsistemas, equipos y componentes. No existe un \u00fanico \u00e1rbol universal aplicable a toda organizaci\u00f3n. El nivel de descomposici\u00f3n debe responder al uso de la informaci\u00f3n. Un registro excesivamente superficial impide el an\u00e1lisis; un registro granular sin prop\u00f3sito aumenta costo, duplicidad e inconsistencia.<\/p>\n\n\n\n

Qu\u00e9 es un registro de activos y por qu\u00e9 es una infraestructura de decisi\u00f3n<\/h2>\n\n\n\n

En organizaciones intensivas en infraestructura, muchas decisiones dependen de responder preguntas aparentemente simples: qu\u00e9 equipo fall\u00f3, d\u00f3nde est\u00e1 instalado, qu\u00e9 funci\u00f3n cumple, qu\u00e9 circuito lo alimenta, qu\u00e9 procedimiento aplica, qu\u00e9 piezas son compatibles, cu\u00e1l es su criticidad y qu\u00e9 intervenciones ya ocurrieron. Cuando estas respuestas dependen de conocimiento informal o de varias hojas de c\u00e1lculo desconectadas, el mantenimiento pierde trazabilidad.<\/p>\n\n\n\n

El registro organiza la identidad t\u00e9cnica del activo. Crea una clave com\u00fan para conectar inspecciones, \u00f3rdenes de mantenimiento, planos, manuales, ensayos, certificados, fotograf\u00edas, repuestos, eventos de falla e indicadores. Esta conexi\u00f3n es m\u00e1s importante que el n\u00famero de campos completados.<\/p>\n\n\n\n

ISO 55001:2024 exige que la organizaci\u00f3n determine y gestione la informaci\u00f3n necesaria para el sistema de gesti\u00f3n de activos. Esto no significa que la norma prescriba un \u00fanico modelo de registro. La responsabilidad sigue siendo de la organizaci\u00f3n: definir qu\u00e9 datos son necesarios, con qu\u00e9 calidad, en qu\u00e9 nivel de la estructura y para qu\u00e9 decisiones.<\/p>\n\n\n\n

El registro patrimonial y el registro t\u00e9cnico no son lo mismo<\/h3>\n\n\n\n

El registro patrimonial suele responder a propiedad, valor contable, centro de costo, ubicaci\u00f3n administrativa y depreciaci\u00f3n. El registro t\u00e9cnico responde a funci\u00f3n, caracter\u00edsticas de ingenier\u00eda, interfaces, condici\u00f3n, mantenibilidad e historial operacional. Ambos pueden compartir identificadores y deben interoperar, pero tienen finalidades distintas.<\/p>\n\n\n\n

Un transformador, por ejemplo, puede aparecer como un \u00fanico \u00edtem patrimonial. Para mantenimiento, sin embargo, puede ser necesario relacionarlo con el sistema el\u00e9ctrico, subestaci\u00f3n, barra, protecci\u00f3n, ventilaci\u00f3n, accesorios y puntos de inspecci\u00f3n. La estructura contable no sustituye la estructura funcional.<\/p>\n\n\n\n

Dimensi\u00f3n<\/td>Registro patrimonial<\/td>Registro t\u00e9cnico de activos<\/td><\/tr>
Objetivo principal<\/td>Control econ\u00f3mico y contable<\/td>Operaci\u00f3n, mantenimiento, confiabilidad e Ingenier\u00eda<\/td><\/tr>
Unidad t\u00edpica<\/td>Bien patrimonial<\/td>Sistema, equipo o componente t\u00e9cnicamente gestionable<\/td><\/tr>
Atributos<\/td>Valor, adquisici\u00f3n, depreciaci\u00f3n, centro de costo<\/td>TAG, funci\u00f3n, fabricante, modelo, capacidad, par\u00e1metros, condici\u00f3n<\/td><\/tr>
Relaciones<\/td>Unidad administrativa, propietario<\/td>Sistema, subsistema, ubicaci\u00f3n, alimentaci\u00f3n, redundancia, interfaces<\/td><\/tr>
Historial<\/td>Movimientos patrimoniales<\/td>Fallas, inspecciones, \u00f3rdenes, ensayos, cambios e intervenciones<\/td><\/tr>
Decisi\u00f3n soportada<\/td>Contable y financiera<\/td>T\u00e9cnica y de ciclo de vida<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Un activo solo debe convertirse en objeto de mantenimiento cuando existe motivo para gestionarlo por separado<\/h3>\n\n\n\n

No todo componente f\u00edsico necesita una TAG individual. El criterio debe ser la necesidad de decisi\u00f3n. Si el componente posee plan propio, historial relevante, riesgo, costo, repuesto, inspecci\u00f3n o necesidad de trazabilidad, existe argumento para identificarlo por separado.<\/p>\n\n\n\n

Crear miles de registros para elementos que nunca ser\u00e1n gestionados individualmente genera ruido. Lo contrario tambi\u00e9n es problem\u00e1tico: agrupar varios equipos cr\u00edticos en un \u00fanico registro impide identificar fallas, consumo de recursos y desempe\u00f1o por unidad.<\/p>\n\n\n\n

C\u00f3mo estructurar la jerarqu\u00eda de activos<\/h2>\n\n\n\n

La jerarqu\u00eda es la representaci\u00f3n de las relaciones entre objetos t\u00e9cnicos. En una instalaci\u00f3n industrial o predial, una estructura com\u00fan puede partir del emprendimiento o site y descender a \u00e1reas, sistemas, subsistemas, equipos y componentes. Sin embargo, esta secuencia es solamente un modelo de referencia.<\/p>\n\n\n\n

IEC 81346-1:2022 proporciona principios generales para estructurar sistemas y crear designaciones de referencia inequ\u00edvocas. Su contribuci\u00f3n es importante porque separa la estructuraci\u00f3n del simple nombre del equipo: un objeto puede verse por funci\u00f3n, producto, ubicaci\u00f3n y otras perspectivas sin perder identidad.<\/p>\n\n\n\n

ISO 14224:2016, aunque es espec\u00edfica para petr\u00f3leo, petroqu\u00edmica y gas natural, es una referencia \u00fatil de c\u00f3mo la taxonom\u00eda de equipos, atributos, fallas y mantenimiento puede estandarizarse para permitir an\u00e1lisis de confiabilidad. No debe tratarse como una taxonom\u00eda universal para cualquier sector, pero muestra por qu\u00e9 importa la consistencia de la clasificaci\u00f3n.<\/p>\n\n\n\n

Ejemplo conceptual de jerarqu\u00eda de activos desde la instalaci\u00f3n hasta el componente gestionable<\/title>