Piloto de integración HES–SAP IS-U: probar antes de escalar
Una prueba de concepto HES–SAP IS-U valida el puente de integración con pocos medidores y evita reprocesos en el despliegue masivo de AMI.
· 11 min de lectura
La orden de compra del HES está firmada. Los medidores avanzados llegan al almacén con su certificación metrológica al día. Y el SAP IS-U lleva más de una década facturando sin sobresaltos, con una configuración de gestión de dispositivos que casi nadie ha tocado desde el go-live original. Entre esos dos extremos hay un puente de integración que todavía no ha recorrido un solo dato real.
En la entrega anterior de esta serie analizamos qué ocurre cuando el concentrador pierde la señal a mitad del ciclo de lectura. Esta pieza se ocupa de la decisión que viene antes de todo eso: correr una prueba de concepto acotada que demuestre que el puente funciona de extremo a extremo, con pocos medidores y bajo condiciones reales, antes de comprometer el volumen del despliegue masivo.
El riesgo no está en el medidor: está en el puente
América Latina y el Caribe se encuentran justo en la fase donde este puente se está construyendo. La penetración de medidores inteligentes en la región era de 7.7% en 2024 y el parque instalado se proyecta desde 17.3 millones de unidades hasta 61.3 millones hacia 2030, con una tasa de crecimiento anual compuesta de 23.5% (Berg Insight, 2026). Eso significa que la mayoría de los operadores de red de la región no están reemplazando una integración existente: la están estrenando.
El marco regulatorio ya define qué debe cumplir el equipo en campo. En Colombia, la Resolución CREG 101 001 de 2022 fija requisitos mínimos de comunicaciones y seguridad para la AMI que despliegue el operador de red, incluyendo la Norma Técnica Colombiana NTC 6079 y la suite uno con función de no repudio del estándar DLMS/COSEM (CREG, 2022), sobre la base de los mecanismos adoptados por el Ministerio de Minas y Energía en la Resolución 40072 de 2018, modificada por las Resoluciones 40483 de 2019 y 40142 de 2020 (MinEnergía, 2018). El medidor cumple. La pregunta abierta es otra: si el dato que produce ese medidor entra correctamente en el proceso Meter-to-Cash del backend.
En la arquitectura SAP, ese puente tiene un nombre: la comunicación asíncrona entre el backend y un sistema MDUS (Meter Data Unification and Synchronization), con intercambio automático de datos maestros entre ambos lados (SAP Learning). Todo lo que el HES y el MDM saben hacer se vuelve irrelevante para la facturación si ese canal no está probado.
Qué significa “de extremo a extremo” en una prueba de concepto
La expresión se usa con demasiada ligereza. En un piloto de integración HES–SAP IS-U significa una sola cosa: que una lectura tomada por un medidor real termine convertida en un documento de facturación dentro de IS-U, sin intervención manual y con trazabilidad completa del recorrido.
Hay precedente documentado de este alcance. Cuculus ha ejecutado, junto a un socio de implementación, la integración de su solución ZONOS con un sistema SAP IS-U desagregado mediante una prueba de concepto que cubre el proceso completo (openPR, comunicado Cuculus GmbH), y su módulo de MDM se ofrece con integración hacia SAP S/4HANA Cloud y SAP ERP (Cuculus, 2021). El punto no es el proveedor: es el alcance. Una prueba que se detiene en “el dato llegó al MDM” no prueba nada facturable.
Del lado SAP, ese alcance obliga a activar y ejercitar componentes concretos: las funciones de negocio de AMI del backend, la sincronización masiva de dispositivos y la sincronización de cabeceras de perfil que alinean las entradas de IS-U con las del sistema externo (SAP Learning). Si el piloto no toca esos objetos, está probando una maqueta.
Los cuatro defectos que solo aparecen con tráfico real
Ningún taller de requisitos produce estos hallazgos. Aparecen cuando circulan mensajes de verdad, en volumen y con fallas:
- Lecturas duplicadas que generan desbalance de Meter-to-Cash entre los módulos comercial y de facturación, con reclamos posteriores que cuestan más que el propio piloto.
- Tiempos de transmisión inconsistentes que provocan pérdida de secuencia en los flujos de integración, dejando el orden cronológico del consumo a merced de la red.
- Eventos sin marca temporal normalizada, que rompen los procesos aguas abajo. SAP transfiere las marcas de tiempo hacia el sistema MDUS con la fecha de actividad y su zona horaria asociada mediante servicios empresariales dedicados (SAP Help Portal); cualquier desviación en ese contrato se paga en el cierre del ciclo.
- Alta latencia en concentradores que congestiona los flujos de integración y convierte un pico de eventos en una cola que nunca drena.
El circuito mínimo que el piloto debe cerrar
El escenario de excepción —caída de enlace, reintento controlado y trazabilidad del mensaje— es el que más se omite y el que más valor entrega. Un piloto que solo ejercita el camino feliz certifica un escenario que la operación real no vive nunca.
Criterios de salida: cómo saber que el piloto pasó
Un piloto sin criterios escritos antes de empezar termina en una discusión de opiniones. Los que sostienen una decisión de inversión son verificables:
- Porcentaje de lecturas que llegan a documento de facturación sin intervención manual.
- Comportamiento del reintento tras una interrupción deliberada del enlace, sin duplicar el evento al reprocesarlo.
- Trazabilidad extremo a extremo de un mensaje individual, desde el medidor hasta el documento.
- Consistencia de la marca temporal entre husos horarios y cambios de ciclo.
La plataforma ofrece los mecanismos para sostener estos criterios. SAP Cloud Integration permite desacoplar el procesamiento de emisor y receptor mediante colas JMS con reintento gestionado desde el sistema de integración y manejo de mensajes muertos para los casos que requieren acción manual (SAP Community, 2025). Para el desacople de mayor escala, SAP Integration Suite, advanced event mesh soporta entrega garantizada y filtrado dinámico de eventos entre entornos híbridos (SAP Learning). El piloto es el lugar donde se decide cuál de estos patrones necesita realmente su volumen de tráfico, en lugar de sobredimensionar por precaución.
---
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: '#00C2FF'
secondaryColor: '#242428'
tertiaryColor: '#1A1A1D'
mainBkg: '#1A1A1D'
secondBkg: '#242428'
tertiaryBkg: '#2E2E33'
lineColor: '#00C2FF'
textColor: '#F4F5F8'
titleColor: '#F4F5F8'
nodeBorder: '#00C2FF'
clusterBkg: '#1A1A1D'
clusterBorder: '#2E2E33'
edgeLabelBackground: '#242428'
pie1: '#00C2FF'
pie2: '#f59e0b'
pie3: '#22c55e'
pie4: '#59d7ff'
pie5: '#f97316'
pie6: '#ef4444'
pieTitleTextColor: '#F4F5F8'
pieSectionTextColor: '#F4F5F8'
pieLegendTextColor: '#F4F5F8'
pieStrokeColor: '#111113'
pieOuterStrokeColor: '#111113'
---
flowchart TD
A([El piloto decide qué patrón necesita el volumen de tráfico]) --> D{Patrón de desacople}
D -->|Colas JMS| E[Cloud Integration desacopla emisor y receptor]
E --> B[Reintento gestionado desde el sistema de integración]
B --> F([Mensajes muertos para los casos que requieren acción manual])
D -->|Event mesh| G[Advanced event mesh para desacople de mayor escala]
G --> C[Entornos híbridos]
C --> H([Entrega garantizada y filtrado dinámico de eventos])
class A inicio
class D decision
class B,C,E,G proceso
class F,H bueno
classDef inicio fill:#113d4f,stroke:#00C2FF,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
De la evidencia al despliegue
Lo que compra una prueba de concepto no es tranquilidad: es una posición de negociación. Con resultados medidos, el operador dimensiona el esfuerzo de integración con números propios, ajusta el plan de corte y presupuesta explícitamente ese proyecto que casi nunca aparece en el caso de negocio original. Sin ella, el sobrecosto llega igual, solo que más tarde y con medidores ya instalados en la calle.
Con el puente validado, el siguiente frente es fino y determina la calidad del dato desde el primer día: configurar los grupos de activación del medidor sin perder trazabilidad técnica. Ese será el tema de la próxima entrega.
Fuentes
- openPR — Archivo de comunicados de Cuculus GmbH: https://www.openpr.com/news/archive/20810/Cuculus-GmbH.html
- Cuculus / openPR — ZONOS MDM disponible en SAP Store (2021): https://www.openpr.com/news/2288011/zonos-mdm-now-available-on-sap-store
- Berg Insight — Smart Metering in Latin America and the Caribbean, 3rd Edition (2026), resumen de prensa: https://media.berginsight.com/2026/01/20162133/bi-smla3-ps.pdf
- CREG — Resolución 101 001 de 2022: https://gestornormativo.creg.gov.co/gestor/entorno/docs/resolucion_creg_101-1_2022.htm
- SAP Learning — Understanding Advanced Meter Infrastructure (Configuring Device Management in SAP S/4HANA Utilities): https://learning.sap.com/courses/configuring-device-management-in-sap-s-4hana-utilities/understanding-advanced-meter-infrastructure
- SAP Help Portal — Utilities, Advanced Metering Infrastructure: https://help.sap.com/doc/c369ce53118d4308e10000000a174cb4/3.6/en-US/eff6d4525af74a4ee10000000a423f68.html
- SAP Community — Cloud Integration: Configure Asynchronous Messaging with Retry Using JMS Adapter: https://community.sap.com/t5/integration-blog-posts/cloud-integration-configure-asynchronous-messaging-with-retry-using-jms/ba-p/13315669
- SAP Learning — Introducing SAP Integration Suite, Advanced Event Mesh: https://learning.sap.com/courses/sap-integration-suite/introducing-sap-integration-suite-advanced-event-mesh-1
¿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.
