Del ticket plano al caso con ciclo de vida en Service Cloud V2
El ticket plano cierra estados; el caso de Service Cloud V2 gestiona un ciclo de vida. Qué cambia en el reclamo de facturación de utilities en LATAM.
· 12 min de lectura
En la pieza anterior de esta serie mostramos el costo de atender el mismo reclamo tres veces: el cliente llama, escribe por el portal y luego insiste por mensajería, y la empresa termina con tres expedientes que no se reconocen entre sí. La conclusión operativa fue clara, pero deja una pregunta abierta: ¿por qué ocurre?
La respuesta no está en el canal. Está en el objeto que la plataforma crea cuando el cliente reclama. Si ese objeto es un ticket plano —un registro con un campo de estado—, cada canal produce el suyo, porque no hay nada en el modelo de datos que obligue a lo contrario. Si el objeto es un caso con ciclo de vida, el reclamo existe una sola vez y los canales aportan a él. Esa es la base técnica sobre la que se apoya todo lo demás.
De un campo de estado a un motor de proceso
En la generación anterior, el ticket era un registro plano con campos de estado: se cambiaba el estado, se agregaba una nota, se cerraba. SAP Service Cloud V2 reemplaza ese registro por una entidad de caso estructurada que opera como un motor de flujo de trabajo propio (Spadoom, 2026).
La descripción oficial de alcance funcional lo formula en los mismos términos: la solución ejecuta procesos de servicio mediante un marco de gestión de casos con constructor de flujos y motor de ejecución, donde se configuran fases y pasos, con tipos de paso que incluyen tareas, formularios, aprobaciones y flujos de trabajo (SAP, Feature Scope Description, 2026).
La diferencia se ve mejor con un reclamo de factura alta. En el ticket plano, nada en el sistema impide cerrarlo sin que se haya ejecutado la revisión técnica del medidor: el agente cambia el estado y el expediente termina. En el caso modelado, esa revisión es una fase con pasos tipificados, y el proceso no avanza si el paso no se resolvió. El conocimiento del procedimiento deja de vivir en la cabeza del agente con más antigüedad y pasa a vivir en la configuración.
El reclamo deja de ser una conversación y pasa a ser un expediente
El segundo cambio estructural es dónde quedan las interacciones. En el escritorio omnicanal del agente, cada ítem de comunicación —síncrono o asíncrono— aparece en un área dedicada (SAP, Feature Scope Description, 2026). La llamada, el correo y el mensaje no compiten por ser “el ticket”: se adjuntan al mismo caso.
Sobre esa misma entidad corren los compromisos de tiempo. La solución soporta SLA estándar basados en tiempo de primera respuesta, tiempo de resolución y tiempo de cierre, y permite configurar flujos según estado y prioridad del caso, además de recomendaciones asistidas por IA para categoría y casos similares (SAP, Feature Scope Description, 2026).
El matiz importa para no vender humo: la plataforma no unifica los canales entre sí. Los ancla a un mismo objeto. Es una distinción de diseño, no de marketing, y explica por qué una empresa puede tener WhatsApp, portal y contact center integrados y seguir duplicando reclamos: integró transporte, no entidad.
El caso que sabe a qué punto de suministro pertenece
En utilities, un caso sin contexto técnico es apenas un texto bien archivado. El complemento para utilities de SAP Service Cloud Version 2 replica desde SAP S/4HANA el interlocutor comercial, la cuenta contrato y los datos maestros técnicos —objeto de conexión e inmueble— mediante flujos de integración sobre SAP Cloud Integration (SAP, Utilities Integration, 2026). En el escritorio del agente, esos objetos técnicos provenientes de IS-U se presentan agrupados en la vista de inmueble (SAP Community, 2024).
Eso es lo que convierte un reclamo de corte en un caso accionable: el expediente conoce el punto de suministro, no solo el nombre del cliente. Y desde el front-office, el agente puede desencadenar la ejecución en el back-office —por ejemplo, una orden de servicio en SAP S/4HANA— sin abandonar el caso (SAP Learning, learning journey de SAP Service Cloud Version 2).
El reloj regulatorio corre sobre el caso, no sobre el canal
Aquí es donde el debate deja de ser arquitectónico y se vuelve financiero. En Colombia, la empresa debe responder recursos, quejas y peticiones dentro de los quince días hábiles siguientes a su presentación; vencido el término, y salvo excepciones acreditadas, se entiende que la solicitud fue resuelta a favor del usuario (Ley 142 de 1994, artículo 158). El reconocimiento de los efectos de ese acto presunto debe producirse dentro de las 72 horas siguientes al vencimiento (Superintendencia de Servicios Públicos Domiciliarios, 2023). En Perú, el reclamo que escala llega en segunda y última instancia administrativa a la Junta de Apelaciones de Reclamos de Usuarios de Osinergmin, con un plazo de treinta días hábiles para resolver (Osinergmin, 2014).
Si el mismo reclamo vive en tres registros con tres fechas de creación distintas, la pregunta “¿cuándo empezó a correr el plazo?” no tiene una respuesta única, y la que se defiende ante el ente de vigilancia suele ser la peor de las tres. Con un caso único, la fecha de origen es una, el reloj es uno y la evidencia de gestión es una sola cadena.
Conviene decirlo sin exageración: el motor de casos no produce cumplimiento regulatorio por sí solo. Produce el instrumento —un expediente único, medible y auditable— sobre el cual el cumplimiento se puede administrar en lugar de reconstruirse a posteriori.
Qué revisar antes de modelar el primer caso
En nuestros proyectos, el error más costoso no es técnico: es trasladar al nuevo modelo la tipología del mundo anterior. Cinco decisiones que conviene resolver primero:
- Tipología de casos: diseñarla sobre procesos reales (factura alta, corte indebido, reconexión), no copiando el catálogo de motivos heredado del ticket plano.
- Datos maestros antes que fases: sin replicación estable de interlocutor comercial, cuenta contrato e inmueble, el caso queda sin ancla operativa.
- Fases que reflejen el procedimiento regulado, no el organigrama de las áreas que hoy se pasan el reclamo.
- Criterio de cierre por evidencia: definir qué prueba cierra el caso, no qué rol tiene permiso para cerrarlo.
- Medición desde el día uno: primera respuesta y tiempo de cierre instrumentados antes de salir a producción, no seis meses después.
Modelar el caso resuelve la unidad del expediente. No resuelve todavía quién lo atiende. Eso es lo que abordaremos en la próxima pieza de esta guía: enrutar por habilidad y no por turno, para que el caso correcto llegue al agente correcto sin perder tiempo en el camino.
Fuentes
- SAP. SAP Service Cloud Version 2 — Feature Scope Description, 2026-04-01. https://help.sap.com/doc/3e63f0f4a521411a9b926b0ce5abc7b1/CSS_SHIP/en-US/CX_NG_CSS_FSD_SHIP_1.pdf
- SAP. SAP Service Cloud Version 2 Utilities Integration, 2026-02-10. https://help.sap.com/doc/5a8595a8165648f287464b1a7d63de3f/CSS_SHIP/en-US/dce87b149e2645a2ba7f8ba4efa4ad51.pdf
- SAP Learning. Integrating SAP Customer Service, Service Operations and Field Service. https://learning.sap.com/learning-journeys/implementing-and-using-sap-service-cloud-version-2/integrating-sap-customer-service-service-operations-and-field-service_e5f97ac5-bf5c-4297-85eb-ebc505a0fc3e
- SAP Community. Working with SAP Service Cloud Version 2 Add-on, for Utilities: Master Data Replication, 2024. 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
- Spadoom. SAP Service Cloud V2 vs V1: Key Differences for Decision-Makers, 2026. https://www.spadoom.com/en/blog/sap-service-cloud-v2-whats-different/
- Congreso de Colombia. Ley 142 de 1994, artículo 158. https://creg.gov.co/preguntas-frecuentes/6/preguntas-generales/
- Osinergmin. Resolución de Consejo Directivo N.° 269-2014-OS/CD — Procedimiento Administrativo de Reclamos. https://www.osinergmin.gob.pe/cartas/documentos/quejas/normativa/OSINERGMIN%20No.269-2014-OS-CD.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.
