Ir al contenido principal
Técnico de una utility junto a un transformador de distribución, con una antena GNSS sobre trípode y una tableta de campo para capturar la posición del activo.
SAP

Activo sin número de equipo: registrarlo desde el mapa en campo

Qué hacer cuando un técnico de una utility LATAM halla un activo sin número de equipo: registrarlo desde el mapa sin perder trazabilidad.

Edward Camacho Guerra
Edward Camacho Guerra

CEO / Arquitecto de Soluciones SAP

· 9 min de lectura

El técnico tiene el activo delante: sabe dónde está, en qué estado lo encontró y puede fotografiarlo. Lo que no tiene es un número de equipo que anotar en el aviso. Rizing describe ese momento: un técnico en campo que se topa con un activo que necesita trabajo, pero que no muestra un número de equipo visible (Rizing, 2026). Esta pieza trata de qué hacer en ese instante para que el hallazgo termine como un equipo registrado en SAP, con su posición, y no como una nota que nadie retoma.

En la entrega anterior el activo ya existía en SAP; aquí todavía no hay objeto técnico al cual asociar el trabajo. En Consultoría Venezuela lo tratamos como un flujo operativo propio, con la captura de posición como punto de partida y con reglas claras sobre quién crea qué.

El hallazgo que el sistema no sabe nombrar

Dónde se rompe
Del hallazgo en campo al registro que nadie encuentra
📝
Reporte informal
Nota en la libreta, foto por mensajería o un «lo reporto al volver».
›
📍
Se pierde lo cierto
En el trayecto desaparecen la ubicación exacta, el momento y el estado del activo.
›
🔍
La búsqueda en SAP no encuentra nada
En la oficina se busca por número de equipo o por ubicación técnica, y ninguno de los dos datos existe.
›
⚠️
La jerarquía plana lo agrava
Con jerarquías planas o poco desarrolladas, navegar hasta el objeto sin conocer su ubicación técnica resulta difícil.
Para un activo todavía no registrado, la coordenada es el único identificador disponible.

La cadena se rompe en la oficina, no en el campo. El técnico sabe dónde está el activo; quien recibe el reporte, no. Tampoco tiene un número ni una ubicación técnica por donde empezar a buscarlo. Rizing señala que, en organizaciones con jerarquías de activos planas o poco desarrolladas, seleccionar el activo en un mapa y entrar a su detalle ahorra el tiempo que cuesta navegar sin conocer su ubicación técnica (Rizing, 2026). Para un activo que nunca se registró, ese argumento pesa todavía más, porque la posición es lo único con lo que se puede arrancar.

Por qué el mapa es la puerta de entrada correcta

SAP Spatial Asset Management
Las piezas que hacen del mapa la puerta de entrada
🗺️
GEF
Producto estándar que da acceso a transacciones de gestión de activos desde una interfaz de mapa; hoy agrupado bajo Spatial Asset Management.
Marco
🔎
Spatial Explorer
Permite ejecutar acciones sobre los objetos SAP directamente desde el mapa.
Aplicación
✏️
Spatial Editor
Agrega o edita los atributos espaciales de un objeto SAP individual: equipos, ubicaciones técnicas, avisos y órdenes.
Aplicación

Para un activo que todavía no existe en el maestro, el mapa no sirve solo para ubicar: sirve para crear. Ahí está la diferencia con la entrega anterior, donde las acciones se lanzaban sobre un objeto ya registrado. Un objeto nuevo necesita además su propia geometría, y la ficha del producto incluye entre sus capacidades crear o editar geometrías para objetos de negocio habilitados espacialmente en SAP S/4HANA (SAP, consultada en 2026). Ese es el paso que convierte una coordenada capturada en campo en un atributo del equipo.

El flujo en campo, paso a paso

Son cuatro momentos, desde la captura en terreno hasta el alta en datos maestros, y cada uno deja una evidencia que el siguiente necesita.

Capturar la posición con calidad declarada

ArcGIS Field Maps puede usar el GPS integrado del dispositivo o un receptor externo para obtener datos de alta precisión (Esri, 2026). Más importante que la coordenada es su procedencia: además de la posición, Field Maps puede guardar metadatos como la precisión y el tipo de solución, y entre los valores registrados está la fuente de la posición, que distingue entre una ubicación definida por el usuario y una obtenida con un receptor GNSS externo (Esri, 2026). La precisión necesaria depende del activo; Esri señala que, para gestionar tuberías subterráneas, la ubicación debe quedar a pocos centímetros de la real (Esri, 2026). La organización puede además exigir una precisión mínima y un nivel de confianza del 95 % antes de aceptar una posición (Esri, 2026).

Hacer visible el hallazgo en el mapa de SAP

Las clases de entidad del GIS pueden mostrarse en GEF como capas de referencia (Rizing, 2026). Si la capa de hallazgos de campo está configurada así, el planificador ve el punto capturado junto a los equipos y ubicaciones técnicas que SAP ya conoce, y puede comprobar rápidamente si hay un objeto registrado a pocos metros que en realidad sea el mismo activo.

Generar el aviso desde la misma pantalla

Rizing describe la mecánica: el técnico comunica su ubicación a un compañero con acceso al mapa de activos, que encuentra el activo y genera el aviso desde esa misma pantalla (Rizing, 2026). Lo distinto en este caso es el papel del aviso: deja constancia del hallazgo antes de que exista el equipo, y así el reporte no se pierde mientras se completa el alta.

Dar de alta el equipo y su geometría

El registro del equipo sigue el gobierno habitual de datos maestros: clase, ubicación técnica y características. La diferencia está en el último paso: con Spatial Editor se agregan o editan los atributos espaciales de un objeto SAP individual, incluidos equipos, ubicaciones técnicas, avisos y órdenes (SAP Community, 2022). Así, el activo nace con su posición y no queda pendiente para una campaña de georreferenciación futura.

Reglas operativas que evitan crear duplicados

Antes de dar de alta
Buscar antes de crear: ¿mal ubicado o no registrado?
---
config:
  theme: base
  fontFamily: 'Inter Variable, system-ui, sans-serif'
  themeVariables:
    darkMode: true
    fontFamily: 'Inter Variable, system-ui, sans-serif'
    fontSize: '15px'
    background: '#111113'
    primaryColor: '#1A1A1D'
    primaryTextColor: '#F4F5F8'
    primaryBorderColor: '#8B5CF6'
    secondaryColor: '#242428'
    tertiaryColor: '#1A1A1D'
    mainBkg: '#1A1A1D'
    secondBkg: '#242428'
    tertiaryBkg: '#2E2E33'
    lineColor: '#8B5CF6'
    textColor: '#F4F5F8'
    titleColor: '#F4F5F8'
    nodeBorder: '#8B5CF6'
    clusterBkg: '#1A1A1D'
    clusterBorder: '#2E2E33'
    edgeLabelBackground: '#242428'
    pie1: '#8B5CF6'
    pie2: '#f59e0b'
    pie3: '#22c55e'
    pie4: '#b495f9'
    pie5: '#f97316'
    pie6: '#ef4444'
    pieTitleTextColor: '#F4F5F8'
    pieSectionTextColor: '#F4F5F8'
    pieLegendTextColor: '#F4F5F8'
    pieStrokeColor: '#111113'
    pieOuterStrokeColor: '#111113'
---
flowchart TD
  A([Hallazgo de activo sin número]) --> B[Contrastar en el mapa con objetos cercanos]
  B --> C{¿Existe en SAP con otra posición?}
  C -->|Sí| D[Corregir su geometría]
  D --> E([Geometría corregida, sin registro nuevo])
  C -->|No| F[Técnico documenta el hallazgo]
  F --> G[Datos maestros aprueba y da de alta]
  G --> H([Equipo registrado])
  class A inicio
  class C decision
  class B,D,F,G proceso
  class E,H bueno
classDef inicio fill:#30274d,stroke:#8B5CF6,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef bueno fill:#193e2b,stroke:#22c55e,color:#ffffff
Si el objeto ya existe en SAP con otra posición, se corrige su geometría y no se crea uno nuevo. El técnico propone; el equipo de datos maestros aprueba y da de alta.

Un flujo que facilita crear registros también facilita crear registros repetidos. El diagrama recoge las tres reglas que deciden si nace o no un registro: buscar antes de crear, distinguir el activo no registrado del mal ubicado y separar a quien propone de quien aprueba el alta. A esas tres les sumamos dos condiciones sobre la calidad de lo que llega desde campo:

  • Exigir la fuente de la posición. Field Maps registra si la ubicación fue definida por el usuario o tomada de un receptor GNSS (Esri, 2026); para activos críticos, la primera no debería aceptarse como definitiva.
  • Adjuntar evidencia mínima. Fotografía, atributos visibles en sitio y estado del activo, registrados en el formulario de campo, para que el equipo de datos maestros apruebe con algo más que una coordenada.

Antes de implementarlo: lo que conviene validar

Antes de implementarlo
Tres frentes a validar con su equipo
📄
Licenciamiento
Spatial Asset Management tiene ficha de producto propia: confirme con SAP y con su proveedor de ArcGIS qué cubre su contrato actual.
⚙️
Configuración del mapa
El lanzamiento de aplicaciones desde el mapa y las interfaces por grupo de usuarios se configuran: las acciones del planificador se diseñan, no vienen dadas.
🧭
Sistemas de coordenadas
Si los sistemas de coordenadas de receptor y mapa no coinciden y no se define una transformación de datum, la posición no se alinea con los datos existentes.

Este flujo no se activa solo con instalar aplicaciones. El licenciamiento ya lo tratamos en entregas anteriores; lo que este caso añade son dos decisiones de diseño. La primera es la capa de hallazgos de campo: como la ficha del producto contempla configurar el lanzamiento de aplicaciones desde el mapa y ajustar las interfaces por grupo de usuarios (SAP, consultada en 2026), hay que definir quién ve esa capa y qué puede hacer sobre ella. La segunda son las coordenadas: sin una transformación de datum entre sistemas que no coinciden, la posición no se alinea con los datos existentes (Esri, 2026). En redes que combinan cartografía de distintas épocas, de eso depende que el punto capturado caiga sobre el activo correcto.

Lo que viene en la serie

Esta es la quinta entrega de la serie sobre la desconexión entre GIS y SAP. Partimos del diagnóstico de por qué el mapa y SAP no coinciden, seguimos con el marco que los conecta y con la mecánica de sincronización, y en la entrega anterior creamos la orden desde el mapa sobre un activo que ya existía. Registrar bien un activo desde campo resuelve el caso puntual; mantener ambos sistemas coincidiendo en el tiempo exige otra cosa. La sexta y última entrega cierra con el gobierno de datos entre el equipo de GIS y el equipo de mantenimiento.

Fuentes

Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.

Conversemos 30 minutos

¿Este análisis describe un mercado donde ya opera o que está evaluando?

Revisamos su caso, mapeamos los riesgos que aplican y le decimos con franqueza si es una oportunidad para usted —sin presentación comercial, solo una conversación técnica y estratégica.

Al enviar aceptas ser contactado por AGT Consultoría para el assessment solicitado. Tus datos no serán compartidos con terceros ni usados para publicidad.

Edward Camacho Guerra · CEO / Arquitecto de Soluciones SAP
#sap eam #gis #spatial asset management #utilities #datos maestros #trabajo en campo