Ir al contenido principal
Agente de facturación de una empresa de servicios públicos coteja una pila de recibos de pago sujetos con clip junto a un ábaco de madera, con luz lateral de ventana.
SAP

Historial de pagos a la vista: la disputa en una sola llamada

Con la cuenta contractual de S/4HANA Utilities dentro del caso, el agente valida pagos y consumo y cierra la disputa de factura sin transferir la llamada.

AGT
Consultoría Venezuela

· 9 min de lectura

Una clienta llama a su distribuidora. Pagó la factura anterior en una agencia bancaria, y la nueva llega con ese monto como deuda pendiente y un consumo que no reconoce. En muchas utilities de América Latina, esa llamada termina de la misma forma: el agente registra el reclamo, promete una revisión y lo deriva a facturación o a cobranza.

En la pieza anterior de esta serie configuramos el puente: los servicios web que llevan la cuenta contractual de SAP S/4HANA Utilities hasta el caso de servicio. Esta pieza muestra el resultado operativo de ese puente, medido en la llamada misma: qué ve el agente, qué puede verificar y qué disputas cierra sin transferir.

Lo que el agente ve cuando la cuenta contractual entra al caso

Lo que aparece en pantalla
Cinco piezas que el agente tiene a mano
💳
Encabezado
Muestra, entre otros datos, el medio de pago entrante
🛡️
Depósito en garantía
Indica lo exigido y lo pagado por el cliente
🏠
Predios asociados
Lista los predios vinculados a esa cuenta contractual
🧾
Pestaña de finanzas
Incluye una sección de facturas de la cuenta contractual
🔌
Vista de predio
Presenta, dentro de la vista de predio, la estructura física del suministro, replicada desde IS-U

Con SAP Service Cloud Version 2 y su add-on para utilities, el agente abre desde el caso una vista rápida de la cuenta contractual, con el medio de pago entrante, el depósito en garantía y los predios asociados (SAP Learning, s. f.), además de una pestaña de finanzas con su sección de facturas (SAP Knowledge Base, s. f.). El add-on suma capacidades de historial del cliente, plan de cuotas, gráfico de consumo y pagos (SAP, 2025), y la estructura física del suministro, replicada desde IS-U, se presenta en la vista de predio (SAP Community, 2024).

La diferencia práctica es de rol: sin esa vista, el agente describe el problema del cliente para que otra área lo verifique; con ella, lo verifica él.

El cambio de rol
La misma llamada: como suele terminar y con la cuenta contractual en el caso
Como suele terminar en muchas utilities de América Latina
Ante el reclamo Registra el reclamo y promete una revisión
Siguiente paso Lo deriva a facturación o a cobranza
Rol del agente Sin esa vista, describe el problema para que otra área lo verifique
Con la cuenta contractual en el caso
Ante el reclamo Abre la vista rápida de la cuenta contractual
Siguiente paso Verifica pagos y consumo en la misma llamada
Rol del agente Lo verifica él
DERIVAVERIFICA

La disputa, verificada en cuatro pasos

🔎
Identificar la cuenta contractual Vista rápida: medio de pago entrante, depósito en garantía y predios asociados
💳
Confirmar el estado del pago Consulta de partidas abiertas y de especificaciones de pago en S/4HANA
📈
Contrastar el consumo facturado Consulta de lecturas registradas y de la estimación de lectura
🤝
Cerrar con una acción en el core Promesa de pago o plan de cuotas, ejecutados como acciones contra S/4HANA

Cada paso descansa en un servicio que la guía de configuración documenta como flujo entre Service Cloud Version 2 y S/4HANA: partidas abiertas, especificaciones de pago, lecturas, estimación de lectura, promesa de pago y plan de cuotas (SAP Business Accelerator Hub, 2022). El mapa de qué se replica y qué se consulta en vivo lo cubrimos en la segunda pieza de esta serie; aquí interesa lo que el agente hace con esos datos.

Tres desenlaces que no requieren transferir

Tres desenlaces
Del tipo de disputa al cierre en la misma llamada
---
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([Disputa de factura en la llamada]) --> B{¿Qué disputa la clienta?}
  B -->|Pago| C[Consulta partidas abiertas y especificaciones de pago]
  C --> D{¿Pago registrado en S/4HANA?}
  D -->|Sí| E([Explica la factura en la misma llamada])
  D -->|No| F([Recibo como evidencia; back office con dato contrastado])
  B -->|Consumo| G[Contrasta consumo con lecturas y estimación]
  G --> H([Si no cuadra, lo documenta con el dato])
  B -->|Deuda reconocida| I[Promesa de pago o plan de cuotas]
  I --> J([Acuerdo registrado en S/4HANA desde el caso])
  class A inicio
  class B,D decision
  class C,G,I proceso
  class E,H,J bueno
  class F 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 bueno fill:#193e2b,stroke:#22c55e,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff
Cada rama cierra sin transferir la llamada; cuando el pago no está registrado, la aclaración llega al back office con el dato ya contrastado.SAP Business Accelerator Hub, 2022

El pago que la clienta dice haber hecho. Si el pago está registrado en S/4HANA, el agente explica en la misma llamada por qué la factura nueva lo muestra como lo muestra. Si no lo está, el recibo de la clienta se convierte en evidencia del caso, y el back office recibe una aclaración con el dato ya contrastado, no una queja por investigar desde cero.

El consumo que la clienta no reconoce. El contraste con las lecturas registradas y la estimación de lectura permite documentar el reclamo con el dato y no con la percepción del cliente. El catálogo incluye también acciones de lectura de medidor (SAP Business Accelerator Hub, 2022); que el agente pueda registrarlas o no depende del alcance y las autorizaciones que defina cada proyecto.

La deuda que la clienta reconoce pero no puede pagar completa. Aquí la disputa se convierte en acuerdo, registrado en S/4HANA desde el propio caso y sin pasar la llamada a cobranza.

Por qué el primer contacto pesa más en América Latina

Reloj regulatorio · Colombia
Del reclamo a la resolución a favor del usuario
Inicio
📨
Presentación
Petición, queja o recurso ante una empresa vigilada por la Superintendencia de Servicios Públicos
↓
Plazo
⏳
Quince días hábiles
Término para resolver, contado desde la presentación
↓
Vencimiento
⚖️
Resuelto a favor del usuario
Vencido el plazo, salvo excepciones
↓
Reconocimiento
🕒
72 horas
La empresa debe reconocer ese efecto dentro de las 72 horas siguientes
Dónde se va el plazo
1Transferencias internas
Cada transferencia interna consume días de ese plazo
Corte Constitucional, 1999

En la región, el reclamo de facturación tiene reloj regulatorio. En Colombia, las empresas vigiladas por la Superintendencia de Servicios Públicos deben resolver peticiones, quejas y recursos en quince días hábiles desde su presentación; vencido el plazo, salvo excepciones, se entienden resueltos a favor del usuario, y la empresa debe reconocer ese efecto dentro de las 72 horas siguientes (Corte Constitucional, 1999).

Cada transferencia interna consume días de ese plazo. En cambio, una disputa verificada en la primera llamada queda documentada con datos del core desde el primer minuto, y lo que pasa al back office llega acotado. En otros mercados de la región el plazo y sus efectos cambian según el regulador, pero la lógica operativa es la misma: el tiempo que se gasta reconstruyendo la cuenta del cliente es tiempo regulatorio.

Dos verificaciones antes del go-live

Antes del go-live
Dos verificaciones
🧪
Pruebas con montos reales
SAP documenta un síntoma en que el monto de las facturas no aparece: validar importes en las pruebas de aceptación con cuentas reales de cada tipo de cliente
📋
Licenciamiento
El add-on para utilities se contrata aparte de SAP Service Cloud Version 2, en bloques de usuarios: el cálculo parte de cuántos agentes atienden disputas de facturación

La primera verificación responde a un síntoma que SAP documenta en el add-on, en el que el monto de las facturas no aparece (SAP Knowledge Base, s. f.). Por eso conviene probar con importes reales: una pestaña de facturas en cero devuelve al agente a la transferencia. La segunda es de costo, porque el add-on se contrata aparte de SAP Service Cloud Version 2 y en bloques de usuarios (SAP, 2026). El cálculo debe partir de cuántos agentes atienden disputas de facturación, no del total del centro de contacto.

Con pagos y consumo a la vista, la siguiente pregunta del cliente suele ser técnica: si el medidor funciona. En la próxima pieza de la serie integraremos el estatus técnico del medidor al caso de servicio.

Fuentes

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.

Consultoría Venezuela · AGT Consultoría
#sap service cloud #s/4hana utilities #is-u #cuenta contractual #resolución en primer contacto #reclamos de facturación