Dos registros, un activo: por qué el mapa y SAP no coinciden
El GIS y el sistema de mantenimiento describen el mismo activo con datos distintos. Por qué se desincronizan en utilities de LATAM y quién debería notarlo.
· 9 min de lectura
Una cuadrilla de una empresa de agua llega a la dirección que indica la orden de trabajo. El mapa ubica la válvula en la esquina, pero en la acera no hay ninguna caja. Unos metros más allá aparece una que no figura en el plano. En una distribuidora eléctrica cambia el activo, no la historia. El transformador que el mapa dibuja en un poste ya fue reemplazado. El sistema de mantenimiento conoce el equipo nuevo pero no dónde quedó, o conoce el lugar pero no el equipo.
Nadie cometió un error grave. Cada equipo actualizó su sistema según su propio procedimiento. El problema es que la utility tiene dos registros del mismo activo y ningún proceso que los obligue a coincidir.
Esta es la primera de una serie de seis piezas sobre esa desconexión entre el GIS y SAP. Aquí planteamos el problema de fondo; las siguientes lo irán resolviendo por etapas.
Dos sistemas que responden preguntas distintas
El GIS y el sistema de gestión de activos no nacieron para competir. Uno responde por la posición del activo en la red; el otro, por su identidad técnica y su historial. En SAP, ese segundo lado lo forman las ubicaciones técnicas, los equipos, los avisos y las órdenes.
Por eso ambos mundos han existido tradicionalmente como dominios separados: uno centrado en el dato geográfico y el otro en el dato maestro del activo (On Device Solutions, 2024). La separación también es organizacional. En muchas utilities, cada dominio tiene su propio equipo, su propia jefatura y su propio calendario de actualización.
El matiz que casi nunca se discute es que el GIS no guarda solo coordenadas. Esri se apoya en su experiencia con utilities de agua. Describe al GIS como la puerta por la que entra buena parte del dato de activos y como el lugar donde se mantienen sus características básicas: ubicación, tamaño, fecha de instalación y material (Esri, 2010). Varias de esas características también viven en el maestro de equipos del sistema de mantenimiento. Ahí empieza la superposición.
El conflicto no está en el activo, está en sus campos
La pregunta habitual es cuál de los dos sistemas es la fuente de verdad. Está mal planteada. El mismo artículo de Esri advierte que varios sistemas bien integrados pueden formar juntos el sistema de registro. La decisión de cuál manda puede tomarse campo por campo (Esri, 2010).
Visto así, el mapa y el sistema de mantenimiento no se disputan el activo completo. Se disputan un puñado de atributos que ambos tocan y que nadie asignó:
Esri describía ya en 2010 el problema de fondo (Esri, 2010). Cuando la información de un activo está repartida en varios sistemas, los datos pueden entrar en conflicto y cuesta saber cuál es el autorizado (Esri, 2010). El diagnóstico no es nuevo. Lo que está en juego sí crece a medida que más procesos de la operación dependen de que ambos registros digan lo mismo.
Por qué la brecha no aparece en ningún informe
La desincronización no es un evento: es un rezago. Un integrador especializado en utilities describe que un registro de válvula actualizado en el GIS puede tardar días o semanas en reflejarse en SAP u otros sistemas de gestión de activos. Agrega que las cuadrillas a menudo vuelven a digitar a mano los datos de la orden de trabajo (Geonexus, 2025). Cada recaptura es una oportunidad más de que los dos registros se separen.
Lo que vuelve invisible el problema es que cada equipo audita su propio sistema. El área de GIS valida la geometría y la conectividad. Mantenimiento revisa que las órdenes cierren y que los planes se cumplan. Ningún indicador mide el cruce: cuántos activos existen en un registro y no en el otro, o cuántos tienen estados distintos. La misma fuente señala que los sistemas necesitan coincidir en el estado del activo desde la instalación hasta el retiro (Geonexus, 2025). En la práctica, verificarlo no le toca a nadie.
Pensemos en una utility eléctrica o de agua de América Latina. Tiene redes de distribución extensas, cuadrillas repartidas en territorios muy distintos y presupuestos acotados para modernizar. Para ella, la brecha tiene consecuencias concretas. Una cuadrilla enviada al lugar equivocado pierde un tiempo que la falla no tiene. Un activo mal asociado distorsiona cualquier cálculo que dependa de la red, desde la atención de una falla hasta el análisis de pérdidas por zona. Y un regulador que pide información por activo recibe respuestas que dependen del sistema que se consultó.
Tres preguntas para medir la brecha antes de resolverla
Antes de hablar de herramientas de integración, conviene saber cuánto se separaron los dos registros. En Consultoría Venezuela proponemos empezar por las tres preguntas de arriba: quién manda sobre cada campo, con qué llave se cruzan los dos registros y quién mide la diferencia.
Las respuestas suelen mostrar que el problema es menos de tecnología que de gobierno. Hay dos sistemas legítimos, con atributos superpuestos y sin reglas para el cruce.
La próxima pieza de la serie aborda el marco que conecta ambos mundos: qué es el Geographical Enablement Framework.
Fuentes
- On Device Solutions (2024). SAP Service and Asset Manager GIS & GEF Integration. https://ondevicesolutions.com/sap-service-and-asset-manager-gis-gef/
- Esri (2010). GIS and Enterprise Asset Management, ArcGIS Blog. https://www.esri.com/arcgis-blog/products/product/water/gis-and-enterprise-asset-management
- Geonexus (2025). The State of Integrations in Utilities: Why 2026 Will Be a Turning Point. https://geo-nexus.com/state-of-utility-integration-2026/
¿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.
