Criticidad sin criterio: por qué todos tus activos pesan igual
Sin una taxonomía funcional consistente, el indicador ABC no es comparable entre subestaciones: cómo priorizar mantenimiento con criterio en S/4HANA.
· 12 min de lectura
El gerente de mantenimiento de una distribuidora eléctrica pide algo razonable antes de un corte tarifario: la lista de los cien activos más críticos de toda la red. Lo que recibe son veinte listas — una por subestación — que no se pueden sumar. En un sitio, “crítico” significa que el activo está en una barra de 115 kV. En otro, que el jefe de zona lo marcó así después de una falla que dolió. En un tercero, el campo llegó vacío desde la migración de datos y nadie lo llenó nunca.
Ninguna de esas tres respuestas está mal en su contexto local. El problema es que juntas no producen una prioridad. Y sin prioridad, el presupuesto de mantenimiento se reparte por inercia: el activo que gritó más fuerte el mes pasado se lleva la cuadrilla.
Cuando el campo existe pero no significa nada
La regla de fondo es simple y está bien documentada en la práctica de gestión de activos: cada activo de la jerarquía debe llevar un puntaje de criticidad, porque sin puntajes todos los activos reciben la misma atención — lo que significa que los activos críticos no quedan protegidos frente a demandas de menor prioridad (OxMaint, 2026). Una jerarquía sin criticidad no es neutral: es una jerarquía que decide por omisión.
Pero hay un segundo modo de falla, más frecuente y más difícil de ver: el campo sí está lleno, en todas partes, y aun así no sirve. Eso ocurre cuando la criticidad se asignó sobre objetos que no son comparables entre sí. En la pieza anterior de esta serie separamos ubicación técnica de equipo — el lugar donde se hace el mantenimiento frente a la cosa que se mantiene. Esa distinción reaparece aquí con consecuencias económicas: si el objeto que estás calificando cambia de naturaleza de un sitio a otro, la calificación no viaja.
Dónde vive la criticidad en SAP
En SAP Asset Management la criticidad tiene un domicilio conocido: el indicador ABC del objeto técnico. Es un campo de datos maestros que se puede informar tanto en equipos como en ubicaciones técnicas, y cuyos valores válidos y su significado se definen en configuración (SAP Learning, s.f.). Es decir: SAP no te impone la escala de criticidad. Te da el contenedor y espera que tú definas el criterio.
Ese diseño es correcto y es exactamente donde se pierden las organizaciones. Un campo configurable sin una definición corporativa detrás se convierte en veinte definiciones locales.
Para las utilities que van más allá del dato maestro, el ecosistema ofrece un mecanismo formal: las evaluaciones de riesgo y criticidad de SAP Asset Performance Management, que califican el objeto técnico contra una plantilla con impactos, dimensiones y escalas, generan un puntaje de riesgo y derivan un código de criticidad y una acción recomendada; ese código se refleja luego en el sistema S/4HANA de backend (SAP Learning, s.f.). Fíjate en la palabra que hace todo el trabajo: plantilla. La plantilla es lo que hace que dos evaluadores en dos subestaciones distintas lleguen al mismo número por las mismas razones.
El eslabón que falla: la clase del objeto
Una plantilla de criticidad se asigna por tipo de activo, no por sitio. Y ahí es donde una taxonomía heredada rompe la cadena. Si en la subestación norte los transformadores de potencia se cargaron con un tipo de objeto y en la sur con otro — o si la mitad quedó como ubicación técnica y la otra mitad como equipo — no existe forma de aplicar la misma plantilla a ambos conjuntos. Lo que sigue no es un error de configuración: es la imposibilidad estructural de comparar.
La disciplina que resuelve esto no es nueva. La norma ISO 14224 define una taxonomía de nueve niveles precisamente para que un registro de falla siempre pueda rastrearse hasta un componente físico específico y comparable, sin importar la planta o el proveedor; la clase de equipo es la que determina qué taxonomía de modos de falla se aplica, y una clase mal asignada saca al activo de todo benchmark posterior (CPCON Group, 2026). SAP ofrece los ganchos equivalentes: el tipo de objeto técnico se define en configuración para categorías como motores, bombas, compresores o líneas de distribución y transmisión (SAP Community, 2025), y la clasificación con características permite agregar los atributos que la escala de criticidad necesita leer.
Una escala de criticidad madura no pregunta cuántos kilovoltios tiene el activo. Pregunta por consecuencia de falla, detectabilidad y redundancia disponible — los tres factores que una matriz estructurada de criticidad debe considerar (OxMaint, 2026). Un transformador sin respaldo en una subestación rural puede ser más crítico que uno de mayor tensión con reserva caliente. La tensión es un atributo; la criticidad es un juicio sobre el riesgo.
Por qué esto es un asunto regulatorio en LATAM, no solo técnico
En Colombia, el esquema de calidad del servicio en los sistemas de distribución local se sostiene sobre los indicadores SAIDI y SAIFI, con metas anuales e incentivos por mejora, según la Resolución CREG 015 de 2018 y sus modificaciones (Resolución CREG 015 de 2018, aclarada, modificada y complementada, entre otras, por las Resoluciones CREG 036 de 2019 y 101 050 de 2024). Al evaluar los primeros cinco años de aplicación, el regulador reportó que el SAIDI ponderado nacional pasó de 39 a 25 horas/año entre 2019 y 2023 — una mejora del 35% — y el SAIFI ponderado de 29 a 16 veces/año, una mejora del 43% (Circular CREG 053 de 2024, modificada por las Circulares CREG 124 de 2025 y 254 de 2026).
Esas metas se cumplen o se incumplen activo por activo. Un operador de red que no puede ordenar sus transformadores, seccionadores e interruptores por criticidad comparable entre sitios está optimizando a ciegas contra un indicador que sí se mide con precisión. La asimetría es incómoda: el regulador mide con un criterio único y la empresa prioriza con veinte.
Qué hacer antes de que la migración congele el problema
Una migración a S/4HANA es la ventana natural para corregir esto, porque es el momento en que los datos maestros se tocan de todos modos. Nuestra recomendación operativa, cuando acompañamos este tipo de programas, es tratar la criticidad como un entregable de diseño y no de carga:
- Publicar un estándar corporativo de valores ABC y su significado antes de definir el mapeo de datos maestros.
- Normalizar tipo de objeto y clasificación por familia de activo, no por sitio, para que una misma plantilla aplique a toda la flota.
- Documentar el racional de la calificación junto al puntaje: sin trazabilidad, la primera rotación de personal reinicia el criterio.
- Verificar que la criticidad efectivamente llegue aguas abajo — a la estrategia de mantenimiento, a la prioridad de la orden y al stock de repuestos — porque una criticidad que nadie consume es documentación, no gobierno.
Nada de esto requiere una herramienta adicional. Requiere una decisión que casi ninguna organización toma explícitamente: acordar qué significa “crítico” para toda la empresa, una sola vez.
Queda una pregunta previa que este artículo dio por resuelta: si tu jerarquía tiene la profundidad suficiente para colgar esa taxonomía. La siguiente entrega de la serie plantea la prueba simple para saber si te faltan niveles.
Fuentes
- OxMaint — Asset Hierarchy Best Practices for Maintenance Teams (2026): https://oxmaint.com/article/asset-hierarchy-best-practices-cmms
- OxMaint — Power Plant Asset Hierarchy and ISO 14224 Taxonomy Programs (2026): https://oxmaint.com/industries/power-plant/power-plant-asset-hierarchy-iso-14224-taxonomy-programs
- SAP Learning — Configuring Technical Objects (SAP S/4HANA Cloud Public Edition, Asset Management Configuration): https://learning.sap.com/courses/sap-s-4hana-cloud-public-edition-asset-management-configuration/configuring-technical-objects_e5b3fad5-7f57-4680-b07f-5e35fb1756c5
- SAP Learning — Explaining Asset Risk & Criticality (SAP Intelligent Asset Management): https://learning.sap.com/courses/discovering-business-processes-in-sap-intelligent-asset-management/explaining-asset-risk-criticality
- SAP Community — Enhancements related to Object type in SAP PM (2025): https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-members/4-important-enhancements-related-to-object-type-in-sap-pm/ba-p/14292015
- CPCON Group — ISO 14224 Explained: Equipment Taxonomy & Reliability Data (2026): https://cpcongroup.com/insights/article/iso-14224-equipment-taxonomy/
- CREG — Circular 053 de 2024: https://gestornormativo.creg.gov.co/gestor/entorno/docs/circular_creg_0053_2024.htm
- CREG — Circular 254 de 2026 (referencia a la Resolución CREG 015 de 2018 modificada por la Resolución CREG 036 de 2019): https://gestornormativo.creg.gov.co/gestor/entorno/docs/circular_creg_0254_2026.htm
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
