Su Template de datos de atención al cliente

ServiceNow CSM
Su Template de datos de atención al cliente

Su Template de datos de atención al cliente

Este Template de datos ofrece una guía clara para recopilar la información esencial que necesita para analizar el proceso de atención al cliente. Describe los atributos de datos clave, define las actividades principales que conviene seguir y explica cómo extraer esta información del sistema de origen. Utilice este recurso para preparar los datos de forma precisa y eficiente para Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que conviene seguir
  • Guía de extracción
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de atención al cliente

Estos son los campos de datos recomendados para incluir en el Registro de eventos y realizar un análisis completo de la atención al cliente.
3 Obligatorio 6 Recomendado 9 Opcional
Nombre Descripción
Hora del evento
EventTime
Marca de tiempo precisa que indica cuándo se produjo una actividad o un evento específicos.
Descripción

La hora del evento registra la fecha y la hora en que se realizó una actividad. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular la duración 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 los tiempos de procesamiento. Permite identificar cuellos de botella al detectar actividades precedidas por demoras prolongadas y medir el rendimiento frente a los acuerdos de nivel de servicio (SLA). Para que el análisis sea fiable, las marcas de tiempo deben ser precisas y coherentes.

Por qué es importante

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

Dónde obtenerlo

Suele corresponder al campo 'sys_created_on' de las tablas de auditoría e historial de ServiceNow (por ejemplo, 'sys_audit').

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

La solicitud de servicio es el identificador principal del caso y vincula todas las actividades y eventos relacionados con un problema de un cliente, desde su creación hasta su cierre. Es el hilo conductor para seguir todo el recorrido de una interacción con el cliente.

En Process Mining, este atributo es fundamental para reconstruir el flujo del proceso. Cada valor único de solicitud de servicio representa una instancia del proceso y permite analizar los tiempos de ciclo, las rutas y las variaciones de cada caso. Así, todos los pasos, desde el contacto inicial hasta la resolución y el cierre, quedan asociados correctamente a la misma consulta del cliente.

Por qué es importante

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

Dónde obtenerlo

Suele corresponder al campo 'number' de la tabla 'sn_customerservice_case' en ServiceNow CSM.

Ejemplos
CS0010001CS0010045CS0010112
Nombre de la actividad
ActivityName
Nombre de un evento o una 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 atención al cliente, como «Solicitud de servicio creada», «Solicitud asignada a un agente» o «Solución propuesta». 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, quienes analizan el proceso pueden descubrir las rutas habituales, las desviaciones y las áreas con retrabajo o ineficiencias. El nivel de detalle de las actividades definidas influye directamente en la profundidad de la información que se puede obtener del modelo de proceso.

Por qué es importante

Este atributo es la base del mapa del proceso: define los pasos y las tareas específicos cuyo orden y duración se analizan.

Dónde obtenerlo

Es un atributo conceptual que se obtiene de las tablas de auditoría del sistema (por ejemplo, '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
Agente asignado
AssignedAgent
Agente de servicio asignado actualmente para atender la solicitud de servicio.
Descripción

Este atributo identifica a la persona responsable de la solicitud de servicio en un momento determinado. Suele cambiar durante el 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 de los agentes y los traspasos. Permite responder preguntas como qué agentes atienden los casos más complejos, con qué frecuencia se reasignan los casos y si ciertos agentes están asociados con tiempos de resolución más largos o una mayor satisfacción del cliente. Es fundamental para el Dashboard «Traspasos y reasignaciones entre 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 suelen indicar 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
Clasificación principal de la solicitud de servicio, como «Facturación» o «Problema técnico».
Descripción

La categoría agrupa las solicitudes de servicio según la naturaleza de la consulta o el problema del cliente. Por lo general, se asigna 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, se pueden comparar los flujos de proceso de distintos tipos de solicitud. Por ejemplo, el proceso de resolución de un problema de «Facturación» puede ser muy distinto del de un «Problema técnico». Es un atributo clave para segmentar los datos en casi todos los Dashboards.

Por qué es importante

Permite desglosar el análisis por tipo de solicitud y descubrir si ciertas categorías son más propensas a sufrir demoras, escalamientos o incumplimientos de los SLA.

Dónde obtenerlo

Corresponde al campo 'category' de la tabla 'sn_customerservice_case'.

Ejemplos
Consulta / AyudaPedidosProblemas con productosFacturación
Estado
State
Estado actual de la solicitud de servicio en su ciclo de vida.
Descripción

El atributo de estado describe la situación operativa de una solicitud de servicio en un momento determinado, por ejemplo, «Nuevo», «En curso», «En espera de información», «Resuelto» o «Cerrado». 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 etapa del proceso en que se encuentran los casos. Permite identificar cuánto tiempo permanecen en ciertos estados, como «En espera de información», que puede ser una fuente importante de demoras. También ayuda a definir los puntos de inicio y fin 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 que permanece en estados improductivos, como «En espera» o «En espera de información».

Dónde obtenerlo

Corresponde al campo 'state' de la tabla 'sn_customerservice_case'.

Ejemplos
NuevoEn cursoEn espera de información del usuarioResueltoCerrado
Grupo de asignación
AssignmentGroup
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. Según la naturaleza del problema, las solicitudes suelen pasar entre distintos grupos, como un equipo de soporte de nivel 1, un equipo técnico especializado o el departamento de facturación.

Este atributo es esencial para analizar los traspasos entre departamentos e identificar cuellos de botella en los equipos. Permite visualizar cómo fluye el trabajo entre distintas áreas funcionales y detectar grupos con exceso de carga o que necesitan más formación. Contribuye directamente a los Dashboards «Traspasos y reasignaciones entre agentes» y «Flujo del proceso».

Por qué es importante

Identifica al equipo responsable del trabajo, un dato clave para analizar el rendimiento y la carga de trabajo de los equipos, así como los traspasos 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
Nivel de prioridad de la solicitud de servicio, que determina su urgencia.
Descripción

La prioridad indica la importancia y la urgencia con que se debe atender una solicitud de servicio. Suele determinarse en función del impacto de la solicitud en el cliente y de su urgencia. Los valores habituales van de Crítico a Bajo.

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

Por qué es importante

Permite segmentar las solicitudes de servicio por urgencia, algo esencial para comprobar que los problemas críticos se atienden más rápido que los que no lo son.

Dónde obtenerlo

Corresponde al campo 'priority' de la tabla 'sn_customerservice_case'.

Ejemplos
1 - Crítico2 - Alto3 - Moderado4 - Bajo
Se incumplió el SLA
IsSlaBreached
Indicador booleano que señala si la solicitud de servicio superó el objetivo establecido 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. Suele tener el valor 'True' si el tiempo de resolución superó el objetivo del SLA y 'False' en caso contrario. Así se obtiene un resultado claro, de sí o no, sobre el cumplimiento del SLA en cada caso.

Este atributo es esencial para el Dashboard 'Tendencias de cumplimiento e incumplimiento del SLA' y el KPI 'Tasa de cumplimiento del SLA'. Simplifica el análisis porque permite filtrar y contar directamente los casos que incumplieron el SLA, lo que facilita identificar los tipos de solicitud, las prioridades o los equipos más asociados con esos incumplimientos.

Por qué es importante

Indica claramente si un caso cumplió el plazo, un dato fundamental para medir e informar sobre 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
Canal
Channel
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 tener características del proceso y expectativas del cliente muy distintas.

Analizar el proceso por canal ayuda a evaluar la eficacia de cada medio de comunicación. Por ejemplo, permite saber si las solicitudes telefónicas tienen una mayor tasa de resolución en el primer contacto o si las solicitudes por correo electrónico suelen tener tiempos de ciclo más largos. Contribuye directamente al Dashboard «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

Suele corresponder al campo 'contact_type' de la tabla 'sn_customerservice_case'.

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

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

En el análisis, el atributo de cliente permite ver el proceso de servicio desde la perspectiva del cliente. Se puede utilizar para identificar si ciertos clientes tienen más problemas o sufren demoras más largas, y combinarlo 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

Vincula el proceso con clientes específicos 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 al campo 'caller_id', 'opened_for' o 'account' de la tabla 'sn_customerservice_case', que hace referencia a tablas de usuarios o empresas.

Ejemplos
John SmithACME CorporationGlobal Tech Inc.
Código de resolución
ResolutionCode
Código que indica el resultado final o cómo 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. Aporta detalles específicos sobre la solución, como «Resuelto por el usuario», «Error conocido», «Duplicado» o «No se requiere ninguna acción».

Este atributo es útil para analizar 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 con los productos. Esta información permite impulsar mejoras que reduzcan el volumen de ciertos tipos de solicitudes de servicio.

Por qué es importante

Aporta información sobre los resultados de las solicitudes de servicio, fundamental 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 temporal)Resuelto (de forma permanente)No resuelto (el cliente no responde)Cerrado/resuelto por quien realizó la llamada
Es retrabajo
IsRework
Indicador booleano que señala si se produjo un retrabajo considerable, por ejemplo, si se reabrió un caso o se repitió una investigación.
Descripción

Este atributo calculado marca los casos que presentan patrones de ineficiencia o repetición. La lógica puede activarse ante 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 en un mismo caso.

Este indicador permite identificar rápidamente los casos problemáticos y cuantificar el nivel general de retrabajo del proceso. Contribuye directamente al Dashboard 'Puntos críticos de retrabajo y repetición' y al KPI 'Tasa de retrabajo', para que los analistas puedan centrarse en las causas de la ineficiencia sin tener que buscar manualmente los patrones repetitivos.

Por qué es importante

Ayuda a cuantificar la ineficiencia del proceso al marcar los casos con ciclos repetitivos o eventos de reapertura, lo que facilita medir y reducir el retrabajo.

Dónde obtenerlo

Este atributo se calcula durante la transformación de datos, aplicando reglas de negocio que detectan patrones de retrabajo, como un valor distinto de cero en 'ReopenCount' o actividades repetidas.

Ejemplos
truefalse
Número de reaperturas
ReopenCount
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 de «Resuelto» o «Cerrado» a «En curso» o «Abierto». Si se reabre un caso, es posible que la solución inicial no haya sido eficaz o estuviera incompleta.

Este atributo es un indicador claro del retrabajo y de la calidad de la resolución en el primer intento. Un número elevado de reaperturas apunta a problemas en el proceso de resolución, como agentes que cierran tickets antes de tiempo o no resuelven por completo el problema de fondo 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 genera frustración en los clientes.

Dónde obtenerlo

A menudo se registra en un campo llamado 'reopen_count' de la tabla 'sn_customerservice_case' o de una tabla relacionada.

Ejemplos
012
Número de reasignaciones
ReassignmentCount
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'. Ofrece una medida sencilla de cuántas transferencias internas ha tenido un caso.

El número de reasignaciones mide directamente las fricciones del proceso y es un dato clave para el Dashboard «Traspasos y reasignaciones entre agentes» y el KPI «Promedio de traspasos entre agentes por solicitud». Un número elevado de reasignaciones suele indicar problemas con la asignación inicial, carencias de habilidades de los agentes o dificultades para clasificar los casos. Todo ello prolonga los tiempos de resolución.

Por qué es importante

Mide directamente las ineficiencias del proceso al contar los traspasos. Un número elevado suele estar relacionado con tiempos de resolución más largos e insatisfacción del cliente.

Dónde obtenerlo

Es el campo de métrica estándar 'reassignment_count' de la tabla 'task', que es la tabla principal de la que hereda 'sn_customerservice_case'.

Ejemplos
0135
Se resolvió en el primer contacto
IsFirstContactResolution
Indicador booleano que señala si el agente asignado inicialmente resolvió la solicitud sin transferencias ni escalaciones.
Descripción

Este atributo calculado identifica las solicitudes de servicio que se resolvieron de forma eficiente durante la primera interacción o por el primer agente que atendió el caso. La lógica suele comprobar condiciones como que no haya reasignaciones ('ReassignmentCount' sea 0), que no se haya producido ninguna actividad de 'Escalación interna activada' y que no se haya solicitado más información al cliente.

Este atributo mide directamente una métrica clave de atención al cliente y contribuye al Dashboard y al KPI 'Tasa de resolución en el primer contacto'. Permite cuantificar fácilmente el desempeño de la resolución en el primer contacto y analizar los factores, como el canal o la categoría de la solicitud, que favorecen o dificultan este resultado.

Por qué es importante

Mide directamente la eficiencia de la respuesta inicial. Una tasa alta de resolución en el primer contacto está estrechamente relacionada tanto con la eficiencia operativa como con una alta satisfacción del cliente.

Dónde obtenerlo

Este atributo se calcula durante la transformación de datos a partir de reglas, como que 'ReassignmentCount' sea cero y que no se produzcan actividades de escalación.

Ejemplos
truefalse
Sistema de origen
SourceSystem
Sistema del que se extrajeron los datos.
Descripción

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

En el análisis, ayuda con la gobernanza de datos y la resolución de problemas. Si intervienen varios sistemas de origen, permite filtrar el proceso para entender cómo funciona en un sistema concreto o comparar las variaciones del proceso entre distintos sistemas.

Por qué es importante

Aporta contexto esencial sobre el origen de los datos, aclara la información 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 los datos para indicar el origen del conjunto de datos.

Ejemplos
ServiceNow CSM
Última actualización de datos
LastDataUpdate
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 la hora de la extracción de datos más reciente. Indica qué tan actualizados están los datos analizados y permite saber si se trata de información casi en tiempo real o de una instantánea histórica.

Durante el análisis, estos metadatos son fundamentales para comprender el período que abarca el conjunto de datos. Ayudan a interpretar correctamente los Dashboards y los KPI, por ejemplo, al indicar que los datos están actualizados hasta la última hora o hasta el día anterior.

Por qué es importante

Indica qué tan actualizados están los datos, algo fundamental para que la información de Process Mining siga siendo pertinente y oportuna.

Dónde obtenerlo

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

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

Actividades de atención al cliente

Estos son los pasos y los hitos clave del proceso que conviene registrar en el Registro de eventos para descubrir el proceso con precisión.
5 Recomendado 9 Opcional
Actividad Descripción
Escalamiento interno activado
Representa el escalamiento formal de una solicitud de servicio a un nivel superior de soporte o gestión para resolverla. 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 una marca.
Por qué es importante

El seguimiento de los escalamientos ayuda a identificar debilidades del proceso, carencias de conocimiento en el soporte de primera línea y tipos de caso complejos. Es un indicador clave de fricciones en el proceso y de insatisfacción del cliente.

Dónde obtenerlo

Se puede inferir del registro de auditoría al detectar un cambio en 'assignment_group' a un equipo de escalamiento conocido o un cambio en el campo 'escalation' del registro del caso.

Capturar

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 se asigna una solicitud de servicio a un agente concreto para que la investigue y resuelva. Se captura al inferir el cambio en el campo assigned_to del registro del caso.
Por qué es importante

Este es un hito clave para medir los tiempos de respuesta inicial y la distribución de la carga de trabajo entre 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 de cuándo se completa o cambia el campo assigned_to.

Capturar

Detectar los cambios de valor del campo 'assigned_to' en el historial de auditoría del caso.

Tipo de evento inferred
Solicitud de servicio cerrada
Esta es la actividad final y marca el cierre formal del registro de la solicitud de servicio, a menudo después de un período de confirmación tras la resolución. Se registra cuando el estado del caso cambia a «Cerrado» y se establece la marca de tiempo closed_at.
Por qué es importante

Como punto final definitivo del proceso, esta actividad es esencial para calcular el ciclo de vida completo del caso. Analizar el tiempo entre «Resuelto» y «Cerrado» permite detectar tareas administrativas o demoras.

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.

Capturar

Detectar el cambio de 'state' a 'Closed' y usar la marca de tiempo correspondiente.

Tipo de evento inferred
Solicitud de servicio creada
Esta actividad marca el inicio del proceso de atención al cliente, cuando se registra formalmente un caso nuevo en el sistema. El evento se captura de forma explícita al insertar un registro nuevo 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 el volumen de solicitudes recibidas. Activa todos los procesos posteriores y los temporizadores del 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.

Capturar

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 hito clave indica que el agente de servicio ha terminado el trabajo y que el problema se considera resuelto. Se registra cuando el estado del caso cambia a «Resuelto» y se completa la marca de tiempo resolved_at.
Por qué es importante

Esta actividad marca el final del proceso de resolución activa y es fundamental para calcular los tiempos de ciclo de resolución y el cumplimiento de los SLA. Es un punto final clave para 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.

Capturar

Detectar el cambio de 'state' a 'Resolved' y usar 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. Suele inferirse cuando el estado del caso cambia de «Nuevo» o «Asignado» a «En curso».
Por qué es importante

Este evento permite distinguir el tiempo en cola del tiempo de trabajo activo. Analizar el tiempo transcurrido entre la asignación y el inicio de la investigación permite detectar demoras en la atención de nuevos casos.

Dónde obtenerlo

Se infiere cuando el campo de estado del caso cambia a un estado de trabajo activo, como «En curso». Los valores de estado específicos se pueden configurar y conviene verificarlos.

Capturar

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 registrarse cuando se crea una instancia de encuesta y se asocia con el caso.
Por qué es importante

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

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.

Capturar

Creación de un registro en la tabla 'asmt_assessment_instance' vinculado 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 asignación. Una frecuencia elevada de esta actividad puede indicar que la responsabilidad o la definición del proceso no están claras.

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.

Capturar

Detectar los cambios de valor del campo 'assignment_group' en el historial 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 y el agente puede reanudar el trabajo. Se infiere cuando el estado del caso pasa de «En espera de información del usuario» a un estado activo.
Por qué es importante

Este evento pone fin al período de espera del cliente y permite medir con precisión sus tiempos de respuesta. Ayuda a identificar los tipos de caso o clientes asociados con las demoras más prolongadas.

Dónde obtenerlo

Se infiere del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia de «En espera de información» a un estado activo, como «En curso».

Capturar

Detectar el cambio del campo 'state' de un valor «en 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 deja el caso en estado pendiente. Se infiere a partir de un cambio de estado a un valor como «En espera de información del usuario» o «En espera».
Por qué es importante

Esta actividad es fundamental para el análisis de los tiempos de espera de información del cliente. Permite aislar las demoras del proceso causadas por dependencias externas y diferenciarlas 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').

Capturar

Detectar el cambio del campo 'state' a un valor designado como «en espera del cliente».

Tipo de evento inferred
SLA incumplido
Representa el momento en que una solicitud de servicio incumple un acuerdo de nivel de servicio (SLA) definido, por ejemplo, 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 prevista 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 caso contribuyen más a los incumplimientos de los SLA.

Dónde obtenerlo

Se calcula analizando los registros de la tabla task_sla relacionados con el caso. Hay un incumplimiento si el campo has_breached es true o si actual_elapsed_time supera planned_duration.

Capturar

Comprobar la marca 'has_breached' en el registro task_sla vinculado.

Tipo de evento calculated
Solicitud clasificada y priorizada
Representa la clasificación inicial, en la que se asignan una categoría y un nivel de prioridad a la solicitud de servicio para determinar su urgencia y asignación. Se infiere a partir de los cambios en los campos de categoría, subcategoría o prioridad del registro del caso en el historial de auditoría.
Por qué es importante

Analizar esta actividad ayuda a detectar retrasos en la clasificación de los casos y a garantizar que las solicitudes se asignen correctamente y se gestionen según su urgencia. Afecta al tiempo hasta la primera asignación y a 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, en concreto, del seguimiento de la asignación inicial o las actualizaciones de los campos de categoría y prioridad.

Capturar

Detectar el primer valor asignado o los cambios de valor en los campos 'category' o 'priority'.

Tipo de evento inferred
Solicitud de servicio reabierta
Se produce cuando una solicitud de servicio que ya se había resuelto 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 «Resuelto» a «En curso».
Por qué es importante

Los casos reabiertos miden directamente la calidad de la resolución y son una de las principales causas de retrabajo. Analizar estos eventos es fundamental para mejorar la tasa 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 «Resuelto» a un estado activo.

Capturar

Detectar el cambio de '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 identifica una solución y se la comunica al cliente para que la confirme. Suele inferirse a partir de un cambio de estado a un valor como «En espera de aceptación» o de una nota de trabajo específica.
Por qué es importante

Este hito separa la fase de investigación de la fase 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 del cierre 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 que se propuso una solución (por ejemplo, 'Proposed Solution'). Esto puede variar según la implementación.

Capturar

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

¿Todo listo para empezar?

Utilice este Template para preparar sus datos de forma eficaz, descubrir información valiosa y optimizar las operaciones de atención al cliente. Comience hoy a avanzar hacia un proceso más eficiente y centrado en el cliente.

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

Mejore la satisfacción del cliente y alcance una tasa del 80 % de resolución en el primer contacto.

Comience su prueba gratuita

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