Su Template de datos de servicio de atención al cliente

Microsoft Dynamics 365 Customer Service
Su Template de datos de servicio de atención al cliente

Su Template de datos de servicio de atención al cliente

Esta Template ofrece un enfoque estructurado para recopilar los datos esenciales necesarios para analizar a fondo su proceso de atención al cliente. Detalla los atributos clave que debe recopilar, las actividades principales que debe seguir y las pautas para extraer esta información de forma eficaz.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Guía de extracción para Microsoft Dynamics 365 Customer Service
¿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 su proceso de atención al cliente.
5 Obligatorio 7 Recomendado 8 Opcional
Nombre Descripción
Solicitud de servicio
ServiceRequest
El identificador único de una solicitud de atención al cliente, también conocida como caso o ticket.
Descripción

La solicitud de servicio actúa como identificador principal y vincula todas las actividades relacionadas con una única consulta o problema del cliente. Funciona como el ID del caso para Process Mining y garantiza una visión completa y coherente de cada interacción con el cliente, desde la creación hasta el cierre. Analizar por solicitud de servicio permite seguir el recorrido de principio a fin, medir los tiempos de resolución e identificar patrones entre casos similares.

Por qué es importante

Este es el ID de caso esencial que conecta todos los eventos relacionados en una única instancia de proceso y permite analizar el proceso de principio a fin.

Dónde obtenerlo

Esta es la clave principal de la entidad Case (incident) en Microsoft Dynamics 365 Customer Service.

Ejemplos
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
Actividad
ActivityName
El nombre del evento empresarial específico que ocurrió en un momento determinado para una solicitud de servicio.
Descripción

Este atributo describe un único paso o cambio de estado dentro del proceso de atención al cliente, como «Caso creado», «El agente investigó el problema» o «Caso resuelto». Estas actividades forman la base del mapa de procesos y permiten visualizar y analizar el flujo del proceso. Cada actividad, combinada con una marca de tiempo, crea un evento que define la secuencia del proceso.

Por qué es importante

Las actividades definen los pasos del proceso. Analizar su secuencia y frecuencia es fundamental para comprender los flujos del proceso, identificar desviaciones y encontrar cuellos de botella.

Dónde obtenerlo

Normalmente se obtiene mediante la asignación de cambios de estado (statuscode) o eventos específicos de entidades relacionadas, como Tasks, Emails o Phone Calls, a un nombre de actividad estandarizado.

Ejemplos
Caso creadoAgente investigó el problemaSolución propuesta al clienteCaso cerrado
Hora de inicio
EventTime
La marca de tiempo que indica cuándo ocurrió la actividad.
Descripción

Este atributo registra la fecha y hora exactas en que tuvo lugar una actividad específica. Es esencial para ordenar correctamente los eventos y para todos los análisis basados en el tiempo, incluido el cálculo de tiempos de ciclo, duraciones y tiempos de espera entre actividades. Una marca de tiempo precisa y coherente es fundamental para la integridad del análisis de Process Mining.

Por qué es importante

Esta marca de tiempo ordena cronológicamente los eventos y permite realizar todos los cálculos basados en la duración, fundamentales para analizar el rendimiento e identificar cuellos de botella.

Dónde obtenerlo

Corresponde a campos como «createdon» o «modifiedon» de la entidad Case (incident) o de entidades de actividad relacionadas, como Email, Task o Phone Call.

Ejemplos
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
Sistema de origen
SourceSystem
Identifica el sistema de origen del que se extrajeron los datos.
Descripción

Este atributo especifica el origen de los datos de eventos. En este proceso, identificará de forma constante a Microsoft Dynamics 365 Customer Service como sistema de origen. En entornos con varios sistemas, este campo es fundamental para distinguir las fuentes de datos y garantizar su trazabilidad.

Por qué es importante

Proporciona una trazabilidad clara de los datos, esencial para la gobernanza de datos y la resolución de incoherencias, especialmente en análisis que combinan varios sistemas.

Dónde obtenerlo

Normalmente es un valor estático que se añade durante el proceso de extracción y transformación de datos para identificar el origen del conjunto de datos.

Ejemplos
Microsoft Dynamics 365 Customer Service
Última actualización de datos
LastDataUpdate
La marca de tiempo de la última actualización o extracción de datos del sistema de origen.
Descripción

Este atributo indica cuándo se obtuvieron los datos por última vez desde Microsoft Dynamics 365. Se utiliza para conocer la actualidad de los datos analizados y es esencial para las tareas de generación de informes y supervisión. Garantiza que las personas usuarias conozcan la vigencia de los datos al interpretar Dashboards y análisis.

Por qué es importante

Informa sobre la actualidad de los datos, un aspecto fundamental para tomar decisiones empresariales oportunas y precisas basadas en el análisis del proceso.

Dónde obtenerlo

Este valor se genera y se registra en el conjunto de datos durante la extracción de datos.

Ejemplos
2023-10-27T08:00:00Z
Canal
Channel
El canal de comunicación a través del cual se inició la solicitud de servicio.
Descripción

Este atributo identifica el origen de la interacción con el cliente, como Phone, Email, Web Portal o Chat. Los distintos canales suelen tener flujos de proceso, expectativas del cliente y niveles de complejidad de resolución diferentes. Analizar el proceso por canal ayuda a optimizar los flujos de trabajo específicos de cada canal y la asignación de recursos.

Por qué es importante

Proporciona información sobre cómo los distintos canales de contacto con el cliente afectan a la eficiencia del proceso, el tiempo de resolución y la satisfacción del cliente.

Dónde obtenerlo

Corresponde al campo «Case Origin» (caseorigincode) de la entidad Case (incident).

Ejemplos
TeléfonoCorreo electrónicoWebChat
Motivo del estado
StatusReason
Proporciona un motivo más detallado del estado actual de la solicitud de servicio.
Descripción

Aunque un caso tiene un estado general, como «Active» o «Resolved», el motivo del estado proporciona un contexto más específico, como «Información proporcionada» o «Problema solucionado». Este atributo es fundamental para comprender los matices de cómo y por qué avanzan los casos durante su ciclo de vida. Por ejemplo, permite diferenciar entre casos resueltos correctamente y casos cancelados por el cliente, algo esencial para analizar los resultados con precisión.

Por qué es importante

Ofrece información detallada sobre el resultado de un caso y los motivos de sus cambios de estado, lo que permite analizar con mayor precisión las rutas de resolución y las causas raíz.

Dónde obtenerlo

Corresponde al campo «Status Reason» (statuscode) de la entidad Case (incident).

Ejemplos
En cursoEn esperaProblema resueltoInformación proporcionada
Nombre del agente
AgentName
El nombre del agente de atención al cliente o del usuario responsable de la actividad.
Descripción

Este atributo identifica al agente específico o al usuario del sistema que realizó una actividad, como seleccionar un elemento de una cola o resolver un caso. Es fundamental para analizar el rendimiento de los agentes, distribuir la carga de trabajo y asignar recursos. Al realizar el seguimiento de las actividades por agente, las organizaciones pueden identificar a quienes tienen un mejor rendimiento, las necesidades de capacitación y los desequilibrios en la carga de trabajo.

Por qué es importante

Permite analizar el rendimiento individual y del equipo, ayuda a equilibrar la carga de trabajo e identifica oportunidades de acompañamiento para mejorar la calidad general del servicio.

Dónde obtenerlo

Corresponde al campo «Owner» (ownerid) de la entidad Case (incident), que se vincula con la entidad System User (systemuser).

Ejemplos
Alice SmithBob JohnsonSistema
Nombre del cliente
CustomerName
El nombre del cliente o la cuenta asociada a la solicitud de servicio.
Descripción

Este atributo identifica al cliente que inició la solicitud de servicio. Permite analizar el proceso desde una perspectiva centrada en el cliente y ayuda a identificar qué clientes presentan más solicitudes, experimentan tiempos de resolución más largos o tienen problemas más complejos. Es esencial para gestionar las relaciones con los clientes y mejorar la prestación de servicios específicos para cada cliente.

Por qué es importante

Permite analizar los datos por cliente para identificar patrones, mejorar el servicio para cuentas clave y comprender el recorrido del cliente.

Dónde obtenerlo

Es el campo de búsqueda «Customer» (customerid) de la entidad Case (incident), que puede apuntar a un registro de Account o Contact.

Ejemplos
Global Tech Inc.Jane DoeInnovate Solutions
Prioridad
Priority
El nivel de prioridad asignado a la solicitud de servicio, que indica su urgencia.
Descripción

Este atributo define la urgencia de una solicitud de servicio, normalmente clasificada como Baja, Normal, Alta o Urgente. La prioridad se utiliza para determinar el orden en que se atienden los casos y suele establecer los objetivos del SLA. Analizar cómo influye la prioridad en el flujo del proceso, la asignación de recursos y los tiempos de resolución es clave para garantizar que los problemas críticos se atiendan con rapidez.

Por qué es importante

Ayuda a comprender si las solicitudes de alta prioridad se procesan más rápido y cumplen sus objetivos, así como la forma en que los niveles de prioridad afectan al rendimiento general del proceso.

Dónde obtenerlo

Corresponde al campo «Priority» (prioritycode) de la entidad Case (incident).

Ejemplos
BajaNormalAlta
Tiempo objetivo de resolución del SLA
SlaTargetResolutionTime
El tiempo objetivo acordado contractualmente para resolver la solicitud de servicio.
Descripción

Este atributo especifica la duración objetivo en la que debe resolverse una solicitud de servicio conforme al Service Level Agreement (SLA) activo. Sirve como referencia para medir el rendimiento real. Este valor es fundamental para el panel de supervisión del cumplimiento del SLA y para calcular el KPI «Tasa de cumplimiento del SLA», ya que pone de manifiesto dónde el proceso no cumple los compromisos de servicio.

Por qué es importante

Es la referencia principal para medir el rendimiento del servicio frente a los compromisos y permite analizar directamente el cumplimiento del SLA y sus incumplimientos.

Dónde obtenerlo

Este valor lo determina la configuración del SLA en Dynamics 365 y se asocia a un caso mediante SLA KPI Instances.

Ejemplos
2592008640014400
Tipo de solicitud de servicio
ServiceRequestType
La categoría o clasificación principal de la solicitud de servicio.
Descripción

Este atributo categoriza la solicitud de servicio según su naturaleza, como «Consulta de facturación», «Soporte técnico» o «Comentarios sobre el producto». Es fundamental para segmentar el análisis del proceso y comprender cómo se gestionan los distintos tipos de solicitudes. El análisis por tipo puede revelar que ciertas categorías tienen tiempos de resolución más largos, tasas de escalación más elevadas o siguen rutas de proceso diferentes.

Por qué es importante

Permite segmentar el proceso para descubrir cuellos de botella específicos de cada tipo, necesidades de recursos y oportunidades de mejora, y favorece mejores estrategias de enrutamiento y gestión.

Dónde obtenerlo

Esta información suele almacenarse en el campo «Subject» (subjectid) o en un campo de categoría personalizado de la entidad Case (incident).

Ejemplos
Consulta de facturaciónSoporte técnicoComentarios sobre el productoGestión de cuentas
Equipo propietario
OwnerTeam
El equipo que actualmente es responsable de la solicitud de servicio.
Descripción

Este atributo identifica al equipo responsable de la solicitud de servicio. Una solicitud puede pertenecer a un agente individual o a un equipo (cola). Analizar los datos por equipo es fundamental para comprender el rendimiento de cada equipo, distribuir la carga de trabajo entre distintos niveles o especialidades de soporte e identificar variaciones del proceso entre equipos.

Por qué es importante

Permite analizar el rendimiento a nivel de equipo, algo esencial para gestionar eficazmente los niveles de soporte y los grupos especializados.

Dónde obtenerlo

Se obtiene del campo «Owner» (ownerid) de la entidad Case (incident) cuando el propietario es un registro Team y no un System User.

Ejemplos
Soporte de nivel 1Departamento de facturaciónEspecialistas técnicos
Es un retrabajo
IsRework
Un indicador calculado que señala si un caso incluyó actividades de retrabajo.
Descripción

Este indicador booleano identifica los casos que contienen ciclos de retrabajo o actividades repetidas, como varios eventos «Información solicitada al cliente» o un evento «Caso reactivado» después de la resolución. Se calcula analizando la secuencia de actividades para detectar patrones que indiquen ineficiencia o que el problema no se resolvió correctamente la primera vez. Este atributo es clave para el panel de análisis de retrabajos y contactos repetidos.

Por qué es importante

Ayuda a cuantificar y aislar las ineficiencias del proceso, de modo que los analistas puedan centrarse en las causas raíz del trabajo repetido y el esfuerzo desperdiciado.

Dónde obtenerlo

Se calcula detectando secuencias de actividades específicas, por ejemplo, Resolved -> Reactivated, o actividades repetidas dentro de un caso mediante análisis de Process Mining.

Ejemplos
truefalse
Está escalado
IsEscalated
Un indicador que señala si la solicitud de servicio ha sido escalada.
Descripción

Este atributo booleano indica si una solicitud de servicio ha sido objeto de una escalación. Las escalaciones ocurren cuando el soporte de primer nivel no puede resolver un problema y se requiere la intervención de un equipo de mayor nivel o de un especialista. Realizar el seguimiento de este indicador es esencial para el panel de rutas de escalación interna y el KPI «Tasa de escalación interna», ya que ayuda a identificar las causas raíz de las escalaciones y las debilidades de los niveles iniciales de soporte.

Por qué es importante

Mide directamente la frecuencia de las escalaciones, pone de manifiesto los problemas de resolución en el primer contacto y señala las áreas que necesitan mejoras en el proceso o en las habilidades de los agentes.

Dónde obtenerlo

Corresponde al campo «Is Escalated» (isescalated) de la entidad Case (incident).

Ejemplos
truefalse
ID del artículo de conocimiento
KnowledgeArticleId
El identificador de un artículo de la base de conocimientos vinculado a la solicitud de servicio.
Descripción

Este atributo registra el ID de cualquier artículo de conocimiento utilizado o vinculado durante la resolución de una solicitud de servicio. Proporciona una medida directa de la eficacia con la que los agentes utilizan la base de conocimientos para resolver los problemas de los clientes. Estos datos son clave para el panel de utilización de artículos de conocimiento y su KPI correspondiente, ya que ayudan a evaluar el valor y la integridad de la base de conocimientos.

Por qué es importante

Realiza un seguimiento del uso de la base de conocimientos y ayuda a comprender si los agentes aprovechan los recursos disponibles para resolver los problemas con mayor rapidez y coherencia.

Dónde obtenerlo

Esta información se encuentra en la relación entre las entidades Case (incident) y Knowledge Article (knowledgearticle).

Ejemplos
KA-01337KA-02048
Producto involucrado
ProductInvolved
El producto asociado a la solicitud de servicio del cliente.
Descripción

Este atributo identifica el producto o servicio específico al que se refiere el problema del cliente. Permite segmentar el proceso de servicio por producto, lo que puede revelar si ciertos productos generan más solicitudes de soporte, presentan problemas más complejos o requieren habilidades especializadas de los agentes. Este análisis ayuda a mejorar los productos y planificar los recursos.

Por qué es importante

Permite analizar el proceso por producto para identificar problemas recurrentes, mejorar la documentación de soporte y asignar recursos especializados de forma eficaz.

Dónde obtenerlo

Corresponde al campo de búsqueda «Product» (productid) de la entidad Case (incident).

Ejemplos
Impresora Alpha-100Zeta CRM SoftwareOmega Data Plan
Puntuación CSAT
CustomerSatisfactionScore
La puntuación de satisfacción proporcionada por el cliente después de resolver el caso.
Descripción

Este atributo contiene la valoración numérica o categórica de una encuesta de satisfacción del cliente (CSAT), que normalmente se recopila después de cerrar una solicitud de servicio. Es una medida directa de la percepción del cliente sobre la calidad del servicio. Estos datos son esenciales para el panel de tendencias de satisfacción del cliente y el KPI «Puntuación media de CSAT posterior a la resolución», ya que vinculan el rendimiento del proceso con los resultados para el cliente.

Por qué es importante

Proporciona una medida directa de la satisfacción del cliente, permite relacionar el comportamiento del proceso con la percepción del cliente y favorece las mejoras.

Dónde obtenerlo

Normalmente procede de una entidad de encuesta relacionada, como Customer Voice, y se vincula de nuevo con la entidad Case (incident).

Ejemplos
5341
Se incumplió el SLA
IsSlaBreached
Un indicador calculado que señala si la solicitud de servicio superó el objetivo del SLA.
Descripción

Este indicador booleano se determina comparando el tiempo real de resolución de una solicitud de servicio con su «Tiempo objetivo de resolución del SLA». Se establece en true si el tiempo real es superior al tiempo objetivo. Este atributo es fundamental para el panel de supervisión del cumplimiento del SLA y para calcular el KPI «Tasa de cumplimiento del SLA», ya que proporciona un resultado binario claro sobre el rendimiento de cada caso respecto al SLA.

Por qué es importante

Proporciona un resultado claro de cumplimiento o incumplimiento del SLA para cada caso, lo que facilita filtrar, agregar y analizar las causas raíz de los incumplimientos.

Dónde obtenerlo

Se calcula comparando «ServiceRequestCycleTime» con «SlaTargetResolutionTime».

Ejemplos
truefalse
Se resolvió en el primer contacto
IsFirstContactResolution
Un indicador que señala si la solicitud se resolvió durante el primer contacto.
Descripción

Este atributo calculado identifica las solicitudes de servicio resueltas sin interacciones posteriores del cliente ni demoras importantes que requieran reasignar el caso a otro agente. Definir la lógica exacta puede ser complejo, pero normalmente implica comprobar que el tiempo de ciclo sea corto y que no haya reaperturas ni actividades de consulta del cliente después de la interacción inicial. Es la base del KPI «Tasa de resolución en el primer contacto».

Por qué es importante

Es una medida crítica de la eficiencia del servicio y la satisfacción del cliente, ya que pone de relieve la capacidad de resolver los problemas con rapidez y de forma completa.

Dónde obtenerlo

Se calcula a partir de la secuencia y el momento de las actividades del registro de eventos de cada caso.

Ejemplos
truefalse
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 y optimizar con precisión la atención al cliente.
6 Recomendado 7 Opcional
Actividad Descripción
Caso asignado
Esta actividad representa la asignación de un caso a una cola o usuario específico para su gestión. El sistema registra explícitamente los cambios del propietario del caso, que pueden rastrearse mediante los registros de auditoría del sistema.
Por qué es importante

El seguimiento de las asignaciones es fundamental para analizar la distribución de la carga de trabajo, identificar retrasos relacionados con las asignaciones y comprender la eficiencia del enrutamiento. Ayuda a responder preguntas sobre la rapidez con la que los casos se asignan al equipo o la persona adecuados.

Dónde obtenerlo

Se captura mediante el seguimiento de los cambios en el campo 'ownerid' de la entidad 'Incident'. La marca de tiempo del cambio está disponible en los registros del historial de auditoría.

Recopilar

Extraiga de los registros de auditoría los cambios con marca de tiempo del campo 'ownerid'.

Tipo de evento explicit
Caso cerrado
Este es el cierre administrativo final del registro del caso, que puede producirse al mismo tiempo que la resolución o posteriormente. Esta actividad se registra mediante un cambio del estado del caso a «Closed».
Por qué es importante

Representa el final absoluto del ciclo de vida del proceso en el sistema. El tiempo transcurrido entre «Resolved» y «Closed» puede indicar carga administrativa o demoras en la finalización de los registros.

Dónde obtenerlo

Se registra mediante un cambio del campo «statecode» de la entidad «Incident» a «Canceled» (2) o a un estado de cierre personalizado. La marca de tiempo está disponible en el historial de auditoría.

Recopilar

Registrar la marca de tiempo del cambio de «statecode» a su estado terminal final, por ejemplo, Canceled/Closed.

Tipo de evento explicit
Caso creado
Esta actividad marca el inicio del proceso de Customer Service, cuando se crea un nuevo registro de caso en el sistema. La creación es un evento explícito, registrado con una marca de tiempo específica cuando se guarda por primera vez el registro de la entidad 'Incident'.
Por qué es importante

Como evento de inicio principal, esta actividad es esencial para calcular la duración total del ciclo de vida del caso y comprender las tendencias del volumen de casos. Sirve como punto de referencia para todo el análisis posterior del proceso.

Dónde obtenerlo

Este evento se captura a partir de la marca de tiempo 'createdon' de la entidad 'Incident' (Case) para cada nuevo registro.

Recopilar

Utilice la marca de tiempo 'createdon' del registro Incident.

Tipo de evento explicit
Caso escalado
Representa la escalación formal de un caso a un nivel superior de soporte o a otro equipo. Puede tratarse de una acción explícita del usuario que reasigna el caso a una cola o usuario designado para escalaciones.
Por qué es importante

Supervisar las escalaciones es fundamental para el KPI «Tasa de escalación interna» y para identificar las causas raíz de los problemas que el soporte de primer nivel no puede resolver. Esto pone de manifiesto las debilidades del proceso y las oportunidades de capacitación.

Dónde obtenerlo

Se infiere a partir de un cambio en el campo «ownerid» a una cola o equipo de escalación designado. También puede tratarse de una acción personalizada explícita que marque el caso como escalado.

Recopilar

Identificar un cambio con marca de tiempo de «ownerid» a una cola de escalación conocida.

Tipo de evento inferred
Caso resuelto
Este es un hito clave que representa el momento en que el agente considera que el problema del cliente ha sido atendido. Se trata de una acción explícita en Dynamics 365 que crea un registro de actividad «Case Resolution» vinculado al caso.
Por qué es importante

Como principal evento final asociado al éxito, esta actividad es esencial para calcular los tiempos de resolución y las tasas de éxito. Es un componente crítico de casi todos los KPI de atención al cliente.

Dónde obtenerlo

Este evento corresponde a la creación de un registro de actividad «Resolution» («Case Resolution»). La marca de tiempo «actualend» de este registro indica el momento de la resolución.

Recopilar

Utilizar la marca de tiempo «actualend» o «createdon» del registro de actividad «Resolution» asociado.

Tipo de evento explicit
Temporizador de SLA iniciado
Indica la activación de un temporizador de acuerdo de nivel de servicio (SLA) para el caso, que empieza a medir el tiempo frente a una métrica de servicio definida, como 'First Response By' o 'Resolve By'. Se trata de un evento explícito gestionado por el motor de SLA de Dynamics 365.
Por qué es importante

Esta actividad es fundamental para supervisar el cumplimiento de los SLA y comprender cuándo empieza a contar el tiempo de los compromisos de servicio. Permite analizar directamente si se cumplen los objetivos de servicio.

Dónde obtenerlo

Se registra en la entidad 'SLA KPI Instance', relacionada con la entidad 'Incident'. La marca de tiempo 'createdon' del registro de SLA KPI Instance correspondiente marca el inicio.

Recopilar

Utilice la marca de tiempo de creación del registro 'SLA KPI Instance' asociado al caso.

Tipo de evento explicit
Agente investigó el problema
Representa el trabajo activo del agente para comprender y diagnosticar el problema del cliente. Es una actividad inferida que suele identificarse cuando el agente vincula un artículo de conocimiento al caso, lo que indica que se ha realizado una investigación.
Por qué es importante

El seguimiento de esta actividad ayuda a medir el uso de los recursos de conocimiento y su impacto en los tiempos de resolución. Ofrece información sobre si los agentes aprovechan las herramientas disponibles para resolver los problemas de forma eficiente.

Dónde obtenerlo

Se infiere a partir de la creación de un registro en la entidad 'IncidentKnowledgeBaseRecord', que vincula un artículo de conocimiento con un caso. Se utiliza la marca de tiempo de creación de este registro.

Recopilar

Utilice la marca de tiempo en la que se asocia un artículo de conocimiento con el Incident.

Tipo de evento inferred
Caso reactivado
Ocurre cuando un caso resuelto previamente se vuelve a abrir de forma automática o manual, normalmente porque el cliente respondió o informó de que el problema no se había solucionado. Se trata de un comportamiento estándar del sistema que cambia el estado del caso de «Resolved» a «Active».
Por qué es importante

Esta actividad es fundamental para identificar retrabajos y analizar la «Tasa de resolución en el primer contacto». Un número elevado de reactivaciones apunta a soluciones iniciales incompletas o ineficaces.

Dónde obtenerlo

Se registra mediante un cambio en el campo «statecode» de la entidad «Incident», de «Resolved» (1) a «Active» (0). La marca de tiempo de este cambio queda registrada en el historial de auditoría.

Recopilar

Registrar la marca de tiempo del cambio de «statecode» de Resolved a Active en los registros de auditoría.

Tipo de evento explicit
Categorización del caso modificada
Este evento se produce cuando un agente modifica la categoría o el asunto de un caso después de su creación inicial. Es un cambio explícito que registra la funcionalidad de auditoría del sistema.
Por qué es importante

El seguimiento de la recategorización es esencial para el KPI 'Service Request Recategorization Rate'. Una frecuencia elevada indica problemas en la clasificación inicial, lo que provoca asignaciones incorrectas y retrasos.

Dónde obtenerlo

Se captura a partir del historial de auditoría de la entidad 'Incident', concretamente mediante el seguimiento de los cambios en el campo 'subjectid' u otros campos de categorización personalizados.

Recopilar

Extraiga de los registros de auditoría los cambios con marca de tiempo del campo 'subjectid'.

Tipo de evento explicit
Elemento de cola seleccionado por el agente
Este evento se produce cuando un agente toma activamente un caso de una cola compartida para empezar a trabajar en él. Es una acción deliberada del usuario, distinta de la asignación del caso a la cola por parte del sistema.
Por qué es importante

Esta actividad ayuda a medir el tiempo real que un caso espera en una cola antes de que un agente empiece a trabajar en él. Es clave para identificar cuellos de botella en las colas y comprender la proactividad de los agentes.

Dónde obtenerlo

Se registra cuando un usuario actualiza el campo 'workedbyid' de la entidad 'QueueItem' asociada al caso o cuando el propietario del caso cambia de una cola a un usuario.

Recopilar

Identifique la marca de tiempo en la que se completa el campo 'workedbyid' de QueueItem.

Tipo de evento explicit
Encuesta de satisfacción enviada
Indica el envío de una encuesta de satisfacción del cliente, normalmente activado de forma automática después de resolver un caso. Por lo general, se registra como un correo electrónico saliente o como una actividad de encuesta de Customer Voice.
Por qué es importante

Esta actividad vincula el proceso operativo con los resultados de la experiencia del cliente. Permite analizar las puntuaciones de satisfacción en el contexto de la ruta del proceso que siguió cada caso.

Dónde obtenerlo

Se infiere a partir de la creación de una actividad «Email» saliente con un enlace a la encuesta o de un registro de actividad «Customer Voice survey invite» relacionado con el caso.

Recopilar

Utilizar la marca de tiempo de creación del registro de actividad relacionado con la encuesta.

Tipo de evento inferred
Información solicitada al cliente
Esta actividad marca el momento en el que el agente necesita más información del cliente para continuar. Suele inferirse cuando el estado del caso cambia a un estado de 'waiting' o cuando se envía un correo electrónico saliente desde la línea de tiempo del caso.
Por qué es importante

Es un dato fundamental para medir los retrasos relacionados con el cliente y comprender el KPI 'Customer Information Wait Time'. Ayuda a aislar el tiempo del proceso dedicado a esperar información externa.

Dónde obtenerlo

Puede inferirse a partir de un cambio en el campo 'statuscode' de la entidad 'Incident' a un valor como 'On Hold', con el motivo 'Waiting for Customer'. Se utiliza la marca de tiempo de este cambio de estado.

Recopilar

Realice un seguimiento de la marca de tiempo del cambio de statuscode a un estado designado como 'waiting for customer'.

Tipo de evento inferred
Solución propuesta al cliente
Esta actividad indica que el agente ha formulado una solución y se la ha comunicado al cliente. Normalmente se infiere a partir de un correo electrónico saliente enviado desde la línea de tiempo del caso o de un cambio de estado a «Pendiente de confirmación del cliente».
Por qué es importante

Este hito marca la transición de la investigación a la resolución. Analizar el tiempo transcurrido entre la propuesta y la confirmación de una solución puede revelar demoras en la respuesta del cliente o problemas con las soluciones propuestas.

Dónde obtenerlo

Puede inferirse a partir de la marca de tiempo de un registro de actividad «Email» saliente relacionado con el caso o de un cambio de statuscode a un estado previo a la resolución.

Recopilar

Utilizar la marca de tiempo de una actividad de correo electrónico saliente o de un cambio de estado a «Solución propuesta».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Microsoft Dynamics 365 Customer Service

¿Está listo para comenzar?

Utilice esta Template de datos para iniciar su recorrido de Process Mining y descubrir nuevas eficiencias en sus operaciones de atención al cliente. Empiece hoy mismo a optimizar sus flujos de trabajo para ofrecer mejores experiencias a sus clientes.

Optimice el servicio de atención al cliente: aumente el FCR y reduzca los costes ahora

Identifique los cuellos de botella y alcance una resolución del 80 % en el primer contacto para lograr clientes más satisfechos.

Inicie su prueba gratuita

No necesita tarjeta de crédito. Configúrelo en minutos.