Operador de sala de control de una distribuidora eléctrica frente a un semicírculo de pantallas de monitoreo durante un turno nocturno
SAP

Gobernar tres capas de IA en un solo flujo meter-to-cash

Cuando la IA embebida, Joule y la plataforma actúan sobre el mismo evento de medición, el comité de TI necesita gobierno, no tres tableros.

EvoTech
Equipo AGT Comunidades

· 11 min de lectura

Hay un escenario que casi ningún comité de TI de una distribuidora latinoamericana tiene presupuestado, porque hasta hoy las tres capas de inteligencia artificial de SAP llegaban en momentos distintos: primero una función embebida que nadie licenció aparte, después un piloto de copiloto conversacional, y mucho después un agente propio construido sobre la plataforma. Tres conversaciones, tres presupuestos, tres dueños.

Ese secuenciamiento se acaba. En un paisaje maduro, las tres capas terminan tocando el mismo proceso el mismo día. Y el proceso que las convoca primero, en una utility, casi siempre es el mismo: meter-to-cash.

El día en que las tres capas coinciden en el mismo proceso

Un mismo evento de medición
Tres capas de IA sobre la misma lectura, en un solo día
02:00
📡
Lectura anómala publicada
Un concentrador AMI publica una lectura anómala de un cliente industrial.
Capa embebida
⚙️
Scoring en el core
Una función de scoring embebida en el core marca la lectura como sospechosa.
09:00 — Capa de copiloto
💬
Consulta del analista comercial
El analista pregunta al copiloto por qué cambió la factura respecto del mes anterior y recibe un resumen en lenguaje natural.
11:00 — Capa de plataforma
🛠️
Agente construido a medida
Cruza esa misma lectura contra el perfil de pérdidas del alimentador y propone una orden de inspección.
Dónde aparece el problema de gobierno
1Nadie definió cuál manda
El problema aparece cuando las tres capas empiezan a opinar sobre el mismo dato y nadie definió cuál manda.
2Un solo cliente al otro lado
Tres capas distintas, un solo evento de medición y un solo cliente que va a reclamar si el resultado no cuadra.

A las dos de la madrugada, un concentrador AMI publica una lectura anómala de un cliente industrial. Una función de scoring embebida en el core la marca como sospechosa. A las nueve de la mañana, un analista comercial le pregunta al copiloto por qué la factura de ese cliente cambió respecto del mes anterior, y recibe un resumen en lenguaje natural. A las once, un agente construido a medida cruza esa misma lectura contra el perfil de pérdidas del alimentador y propone una orden de inspección.

Tres capas distintas. Un solo evento de medición. Un solo cliente que va a reclamar si el resultado no cuadra.

El problema de gobierno no aparece cuando una utility compra IA. Aparece cuando las tres capas empiezan a opinar sobre el mismo dato y nadie definió cuál manda.

Un evento, tres contadores comerciales

Las tres capas no comparten modelo de costo
Tres relojes que corren a velocidades distintas
⚙️
Capa embebida
Base AI está incluida en todas las suscripciones cloud sin costo adicional y cubre las capacidades embebidas ya licenciadas dentro de las soluciones SAP.
No requiere AI Units
💬
Capa de copiloto
Las capacidades Premium siguen un modelo mixto por usuario/mes y por consumo. Las AI Units se compran anualmente y expiran a los doce meses si no se usan.
Joule Premium: de 8 a 1 AI Units por usuario al mes
🛠️
Capa de plataforma
El generative AI hub es una capacidad de SAP AI Core y SAP AI Launchpad; su consumo generativo se mide en GenAI tokens.
GenAI tokens convertidos a capacity units (SAP BTP)

La primera consecuencia es contable, y es la que sorprende al comité. Las tres capas no comparten modelo de costo.

  • Capa embebida. Base AI está incluida en todas las suscripciones cloud sin costo adicional, cubre las capacidades embebidas ya licenciadas dentro de las soluciones SAP y no requiere AI Units (SAP Learning, 2026).
  • Capa de copiloto. Las capacidades Premium siguen un modelo mixto por usuario/mes y por consumo. En los paquetes Joule Premium el precio es escalonado por volumen y va de 8 a 1 AI Units por usuario al mes (SAP, 2026). Las AI Units se compran anualmente y expiran a los doce meses si no se usan (SAP, 2026).
  • Capa de plataforma. El generative AI hub es una capacidad de SAP AI Core y SAP AI Launchpad (SAP Help Portal, 2026), y su consumo generativo se mide en GenAI tokens que se convierten a capacity units para la facturación de SAP BTP (SAP Help Portal, 2026).

Dicho de otro modo: el comité no está comprando tres productos. Está comprando tres relojes que corren a velocidades distintas sobre el mismo evento de medición.

El punto ciego está antes de la IA, no dentro de ella

Cuando el evento entra malformado
Un dato roto, tres fallas que parecen correctas
📡
Evento AMI malformado
Lecturas duplicadas, tiempos de transmisión inconsistentes, eventos sin timestamp normalizado y concentradores con latencia alta.
⚙️
La función embebida puntúa
Puntúa sobre un dato irreal.
💬
El copiloto resume
Resume con fidelidad impecable una base equivocada.
🛠️
El agente propio ejecuta
Ejecuta una acción sobre una premisa falsa.
🧾
El comité se entera tarde
Descubre el problema en la mesa de reclamos, no en el tablero.
Ninguna capa de gobierno de agentes corrige una lectura duplicada: gobernar la IA empieza por gobernar el evento.

Aquí conviene ser incómodo con el propio discurso. Ninguna capa de gobierno de agentes corrige una lectura duplicada.

Los modos de falla típicos de la integración AMI en LATAM son conocidos por cualquier equipo que haya operado un meter-to-cash real: lecturas duplicadas que generan desbalance entre Comercial y Facturación, tiempos de transmisión inconsistentes que rompen la secuencia de los mensajes, eventos de medidor sin timestamp normalizado que arrastran el error aguas abajo, y concentradores con latencia alta que congestionan los flujos de integración.

Cuando ese evento entra malformado, las tres capas fallan de manera distinta y todas parecen correctas. La función embebida puntúa sobre un dato irreal. El copiloto resume con fidelidad impecable una base equivocada. El agente propio ejecuta una acción sobre una premisa falsa. Y el comité descubre el problema en la mesa de reclamos, no en el tablero.

Por eso el trabajo previo no es negociable: normalización y preprocesamiento en la capacidad Cloud Integration de SAP Integration Suite, buffer resiliente para colas AMI de alto tráfico, desacople del core mediante la capacidad Event Mesh de SAP Integration Suite o SAP Integration Suite, advanced event mesh según el volumen y la distribución del paisaje, y priorización explícita de los eventos críticos de corte, reconexión y lectura.

Gobernar la IA empieza por gobernar el evento.

La capa de gobierno que SAP puso encima

Sapphire 2026 — SAP Business AI Platform
Las tres capas de la plataforma y el tablero de consumo
🧩
Capa de contexto
Unifica datos SAP y no SAP.
🛠️
Capa de construcción
Anclada en Joule Studio 2.0, cuyo despliegue comenzaría en junio de 2026 según la cobertura citada.
🧭
Capa de gobierno
SAP AI Agent Hub, construida sobre SAP LeanIX: plano de control centralizado para descubrir, verificar, observar y optimizar todos los agentes del entorno, incluidos los de terceros.
Registro y primeras capacidades en disponibilidad general; el resto, anunciado para el tercer trimestre de 2026
📊
El consumo, en otro tablero
El seguimiento de AI Units se hace desde SAP for Me, con desglose por producto y por funcionalidad.
¿Cuánto está costando?

SAP reconoció el problema en su propia arquitectura. En Sapphire 2026 presentó SAP Business AI Platform, estructurada en tres capas: una de contexto que unifica datos SAP y no SAP, una de construcción anclada en Joule Studio 2.0, y una de gobierno, SAP AI Agent Hub, construida sobre SAP LeanIX, que ofrece un plano de control centralizado para descubrir, verificar, observar y optimizar todos los agentes del entorno, incluidos los de terceros (ERP Today, 2026). Según esa misma cobertura, Joule Studio 2.0 comenzaría a desplegarse en junio de 2026 y el AI Agent Hub estaría disponible de forma general en el tercer trimestre de 2026 (ERP Today, 2026). Ambos calendarios ya están en curso al momento de publicar: el registro de agentes y las primeras capacidades del AI Agent Hub figuran como disponibles de forma general dentro de SAP LeanIX Application Portfolio Management, mientras que el resto del conjunto —identidad de agentes, observabilidad y monitoreo de desempeño— sigue anunciado para el tercer trimestre de 2026 (SAP LeanIX Product Roadmap, 2026; The New Stack, 2026).

Es la pieza que faltaba, y conviene leerla con precisión. El AI Agent Hub gobierna agentes: qué existe, qué puede tocar, cómo se comporta. El consumo comercial vive en otro lado — el seguimiento de AI Units se hace desde SAP for Me, con desglose por producto y por funcionalidad (SAP, 2026).

Dos tableros, dos preguntas distintas: ¿qué está corriendo? y ¿cuánto está costando? Para una utility con presupuesto acotado, la segunda pregunta suele decidir la primera.

Cuatro decisiones que el comité debe tomar ahora

Antes de que las tres capas coincidan
Cuatro decisiones del comité de TI
🧭
Definir la capa por defecto
Si un cálculo puede resolverse en la capa embebida incluida, no debe migrar a una capa medida solo porque el agente resulta más vistoso en la demostración.
👥
Un dueño por capa, un dueño del dato
Las tres capas pueden tener responsables distintos; la versión válida del evento de medición no.
🔄
Gobierno del evento antes que del agente
Sin normalización, deduplicación y orden de secuencia, el plano de control observa agentes que razonan sobre ruido.
📅
Sincronizar AI Units y ciclo tarifario
Compradas anualmente y con vencimiento a los doce meses, requieren una previsión de consumo que hoy pocas utilities de la región tienen construida.
  1. Definir la capa por defecto de cada decisión del proceso. Si un cálculo puede resolverse en la capa embebida incluida, no debe migrar a una capa medida solo porque el agente resulta más vistoso en la demostración.
  2. Asignar un dueño por capa y un dueño único del dato. Las tres capas pueden tener responsables distintos; la versión válida del evento de medición no.
  3. Poner el gobierno del evento antes del gobierno del agente. Sin normalización, deduplicación y orden de secuencia, el plano de control observa agentes que razonan sobre ruido.
  4. Sincronizar el ciclo de las AI Units con el ciclo tarifario. Compradas anualmente y con vencimiento a los doce meses, requieren una previsión de consumo que hoy pocas utilities de la región tienen construida.

En AGT acompañamos a distribuidoras y operadoras de la región en exactamente ese punto: no en elegir la capa más avanzada, sino en decidir cuál de las tres debe intervenir en cada paso del meter-to-cash — y en dejarlo escrito antes de que las tres lleguen juntas.

Fuentes

  • SAP. Identifying the Pricing Options of the Commercial Model — SAP Learning (2026).
  • SAP. Software Packages and Pricing | SAP Business AI — sap.com (2026).
  • SAP. Evaluating the Commercial Model — SAP Joule for Consultants — SAP Learning (2026).
  • SAP. Generative AI Hub y Metering and Pricing for Generative AI — SAP Help Portal (2026).
  • SAP. Business AI Tab — SAP for Me, portal de soporte SAP (2026).
  • Tiwari, Maneesha. SAP Sapphire 2026: SAP Business AI Platform Consolidates SAP BTP Stack to Solve Enterprise AI Fragmentation — ERP Today (2026).
  • SAP. Event Mesh y SAP Integration Suite, Advanced Event Mesh — SAP Help Portal (2026).
Conversemos 30 minutos

¿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.

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.

Equipo AGT Comunidades · AGT Consultoría
#sap business ai #meter to cash #joule #generative ai hub #utilities latam #gobierno de ia