Su Plantilla de Datos de Servicio al Cliente

ServiceNow CSM
Su Plantilla de Datos de Servicio al Cliente

Su Plantilla de Datos de Servicio al Cliente

Esta plantilla de datos ofrece una hoja de ruta clara para recopilar la información esencial necesaria para analizar su proceso de servicio al cliente. Describe los atributos de datos cruciales, define las actividades clave a rastrear 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 el Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de Extracción
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos del Servicio al Cliente

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis exhaustivo del servicio al cliente.
3 Requerido 6 Recomendado 10 Opcional
Nombre Descripción
Hora del Evento
EventTime
La marca de tiempo precisa que indica cuándo ocurrió una actividad o evento específico.
Descripción

Event Time registra la fecha y hora en que se realizó una actividad. Esta marca de tiempo es fundamental para ordenar los eventos cronológicamente y para calcular las duraciones entre los diferentes 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 a los analistas identificar cuellos de botella al encontrar actividades con largos retrasos que las preceden y medir el rendimiento frente a los acuerdos de nivel de servicio (SLA). Las marcas de tiempo precisas y consistentes son esenciales para un análisis fiable.

Por qué es importante

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

Dónde obtener

Esto típicamente corresponde al campo sys_created_on en 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
El identificador único para cada solicitud de servicio al cliente, caso o ticket.
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 su cierre. Actúa como el hilo conductor central para rastrear el recorrido de principio a fin 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, lo que permite el análisis de tiempos de ciclo, rutas y variaciones caso por caso. Asegura que todos los pasos, desde el contacto inicial hasta la resolución final y el cierre, estén correctamente asociados con la misma consulta del cliente.

Por qué es importante

Este es el ID de Caso esencial que conecta todos los pasos del proceso, haciendo posible analizar el ciclo de vida completo de cada interacción de servicio al cliente.

Dónde obtener

Este es típicamente el 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ífica que ocurrió dentro del ciclo de vida de la solicitud de servicio.
Descripción

El Nombre de la Actividad describe un paso en el proceso de servicio al cliente, como 'Solicitud de Servicio Creada', 'Solicitud Asignada a Agente' o 'Solución Propuesta'. Estas actividades se extraen de los registros del sistema o de las actualizaciones de la tabla para construir una secuencia cronológica de eventos para cada solicitud de servicio.

Este atributo es crucial para visualizar el mapa de procesos, identificar cuellos de botella y comprender el flujo de trabajo. Al analizar la secuencia y frecuencia de las actividades, los analistas pueden descubrir rutas de proceso comunes, desviaciones y áreas de reelaboración o ineficiencia. La granularidad de las actividades definidas impacta directamente la profundidad de los conocimientos que pueden obtenerse del modelo de proceso.

Por qué es importante

Este atributo constituye la columna vertebral del mapa de procesos, definiendo los pasos y tareas específicos cuya secuencia y duración son analizadas.

Dónde obtener

Este es un atributo conceptual derivado de tablas de auditoría del sistema (por ejemplo, sys_audit) o mediante el seguimiento de cambios de estado y actualizaciones de campos clave en la tabla sn_customerservice_case.

Ejemplos
Solicitud de Servicio CreadaSolicitud Asignada a AgenteInformación Solicitada al ClienteSolicitud de Servicio Resuelta
¿Se incumplió el SLA?
IsSlaBreached
Un indicador booleano que señala si la solicitud de servicio superó su objetivo de Acuerdo de Nivel de Servicio (SLA) definido.
Descripción

Este atributo calculado indica si una solicitud de servicio se resolvió dentro del plazo acordado. Típicamente es 'Verdadero' si el tiempo de resolución superó el objetivo del ANS y 'Falso' en caso contrario. Esto proporciona un resultado binario claro para el rendimiento del ANS en cada caso.

Este atributo es esencial para el dashboard de 'Tendencias de Adherencia y Violación de ANS' y el KPI de 'Tasa de Adherencia a ANS'. Simplifica el análisis al permitir el filtrado directo y el recuento de casos incumplidos, lo que facilita la identificación de qué tipos de solicitudes, prioridades o equipos están más asociados con las violaciones de ANS.

Por qué es importante

Proporciona una respuesta clara de sí o no sobre si un caso cumplió su plazo, lo cual es fundamental para medir e informar sobre el cumplimiento de los ANS.

Dónde obtener

Calculado a partir del campo 'made_sla' de la tabla 'task_sla', o derivado al comparar el tiempo de resolución real con el tiempo de resolución planificado.

Ejemplos
truefalse
Agente Asignado
AssignedAgent
El agente de servicio individual actualmente asignado para gestionar la solicitud de servicio.
Descripción

Este atributo identifica al usuario responsable de la solicitud de servicio en un momento dado. A menudo cambia a lo largo del ciclo de vida del caso a medida que la solicitud se transfiere entre diferentes agentes o especialistas.

Analizar el Agente Asignado es clave para comprender la distribución de la carga de trabajo, el rendimiento del agente y las transferencias. Ayuda a responder preguntas como qué agentes manejan 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. Esto es crucial para el dashboard de 'Transferencias y Reasignaciones de Agentes'.

Por qué es importante

Rastrea la responsabilidad del agente, permitiendo el análisis de la carga de trabajo, el rendimiento y la frecuencia de las reasignaciones, lo que a menudo indica fricción en el proceso.

Dónde obtener

Esto corresponde al campo assigned_to en 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 'Incidencia Técnica'.
Descripción

La Categoría proporciona una agrupación de alto nivel para las solicitudes de servicio basada en la naturaleza de la consulta o problema del cliente. Esta clasificación se realiza típicamente cuando se crea la solicitud por primera vez y ayuda a enrutarla al grupo de asignación correcto.

Este atributo es esencial para segmentar el análisis del proceso. Al filtrar por Categoría, los analistas pueden comparar los flujos de proceso para diferentes tipos de solicitudes. Por ejemplo, el proceso de resolución para un problema de 'Facturación' podría ser muy diferente del de un 'Problema Técnico'. Este es un atributo clave para casi todos los dashboards para segmentar los datos.

Por qué es importante

Permite desglosar el análisis por tipo de solicitud, revelando si ciertas categorías son más propensas a retrasos, escaladas o incumplimientos de SLA.

Dónde obtener

Esto corresponde al campo category en la tabla sn_customerservice_case.

Ejemplos
Consulta / AyudaPedidosIncidencias de ProductoFacturación
Estado
State
El estado o situación actual de la solicitud de servicio en su ciclo de vida.
Descripción

El atributo Estado describe la situación operativa de una solicitud de servicio en cualquier momento, como 'Nuevo', 'En curso', 'Esperando información', 'Resuelto' o 'Cerrado'. Los cambios en este campo se utilizan a menudo para definir las actividades en el modelo de proceso.

Analizar el Estado proporciona una visión de alto nivel de dónde se encuentran los casos en el proceso. Se utiliza para identificar cuánto tiempo pasan los casos en ciertos estados, como 'Esperando información', que puede ser una fuente significativa de retraso. También ayuda a definir los puntos de inicio y fin para KPI clave como el 'Tiempo de resolución a cierre'.

Por qué es importante

Indica el estado de una solicitud en cualquier momento, ayudando a identificar el tiempo invertido en estados no productivos como 'En Espera' o 'Esperando Información'.

Dónde obtener

Esto corresponde al campo state en la tabla sn_customerservice_case.

Ejemplos
NuevoEn ProgresoEn espera de 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 a menudo se enrutan entre diferentes grupos, como una mesa de soporte de Nivel 1, un equipo técnico especializado o un departamento de facturación, dependiendo de la naturaleza del problema.

Este atributo es esencial para analizar las transferencias interdepartamentales e identificar cuellos de botella a nivel de equipo. Ayuda a visualizar cómo fluye el trabajo entre diferentes áreas funcionales y puede destacar grupos que están sobrecargados o que requieren capacitación adicional. Esto respalda directamente los dashboards de 'Transferencias de Agentes y Reasignaciones' y 'Flujo de Proceso'.

Por qué es importante

Identifica qué equipo es responsable del trabajo, lo cual es fundamental para analizar el rendimiento del equipo, las cargas de trabajo y los traspasos de procesos entre departamentos.

Dónde obtener

Esto corresponde al campo assignment_group en la tabla sn_customerservice_case.

Ejemplos
Mesa de AyudaConsultas de FacturaciónSoporte Técnico 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 requerida para abordar una solicitud de servicio. A menudo se determina por una combinación del impacto de la solicitud en el cliente y su urgencia. Los valores comunes varían de Crítica a Baja.

En Process Mining, la Prioridad es una dimensión poderosa para filtrar y comparar. Permite a los analistas verificar si las solicitudes de alta prioridad se procesan realmente más rápido que las de baja prioridad, y ver si los incumplimientos de ANS son más comunes para ciertos niveles de prioridad. Esto es fundamental para el dashboard de 'Tiempo de ciclo de la solicitud de servicio de principio a fin'.

Por qué es importante

Esto permite segmentar las solicitudes de servicio por urgencia, lo cual es esencial para verificar que los problemas críticos se manejen más rápido que los no críticos.

Dónde obtener

Esto corresponde al campo priority en la tabla sn_customerservice_case.

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

Este es un atributo calculado que marca los casos que exhiben patrones de ineficiencia o repetición. La lógica para esta bandera podría activarse por eventos como 'Solicitud de Servicio Reabierta' o si una secuencia clave de actividades, como 'Agente Inicia Investigación' seguida de 'Solución Propuesta', ocurre varias veces dentro del mismo caso.

Esta bandera es invaluable para identificar rápidamente casos problemáticos y cuantificar el nivel general de reelaboración en el proceso. Apoya directamente el dashboard de 'Puntos Críticos de Reelaboración y Repetición' y el KPI de 'Tasa de Reelaboración', permitiendo a los analistas centrarse en los impulsores de la ineficiencia sin necesidad de identificar manualmente patrones repetitivos.

Por qué es importante

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

Dónde obtener

Este es un atributo calculado. Se deriva durante la transformación de datos aplicando lógica de negocio que detecta patrones de reelaboración, como un 'ReopenCount' distinto de cero o actividades repetidas.

Ejemplos
truefalse
Channel
Channel
El canal de comunicación a través del cual se inició la solicitud de servicio.
Descripción

El Canal indica el método utilizado por el cliente para enviar su solicitud, por ejemplo, 'Correo electrónico', 'Teléfono', 'Portal web' o 'Chat'. Los diferentes canales pueden tener características de proceso y expectativas del cliente significativamente distintas.

Analizar el proceso por Canal ayuda a evaluar la efectividad de cada método 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 tener tiempos de ciclo más largos. Esto apoya directamente el dashboard de 'Efectividad del Canal de Comunicación'.

Por qué es importante

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

Dónde obtener

Esto típicamente corresponde al campo contact_type en la tabla sn_customerservice_case.

Ejemplos
TeléfonoEmailSelf-serviceChat
Cliente
Customer
El nombre o identificador del cliente o empresa que inició la solicitud de servicio.
Descripción

Este atributo identifica al interesado externo, ya sea un individuo o una organización, para quien es la solicitud de servicio. Proporciona el contexto del cliente para cada caso.

En el análisis, el atributo Cliente permite una vista del proceso de servicio centrada en el cliente. Puede utilizarse para identificar si ciertos clientes experimentan más problemas o retrasos más largos, y puede unirse con otros datos del cliente, como segmento o valor, para priorizar los esfuerzos de mejora del proceso. Por ejemplo, se podría verificar si los clientes de alto valor reciben un servicio más rápido.

Por qué es importante

Vincula el proceso a clientes específicos, permitiendo el análisis de los niveles de servicio y la frecuencia de incidencias para cuentas clave o segmentos de clientes.

Dónde obtener

Esto podría ser el campo caller_id, opened_for o account en la tabla sn_customerservice_case, que hacen referencia a tablas de usuarios o empresas.

Ejemplos
John SmithACME Corporation`Global Tech Inc.`
Código de Resolución
ResolutionCode
Un 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 seleccionado por el agente al resolver un caso. Proporciona detalles específicos sobre la solución, como 'Resuelto por el usuario', 'Error conocido', 'Duplicado' o 'No se requiere acción'.

Este atributo es valioso para el análisis de la causa raíz. Al analizar la frecuencia de los diferentes códigos de resolución, las organizaciones pueden identificar problemas recurrentes, lagunas de conocimiento o problemas de producto. Esta información puede utilizarse para impulsar mejoras que reduzcan el volumen de ciertos tipos de solicitudes de servicio.

Por qué es importante

Ofrece información sobre los resultados de las solicitudes de servicio, lo cual es crucial para el análisis de la causa raíz y la identificación de problemas recurrentes.

Dónde obtener

Esto corresponde al campo close_code o a un campo de código de resolución personalizado en la tabla sn_customerservice_case.

Ejemplos
Resuelto (Solución Temporal)Resuelto (Permanentemente)No Resuelto (Cliente sin Respuesta)Cerrado/Resuelto por Solicitante
Es Resolución en el Primer Contacto
IsFirstContactResolution
Un indicador booleano que señala si la solicitud fue resuelta por el primer agente asignado sin traspasos ni escaladas.
Descripción

Este atributo calculado identifica las solicitudes de servicio que se resolvieron eficientemente durante la primera interacción o por el primer agente que manejó el caso. La lógica típicamente verifica condiciones como cero reasignaciones ('ReassignmentCount' es 0), ninguna actividad de 'Escalada Interna Activada' y ninguna solicitud de más información al cliente.

Este atributo mide directamente una métrica crítica de servicio al cliente y respalda el dashboard y KPI de 'Tasa de Resolución en el Primer Contacto'. Permite una fácil cuantificación del rendimiento de la FCR y ayuda a analizar los factores, como el canal o la categoría de la solicitud, que contribuyen o dificultan el logro de la resolución en el primer contacto.

Por qué es importante

Mide directamente la eficiencia de la respuesta inicial. Una tasa alta de FCR está fuertemente ligada tanto a la eficiencia operativa como a una alta satisfacción del cliente.

Dónde obtener

Este es un atributo calculado. Se deriva durante la transformación de datos basándose en reglas, como que ReassignmentCount sea cero y que no se produzcan actividades de escalada.

Ejemplos
truefalse
Recuento de Reaperturas
ReopenCount
El número de veces que un cliente ha reabierto una solicitud de servicio ya resuelta.
Descripción

Este contador rastrea cuántas veces un caso ha pasado de un estado 'Resuelto' o 'Cerrado' de nuevo a un estado 'En curso' o 'Abierto'. Un caso reabierto sugiere que la solución inicial no fue efectiva o completa.

Este atributo es un fuerte indicador de la reelaboración y la calidad de la resolución inicial. Un alto recuento de reaperturas señala problemas en el proceso de resolución, como agentes que cierran tickets prematuramente o que no abordan completamente el problema subyacente del cliente. Es una métrica clave para comprender la efectividad de las soluciones propuestas.

Por qué es importante

Indica resoluciones fallidas y retrabajo. Un alto número de reaperturas señala una mala calidad en el proceso de resolución y lleva a la frustración del cliente.

Dónde obtener

Esto a menudo se rastrea en un campo llamado reopen_count en la tabla sn_customerservice_case o en una tabla relacionada.

Ejemplos
012
Recuento de Reasignaciones
ReassignmentCount
El número total de veces que la solicitud de servicio ha sido reasignada a un agente o grupo diferente.
Descripción

Este atributo es un contador que se incrementa cada vez que cambia el campo 'assigned_to' o 'assignment_group'. Proporciona una métrica simple de la cantidad de transferencia interna que ha experimentado un caso.

El Recuento de Reasignaciones es una medida directa de la fricción del proceso y es una entrada clave para el dashboard de 'Transferencias y Reasignaciones de Agentes' y el KPI de 'Promedio de Transferencias de Agentes por Solicitud'. Un recuento alto de reasignaciones a menudo indica problemas con el enrutamiento inicial, lagunas en las habilidades de los agentes o casos difíciles de categorizar, todo lo cual conduce a tiempos de resolución más largos.

Por qué es importante

Mide directamente la ineficiencia del proceso contando los traspasos. Un número elevado a menudo se correlaciona con tiempos de resolución más largos y la insatisfacción del cliente.

Dónde obtener

Este es un campo métrico estándar, reassignment_count, en la tabla task, que extiende sn_customerservice_case.

Ejemplos
0135
Source System
SourceSystem
El sistema del cual se extrajo la data.
Descripción

Este atributo identifica el origen de los datos, lo cual es especialmente importante en entornos donde la información se agrega desde múltiples sistemas. Para esta vista del proceso, el valor sería consistentemente 'ServiceNow CSM'.

En el análisis, esto ayuda en la gobernanza y resolución de problemas de los datos. Cuando hay múltiples sistemas de origen involucrados, permite filtrar el proceso para comprender cómo opera dentro de un sistema específico o para comparar variaciones del proceso entre diferentes sistemas.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, asegurando la claridad en entornos multisistema y ayudando en la gobernanza de los datos.

Dónde obtener

Este es un valor estático añadido durante el proceso de transformación de datos para etiquetar el origen del conjunto de datos.

Ejemplos
ServiceNow CSM
Tiempo de Procesamiento
ProcessingTime
La duración del tiempo dedicado activamente a una actividad.
Descripción

El Tiempo de Procesamiento, también conocido como tiempo activo o tiempo de servicio, mide la duración de una actividad desde su inicio hasta su fin. Representa el tiempo que un agente o sistema dedica a realizar activamente una tarea, a diferencia del tiempo de espera entre tareas.

En Process Mining, esta métrica es crítica para distinguir entre el tiempo de valor añadido y el tiempo de espera sin valor añadido. Analizar el tiempo de procesamiento ayuda a identificar qué tareas específicas son las que más tiempo consumen y dónde hay oportunidades de automatización o capacitación para mejorar la eficiencia. Es una métrica fundamental para el análisis de cuellos de botella.

Por qué es importante

Mide el tiempo de trabajo activo de una actividad, ayudando a distinguir el tiempo de valor añadido del tiempo de espera improductivo en el proceso.

Dónde obtener

Este es un atributo calculado, típicamente derivado como la diferencia entre el EndTime y el StartTime de una actividad.

Ejemplos
PT15MPT2H30MP1D
Ú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 que se analizan, asegurando que los usuarios sepan si están viendo información casi en tiempo real o una instantánea histórica.

Durante el análisis, esta es una pieza crítica de metadatos para comprender la ventana de tiempo del conjunto de datos. Ayuda a los usuarios a interpretar correctamente los dashboards y los KPI, sabiendo, por ejemplo, que los datos están actualizados a la última hora o al día anterior.

Por qué es importante

Indica la frescura de los datos, lo cual es crucial para la relevancia y la oportunidad de los conocimientos de process mining.

Dónde obtener

Este timestamp 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
Requerido Recomendado Opcional

Actividades de Servicio al Cliente

Estos son los pasos clave del proceso y los hitos a capturar en su registro de eventos para un descubrimiento preciso de procesos.
5 Recomendado 9 Opcional
Actividad Descripción
Escalada Interna Activada
Representa la escalada formal de una solicitud de servicio a un nivel superior de soporte o gestión para su resolución. Esto puede inferirse de un cambio en el 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 escaladas ayuda a identificar debilidades en el proceso, lagunas de conocimiento en el soporte de primera línea y tipos de casos complejos. Este es un indicador clave de la fricción del proceso y la insatisfacción del cliente.

Dónde obtener

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

Capturar

Detectar cambio en el campo 'escalation' o un movimiento a un 'assignment_group' de nivel superior.

Tipo de evento inferred
Solicitud Asignada a Agente
Esta actividad ocurre 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 iniciales y la distribución de la carga de trabajo del agente. El seguimiento de las reasignaciones de este campo destaca las ineficiencias del proceso y los posibles cuellos de botella en la disponibilidad del agente.

Dónde obtener

Inferido del historial de auditoría (sys_audit) para la tabla sn_customerservice_case al rastrear cuándo se rellena o cambia el campo assigned_to.

Capturar

Detectar cambio de valor para el 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, a menudo después de un período de confirmación posterior a la resolución. Se captura cuando el estado del caso cambia a 'Cerrado' y se establece la marca de tiempo `closed_at`.
Por qué es importante

Como el final definitivo del proceso, esta actividad es esencial para calcular el ciclo de vida completo del caso. Analizar el tiempo entre 'Resuelto' y 'Cerrado' revela sobrecarga administrativa o retrasos.

Dónde obtener

Inferido del historial de auditoría cuando el campo de estado en la tabla sn_customerservice_case se establece en 'Cerrado'. El campo closed_at se rellena al mismo tiempo.

Capturar

Detectar cambio de 'estado' a 'Cerrado' y usar 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 un nuevo caso se registra formalmente en el sistema. Este 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 para cada caso, esta actividad es esencial para calcular el tiempo de ciclo de principio a fin y analizar los volúmenes de entrada de solicitudes. Sirve como disparador para todos los procesos posteriores y los temporizadores de SLA.

Dónde obtener

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

Capturar

Marca de tiempo de creación de 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 el problema se considera resuelto. Esto se captura cuando el estado del caso cambia a 'Resuelto' y se rellena la marca de tiempo `resolved_at`.
Por qué es importante

Esta actividad marca el final del proceso de resolución activa y es crucial para calcular los tiempos de ciclo de resolución y el cumplimiento del ANS. Sirve como punto final principal para muchos KPI de eficiencia.

Dónde obtener

Inferido del historial de auditoría cuando el campo de estado en la tabla sn_customerservice_case se establece en 'Resuelto'. El campo resolved_at se rellena típicamente al mismo tiempo.

Capturar

Detectar cambio de 'estado' a 'Resuelto' y usar la marca de tiempo correspondiente.

Tipo de evento inferred
Agente Inicia Investigación
Esta actividad significa 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 'Nuevo' o 'Asignado' a 'En curso'.
Por qué es importante

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

Dónde obtener

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 pueden configurarse y deben verificarse.

Capturar

Detectar cambio en el campo 'estado' de un valor pendiente a uno activo (por ejemplo, 'Nuevo' a 'En Curso').

Tipo de evento inferred
Encuesta al Cliente Enviada
Representa el envío de una encuesta de satisfacción del cliente después de la resolución de un caso. Este evento se captura típicamente cuando se crea un registro de instancia de encuesta y se asocia con el caso.
Por qué es importante

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

Dónde obtener

Este 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 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 ha sido transferida de un equipo a otro. Este evento se infiere al monitorear los cambios en el campo `assignment_group` dentro del registro del caso.
Por qué es importante

El seguimiento de los cambios en los grupos de asignación es crucial para analizar las transferencias interdepartamentales e identificar problemas sistemáticos de enrutamiento. Una alta frecuencia de esta actividad puede indicar una titularidad o definiciones de proceso poco claras.

Dónde obtener

Inferido del historial de auditoría (sys_audit) para la tabla sn_customerservice_case al rastrear cuándo cambia el campo assignment_group.

Capturar

Detectar cambio de valor para el 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, permitiendo al agente reanudar el trabajo. Se infiere cuando el estado del caso cambia de 'Esperando información del usuario' a un estado activo.
Por qué es importante

Este evento concluye el período de espera del cliente, permitiendo una medición precisa de los tiempos de respuesta del cliente. Ayuda a identificar qué tipos de casos o clientes están asociados con los retrasos más largos.

Dónde obtener

Inferido del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia de un estado de 'Esperando Información' de nuevo a uno activo como 'En Curso'.

Capturar

Detectar cambio en el campo 'estado' de un valor 'esperando cliente' de nuevo a un valor activo.

Tipo de evento inferred
Información Solicitada al Cliente
Sucede cuando un agente requiere información adicional del cliente para proceder y pone el caso en un estado pendiente. Esto se infiere de un cambio de estado a un valor como 'Esperando información del usuario' o 'En espera'.
Por qué es importante

Esta actividad es crucial para el análisis de 'Tiempos de espera de información del cliente'. Aísla los retrasos del proceso causados por dependencias externas, separándolos del tiempo de procesamiento interno.

Dónde obtener

Inferido del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia a un valor que indica que está pendiente de la entrada del cliente (por ejemplo, 'Esperando Información').

Capturar

Detectar cambio en el campo 'estado' a un valor designado de 'esperando cliente'.

Tipo de evento inferred
SLA Incumplido
Representa el momento en que una solicitud de servicio no cumple con un Acuerdo de Nivel de Servicio (ANS) definido, como el tiempo de resolución. Este es un evento calculado, derivado de la comparación del tiempo de resolución con el tiempo de finalización planificado del ANS.
Por qué es importante

Identificar los incumplimientos de SLA es fundamental para el monitoreo del cumplimiento y la gestión del rendimiento. Este evento ayuda a identificar qué etapas del proceso o tipos de casos contribuyen más a las violaciones de SLA.

Dónde obtener

Calculado analizando los registros en la tabla task_sla relacionados con el caso. Un incumplimiento ocurre si el campo has_breached es verdadero, o si el actual_elapsed_time excede la planned_duration.

Capturar

Verifique el indicador 'has_breached' en el registro de task_sla vinculado.

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

Analizar esta actividad ayuda a identificar retrasos en la clasificación de casos y asegura que las solicitudes se enruten correctamente y se gestionen según la urgencia. Impacta el tiempo de la primera asignación y la eficiencia general de la resolución.

Dónde obtener

Inferido del historial de auditoría (sys_audit) para la tabla sn_customerservice_case, rastreando específicamente la población inicial o las actualizaciones de los campos de categoría y prioridad.

Capturar

Detectar el primer valor establecido o cambio de valor para los campos 'categoría' o 'prioridad'.

Tipo de evento inferred
Solicitud de Servicio Reabierta
Ocurre cuando una solicitud de servicio previamente resuelta vuelve a un estado activo porque el problema reapareció o la solución fue ineficaz. Esto se infiere al detectar un cambio de estado de 'Resuelto' a 'En Curso'.
Por qué es importante

Los casos reabiertos son una medida directa de la calidad de la resolución y un factor principal de reelaboración. Analizar estos eventos es crucial para mejorar las tasas de resolución en el primer contacto y la satisfacción del cliente.

Dónde obtener

Inferido del historial de auditoría de la tabla sn_customerservice_case al identificar una secuencia donde el campo de estado pasa de 'Resuelto' a un estado activo.

Capturar

Detectar cambio de 'estado' de 'Resuelto' a un valor activo como 'En Curso'.

Tipo de evento inferred
Solución Propuesta
Esta actividad marca el momento en que un agente ha identificado una solución y la ha comunicado al cliente para su confirmación. A menudo se infiere de un cambio de estado a un valor como 'Esperando aceptación' o de una entrada específica en las notas de trabajo.
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 para la confirmación del cliente puede revelar oportunidades para optimizar las etapas finales de un caso.

Dónde obtener

Inferido 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, 'Solución Propuesta'). Esto puede variar según la implementación.

Capturar

Detectar cambio en el campo 'estado' a un valor como 'Solución Propuesta' o 'Pendiente de Aceptación'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de ServiceNow CSM