Por qué una tubería de 40 km no es «un equipo» en SAP

Una cuadrilla de inspección reporta corrosión externa en un ducto. El técnico sabe exactamente dónde está: pasando el cruce del río, cerca del kilómetro 10.5. Pero cuando el aviso llega al ERP, ese lugar preciso se convierte en una línea de texto libre colgada de un único número de equipo que representa la tubería completa, los 40 kilómetros. El sistema sabe qué activo tiene un problema. No sabe dónde.

Consultoría Venezuela abre con este artículo una serie de seis piezas sobre un problema que operadores de ductos de oil & gas y de redes de transmisión eléctrica en América Latina enfrentan a diario: el kilómetro 10.5 de su tubería no tiene número de equipo propio. En esta primera entrega situamos el dolor de fondo. Las siguientes lo irán resolviendo por etapas.

El modelo de equipo fue pensado para cosas que se pueden contar

La gestión de mantenimiento clásica en SAP se construyó sobre objetos técnicos discretos: una bomba, un transformador, un compresor. Cada uno tiene un número, una ubicación técnica, un historial y un plan de mantenimiento. Es un modelo excelente para activos que ocupan un punto en el espacio y cuya condición se describe como un todo.

El problema aparece cuando el activo no ocupa un punto, sino una longitud. SAP lo reconoce explícitamente: los activos lineales son sistemas técnicos con infraestructura lineal cuya condición y propiedades pueden variar de una sección a otra (SAP Learning, consultado 2026). Entre los ejemplos que cita la propia documentación están los ductos y las líneas aéreas de energía y cables (SAP Learning, consultado 2026).

Esa frase, «de sección a sección», es el centro de todo. Una bomba está sana o no. Una tubería de 40 kilómetros puede estar impecable en 39 de ellos y comprometida en 800 metros.

Lo que cambia a lo largo de una línea

En un activo lineal, casi todo lo que importa para mantenimiento varía con la distancia:

• Material y especificación: espesor de pared, grado del acero o tipo de conductor pueden cambiar entre tramos construidos en épocas distintas.
• Recubrimiento y protección: un tramo reparado hace años no tiene la misma protección que el original.
• Entorno: cruces de río, zonas pobladas, terreno inestable o áreas de difícil acceso imponen riesgos y frecuencias de inspección diferentes.
• Historial de fallas: los defectos tienden a concentrarse en tramos específicos, no a repartirse de forma uniforme.

SAP le pone nombre a este fenómeno: que la condición y las propiedades de un activo lineal varíen de sección a sección es lo que su documentación denomina segmentación dinámica (SAP Community, 2023).

Tres atajos que no resuelven el problema

Cuando el modelo discreto se enfrenta a un activo lineal, los equipos de mantenimiento suelen improvisar alguno de estos atajos:

Cada atajo sacrifica algo. El equipo gigante pierde precisión. Los miles de equipos artificiales generan una carga de datos maestros que nadie puede mantener, y además fijan cortes arbitrarios: si mañana un tramo se reemplaza a la mitad de un segmento, la estructura queda desalineada con el activo real. El texto libre conserva la información, pero la vuelve inservible para análisis.

Por qué el dolor pesa más en América Latina

En el sector utilities y en oil & gas de la región, este problema se amplifica por la geografía. Los operadores gestionan cientos de kilómetros de activo disperso, muchas veces atravesando zonas remotas, selva, cordillera o llanura, donde enviar una cuadrilla implica tiempo y costo logístico considerables. Llegar al punto equivocado, o tener que «buscar» el defecto a lo largo de varios kilómetros, no es una molestia menor: es una inspección perdida.

A esto se suma la presión por hacer más con presupuestos acotados. Cuando el sistema no distingue tramos, la planificación tiende a tratar la línea completa con la misma frecuencia de inspección, sobreinvirtiendo en tramos sanos y subatendiendo los críticos. Y cuando un ente regulador o un auditor pide trazabilidad sobre la integridad de un tramo específico, la respuesta termina armándose a mano, desde hojas de cálculo y reportes de campo.

SAP ya trata el activo lineal como una categoría propia

La buena noticia es que el problema no es nuevo para SAP. Dentro de SAP EAM existe Linear Asset Management (LAM), que permite crear activos lineales como objetos técnicos, ubicaciones técnicas o equipos, y almacenar datos lineales asociados a ellos (SAP Learning, consultado 2026). Con esos datos es posible identificar dónde hay un daño o defecto usando un punto de inicio, un punto final y un desplazamiento (SAP Community, 2023).

En SAP S/4HANA, además, una estructura de ubicaciones técnicas con datos lineales que representa un activo como un ducto puede dividirse en varios segmentos, o fusionarse (SAP Learning, consultado 2026). Y, en la propia terminología de SAP, esa variación de propiedades por tramo se gestiona mediante lo que denomina segmentación dinámica (SAP Community, 2023).

Es decir: la herramienta para dejar de forzar el modelo discreto existe. El reto real está en entender el cambio de mentalidad que exige, y en diseñar bien el modelo de datos antes de configurarlo. De eso trata esta serie.

Lo que viene en esta serie

Esta primera pieza planteó el síntoma: un activo cuya condición cambia a lo largo de su longitud no cabe en un modelo pensado para objetos puntuales. En las próximas entregas iremos desarmando el problema por etapas, desde cómo se ubica un defecto hasta cómo se planifica mantenimiento por tramo.

En la próxima pieza: referenciación lineal, o cómo darle una dirección exacta a un defecto sin crear un equipo por cada metro.

Fuentes

• SAP Community. Linear Asset Management (LAM) in SAP Enterprise Asset Management (EAM). 2023.
• SAP Learning. Structuring Linear Assets (curso Managing Technical Objects in SAP S/4HANA Asset Management). Consultado en 2026.