Aprenda a estructurar registros y jerarquías de activos: TAG, niveles, taxonomías, atributos, criticidad, CMMS/EAM, BIM, COBie, calidad de datos y gobernanza.
¡Descúbrelo!
El registro de activos es la estructura de información que identifica cada activo relevante, describe sus atributos técnicos y lo posiciona dentro de una jerarquía coherente con la operación, el mantenimiento y la gestión del ciclo de vida. Un registro útil no es una lista de equipos: debe permitir localizar el activo, comprender su función, relacionarlo con sistemas y componentes, conectar documentos e historial y sustentar decisiones de mantenimiento, confiabilidad, repuestos, riesgo y renovación.
La jerarquía de activos define cómo se relacionan instalaciones, sistemas, subsistemas, equipos y componentes. No existe un único árbol universal aplicable a toda organización. El nivel de descomposición debe responder al uso de la información. Un registro excesivamente superficial impide el análisis; un registro granular sin propósito aumenta costo, duplicidad e inconsistencia.
Qué es un registro de activos y por qué es una infraestructura de decisión
En organizaciones intensivas en infraestructura, muchas decisiones dependen de responder preguntas aparentemente simples: qué equipo falló, dónde está instalado, qué función cumple, qué circuito lo alimenta, qué procedimiento aplica, qué piezas son compatibles, cuál es su criticidad y qué intervenciones ya ocurrieron. Cuando estas respuestas dependen de conocimiento informal o de varias hojas de cálculo desconectadas, el mantenimiento pierde trazabilidad.
El registro organiza la identidad técnica del activo. Crea una clave común para conectar inspecciones, órdenes de mantenimiento, planos, manuales, ensayos, certificados, fotografías, repuestos, eventos de falla e indicadores. Esta conexión es más importante que el número de campos completados.
ISO 55001:2024 exige que la organización determine y gestione la información necesaria para el sistema de gestión de activos. Esto no significa que la norma prescriba un único modelo de registro. La responsabilidad sigue siendo de la organización: definir qué datos son necesarios, con qué calidad, en qué nivel de la estructura y para qué decisiones.
El registro patrimonial y el registro técnico no son lo mismo
El registro patrimonial suele responder a propiedad, valor contable, centro de costo, ubicación administrativa y depreciación. El registro técnico responde a función, características de ingeniería, interfaces, condición, mantenibilidad e historial operacional. Ambos pueden compartir identificadores y deben interoperar, pero tienen finalidades distintas.
Un transformador, por ejemplo, puede aparecer como un único ítem patrimonial. Para mantenimiento, sin embargo, puede ser necesario relacionarlo con el sistema eléctrico, subestación, barra, protección, ventilación, accesorios y puntos de inspección. La estructura contable no sustituye la estructura funcional.
| Dimensión | Registro patrimonial | Registro técnico de activos |
| Objetivo principal | Control económico y contable | Operación, mantenimiento, confiabilidad e Ingeniería |
| Unidad típica | Bien patrimonial | Sistema, equipo o componente técnicamente gestionable |
| Atributos | Valor, adquisición, depreciación, centro de costo | TAG, función, fabricante, modelo, capacidad, parámetros, condición |
| Relaciones | Unidad administrativa, propietario | Sistema, subsistema, ubicación, alimentación, redundancia, interfaces |
| Historial | Movimientos patrimoniales | Fallas, inspecciones, órdenes, ensayos, cambios e intervenciones |
| Decisión soportada | Contable y financiera | Técnica y de ciclo de vida |
Un activo solo debe convertirse en objeto de mantenimiento cuando existe motivo para gestionarlo por separado
No todo componente físico necesita una TAG individual. El criterio debe ser la necesidad de decisión. Si el componente posee plan propio, historial relevante, riesgo, costo, repuesto, inspección o necesidad de trazabilidad, existe argumento para identificarlo por separado.
Crear miles de registros para elementos que nunca serán gestionados individualmente genera ruido. Lo contrario también es problemático: agrupar varios equipos críticos en un único registro impide identificar fallas, consumo de recursos y desempeño por unidad.
Cómo estructurar la jerarquía de activos
La jerarquía es la representación de las relaciones entre objetos técnicos. En una instalación industrial o predial, una estructura común puede partir del emprendimiento o site y descender a áreas, sistemas, subsistemas, equipos y componentes. Sin embargo, esta secuencia es solamente un modelo de referencia.
IEC 81346-1:2022 proporciona principios generales para estructurar sistemas y crear designaciones de referencia inequívocas. Su contribución es importante porque separa la estructuración del simple nombre del equipo: un objeto puede verse por función, producto, ubicación y otras perspectivas sin perder identidad.
ISO 14224:2016, aunque es específica para petróleo, petroquímica y gas natural, es una referencia útil de cómo la taxonomía de equipos, atributos, fallas y mantenimiento puede estandarizarse para permitir análisis de confiabilidad. No debe tratarse como una taxonomía universal para cualquier sector, pero muestra por qué importa la consistencia de la clasificación.
La figura anterior representa una estructura conceptual. El número de niveles puede ser menor o mayor según la complejidad y la necesidad de gestión.
La estructura funcional y la estructura física no necesitan ser idénticas
Una de las causas de registros frágiles es intentar representar toda la ingeniería con un único árbol. Un equipo físico puede participar en una función, estar ubicado en una sala, pertenecer a un sistema y recibir alimentación de otro sistema. Forzar todas estas relaciones como relaciones padre-hijo crea ambigüedades.
El árbol principal debe tener una lógica declarada. Las relaciones adicionales pueden modelarse mediante campos o vínculos: alimentado por, protege, mide, redundante de, controlado por, atiende, instalado en. Este enfoque se aproxima más a la realidad de los sistemas interdependientes.
Cómo elegir el nivel de descomposición
La pregunta correcta no es hasta dónde podemos descomponer, sino hasta dónde necesitamos descomponer para decidir y mantener. La granularidad debe reflejar riesgo, mantenimiento y costo de la información.
| Pregunta | Si la respuesta es “sí” | Implicación para el registro |
| ¿El ítem posee mantenimiento o inspección propios? | Existe una actividad independiente | Considerar un registro individual |
| ¿La falla debe analizarse por separado? | El historial tiene valor analítico | Crear una identidad trazable |
| ¿Existe un repuesto específico? | La reposición debe planificarse | Vincular pieza y compatibilidad |
| ¿Existe un requisito legal, normativo o de seguridad específico? | La evidencia debe demostrarse | Mantener atributo e historial controlados |
| ¿El ítem tiene criticidad o consecuencia propia? | La prioridad puede diferir del conjunto | Separar para la decisión |
| ¿El costo de mantener el dato supera el beneficio? | El registro no cambia ninguna decisión | Evitar granularidad artificial |
TAG, código, nombre e identificador: qué debe hacer cada campo
La TAG es una identificación técnica persistente del objeto. El nombre puede cambiar para mejorar la lectura; la descripción puede ampliarse; la posición física puede cambiar. El identificador debe mantener la continuidad histórica cuando el mismo activo continúa existiendo.
Una buena TAG es inequívoca dentro del alcance definido, legible, gobernada y resistente a cambios innecesarios. Evite códigos que incorporen tantos significados que cualquier cambio de área o función exija recodificar toda la base.
La TAG no debe sustituir atributos
Un código como BLD-A-QGBT-01-380V-1600A parece informativo, pero mezcla identidad, ubicación, tipo, tensión y capacidad. Si la capacidad cambia o el tablero es trasladado, el código se vuelve inconsistente. En muchos casos es mejor mantener un identificador más estable y almacenar las características en campos propios.
El nombre corto y la descripción técnica tienen funciones diferentes
El nombre debe permitir un reconocimiento rápido, como QGBT Principal – Bloque A. La descripción puede detallar función y alcance. Características como tensión, corriente nominal, fabricante y modelo deben permanecer en atributos estructurados siempre que exista uso analítico.
Qué campos debe tener un registro de activos
Un registro inicial no necesita nacer con cientos de campos. Debe comenzar por un núcleo mínimo confiable y evolucionar a medida que los procesos exijan datos adicionales.
| Grupo de datos | Ejemplos de campos | Decisiones soportadas |
| Identificación | ID, TAG, nombre, clase | Trazabilidad y búsqueda |
| Estructura | padre, sistema, subsistema, ubicación | Jerarquía y contexto funcional |
| Ingeniería | fabricante, modelo, capacidad, parámetros, plano | Diagnóstico, diseño y especificación |
| Operación | función, régimen, redundancia, carga, criticidad | Riesgo y continuidad |
| Mantenimiento | plan, periodicidad, estrategia, puntos de inspección | PCM y ejecución |
| Confiabilidad | modos de falla, historial, MTBF/MTTR cuando corresponda | Análisis y mejora |
| Suministros | repuestos, lead time, equivalentes | Inventario y recuperación |
| Documentos | manual, plano, certificado, informe, procedimiento | Evidencia y soporte técnico |
| Ciclo de vida | instalación, garantía, obsolescencia, renovación | CAPEX y planificación |
Los campos obligatorios deben ser pocos y estar justificados. Hacer que todos los campos sean obligatorios normalmente incentiva el llenado ficticio solamente para superar la pantalla.
Cómo crear una taxonomía de clases de activos
Cuando la base actual posee TAG duplicadas, activos sin relación funcional, documentación dispersa o historiales que no pueden asociarse al equipo correcto, el problema deja de ser solamente registral: compromete PCM, indicadores y trazabilidad técnica.
La clase agrupa objetos que comparten características relevantes. Las clases permiten definir conjuntos de atributos, planes y análisis sin repetir configuración en cada activo.
Un motor eléctrico y un interruptor no necesitan los mismos campos técnicos. La clase motor puede requerir potencia, tensión, rotación, carcasa y rodamiento; la clase interruptor puede requerir corriente nominal, capacidad de interrupción, unidad de protección y mecanismo.
La taxonomía debe equilibrar estandarización y aplicabilidad. Las clases demasiado genéricas pierden información; las clases excesivamente específicas disparan la cantidad de templates.
Clase, tipo y modelo no son sinónimos
Clase representa una categoría funcional o técnica. Tipo puede representar una variación dentro de la clase. Modelo es la designación comercial del fabricante. Mezclar estos niveles dificulta comparar activos equivalentes de fabricantes diferentes.
Cómo conectar el registro con mantenimiento, PCM y confiabilidad
El registro solo crea valor cuando pasa a ser la referencia para los procesos operacionales. La orden de mantenimiento debe apuntar a un activo u objeto técnico identificable; el historial de falla debe retornar al mismo registro; las inspecciones y mediciones deben ser comparables a lo largo del tiempo.
Sin esto, los indicadores agregan eventos de objetos diferentes o pierden eventos porque el equipo registra nombres libres. Bomba 1, B-01, bomba principal y PUMP-001 pueden representar el mismo equipo y generar cuatro historiales desconectados.
La calidad del dato influye directamente en MTBF, MTTR y backlog
Si las fallas no se asocian con el activo correcto, MTBF pierde validez. Si el inicio y el fin de la indisponibilidad no se registran de forma coherente, MTTR o el tiempo de restablecimiento queda distorsionado. Si las órdenes no poseen activo y criticidad, el backlog no puede priorizarse técnicamente.
Por eso, el registro no es higiene del sistema; es una precondición para indicadores confiables.
Registro de activos y criticidad
La criticidad puede ser un atributo del activo, pero debe ser consecuencia de una metodología definida. No debe completarse como opinión informal de quien registra.
Al relacionar criticidad con la jerarquía, es necesario decidir cómo tratarla entre niveles. Un sistema puede ser crítico porque atiende una función esencial, pero no todo componente dentro de él tendrá la misma consecuencia. Heredar automáticamente la criticidad del padre a todos los hijos puede sobrepriorizar ítems. Ignorar la criticidad del sistema puede hacer lo contrario.
La clasificación debe aplicarse en el nivel en el que se analizan la consecuencia y la decisión.
Registro, documentación y configuración técnica
Los activos cambian. Los equipos se sustituyen, los circuitos se reconfiguran, el firmware se actualiza, las protecciones se ajustan y los componentes reciben retrofit. El registro debe distinguir identidad del objeto, configuración actual e historial de cambios.
Cuando un equipo es sustituido por otro nuevo, la organización debe decidir si mantiene el mismo objeto funcional con una nueva instancia física o si crea un nuevo activo. Esta regla depende de lo que deba preservarse en el historial.
Sustitución física y continuidad funcional
En muchos entornos, la posición funcional continúa existiendo incluso cuando se sustituye el componente. Un concepto útil es separar posición funcional de equipo instalado. Esto permite mantener la función Bomba P-101A y registrar qué unidad física ocupa la posición a lo largo del tiempo.
Esta distinción es especialmente importante para activos reparables, reservas rotativas y equipos que circulan entre posiciones.
Cómo integrar BIM, COBie, CMMS/EAM y el registro de activos
BIM y COBie pueden proporcionar información relevante para la operación, pero un modelo BIM no debe considerarse automáticamente un registro operacional listo. Antes de importar, es necesario definir qué objetos serán activos gestionables, qué atributos se exigen y cómo se mantendrán los ID.
El CMMS/EAM normalmente se convierte en el sistema de referencia para planes, órdenes e historial de mantenimiento. BIM puede permanecer como representación espacial y técnica; GED/CDE como repositorio documental; los sistemas de supervisión como fuente operacional. La integración debe evitar múltiples fuentes competidoras para el mismo atributo.
Una fuente de verdad no significa un único sistema para todo
Cada dominio puede tener un sistema autoritativo. Lo importante es declarar qué sistema es maestro para cada información y cómo las demás plataformas sincronizan o referencian el dato.
Ejemplo: TAG y clase pueden ser maestros en el EAM; documentos en el GED; coordenadas y ubicación espacial en BIM; datos de proceso en SCADA. La clave de integración permite recuperar el conjunto sin duplicar responsabilidad.
Calidad de datos: la completitud no es suficiente
Una base puede estar 100% completada y aun así ser deficiente. La calidad implica corrección, consistencia, actualidad, unicidad, trazabilidad y adecuación al uso.
ISO 55013:2024 orienta la gestión de datos para apoyar objetivos de gestión de activos y refuerza que la utilidad del dato depende del contexto. Para el registro, esto significa que la calidad debe medirse por el efecto en la decisión, no por el volumen almacenado.
Indicadores de calidad del registro
Algunos controles útiles incluyen duplicidades, activos sin padre, TAG repetidas, campos críticos ausentes, documentos rotos, registros sin ubicación, activos desactivados con órdenes abiertas y divergencia entre campo y sistema.
La meta no debe ser completar todo, sino reducir inconsistencias que comprometen el proceso técnico.
Cómo levantar el registro en instalaciones existentes
El saneamiento del registro en instalaciones existentes exige conciliar hojas de cálculo, documentos, sistemas y la condición real de campo. En activos críticos, la validación física evita que la organización digitalice una estructura desactualizada.
En entornos brownfield, rara vez la base nace limpia. Planos desactualizados, etiquetas ilegibles, equipos sustituidos sin revisión documental y nomenclaturas diferentes son comunes. El levantamiento debe combinar documentación existente y verificación física.
El proceso puede comenzar con la definición de alcance y taxonomía, seguir con recopilación documental, importación de bases existentes, inspección de campo, reconciliación y validación técnica. Fotografías y evidencias ayudan a resolver divergencias.
No digitalice la desorganización
Migrar hojas de cálculo a un CMMS sin saneamiento solamente transforma inconsistencia en inconsistencia digital. Antes de la carga definitiva, es necesario deduplicar, normalizar clases, resolver conflictos de TAG y confirmar relaciones jerárquicas.
Cómo gobernar cambios en el registro
Cuando el registro ya existe, pero no sustenta planes, órdenes, criticidad e indicadores, la cuestión central es rediseñar la arquitectura de información y la gobernanza del mantenimiento — no solamente completar nuevos campos.
Una base confiable necesita un proceso de cambio. ¿Quién puede crear un activo? ¿Quién aprueba un cambio de TAG? ¿Quién modifica la clase? ¿Quién da de baja un activo? ¿Cómo se registra una sustitución? ¿Qué sucede cuando un proyecto entrega nuevos equipos?
Sin gobernanza, la calidad se deteriora rápidamente después del proyecto de saneamiento.
La incorporación de nuevos activos debe comenzar en el proyecto y en el handover
La información operacional no debe reconstruirse solamente después de la obra. Los requisitos de registro, TAG, atributos y documentación pueden definirse todavía en el proyecto e incorporarse a las especificaciones y criterios de entrega.
En el handover, el registro debe verificarse junto con As-Built, manuales, certificados, planes y repuestos. Esto reduce el intervalo entre implantación y mantenimiento estructurado.
Errores comunes en registro y jerarquía de activos
El primer error es confundir cantidad de registros con madurez. El segundo es crear una jerarquía solamente para reproducir el organigrama o la dirección física. El tercero es dejar que cada equipo invente patrones de nombre y clase.
También son recurrentes la recodificación frecuente de TAG, duplicación entre sistemas, llenado de atributos sin fuente, ausencia de estado de ciclo de vida y falta de vínculo entre registro y documentación.
Un buen registro es menor que una base indiscriminada, pero está mucho más conectado con los procesos reales.
Cómo estructurar un proyecto de implantación o saneamiento del registro
La implantación debe comenzar por los usos prioritarios. Si el objetivo es estructurar PCM, los activos que entran en planes y órdenes tienen prioridad. Si el objetivo es criticidad y renovación, la estructura debe representar funciones, sistemas y consecuencias. Si la organización pretende integrar BIM y EAM, los ID y las reglas de sincronización deben definirse antes de la carga.
Una secuencia consistente es:
- Definir objetivos y decisiones que el registro debe soportar.
- Establecer alcance, niveles jerárquicos y reglas de identidad.
- Crear taxonomía de clases y atributos.
- Normalizar bases existentes.
- Validar físicamente una muestra e ítems críticos.
- Migrar y reconciliar datos.
- Integrar documentos y sistemas.
- Definir gobernanza de creación, modificación y desactivación.
- Medir calidad y corregir desviaciones.
Consideraciones finales
El registro y la jerarquía de activos forman la infraestructura de información sobre la que operan mantenimiento, confiabilidad y gestión de activos. El objetivo no es producir un árbol atractivo en el sistema, sino establecer identidad, contexto y relaciones que permitan transformar eventos de campo en historial y el historial en decisiones.
La mejor estructura es la que mantiene información suficiente para gestionar riesgo, desempeño, costo y ciclo de vida sin crear complejidad administrativa sin propósito. Cuando la jerarquía, la TAG, los atributos y la gobernanza son coherentes, CMMS, BIM, inspección, PCM y los análisis de confiabilidad pasan a compartir un mismo lenguaje técnico.
Referencias técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55001:2024 — Asset management — Asset management system — Requirements. 2024. Disponible en: https://www.iso.org/standard/83054.html.
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55013:2024 — Asset management — Guidance on the management of data assets. 2024. Disponible en: https://www.iso.org/standard/82455.html.
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 81346-1:2022 — Industrial systems, installations and equipment and industrial products — Structuring principles and reference designations — Part 1: Basic rules. 2022. Disponible en: https://www.iso.org/standard/82229.html.
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 14224:2016 — Petroleum, petrochemical and natural gas industries — Collection and exchange of reliability and maintenance data for equipment. 2016. Disponible en: https://www.iso.org/standard/64076.html.
Preguntas frecuentes
Es la estructura organizada que identifica los activos, registra atributos técnicos y relaciona cada objeto con la jerarquía, documentación, mantenimiento, historial y ciclo de vida.
Es la estructura que representa relaciones entre emprendimiento, áreas, sistemas, subsistemas, equipos y componentes. Debe definirse según las decisiones y procesos que la organización necesita soportar.
No. Un componente debe identificarse individualmente cuando exista necesidad de mantenimiento, inspección, historial, riesgo, repuesto, costo o trazabilidad específica.
El patrimonial atiende principalmente control contable y económico. El técnico organiza función, características de ingeniería, relaciones, mantenimiento, condición e historial operacional.
No necesariamente. BIM puede ser una fuente o representación importante de información, mientras que CMMS/EAM suele controlar planes, órdenes e historial. La arquitectura debe definir el sistema autoritativo para cada dato y las claves de integración.
No. Existen principios y referencias sectoriales, pero el nivel de descomposición y el árbol deben ser adecuados a la función, al riesgo y a los procesos de la organización.
Materiales técnicos complementarios
Servicios relacionados
- Gestión de Activos de Ingeniería: registro, criticidad, ciclo de vida y desempeño
- Ingeniería de Mantenimiento: estrategias, confiabilidad, planes e indicadores
Soluciones relacionadas
Contenidos principales sobre el tema
- CMMS: qué es, cómo funciona e integración con BIM y gestión de activos
- ISO 55000 y Gestión de Activos: principios, ISO 55001 y sistema de gestión
