IS-U y el caso de servicio: qué dato viaja y qué dato no
Qué maestros de datos replica S/4HANA Utilities hacia SAP Service Cloud V2, en qué dirección, y qué datos de facturación se consultan en vivo.
· 12 min de lectura
En la pieza anterior de esta serie vimos el síntoma: un agente que promete un callback porque, desde el caso de servicio, no alcanza a ver la cuenta contractual del cliente. Antes de configurar nada conviene responder una pregunta más básica y más técnica: cuando se integra SAP S/4HANA Utilities con SAP Service Cloud Version 2 y su add-on para utilities, ¿qué dato se copia al front office, en qué dirección viaja y qué dato se queda en el core y solo se consulta?
En el sector utilities de América Latina esa distinción no es académica. Los reclamos que más cargan a los centros de contacto —una factura que no cuadra, un consumo que el cliente no reconoce, un acuerdo de pago que se pide sobre la marcha— dependen de datos que viven en la cuenta contractual y en la estructura técnica del punto de suministro. Si el equipo de proyecto no tiene claro ese mapa, termina diseñando un caso de servicio que muestra datos desactualizados o que, directamente, no muestra lo que el agente necesita para resolver en la primera llamada.
Tres objetos maestros, dos direcciones
En el contexto utilities, la integración entre ambos sistemas gira en torno a tres objetos que deben replicarse: el business partner, la cuenta contractual y el objeto técnico (SAP Community, 2024). Lo relevante no es solo la lista, sino el sentido del flujo. El business partner se replica en ambas direcciones, mientras que la cuenta contractual y el objeto técnico viajan en un solo sentido: desde SAP S/4HANA hacia SAP Service Cloud Version 2 con el add-on de utilities (SAP Community, 2024).
Tampoco viajan por el mismo camino. La réplica del business partner la cubre el paquete de integración estándar de SAP Service Cloud, mientras que la cuenta contractual y el objeto técnico requieren un paquete de integración específico para utilities (SAP Community, 2024). En la guía de configuración de ese paquete, las réplicas de datos técnicos y de cuenta contractual figuran con S/4HANA como emisor y Service Cloud Version 2 como receptor (SAP Business Accelerator Hub, 2022). La edición vigente de la guía de integración mantiene ese sentido: indica configurar SAP S/4HANA para replicar las cuentas contractuales hacia SAP Service Cloud Version 2 (SAP Help Portal, 2026). Para un proyecto nuevo, esa edición vigente es la referencia.
Un detalle que suele sorprender en la planificación: la réplica del business partner puede exigir que antes se repliquen objetos organizativos de S/4HANA, como sociedad, organización de ventas, área de ventas u oficina de ventas (SAP Community, 2024). Conviene tomar ese dato como referencia de secuencia y no como receta: el propio autor aclara que lo documentó sobre un sistema de demostración y no como buena práctica productiva (SAP Community, 2024).
Qué es realmente el objeto técnico
El nombre engaña. El objeto técnico que llega a Service Cloud agrupa datos de tres objetos de IS-U: el objeto de conexión, el punto de suministro (premise) y la instalación (SAP Community, 2024). Todo lo que llega por esa réplica se presenta dentro de la vista de premise en SAP Service Cloud Version 2 (SAP Community, 2024).
La edición vigente de la guía introduce un cambio que conviene tener presente. Describe estos datos técnicos como objetos de conexión y puntos de suministro replicados hacia Service Cloud Version 2, marca como obsoleto el procedimiento anterior y sustituye la configuración «Replicate Utilities Technical Master Data from SAP S/4HANA» por «Replicate Premise from SAP S/4HANA» (SAP Help Portal, 2026). Además, documenta una réplica aparte para los puntos de entrega (POD) desde SAP S/4HANA Utilities hacia Service Cloud Version 2 (SAP Help Portal, 2026).
Para un reclamo de consumo, esto significa que el agente tiene a mano, como dato replicado, la estructura física del suministro: dónde está y cómo se compone. Lo que no está en esa réplica es el detalle del aparato de medida: la guía de configuración lo expone como un servicio de consulta aparte, «Get Device Details from SAP S/4HANA» (SAP Business Accelerator Hub, 2022).
Lo que no se replica: la cuenta corriente se consulta en vivo
Aquí está el corazón del mapa. Las partidas abiertas, las lecturas, el depósito en garantía o los planes de pago no aparecen entre los objetos replicados. La guía de configuración los agrupa como servicios síncronos entre Service Cloud Version 2 y S/4HANA (SAP Business Accelerator Hub, 2022):
| Dato o acción | Mecanismo | Servicio documentado |
|---|---|---|
| Partidas abiertas | Consulta síncrona | Get Open Items from SAP S/4HANA |
| Lecturas de medidor | Consulta síncrona | Get Meter Readings from SAP S4HANA |
| Estimación de lectura | Consulta síncrona | Get Meter-read Estimate from SAP S/4HANA |
| Plan de cuotas | Acción síncrona | Perform Installment Plan Actions |
| Promesa de pago | Acción síncrona | Perform Promise-to-Pay Actions |
| Alta de cuenta contractual | Acción síncrona | Create MDT Contract Account |
La edición vigente de la guía lo formula como regla de arquitectura. Los paquetes de integración combinan flujos asíncronos para los datos maestros y flujos síncronos para los datos transaccionales. Los síncronos, a su vez, se dividen en llamadas Get, que leen datos transaccionales de S/4HANA, y llamadas Post, que además crean, modifican o eliminan datos en S/4HANA (SAP Help Portal, 2026).
---
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([Integración S/4HANA y Service Cloud V2]) --> B{Tipo de dato}
B -->|Maestro| C[Flujo asíncrono]
C --> D([Identidad y estructura replicadas])
B -->|Transaccional| E[Flujo síncrono]
E --> F{Tipo de llamada}
F -->|Get| G[Lee datos transaccionales de S/4HANA]
G --> H([Situación del momento consultada])
F -->|Post| I[Crea, modifica o elimina datos en S/4HANA]
I --> J([Operación registrada en S/4HANA])
class A inicio
class B,F decision
class C,E,G,I proceso
class D,H,J neutro
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 neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff
La lectura práctica es directa. Lo que se replica es identidad y estructura: quién es el cliente, con qué cuenta contractual factura y a qué suministro está asociado. Lo que se consulta es la situación del momento: cuánto debe, qué se le leyó y qué acuerdo tiene vigente. Ese segundo bloque depende de que S/4HANA y la capa de integración respondan durante la llamada.
Por qué la dirección importa para resolver en primer contacto
Que la cuenta contractual solo viaje de S/4HANA hacia Service Cloud tiene una consecuencia de diseño: el front office no es dueño de ese maestro. Cuando el agente necesita crear una cuenta contractual o registrar una promesa de pago, la operación aparece en el catálogo como una acción síncrona contra S/4HANA, no como una edición local que luego se replica (SAP Business Accelerator Hub, 2022).
La seguridad sigue la misma frontera. La propagación de la identidad del usuario (principal propagation) solo se admite en las transacciones síncronas de Service Cloud Version 2 hacia S/4HANA, y no en las integraciones asíncronas como la réplica de cuentas contractuales y de premise (SAP Help Portal, 2026). Es decir, lo que el agente hace en vivo contra el core puede quedar asociado a su propio usuario; lo que llega por réplica, no.
En las utilities latinoamericanas, el reclamo de facturación suele llegar con urgencia: un corte inminente, una factura estimada, un cliente que exige respuesta en la misma llamada. Entender esta frontera evita dos errores frecuentes. El primero es prometerle al agente datos «en tiempo real» que en realidad son una copia replicada. El segundo es suponer que un dato transaccional estará disponible aunque su servicio de consulta no se haya incluido en el alcance.
Tres decisiones antes de configurar
La guía de SAP es explícita en que estos pasos son específicos de cada cliente, no los entrega SAP y los debe completar el propio cliente (SAP Business Accelerator Hub, 2022). Eso convierte el mapa en una serie de decisiones de proyecto:
- Alcance de servicios. La configuración pide seleccionar, entre las configuraciones de entrada y salida, solo las relevantes para el alcance (SAP Business Accelerator Hub, 2022). Si el objetivo es resolver reclamos de facturación y consumo, las consultas de partidas abiertas y lecturas no pueden quedar fuera.
- Mapeo de valores. Las listas de códigos entre ambos sistemas se alinean con el value mapping de Service Cloud Version 2 (SAP Business Accelerator Hub, 2022).
- Carga útil depurada. La transacción DRFF de S/4HANA permite filtrar objetos o segmentos de la réplica, por ejemplo un rol de business partner que no tiene mapeo en el destino (SAP Community, 2024). Es el mismo marco que la guía vigente exige para la carga de business partners: el data replication framework (SAP Help Portal, 2026).
Con el mapa claro —qué se copia, en qué sentido y qué se pregunta en vivo—, el siguiente paso es técnico: en la próxima pieza de la serie configuraremos el puente, los servicios web que conectan la cuenta contractual con el caso de servicio.
Fuentes
- SAP Community (2024). Working with SAP Service Cloud Version 2 Add-on, for Utilities: Master Data Replication Part I. https://community.sap.com/t5/sap-for-utilities-blogs/working-with-sap-service-cloud-version-2-add-on-for-utilities-master-data/ba-p/13589578
- SAP Business Accelerator Hub (2022). Set-Up Instructions: SAP Service Cloud Version 2 for Utilities Integration with SAP S/4HANA. https://api.sap.com/odata/1.0/catalog.svc/Files(‘02bae95d99784ab4865d761f7da33a37’)/$value (documento de 2022; la edición vigente de la guía de integración se publica en SAP Help Portal)
- SAP Help Portal (2026). SAP Service Cloud Version 2 Utilities Integration with SAP S/4HANA. https://help.sap.com/doc/5a8595a8165648f287464b1a7d63de3f/CSS_SHIP/en-US/dce87b149e2645a2ba7f8ba4efa4ad51.pdf
¿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.
