Su Template de datos de servicio al cliente

ServiceNow CSM
Su Template de datos de servicio al cliente

Su Template de datos de servicio al cliente

Este Template de datos ofrece una hoja de ruta clara para recopilar la información esencial necesaria para analizar su proceso de servicio al cliente. Detalla los atributos de datos fundamentales, define las actividades clave que debe seguir y ofrece orientación para extraer esta información de su sistema de origen. Utilice este recurso para preparar sus datos de forma precisa y eficiente para Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Guía de extracción
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de atención al cliente

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis exhaustivo de la atención al cliente.
3 Obligatorio 6 Recomendado 9 Opcional
Nombre Descripción
Hora del evento
EventTime
La marca de tiempo exacta que indica cuándo se produjo una actividad o evento específico.
Descripción

La hora del evento registra la fecha y hora en que se realizó una actividad. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular las duraciones entre los distintos pasos del proceso.

En el análisis de process mining, este atributo se utiliza para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, los tiempos de espera y las duraciones de procesamiento. Permite identificar cuellos de botella al encontrar actividades precedidas por retrasos prolongados y medir el rendimiento frente a los acuerdos de nivel de servicio (SLA). Las marcas de tiempo precisas y coherentes son esenciales para obtener un análisis fiable.

Por qué es importante

Esta marca de tiempo es fundamental para secuenciar correctamente los eventos y calcular todas las métricas de rendimiento, como los tiempos de ciclo y los cuellos de botella.

Dónde obtenerlo

Normalmente corresponde al campo «sys_created_on» de las tablas de auditoría e historial de ServiceNow, como «sys_audit».

Ejemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
Solicitud de servicio
ServiceRequest
El identificador único de cada solicitud de servicio, caso o ticket del cliente.
Descripción

La solicitud de servicio es el identificador principal del caso que vincula todas las actividades y eventos relacionados con un único problema del cliente, desde su creación hasta el cierre. Actúa como hilo conductor central para seguir el recorrido completo de una interacción con el cliente.

En process mining, este atributo es fundamental para reconstruir el flujo del proceso. Cada valor único de Service Request representa una instancia del proceso y permite analizar los tiempos de ciclo, las rutas y las variaciones caso por caso. Garantiza que todos los pasos, desde el contacto inicial hasta la resolución y el cierre finales, estén asociados correctamente con la misma consulta del cliente.

Por qué es importante

Este es el ID de caso esencial que conecta todos los pasos del proceso y permite analizar el ciclo de vida completo de cada interacción de servicio al cliente.

Dónde obtenerlo

Normalmente corresponde al campo «number» de la tabla «sn_customerservice_case» en ServiceNow CSM.

Ejemplos
CS0010001CS0010045CS0010112
Nombre de la actividad
ActivityName
El nombre de un evento o tarea específicos que tuvieron lugar durante el ciclo de vida de la solicitud de servicio.
Descripción

El nombre de la actividad describe un paso del proceso de servicio al cliente, como «Service Request Created», «Request Assigned to Agent» o «Solution Proposed». Estas actividades se extraen de los registros del sistema o de las actualizaciones de las tablas para crear una secuencia cronológica de eventos para cada solicitud de servicio.

Este atributo es fundamental para visualizar el mapa del proceso, identificar cuellos de botella y comprender el flujo de trabajo. Al analizar la secuencia y la frecuencia de las actividades, los analistas pueden descubrir rutas habituales del proceso, desviaciones y áreas de retrabajo o ineficiencia. La granularidad de las actividades definidas influye directamente en la profundidad de los insights que se pueden obtener del modelo de proceso.

Por qué es importante

Este atributo constituye la base del mapa del proceso, ya que define los pasos y tareas específicos cuyo orden y duración se analizan.

Dónde obtenerlo

Es un atributo conceptual derivado de las tablas de auditoría del sistema, como «sys_audit», o del seguimiento de los cambios de estado y las actualizaciones de campos clave en la tabla «sn_customerservice_case».

Ejemplos
Solicitud de servicio creadaSolicitud asignada a un agenteInformación solicitada al clienteSolicitud de servicio resuelta
¿Se ha infringido el SLA?
IsSlaBreached
Un indicador booleano que señala si la solicitud de servicio superó el objetivo definido en el Acuerdo de Nivel de Servicio (SLA).
Descripción

Este atributo calculado indica si una solicitud de servicio se resolvió dentro del plazo acordado. Normalmente, su valor es «True» si el tiempo de resolución superó el objetivo del SLA y «False» en caso contrario. Proporciona un resultado binario claro sobre el rendimiento del SLA de cada caso.

Este atributo es esencial para el panel «Tendencias de cumplimiento e incumplimiento del SLA» y el KPI «Tasa de cumplimiento del SLA». Simplifica el análisis al permitir filtrar y contar directamente los casos con incumplimientos, lo que facilita identificar qué tipos de solicitudes, prioridades o equipos están más asociados con las infracciones de SLA.

Por qué es importante

Ofrece una respuesta clara de sí o no sobre si un caso cumplió su plazo, algo fundamental para medir y comunicar el cumplimiento del SLA.

Dónde obtenerlo

Se calcula a partir del campo «made_sla» de la tabla «task_sla» o comparando el tiempo de resolución real con el tiempo de resolución previsto.

Ejemplos
truefalse
Agente asignado
AssignedAgent
La persona del equipo de servicio asignada actualmente para gestionar la solicitud de servicio.
Descripción

Este atributo identifica a la persona responsable de la solicitud de servicio en un momento determinado. Suele cambiar a lo largo del ciclo de vida del caso cuando la solicitud pasa de un agente o especialista a otro.

Analizar el agente asignado es clave para comprender la distribución de la carga de trabajo, el rendimiento del equipo y las transferencias. Permite responder preguntas como qué agentes gestionan los casos más complejos, con qué frecuencia se reasignan los casos y si determinados agentes están asociados con tiempos de resolución más largos o una mayor satisfacción del cliente. Esto resulta fundamental para el panel «Transferencias y reasignaciones de agentes».

Por qué es importante

Registra quién es responsable de cada caso y permite analizar la carga de trabajo, el rendimiento y la frecuencia de las reasignaciones, que a menudo indican fricciones en el proceso.

Dónde obtenerlo

Corresponde al campo «assigned_to» de la tabla «sn_customerservice_case».

Ejemplos
Beth AnglinDavid LooAbel Tuter
Categoría
Category
La clasificación principal de la solicitud de servicio, como «Facturación» o «Problema técnico».
Descripción

La categoría proporciona una agrupación de alto nivel para las solicitudes de servicio según la naturaleza de la consulta o el problema del cliente. Esta clasificación suele realizarse cuando se crea la solicitud y ayuda a dirigirla al grupo de asignación adecuado.

Este atributo es esencial para segmentar el análisis del proceso. Al filtrar por categoría, los analistas pueden comparar los flujos del proceso para distintos tipos de solicitudes. Por ejemplo, el proceso de resolución de un problema de 'Facturación' puede ser muy diferente del de un 'Problema técnico'. Es un atributo clave para segmentar los datos en prácticamente todos los Dashboards.

Por qué es importante

Permite desglosar el análisis por tipo de solicitud y descubrir si determinadas categorías son más propensas a sufrir retrasos, escalaciones o infracciones de SLA.

Dónde obtenerlo

Corresponde al campo «category» de la tabla «sn_customerservice_case».

Ejemplos
Consulta / AyudaPedidosProblemas del productoFacturación
Estado
State
El estado actual de la solicitud de servicio dentro de su ciclo de vida.
Descripción

El atributo Estado describe la situación operativa de una solicitud de servicio en cualquier momento, por ejemplo, «Nueva», «En curso», «A la espera de información», «Resuelta» o «Cerrada». Los cambios en este campo suelen utilizarse para definir las actividades del modelo de proceso.

Analizar el estado ofrece una visión general de la posición de los casos dentro del proceso. Permite identificar cuánto tiempo permanecen los casos en determinados estados, como «A la espera de información», que puede ser una fuente importante de retrasos. También ayuda a definir los puntos de inicio y final de KPI clave, como «Tiempo desde la resolución hasta el cierre».

Por qué es importante

Indica el estado de una solicitud en cualquier momento y ayuda a identificar el tiempo empleado en estados improductivos, como «En espera» o «A la espera de información».

Dónde obtenerlo

Corresponde al campo «state» de la tabla «sn_customerservice_case».

Ejemplos
NuevoEn cursoEsperando información del usuarioResueltoCerrado
Grupo de asignación
AssignmentGroup
El equipo o departamento responsable de la solicitud de servicio.
Descripción

El grupo de asignación representa la cola o el equipo al que se asigna una solicitud de servicio. Las solicitudes suelen dirigirse entre distintos grupos, como un equipo de soporte de Nivel 1, un equipo técnico especializado o un departamento de facturación, según la naturaleza del problema.

Este atributo es esencial para analizar las transferencias entre departamentos e identificar cuellos de botella a nivel de equipo. Ayuda a visualizar cómo fluye el trabajo entre distintas áreas funcionales y puede poner de manifiesto qué grupos están sobrecargados o necesitan formación adicional. Es compatible directamente con los Dashboards de Transferencias y reasignaciones entre agentes y Flujo del proceso.

Por qué es importante

Identifica qué equipo es responsable del trabajo, un dato clave para analizar el rendimiento y la carga de los equipos, así como las transferencias del proceso entre departamentos.

Dónde obtenerlo

Corresponde al campo «assignment_group» de la tabla «sn_customerservice_case».

Ejemplos
Mesa de ayudaConsultas de facturaciónSoporte técnico de nivel 2
Prioridad
Priority
El nivel de prioridad de la solicitud de servicio, que influye en su urgencia.
Descripción

La prioridad indica la importancia y la urgencia con que debe atenderse una solicitud de servicio. A menudo se determina combinando el impacto de la solicitud en el cliente y su urgencia. Los valores habituales van de Crítica a Baja.

En Process Mining, la prioridad es una dimensión muy útil para filtrar y comparar datos. Permite comprobar si las solicitudes de alta prioridad se procesan realmente más rápido que las de baja prioridad y si las infracciones de SLA son más frecuentes en determinados niveles de prioridad. Es fundamental para el panel «Tiempo de ciclo integral de las solicitudes de servicio».

Por qué es importante

Permite segmentar las solicitudes de servicio según su urgencia, algo esencial para comprobar que los problemas críticos se atienden más rápido que los no críticos.

Dónde obtenerlo

Corresponde al campo «priority» de la tabla «sn_customerservice_case».

Ejemplos
1 - Crítica2 - Alta3 - Moderada4 - Baja
¿Es retrabajo?
IsRework
Un indicador booleano que señala si se ha producido un retrabajo significativo, como la reapertura de un caso o una investigación repetida.
Descripción

Este atributo calculado identifica los casos que presentan patrones de ineficiencia o repetición. La lógica puede activarse por eventos como «Solicitud de servicio reabierta» o cuando una secuencia clave de actividades, como «El agente inicia la investigación» seguida de «Solución propuesta», se repite varias veces dentro del mismo caso.

Este indicador resulta muy útil para identificar rápidamente los casos problemáticos y cuantificar el nivel general de retrabajo del proceso. Respalda directamente el panel «Puntos críticos de retrabajo y repetición» y el KPI «Tasa de retrabajo», ya que permite centrarse en los factores que provocan la ineficiencia sin tener que identificar manualmente los patrones repetitivos.

Por qué es importante

Ayuda a cuantificar la ineficiencia del proceso al señalar los casos con bucles repetitivos o eventos de reapertura, lo que facilita medir y abordar el retrabajo.

Dónde obtenerlo

Es un atributo calculado. Se obtiene durante la transformación de datos mediante una lógica empresarial que detecta patrones de retrabajo, como un valor distinto de cero en «ReopenCount» o la repetición de actividades.

Ejemplos
truefalse
¿Se ha resuelto en el primer contacto?
IsFirstContactResolution
Un indicador booleano que señala si la solicitud fue resuelta por el primer agente asignado, sin transferencias ni escalaciones.
Descripción

Este atributo calculado identifica las solicitudes de servicio que se resolvieron eficazmente durante la primera interacción o por el primer agente que gestionó el caso. Normalmente, la lógica comprueba condiciones como que no haya reasignaciones («ReassignmentCount» sea 0), que no existan actividades de «Escalación interna activada» y que el cliente no haya tenido que proporcionar más información.

Este atributo mide directamente una métrica fundamental del servicio al cliente y respalda el panel y el KPI «Tasa de resolución en el primer contacto». Permite cuantificar fácilmente el rendimiento de la FCR y analizar los factores, como el canal o la categoría de la solicitud, que favorecen o dificultan la resolución en el primer contacto.

Por qué es importante

Mide directamente la eficiencia de la respuesta inicial. Una tasa elevada de FCR está estrechamente relacionada con la eficiencia operativa y una alta satisfacción del cliente.

Dónde obtenerlo

Es un atributo calculado. Se obtiene durante la transformación de datos a partir de reglas como que «ReassignmentCount» sea cero y no se produzcan actividades de escalación.

Ejemplos
truefalse
Canal
Channel
El canal de comunicación por el que se inició la solicitud de servicio.
Descripción

El canal indica el medio que utilizó el cliente para enviar su solicitud, por ejemplo, «Correo electrónico», «Teléfono», «Portal web» o «Chat». Cada canal puede presentar características del proceso y expectativas del cliente muy diferentes.

Analizar el proceso por canal ayuda a evaluar la eficacia de cada medio de comunicación. Por ejemplo, puede revelar si las solicitudes enviadas por «Teléfono» tienen una mayor tasa de resolución en el primer contacto o si las solicitudes por «Correo electrónico» tienden a presentar tiempos de ciclo más largos. Esto respalda directamente el panel «Eficacia de los canales de comunicación».

Por qué es importante

Ayuda a determinar la eficiencia y los resultados de los distintos canales de interacción con el cliente, como el teléfono, el correo electrónico o el portal web.

Dónde obtenerlo

Normalmente corresponde al campo «contact_type» de la tabla «sn_customerservice_case».

Ejemplos
TeléfonoCorreo electrónicoAutoservicioChat
Cliente
Customer
El nombre o identificador del cliente o la empresa que inició la solicitud de servicio.
Descripción

Este atributo identifica a la parte externa interesada, ya sea una persona o una organización, para la que se solicita el servicio. Proporciona el contexto del cliente para cada caso.

En el análisis, el atributo Cliente permite adoptar una perspectiva centrada en el cliente sobre el proceso de servicio. Puede utilizarse para identificar si determinados clientes experimentan más problemas o retrasos más largos y combinarse con otros datos del cliente, como el segmento o el valor, para priorizar las iniciativas de mejora del proceso. Por ejemplo, permite comprobar si los clientes de alto valor reciben un servicio más rápido.

Por qué es importante

Relaciona el proceso con clientes concretos y permite analizar los niveles de servicio y la frecuencia de los problemas en cuentas clave o segmentos de clientes.

Dónde obtenerlo

Podría corresponder a los campos «caller_id», «opened_for» o «account» de la tabla «sn_customerservice_case», que hacen referencia a tablas de usuarios o empresas.

Ejemplos
John SmithACME CorporationGlobal Tech Inc.
Código de resolución
ResolutionCode
Un código que indica el resultado final o la forma en que se resolvió la solicitud de servicio.
Descripción

El código de resolución es un valor estructurado que el agente selecciona al resolver un caso. Proporciona detalles específicos sobre la solución, como «Resuelto por el usuario», «Error conocido», «Duplicado» o «No requiere ninguna acción».

Este atributo resulta valioso para el análisis de las causas raíz. Al analizar la frecuencia de los distintos códigos de resolución, las organizaciones pueden identificar problemas recurrentes, carencias de conocimiento o problemas del producto. Después, pueden utilizar esta información para impulsar mejoras que reduzcan el volumen de determinados tipos de solicitudes de servicio.

Por qué es importante

Proporciona información sobre los resultados de las solicitudes de servicio, un dato esencial para analizar las causas raíz e identificar problemas recurrentes.

Dónde obtenerlo

Corresponde al campo «close_code» o a un campo personalizado de código de resolución de la tabla «sn_customerservice_case».

Ejemplos
Resuelto (solución alternativa)Resuelto (de forma permanente)No resuelto (cliente no responde)Cerrado/resuelto por quien realizó la llamada
Número de reaperturas
ReopenCount
El número de veces que el cliente ha reabierto una solicitud de servicio resuelta.
Descripción

Este contador registra cuántas veces un caso ha pasado del estado «Resuelto» o «Cerrado» al estado «En curso» o «Abierto». Un caso reabierto sugiere que la solución inicial no fue eficaz o no estaba completa.

Este atributo es un indicador sólido del retrabajo y de la calidad de la resolución en el primer contacto. Un número elevado de reaperturas apunta a problemas en el proceso de resolución, como el cierre prematuro de tickets por parte de los agentes o la falta de atención a la causa subyacente del problema del cliente. Es una métrica clave para comprender la eficacia de las soluciones propuestas.

Por qué es importante

Indica resoluciones fallidas y retrabajo. Un número elevado de reaperturas señala una baja calidad del proceso de resolución y provoca frustración en el cliente.

Dónde obtenerlo

A menudo se registra en un campo denominado «reopen_count» de la tabla «sn_customerservice_case» o de una tabla relacionada.

Ejemplos
012
Número de reasignaciones
ReassignmentCount
El número total de veces que la solicitud de servicio se ha reasignado a otro agente o grupo.
Descripción

Este atributo es un contador que aumenta cada vez que cambia el campo «assigned_to» o «assignment_group». Proporciona una métrica sencilla de las transferencias internas que ha experimentado un caso.

El número de reasignaciones mide directamente la fricción del proceso y es un dato clave para el panel «Transferencias y reasignaciones de agentes» y el KPI «Promedio de transferencias de agentes por solicitud». Un número elevado de reasignaciones suele indicar problemas en el enrutamiento inicial, carencias de habilidades del equipo o casos difíciles de categorizar, factores que alargan los tiempos de resolución.

Por qué es importante

Mide directamente la ineficiencia del proceso mediante el recuento de transferencias. Un número elevado suele correlacionarse con tiempos de resolución más largos y una menor satisfacción del cliente.

Dónde obtenerlo

Es un campo de métrica estándar, «reassignment_count», de la tabla «task», que amplía «sn_customerservice_case».

Ejemplos
0135
Sistema de origen
SourceSystem
El sistema del que se extrajeron los datos.
Descripción

Este atributo identifica el origen de los datos, algo especialmente importante en entornos donde la información se agrega desde varios sistemas. En esta vista del proceso, el valor sería siempre «ServiceNow CSM».

En el análisis, ayuda a gestionar los datos y resolver problemas. Cuando intervienen varios sistemas de origen, permite filtrar el proceso para comprender cómo funciona en un sistema específico o comparar las variaciones del proceso entre distintos sistemas.

Por qué es importante

Proporciona el contexto esencial sobre el origen de los datos, garantiza la claridad en entornos con varios sistemas y facilita la gobernanza de datos.

Dónde obtenerlo

Es un valor estático que se añade durante la transformación de datos para identificar el origen del conjunto de datos.

Ejemplos
ServiceNow CSM
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica cuándo se extrajeron o actualizaron por última vez los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente. Proporciona contexto sobre la actualidad de los datos analizados y permite saber si se está consultando información casi en tiempo real o una instantánea histórica.

Durante el análisis, este metadato es fundamental para comprender el intervalo temporal del conjunto de datos. Ayuda a interpretar correctamente los Dashboards y los KPI, ya que indica, por ejemplo, si los datos están actualizados hasta la última hora o hasta el día anterior.

Por qué es importante

Indica la actualidad de los datos, un aspecto esencial para que los insights de Process Mining sean relevantes y oportunos.

Dónde obtenerlo

Esta marca de tiempo se genera y se añade durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
2023-11-20T08:00:00Z
Obligatorio Recomendado Opcional

Actividades de atención al cliente

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir el proceso con precisión.
5 Recomendado 9 Opcional
Actividad Descripción
Escalación interna activada
Representa la escalación formal de una solicitud de servicio a un nivel superior de soporte o gestión para su resolución. Se puede inferir a partir de un cambio del grupo de asignación a un equipo de nivel superior o de la activación de un indicador.
Por qué es importante

El seguimiento de las escalaciones ayuda a identificar debilidades del proceso, carencias de conocimiento en el soporte de primera línea y tipos de casos complejos. Es un indicador clave de fricción en el proceso e insatisfacción del cliente.

Dónde obtenerlo

Se puede inferir del registro de auditoría al detectar un cambio del campo «assignment_group» a un equipo de escalación conocido o un cambio en el campo «escalation» del registro del caso.

Recopilar

Detectar un cambio en el campo «escalation» o el traslado a un «assignment_group» de nivel superior.

Tipo de evento inferred
Solicitud asignada a un agente
Esta actividad se produce cuando una solicitud de servicio se asigna a un agente específico para su investigación y resolución. Se captura infiriendo el cambio en el campo assigned_to del registro del caso.
Por qué es importante

Este es un hito crítico para medir los tiempos de respuesta inicial y la distribución de la carga de trabajo de los agentes. El seguimiento de las reasignaciones de este campo permite detectar ineficiencias del proceso y posibles cuellos de botella en la disponibilidad de los agentes.

Dónde obtenerlo

Se infiere del historial de auditoría (sys_audit) de la tabla sn_customerservice_case mediante el seguimiento del momento en que se completa o cambia el campo assigned_to.

Recopilar

Detectar el cambio de valor del campo «assigned_to» en el registro de auditoría del caso.

Tipo de evento inferred
Solicitud de servicio cerrada
Esta es la actividad final, que marca el cierre formal del registro de la solicitud de servicio, normalmente después de un periodo de confirmación posterior a la resolución. Se captura cuando el estado del caso cambia a «Closed» y se establece la marca de tiempo closed_at.
Por qué es importante

Como final definitivo del proceso, esta actividad es esencial para calcular el ciclo de vida completo del caso. Analizar el tiempo entre «Resolved» y «Closed» revela la carga administrativa o los retrasos.

Dónde obtenerlo

Se infiere del historial de auditoría cuando el campo de estado de la tabla sn_customerservice_case se establece en «Closed». El campo closed_at se completa al mismo tiempo.

Recopilar

Detectar el cambio del campo «state» a «Closed» y utilizar la marca de tiempo correspondiente.

Tipo de evento inferred
Solicitud de servicio creada
Esta actividad marca el inicio del proceso de servicio al cliente, cuando se registra formalmente un nuevo caso en el sistema. El evento se captura explícitamente cuando se inserta un nuevo registro en la tabla sn_customerservice_case.
Por qué es importante

Como punto de partida de cada caso, esta actividad es esencial para calcular el tiempo de ciclo integral y analizar los volúmenes de entrada de solicitudes. Actúa como desencadenante de todos los procesos posteriores y los temporizadores de SLA.

Dónde obtenerlo

Este evento corresponde a la creación de un registro en la tabla sn_customerservice_case. La marca de tiempo se obtiene del campo sys_created_on.

Recopilar

Marca de tiempo de creación del registro (sys_created_on) en la tabla sn_customerservice_case.

Tipo de evento explicit
Solicitud de servicio resuelta
Este es un hito clave que indica que el agente de servicio ha completado el trabajo y que el problema se considera resuelto. Se captura cuando el estado del caso cambia a «Resolved» y se completa la marca de tiempo resolved_at.
Por qué es importante

Esta actividad marca el final del proceso activo de resolución y es fundamental para calcular los tiempos de ciclo de resolución y el cumplimiento de los SLA. Constituye uno de los principales puntos finales de muchos KPI de eficiencia.

Dónde obtenerlo

Se infiere del historial de auditoría cuando el campo de estado de la tabla sn_customerservice_case se establece en «Resolved». El campo resolved_at suele completarse al mismo tiempo.

Recopilar

Detectar el cambio del campo «state» a «Resolved» y utilizar la marca de tiempo correspondiente.

Tipo de evento inferred
El agente inicia la investigación
Esta actividad indica que un agente ha comenzado a trabajar activamente en la solicitud de servicio. Normalmente se infiere cuando el estado del caso cambia de un estado como «New» o «Assigned» a «Work in Progress».
Por qué es importante

Este evento ayuda a distinguir el tiempo en cola del tiempo de trabajo activo. Analizar la duración entre la asignación y el inicio de la investigación permite detectar retrasos en la atención de nuevos casos por parte de los agentes.

Dónde obtenerlo

Se infiere cuando el campo de estado del caso cambia a un estado de trabajo activo, como «Work in Progress». Los valores de estado específicos pueden configurarse y deben verificarse.

Recopilar

Detectar el cambio del campo «state» de un valor pendiente a uno activo, por ejemplo, de «New» a «Work in Progress».

Tipo de evento inferred
Encuesta enviada al cliente
Representa el envío de una encuesta de satisfacción al cliente después de resolver un caso. Este evento suele capturarse cuando se crea una instancia de encuesta asociada al caso.
Por qué es importante

Esta actividad ayuda a relacionar los patrones de ejecución del proceso con los comentarios de los clientes. Comprender cuándo y si se envían las encuestas es importante para analizar la eficacia del ciclo de comentarios.

Dónde obtenerlo

Es un evento explícito registrado en una tabla específica de encuestas, como asmt_assessment_instance, que contiene una referencia al registro del caso de origen.

Recopilar

Creación de un registro en la tabla «asmt_assessment_instance» vinculada al caso.

Tipo de evento explicit
Grupo de asignación cambiado
Indica que la responsabilidad de un caso se ha transferido de un equipo a otro. Este evento se infiere mediante el seguimiento de los cambios en el campo assignment_group del registro del caso.
Por qué es importante

El seguimiento de los cambios en los grupos de asignación es fundamental para analizar los traspasos entre departamentos e identificar problemas sistemáticos de enrutamiento. Una alta frecuencia de esta actividad puede indicar una responsabilidad poco clara o definiciones de proceso insuficientes.

Dónde obtenerlo

Se infiere del historial de auditoría (sys_audit) de la tabla sn_customerservice_case mediante el seguimiento de los cambios en el campo assignment_group.

Recopilar

Detectar el cambio de valor del campo «assignment_group» en el registro de auditoría del caso.

Tipo de evento inferred
Información recibida del cliente
Esta actividad marca el momento en que el cliente proporciona la información solicitada, lo que permite al agente reanudar el trabajo. Se infiere cuando el estado del caso pasa de «Awaiting User Info» a un estado activo.
Por qué es importante

Este evento concluye el periodo de espera del cliente y permite medir con precisión sus tiempos de respuesta. Ayuda a identificar los tipos de casos o clientes asociados con los retrasos más prolongados.

Dónde obtenerlo

Se infiere del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia de «Awaiting Info» a un estado activo como «Work in Progress».

Recopilar

Detectar el cambio del campo «state» de un valor que indica espera del cliente a un valor activo.

Tipo de evento inferred
Información solicitada al cliente
Se produce cuando un agente necesita información adicional del cliente para continuar y coloca el caso en estado pendiente. Se infiere a partir de un cambio de estado a un valor como «Awaiting User Info» o «On Hold».
Por qué es importante

Esta actividad es fundamental para el análisis de los «tiempos de espera de información del cliente». Aísla los retrasos del proceso causados por dependencias externas y los separa del tiempo de procesamiento interno.

Dónde obtenerlo

Se infiere del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia a un valor que indica que se espera información del cliente, por ejemplo, «Awaiting Info».

Recopilar

Detectar el cambio del campo «state» a un valor designado que indique que se espera al cliente.

Tipo de evento inferred
SLA incumplido
Representa el momento en que una solicitud de servicio no cumple un acuerdo de nivel de servicio definido, como el tiempo de resolución. Es un evento calculado que se obtiene al comparar el tiempo de resolución con la hora de finalización planificada del SLA.
Por qué es importante

Identificar los incumplimientos de SLA es fundamental para supervisar el Cumplimiento y gestionar el rendimiento. Este evento ayuda a determinar qué etapas del proceso o tipos de casos contribuyen más a las infracciones de SLA.

Dónde obtenerlo

Se calcula mediante el análisis de los registros de la tabla task_sla relacionados con el caso. Se produce un incumplimiento si el campo has_breached es true o si actual_elapsed_time supera planned_duration.

Recopilar

Comprobar el indicador «has_breached» del registro task_sla vinculado.

Tipo de evento calculated
Solicitud categorizada y priorizada
Representa el triaje inicial, durante el cual la solicitud de servicio se clasifica y se le asigna un nivel de prioridad para determinar su urgencia y enrutamiento. Se infiere a partir de los cambios en los campos de categoría, subcategoría o prioridad del registro de auditoría del caso.
Por qué es importante

Analizar esta actividad ayuda a identificar retrasos en el triaje de casos y garantiza que las solicitudes se enruten correctamente y se atiendan según su urgencia. Influye en el tiempo hasta la primera asignación y en la eficiencia general de la resolución.

Dónde obtenerlo

Se infiere del historial de auditoría (sys_audit) de la tabla sn_customerservice_case, concretamente mediante el seguimiento de la asignación inicial o las actualizaciones de los campos de categoría y prioridad.

Recopilar

Detectar la primera asignación de valor o el cambio de valor en los campos «category» o «priority».

Tipo de evento inferred
Solicitud de servicio reabierta
Se produce cuando una solicitud de servicio previamente resuelta vuelve a un estado activo porque el problema reapareció o la solución no fue eficaz. Se infiere al detectar un cambio de estado de «Resolved» a «Work in Progress».
Por qué es importante

Los casos reabiertos son una medida directa de la calidad de la resolución y uno de los principales factores que generan retrabajo. Analizar estos eventos es fundamental para mejorar las tasas de resolución en el primer contacto y la satisfacción del cliente.

Dónde obtenerlo

Se infiere del historial de auditoría de la tabla sn_customerservice_case al identificar una secuencia en la que el campo de estado pasa de «Resolved» a un estado activo.

Recopilar

Detectar el cambio del campo «state» de «Resolved» a un valor activo como «Work in Progress».

Tipo de evento inferred
Solución propuesta
Esta actividad marca el momento en que un agente ha identificado una solución y se la ha comunicado al cliente para que la confirme. A menudo se infiere a partir de un cambio de estado a un valor como «Awaiting Acceptance» o de una entrada específica en las notas de trabajo.
Por qué es importante

Este hito separa la fase de investigación de las fases de confirmación y resolución. Analizar el tiempo de espera de la confirmación del cliente puede revelar oportunidades para agilizar las etapas finales de un caso.

Dónde obtenerlo

Se infiere del registro de auditoría de la tabla sn_customerservice_case cuando el estado cambia a un valor que indica una solución propuesta, por ejemplo, «Proposed Solution». Esto puede variar según la implementación.

Recopilar

Detectar el cambio del campo «state» a un valor como «Proposed Solution» o «Awaiting Acceptance».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de ServiceNow CSM

¿Listo para empezar?

Utilice este Template para preparar sus datos de forma eficaz, descubrir insights valiosos y optimizar sus operaciones de servicio al cliente. Empiece hoy su camino hacia un proceso más eficiente y centrado en el cliente.

Alcance hoy la máxima eficiencia en atención al cliente

Aumente la satisfacción del cliente y logre una resolución del 80 % en el primer contacto.

Iniciar la prueba gratuita

No necesita tarjeta de crédito. Empiece en cuestión de minutos.