La gesti\u00f3n de activos es la disciplina que conecta las decisiones sobre los activos con los objetivos de la organizaci\u00f3n. En infraestructuras, industria, energ\u00eda, edificios y sistemas cr\u00edticos, esto significa decidir de forma estructurada d\u00f3nde invertir, c\u00f3mo operar, cu\u00e1ndo mantener, cu\u00e1ndo modernizar y cu\u00e1ndo sustituir activos para equilibrar valor, desempe\u00f1o, coste y riesgo a lo largo del ciclo de vida.<\/p>\n\n\n\n
El enfoque es m\u00e1s amplio que el registro patrimonial o la gesti\u00f3n del mantenimiento. Un activo puede estar t\u00e9cnicamente disponible y aun as\u00ed generar poco valor; puede tener bajo coste de mantenimiento y ocultar un riesgo creciente de obsolescencia; o puede recibir inversiones recurrentes sin una estrategia clara sobre su funci\u00f3n, criticidad y horizonte de vida.<\/p>\n\n\n\n
Por ello, la gesti\u00f3n de activos combina ingenier\u00eda, operaci\u00f3n, mantenimiento, finanzas, riesgos, datos y gobernanza. ISO 55000:2024 establece los fundamentos y la terminolog\u00eda de la disciplina, mientras que ISO 55001:2024 define requisitos para un sistema de gesti\u00f3n de activos. El foco central es transformar activos en resultados organizacionales de manera deliberada y trazable.<\/p>\n\n\n\n
La gesti\u00f3n de activos puede entenderse como un conjunto coordinado de actividades mediante las cuales una organizaci\u00f3n realiza valor a partir de sus activos. Ese valor no es necesariamente solo financiero. Puede involucrar capacidad productiva, continuidad del servicio, seguridad, conformidad, calidad, experiencia del usuario, eficiencia energ\u00e9tica, resiliencia o cumplimiento de objetivos p\u00fablicos e institucionales.<\/p>\n\n\n\n
La consecuencia pr\u00e1ctica es importante: la organizaci\u00f3n no debe buscar autom\u00e1ticamente el activo m\u00e1s nuevo, fiable o sofisticado. Debe buscar la combinaci\u00f3n de activos, estrategias y recursos que mejor apoye sus objetivos dentro de los riesgos y restricciones existentes.<\/p>\n\n\n\n
ISO 55000:2024 refuerza la gesti\u00f3n de activos a lo largo del ciclo de vida y su relaci\u00f3n con los objetivos organizacionales. ISO 55001:2024 fortalece la conexi\u00f3n entre decisi\u00f3n y valor, haciendo expl\u00edcita la necesidad de estructurar c\u00f3mo se toman las decisiones de gesti\u00f3n de activos.<\/p>\n\n\n\n
El mantenimiento es una de las actividades del ciclo de vida, pero no define por s\u00ed solo la gesti\u00f3n de activos.<\/p>\n\n\n\n
El mantenimiento pregunta, por ejemplo, qu\u00e9 tarea debe ejecutarse, con qu\u00e9 frecuencia, con qu\u00e9 recursos y criterios. La gesti\u00f3n de activos tambi\u00e9n pregunta si ese activo debe seguir existiendo, si su funci\u00f3n contin\u00faa siendo necesaria, si el riesgo es aceptable, si existe una alternativa tecnol\u00f3gica mejor, si la ampliaci\u00f3n de capacidad est\u00e1 justificada y c\u00f3mo compite la inversi\u00f3n con otras prioridades del portafolio.<\/p>\n\n\n\n
Esta diferencia puede observarse en una decisi\u00f3n de modernizaci\u00f3n. La ingenier\u00eda de mantenimiento puede demostrar aumento de fallos y costes. La ingenier\u00eda de confiabilidad puede caracterizar reducci\u00f3n de disponibilidad y mecanismos de fallo. La gesti\u00f3n de activos consolida estas evidencias con criticidad, riesgo, coste del ciclo de vida, estrategia operacional y disponibilidad de capital para decidir entre mantener, reformar, recomisionar, sustituir o retirar el activo.<\/p>\n\n\n\n
El servicio de Gesti\u00f3n de Activos de Ingenier\u00eda<\/a> act\u00faa precisamente en esta interfaz entre informaci\u00f3n t\u00e9cnica, condici\u00f3n, criticidad y decisiones de ciclo de vida.<\/p>\n\n\n\n La gesti\u00f3n de activos no es una forma m\u00e1s sofisticada de llamar al mantenimiento.<\/strong> Gobierna decisiones sobre adquisici\u00f3n, operaci\u00f3n, riesgo, inversi\u00f3n, modernizaci\u00f3n y retirada de los activos a lo largo del ciclo de vida.<\/p>\n\n\n Gesti\u00f3n de Activos de Ingenier\u00eda \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n La disciplina puede aplicarse a diferentes tipos de activos. Desde un enfoque de ingenier\u00eda, normalmente el foco recae sobre activos f\u00edsicos y sistemas que soportan la operaci\u00f3n, como:<\/p>\n\n\n\n ISO 55000, sin embargo, no limita el concepto \u00fanicamente a activos f\u00edsicos. La organizaci\u00f3n define el alcance del sistema de gesti\u00f3n y qu\u00e9 activos son relevantes para los resultados que pretende alcanzar.<\/p>\n\n\n\n Una gesti\u00f3n madura acompa\u00f1a las decisiones desde la concepci\u00f3n de la necesidad hasta el final de las responsabilidades asociadas al activo. ABNT NBR ISO 55000:2024 trata el ciclo de vida como las etapas del activo a lo largo de su vida y reconoce que la organizaci\u00f3n puede adoptar nomenclaturas diferentes seg\u00fan el sector. El punto esencial es mantener continuidad de decisi\u00f3n<\/strong>: los requisitos establecidos al inicio deben llegar a la implantaci\u00f3n, operaci\u00f3n, mantenimiento, renovaci\u00f3n y desactivaci\u00f3n.<\/p>\n\n\n\n Esta visi\u00f3n evita una optimizaci\u00f3n local cl\u00e1sica: reducir CAPEX durante el dise\u00f1o y la adquisici\u00f3n, pero crear OPEX elevado, baja mantenibilidad o riesgo de obsolescencia durante d\u00e9cadas de operaci\u00f3n. Tambi\u00e9n ocurre lo contrario cuando la operaci\u00f3n exige soluciones excesivamente conservadoras sin considerar coste de capital, horizonte de uso y nivel de servicio realmente necesario.<\/p>\n\n\n\n Por ello, cada transici\u00f3n de fase deber\u00eda funcionar como un gate de informaci\u00f3n y decisi\u00f3n<\/strong>. Antes de avanzar, la organizaci\u00f3n necesita conocer qu\u00e9 requisitos siguen vigentes, qu\u00e9 riesgos fueron aceptados, qu\u00e9 datos de activos se produjeron, qu\u00e9 pendientes existen y qui\u00e9n asume la responsabilidad por la siguiente etapa. Un handover t\u00e9cnico incompleto, un registro sin jerarqu\u00eda y documentos As Built divergentes son ejemplos de fallos que transfieren coste e incertidumbre a la operaci\u00f3n.<\/p>\n\n\n\n La gesti\u00f3n del ciclo de vida tambi\u00e9n exige reconocer que la vida f\u00edsica, la vida \u00fatil, la vida econ\u00f3mica y el per\u00edodo de responsabilidad de la organizaci\u00f3n no son necesariamente iguales. Un equipo puede seguir funcionando f\u00edsicamente y, aun as\u00ed, dejar de ser adecuado por obsolescencia, falta de soporte, cambio de requisitos, riesgo regulatorio o coste de continuidad superior al valor entregado.<\/p>\n\n\n\n Antes de adquirir o dise\u00f1ar un activo, es necesario establecer la funci\u00f3n requerida, capacidad, criticidad, horizonte de uso y criterios de desempe\u00f1o. Una necesidad mal definida suele generar especificaciones excesivas o insuficientes.<\/p>\n\n\n\n Las decisiones de dise\u00f1o condicionan gran parte del coste y desempe\u00f1o futuros. Arquitectura, redundancia, accesibilidad, eficiencia, estandarizaci\u00f3n, materiales, interoperabilidad y requisitos de mantenibilidad deben evaluarse antes de la implantaci\u00f3n.<\/p>\n\n\n\n El menor precio inicial no necesariamente produce el menor coste de ciclo de vida. Los criterios t\u00e9cnicos de procurement, la calidad de instalaci\u00f3n, documentaci\u00f3n, pruebas y comisionamiento afectan a la confiabilidad futura y a la capacidad de operar el activo.<\/p>\n\n\n\n Durante la operaci\u00f3n, condici\u00f3n, desempe\u00f1o, fallos, intervenciones, consumo, capacidad y riesgos deben ser monitorizados. El mantenimiento debe ser proporcional a la criticidad y a los mecanismos de fallo, y no \u00fanicamente a planes hist\u00f3ricos.<\/p>\n\n\n\n Los activos pueden continuar siendo funcionales, pero volverse inadecuados por obsolescencia, falta de soporte, dificultad de integraci\u00f3n, cambios de proceso o p\u00e9rdida de eficiencia. Las decisiones de extensi\u00f3n de vida requieren evaluaci\u00f3n t\u00e9cnica y econ\u00f3mica.<\/p>\n\n\n\n La retirada debe considerar continuidad operacional, interfaces, documentaci\u00f3n, migraci\u00f3n, destino, seguridad e impacto sobre otros sistemas. En infraestructuras complejas, sustituir un activo de forma aislada puede alterar toda la arquitectura funcional.<\/p>\n\n\n\n Uno de los pilares de la gesti\u00f3n de activos es evitar decisiones unidimensionales. Cuatro variables aparecen de forma recurrente.<\/p>\n\n\n\n Valor<\/strong> representa el resultado que la organizaci\u00f3n espera obtener de los activos. Puede ser financiero o no financiero.<\/p>\n\n\n\n Desempe\u00f1o<\/strong> expresa la capacidad del activo para cumplir funciones y niveles de servicio: disponibilidad, capacidad, calidad, eficiencia, seguridad y otros criterios espec\u00edficos.<\/p>\n\n\n\n Coste<\/strong> incluye CAPEX y OPEX, pero tambi\u00e9n movilizaci\u00f3n, mantenimiento, energ\u00eda, repuestos, contratos, indisponibilidad, formaci\u00f3n, actualizaciones y retirada.<\/p>\n\n\n\n Riesgo<\/strong> combina incertidumbre y consecuencias sobre los objetivos. Un equipo de bajo valor patrimonial puede ser altamente cr\u00edtico si su fallo interrumpe una operaci\u00f3n esencial.<\/p>\n\n\n\n ISO\/TS 55010:2024 trata espec\u00edficamente la alineaci\u00f3n entre funciones financieras y no financieras y refuerza la necesidad de equilibrar desempe\u00f1o, coste y riesgo. Esto es esencial para evitar que ingenier\u00eda y finanzas operen con modelos de decisi\u00f3n incompatibles.<\/p>\n\n\n\n La criticidad es una de las herramientas m\u00e1s importantes para priorizar recursos. No todos los activos deben recibir el mismo nivel de monitorizaci\u00f3n, redundancia, mantenimiento o inventario de repuestos.<\/p>\n\n\n\n Una matriz de criticidad puede considerar consecuencias como:<\/p>\n\n\n\n La clasificaci\u00f3n debe reflejar el contexto. Aplicar una escala gen\u00e9rica sin relaci\u00f3n con los objetivos de la organizaci\u00f3n produce una criticidad formal, pero poco \u00fatil para tomar decisiones.<\/p>\n\n\n\n Un activo en mala condici\u00f3n no es necesariamente prioritario, y un activo en buena condici\u00f3n puede ser cr\u00edtico.<\/p>\n\n\n\n Condici\u00f3n<\/strong> describe el estado actual o la tendencia de degradaci\u00f3n.<\/p>\n\n\n\n Criticidad<\/strong> describe la relevancia de las consecuencias si se pierde la funci\u00f3n.<\/p>\n\n\n\n Una buena estrategia cruza ambas dimensiones. Los activos cr\u00edticos en condici\u00f3n degradada normalmente exigen una acci\u00f3n r\u00e1pida; los activos no cr\u00edticos en mala condici\u00f3n pueden tratarse mediante una estrategia run-to-failure cuando sea t\u00e9cnicamente aceptable; los activos cr\u00edticos en buena condici\u00f3n pueden requerir monitorizaci\u00f3n, redundancia y planes de contingencia para mantener el riesgo controlado.<\/p>\n\n\n\n La ingenier\u00eda de confiabilidad ofrece m\u00e9todos para comprender fallos, disponibilidad, mantenibilidad y comportamiento funcional. Estos resultados alimentan las decisiones de gesti\u00f3n de activos.<\/p>\n\n\n\n Por ejemplo, un an\u00e1lisis puede mostrar que la disponibilidad requerida no se alcanzar\u00e1 con la arquitectura actual. La gesti\u00f3n de activos debe entonces evaluar alternativas: crear redundancia, mejorar mantenimiento, aumentar el inventario de repuestos, modificar el contrato de soporte, modernizar subsistemas o aceptar formalmente el riesgo.<\/p>\n\n\n\n La Ingenier\u00eda de Confiabilidad y Disponibilidad<\/a> proporciona esta capa anal\u00edtica, mientras que la gesti\u00f3n de activos consolida la decisi\u00f3n dentro del ciclo de vida y de los objetivos organizacionales.<\/p>\n\n\n\n El art\u00edculo ISO 55000 y Gesti\u00f3n de Activos: principios, ISO 55001 y sistema de gesti\u00f3n<\/a> profundiza espec\u00edficamente en la familia normativa. Es importante separar ese contenido de la visi\u00f3n general de la disciplina.<\/p>\n\n\n\n En t\u00e9rminos pr\u00e1cticos, la serie ISO 55000 ayuda a la organizaci\u00f3n a transformar pr\u00e1cticas dispersas en un sistema coherente. Esto implica pol\u00edtica, objetivos, roles, planificaci\u00f3n, decisi\u00f3n, informaci\u00f3n, competencias, operaci\u00f3n, evaluaci\u00f3n y mejora.<\/p>\n\n\n\n La edici\u00f3n 2024 de ISO 55001 a\u00f1adi\u00f3 un \u00e9nfasis expl\u00edcito en la decisi\u00f3n y el valor, reforzando un punto fundamental: la gesti\u00f3n de activos no es una base de datos ni un departamento aislado; es una forma de gobernar decisiones que afectan a activos y resultados.<\/p>\n\n\n\n El activo es un medio para realizar valor, no el objetivo final.<\/strong> La decisi\u00f3n debe equilibrar desempe\u00f1o, riesgo, coste y horizonte de vida en funci\u00f3n de las necesidades de la organizaci\u00f3n.<\/p>\n\n\n Profundice en ISO 55000 e ISO 55001 \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n La organizaci\u00f3n necesita traducir los objetivos corporativos en objetivos de activos. ABNT NBR ISO 55000:2024 diferencia dos instrumentos importantes: el SAMP \u2014 Strategic Asset Management Plan<\/strong> y el AMP \u2014 Asset Management Plan<\/strong>. El SAMP conecta el plan organizacional con la pol\u00edtica, los objetivos, las estrategias y los enfoques de gesti\u00f3n del portafolio. El AMP desciende a la ejecuci\u00f3n y especifica actividades, recursos, costes y plazos necesarios para un activo, sistema o agrupaci\u00f3n de activos.<\/p>\n\n\n\n Esta distinci\u00f3n evita un error frecuente: llamar plan de gesti\u00f3n de activos<\/a> a una simple lista de mantenimientos o a un presupuesto anual. Un plan conectado con la estrategia debe dejar expl\u00edcito qu\u00e9 objetivo organizacional est\u00e1 siendo soportado, qu\u00e9 nivel de servicio se pretende mantener, qu\u00e9 riesgos deben controlarse y qu\u00e9 criterio orienta la priorizaci\u00f3n de recursos<\/strong>.<\/p>\n\n\n\n Un buen criterio de decisi\u00f3n debe funcionar antes del an\u00e1lisis de una alternativa espec\u00edfica. Por ejemplo, la organizaci\u00f3n puede establecer que las decisiones de renovaci\u00f3n de sistemas cr\u00edticos consideren seguridad, indisponibilidad esperada, riesgo de obsolescencia, coste del ciclo de vida<\/a> e impacto operacional. Definir el criterio despu\u00e9s de conocer la alternativa preferida solo formaliza un sesgo ya existente.<\/p>\n\n\n\n La planificaci\u00f3n debe responder no solo \u201cqu\u00e9 se har\u00e1\u201d, sino por qu\u00e9 la acci\u00f3n es necesaria, qu\u00e9 riesgo reduce, qu\u00e9 valor genera, qu\u00e9 premisas sustentan la decisi\u00f3n, qu\u00e9 evidencia se producir\u00e1 y c\u00f3mo se medir\u00e1 el resultado<\/strong>. Esta trazabilidad permite justificar t\u00e9cnicamente un CAPEX, revisar prioridades o explicar por qu\u00e9 un activo aparentemente en buen estado necesita modernizaci\u00f3n.<\/p>\n\n\n\n Una organizaci\u00f3n puede poseer millones de registros y aun tener baja madurez en gesti\u00f3n de activos. El problema no es solo la cantidad de datos, sino su calidad, estructura y capacidad para transformarlos en decisiones.<\/p>\n\n\n\n La informaci\u00f3n relevante incluye:<\/p>\n\n\n\n El CMMS<\/a> es una de las plataformas posibles para estructurar mantenimiento e historial. BIM, Digital Twin, CDE, EAM y otras herramientas pueden complementar la arquitectura, siempre que exista gobernanza de la informaci\u00f3n.<\/p>\n\n\n\n Las tecnolog\u00edas digitales agregan valor cuando preservan una relaci\u00f3n fiable entre la informaci\u00f3n y el activo real.<\/p>\n\n\n\n El BIM 7D<\/a> puede estructurar datos relevantes para operaci\u00f3n y mantenimiento. El Digital Twin<\/a> ampl\u00eda la posibilidad de integrar modelos, datos operacionales y estado del activo.<\/p>\n\n\n\n Pero la digitalizaci\u00f3n sin objetivos de decisi\u00f3n puede limitarse a sofisticar el registro. Antes de elegir una plataforma, es necesario definir qu\u00e9 decisiones ser\u00e1n soportadas, qu\u00e9 datos son necesarios, qu\u00e9 calidad es aceptable y qui\u00e9n es responsable de mantener v\u00e1lida la informaci\u00f3n.<\/p>\n\n\n\n La gesti\u00f3n de activos tiene una fuerte interfaz con la planificaci\u00f3n de inversiones. Un portafolio de CAPEX puede contener sustituciones, expansiones, adecuaciones, mejoras de eficiencia y mitigaci\u00f3n de riesgos.<\/p>\n\n\n\n La priorizaci\u00f3n debe combinar urgencia t\u00e9cnica, riesgo, criticidad, beneficio, dependencias y capacidad financiera. El art\u00edculo sobre Gesti\u00f3n de CAPEX en Proyectos de Ingenier\u00eda<\/a> profundiza en la gobernanza de las inversiones; la gesti\u00f3n de activos aporta una parte importante de la evidencia t\u00e9cnica que origina y prioriza esos proyectos.<\/p>\n\n\n\n Esto cierra un ciclo: condici\u00f3n y riesgo identifican necesidades; la planificaci\u00f3n de activos transforma necesidades en planes; CAPEX financia intervenciones; los proyectos implantan cambios; el comisionamiento valida entregables; los datos de operaci\u00f3n demuestran si el beneficio esperado se realiz\u00f3.<\/p>\n\n\n\n Los indicadores deben medir objetivos, y no \u00fanicamente aquello que el sistema puede extraer f\u00e1cilmente.<\/p>\n\n\n\n Algunos ejemplos son:<\/p>\n\n\n\n Los indicadores aislados pueden inducir comportamientos no deseados. Reducir el coste de mantenimiento, por ejemplo, puede mejorar un KPI a corto plazo y aumentar el riesgo y la indisponibilidad futura.<\/p>\n\n\n\n Considere un sistema de automatizaci\u00f3n industrial con quince a\u00f1os de operaci\u00f3n. Los controladores siguen funcionando, la tasa hist\u00f3rica de fallos es baja y una inspecci\u00f3n visual no muestra degradaci\u00f3n relevante. Sin embargo, parte de los m\u00f3dulos de I\/O est\u00e1 descontinuada, el fabricante no garantiza reposici\u00f3n y el software de programaci\u00f3n depende de estaciones antiguas. La condici\u00f3n f\u00edsica, de forma aislada, clasificar\u00eda el activo como satisfactorio; su capacidad de recuperaci\u00f3n<\/strong>, sin embargo, est\u00e1 deterior\u00e1ndose.<\/p>\n\n\n\n La decisi\u00f3n necesita descomponer el problema en dimensiones diferentes. La criticidad responde al impacto si se pierde la funci\u00f3n. La condici\u00f3n muestra el estado actual. La confiabilidad hist\u00f3rica ayuda a estimar la recurrencia de fallos, pero no captura por s\u00ed sola la exposici\u00f3n a la obsolescencia. La mantenibilidad y el soporte indican cu\u00e1nto tiempo necesitar\u00eda la organizaci\u00f3n para diagnosticar, obtener repuestos, restaurar software y volver a poner el sistema en servicio.<\/p>\n\n\n\nQu\u00e9 activos forman parte de la gesti\u00f3n de activos<\/h2>\n\n\n\n
El ciclo de vida del activo<\/h2>\n\n\n\n
Planificaci\u00f3n y necesidad<\/h3>\n\n\n\n
Dise\u00f1o y especificaci\u00f3n<\/h3>\n\n\n\n
Adquisici\u00f3n e implantaci\u00f3n<\/h3>\n\n\n\n
Operaci\u00f3n y mantenimiento<\/h3>\n\n\n\n
Modernizaci\u00f3n y extensi\u00f3n de vida<\/h3>\n\n\n\n
Desactivaci\u00f3n y sustituci\u00f3n<\/h3>\n\n\n\n
Valor, desempe\u00f1o, coste y riesgo<\/h2>\n\n\n\n
Criticidad de los activos<\/h2>\n\n\n\n
Condici\u00f3n no es lo mismo que criticidad<\/h2>\n\n\n\n
Gesti\u00f3n de activos e ingenier\u00eda de confiabilidad<\/h2>\n\n\n\n
El papel de ISO 55000 e ISO 55001<\/h2>\n\n\n\n
Estrategia y Plan de Gesti\u00f3n de Activos<\/h2>\n\n\n\n
Datos e informaci\u00f3n de activos<\/h2>\n\n\n\n
BIM, Digital Twin y gesti\u00f3n de activos<\/h2>\n\n\n\n
Gesti\u00f3n de activos y CAPEX<\/h2>\n\n\n\n
Indicadores de gesti\u00f3n de activos<\/h2>\n\n\n\n
Ejemplo de decisi\u00f3n de ciclo de vida<\/h2>\n\n\n\n