Su Plantilla de Datos de Gestión de Solicitudes de Servicio

Ivanti Service Manager
Su Plantilla de Datos de Gestión de Solicitudes de Servicio

Su Plantilla de Datos de Gestión de Solicitudes de Servicio

Esta plantilla proporciona una guía completa para recopilar los datos esenciales requeridos para un Process Mining efectivo de su gestión de solicitudes de servicio. Describe los atributos cruciales a recopilar, las actividades clave a seguir e incluye orientación práctica sobre cómo extraer esta información de su sistema. Utilice este recurso para construir un registro de eventos robusto para su análisis.
  • Atributos recomendados para un análisis integral
  • `Actividades` clave para rastrear en el descubrimiento de procesos
  • Orientación sobre la extracción de datos de su sistema de origen
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Solicitudes de Servicio

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis exhaustivo de su proceso de gestión de solicitudes de servicio.
5 Requerido 10 Recomendado 7 Opcional
Nombre Descripción
Hora del Evento
EventTime
El timestamp que indica cuándo ocurrió una actividad o evento específico.
Descripción

Event Time, también conocido como el tiempo de inicio, es la fecha y hora precisas en que una actividad fue registrada en el sistema. Esta marca de tiempo (timestamp) es crítica para secuenciar los eventos correctamente y forma la base para todo el análisis de process mining basado en el tiempo, como el cálculo de tiempos de ciclo, tiempos de espera y duraciones de actividad.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos cronológicamente y calcular todas las métricas basadas en duración, que son clave para el análisis de rendimiento.

Dónde obtener

Se encuentra en los registros de auditoría, entradas de diario (p. ej., Journal.CreatedDateTime) o registros de cambio de estado asociados con la Solicitud de Servicio.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:00Z
ID de Solicitud de Servicio
ServiceRequestID
El identificador único para cada solicitud de servicio.
Descripción

El ID de Solicitud de Servicio identifica de forma única cada solicitud de servicio individual enviada por un usuario o sistema. Sirve como el hilo central que vincula todos los eventos subsiguientes, desde el registro inicial hasta el cierre final, permitiendo un análisis completo de principio a fin del recorrido de cada solicitud de servicio.

Por qué es importante

Este es el identificador de caso esencial que conecta todas las actividades relacionadas en una única instancia de proceso, permitiendo el análisis del proceso de principio a fin.

Dónde obtener

Esta es la clave principal del objeto de negocio Solicitud de Servicio, a menudo encontrada como ServiceReqNumber en la tabla ServiceReq.

Ejemplos
SR-0012345SR-0012346SR-0012347
Nombre de la Actividad
ActivityName
El nombre del evento o tarea que ocurrió en un punto específico del ciclo de vida de la solicitud de servicio.
Descripción

Este atributo describe un paso específico o un cambio de estado dentro del proceso de solicitud de servicio, como 'Solicitud Enviada para Aprobación' o 'Solicitud de Servicio Resuelta'. Analizar la secuencia y frecuencia de las actividades es fundamental para comprender el flujo del proceso, identificar cuellos de botella y descubrir desviaciones del procedimiento estándar.

Por qué es importante

Define los pasos en el mapa de procesos, permitiendo la visualización y el análisis del flujo del proceso, incluyendo la identificación de reprocesos, cuellos de botella y desviaciones.

Dónde obtener

Típicamente derivado de cambios de estado, entradas de diario o descripciones de eventos del registro de auditoría dentro de Ivanti Service Manager.

Ejemplos
Solicitud de Servicio CreadaSolicitud AprobadaSolicitud de Servicio ResueltaSolicitud de Servicio Cerrada
Source System
SourceSystem
El sistema del cual se extrajo la data.
Descripción

Este atributo identifica el origen de los datos del proceso. Para esta vista, el valor será constante, indicando que todos los datos provienen de Ivanti Service Manager. Esto es importante en entornos donde los datos podrían fusionarse de múltiples sistemas, asegurando una clara trazabilidad de los datos y contexto.

Por qué es importante

Proporciona un contexto crucial sobre la procedencia de los datos, asegurando que los análisis se atribuyan correctamente al sistema de origen específico, especialmente en entornos multi-sistema.

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción de data para etiquetar el origen del conjunto de data.

Ejemplos
Ivanti Service Manager
Última actualización de datos
LastDataUpdate
El timestamp de la actualización de datos más reciente del sistema de origen.
Descripción

Este atributo indica la fecha y hora en que los datos fueron extraídos por última vez de Ivanti Service Manager. Proporciona contexto sobre la actualidad de los datos que se analizan, asegurando que los usuarios estén al tanto del período de tiempo cubierto por el análisis y cuándo se puede esperar la próxima actualización.

Por qué es importante

Informa a los usuarios sobre la puntualidad de los datos, lo cual es crítico para tomar decisiones basadas en la información de rendimiento de procesos más actual disponible.

Dónde obtener

Este valor se genera y se estampa en el conjunto de datos en el momento de la extracción de datos.

Ejemplos
2024-05-20T12:00:00Z2024-05-21T12:00:00Z
Agente Asignado
AssignedAgent
El usuario individual o agente asignado a la solicitud de servicio.
Descripción

El Agente Asignado es la persona específica responsable de trabajar en la solicitud de servicio. Este atributo permite el análisis a nivel individual, lo cual es útil para la gestión del rendimiento, el equilibrio de la carga de trabajo y la identificación de oportunidades de capacitación. El seguimiento de las reasignaciones entre agentes es clave para calcular KPIs como el 'Promedio de Reasignaciones por Solicitud' y comprender las ineficiencias del proceso.

Por qué es importante

Permite el análisis de la carga de trabajo individual, el rendimiento y los patrones de reasignación, lo que puede indicar problemas con la capacitación, los conjuntos de habilidades o el enrutamiento inicial.

Dónde obtener

Generalmente se encuentra en un campo como 'Owner' en el objeto Solicitud de Servicio. Esto puede cambiar con cada reasignación y debe ser rastreado en el registro de eventos.

Ejemplos
Alice JohnsonBob WilliamsCharlie BrownDiana Prince
Equipo asignado
AssignedTeam
El equipo o grupo de soporte actualmente asignado para gestionar la solicitud de servicio.
Descripción

Este atributo identifica al equipo responsable de gestionar la solicitud de servicio en un momento dado. Analizar los traspasos entre equipos, el tiempo transcurrido con cada equipo y el volumen de solicitudes gestionadas por diferentes equipos es crucial para comprender la distribución de la carga de trabajo, identificar cuellos de botella y evaluar el rendimiento del equipo. Apoya directamente los dashboards relacionados con la adherencia al SLA y la carga de trabajo del agente.

Por qué es importante

Rastrea la responsabilidad y los traspasos, ayudando a analizar los retrasos entre equipos, el equilibrio de la carga de trabajo y qué equipos son cuellos de botella en el proceso.

Dónde obtener

Esta información se almacena típicamente en un campo como 'OwnerTeam' en el objeto Solicitud de Servicio o en registros de asignación relacionados.

Ejemplos
Mesa de Servicio de TIOperaciones de redSoporte de RRHHGestión de Instalaciones
Estado de la Solicitud de Servicio
ServiceRequestStatus
El estado de la solicitud de servicio en el momento del evento.
Descripción

Este atributo captura el estado de la solicitud de servicio, como 'Registrada', 'En Progreso', 'Pendiente', 'Resuelta' o 'Cerrada'. Los cambios de estado a menudo definen las actividades en el registro del proceso. Analizar el tiempo transcurrido en cada estado puede revelar cuellos de botella, por ejemplo, si las solicitudes pasan demasiado tiempo en un estado 'Pendiente'.

Por qué es importante

Proporciona una instantánea del estado de la solicitud en un momento dado, lo cual es esencial para calcular el tiempo empleado en estados específicos e identificar bloqueos del proceso.

Dónde obtener

Un campo estándar en el objeto Solicitud de Servicio, comúnmente llamado 'Status' (Estado).

Ejemplos
RegistradoActivoEsperando ClienteCumplidoCerrado
Estado de SLA
SLAStatus
Indica si la solicitud de servicio se resolvió dentro de su plazo de SLA.
Descripción

Este es un atributo derivado que marca cada solicitud de servicio como 'Cumplida' o 'Incumplida' basándose en su tiempo de resolución en relación con su fecha límite de SLA. Es la base para el dashboard de 'Rendimiento de Adherencia al SLA' y el KPI de 'Tasa de Adherencia al Acuerdo de Nivel de Servicio'. La lógica compara el ResolutionDateTime con el SLADeadline para cada caso.

Por qué es importante

Mide directamente el rendimiento frente a los compromisos de servicio, lo cual es crítico para evaluar la calidad del servicio y mantener la confianza del usuario.

Dónde obtener

Calculado comparando la 'ResolutionDateTime' con la 'SLADeadline'. Si ResolutionDateTime <= SLADeadline, el estado es 'Cumplido'; de lo contrario, es 'Incumplido'.

Ejemplos
CumplidoIncumplido
Fecha Límite de SLA
SLADeadline
La marca de tiempo para la cual se espera que la solicitud de servicio sea resuelta.
Descripción

La Fecha Límite del SLA es la fecha y hora calculada en la que una solicitud de servicio debe ser resuelta para cumplir con su Acuerdo de Nivel de Servicio. Este objetivo se determina típicamente en función de factores como la prioridad y el tipo de la solicitud. Comparar el tiempo de resolución real con esta fecha límite es la base para medir la adherencia al SLA.

Por qué es importante

Es el punto de referencia contra el cual se mide el rendimiento real, apoyando directamente el cálculo de las tasas de adhesión al SLA y la identificación de solicitudes en riesgo.

Dónde obtener

Este es a menudo un campo calculado dentro de Ivanti, almacenado en campos relacionados con el Acuerdo de Nivel de Servicio o la Oferta, como 'ResolutionTargetDateTime'.

Ejemplos
2023-10-27T17:00:00Z2023-10-28T09:00:00Z2023-11-02T12:00:00Z
Hora Fin del Evento
EventEndTime
El timestamp que indica cuándo se completó una actividad.
Descripción

La Hora de Fin del Evento marca la finalización de una actividad. La duración entre la Hora de Inicio del Evento y la Hora de Fin del Evento representa el tiempo de procesamiento para esa actividad específica. Esto es crucial para identificar qué pasos del proceso consumen más tiempo, ayudando a señalar ineficiencias y áreas de mejora.

Por qué es importante

Permite el cálculo de las duraciones de las actividades individuales, lo cual es esencial para identificar cuellos de botella en el proceso y tareas de larga duración.

Dónde obtener

Puede que no exista como un campo distinto. A menudo, es el tiempo de inicio de la actividad subsiguiente en la secuencia para el mismo caso.

Ejemplos
2023-10-26T10:05:00Z2023-10-26T11:45:00Z2023-10-28T09:00:00Z
Marca de Tiempo de Resolución
ResolutionDateTime
La fecha y hora en que la solicitud de servicio fue resuelta oficialmente.
Descripción

Este es un atributo a nivel de caso que marca la marca de tiempo final cuando el servicio fue entregado o el problema fue solucionado, antes de que la solicitud se cierre formalmente. Esta marca de tiempo es el punto final principal para calcular el tiempo de ciclo de principio a fin de una solicitud de servicio. Es un componente crítico para medir la eficiencia general del proceso y la adherencia al SLA.

Por qué es importante

Define el punto final para el cálculo del tiempo de ciclo del proceso central, un indicador clave de rendimiento para la eficiencia de la entrega del servicio.

Dónde obtener

Un campo de marca de tiempo específico en el objeto Solicitud de Servicio, a menudo llamado 'ResolvedDateTime' o similar.

Ejemplos
2023-10-28T10:15:00Z2023-10-29T11:00:00Z2023-11-01T16:30:00Z
Prioridad
Priority
El nivel de prioridad asignado a la solicitud de servicio.
Descripción

La Prioridad indica la urgencia de una solicitud de servicio, típicamente en una escala como 'Baja', 'Media', 'Alta', 'Crítica'. Este atributo es fundamental para evaluar si el proceso acelera eficazmente las solicitudes de alta prioridad. El análisis a menudo implica comparar los tiempos de ciclo y la adhesión al SLA en diferentes niveles de prioridad para asegurar que las reglas de priorización estén funcionando según lo previsto.

Por qué es importante

Crucial para evaluar la eficacia de la estrategia de priorización y asegurar que las solicitudes de alta prioridad se resuelvan más rápidamente que las de baja prioridad.

Dónde obtener

Un campo estándar en el objeto Solicitud de Servicio, usualmente llamado 'Priority' (Prioridad).

Ejemplos
1 - Crítico2 - Alta3 - Medio4 - Baja
Tiempo de Ciclo
CycleTime
El tiempo total desde la creación de la solicitud de servicio hasta su resolución final.
Descripción

El Tiempo de Ciclo es una métrica calculada que mide la duración desde el primer evento (Creación de Solicitud de Servicio) hasta el evento de resolución (Solicitud de Servicio Resuelta). Es uno de los indicadores clave de rendimiento más importantes para la eficiencia del proceso. Esta métrica se utiliza ampliamente en los dashboards para rastrear el rendimiento general e identificar tendencias a lo largo del tiempo.

Por qué es importante

Este es un KPI primario para medir la eficiencia del proceso de principio a fin y refleja directamente la experiencia del servicio desde el punto de vista del usuario.

Dónde obtener

Calculado restando la marca de tiempo de creación de la marca de tiempo de resolución para cada solicitud de servicio.

Ejemplos
25920000060480000086400000
Tipo de Solicitud de Servicio
ServiceRequestType
La clasificación o categoría de la solicitud de servicio.
Descripción

Este atributo categoriza la solicitud de servicio, por ejemplo, 'Solicitud de Hardware', 'Instalación de Software' o 'Restablecimiento de Contraseña'. Es una dimensión crítica para el análisis, permitiendo a los equipos comparar el rendimiento del proceso, los tiempos de ciclo y la adherencia al SLA en diferentes tipos de servicios. Comprender estas diferencias ayuda a adaptar las mejoras del proceso y a asignar los recursos de manera más efectiva.

Por qué es importante

Segmentar el proceso por tipo de solicitud permite un análisis dirigido, revelando si ciertos tipos de solicitudes son más propensos a retrasos, retrabajos o incumplimientos de SLA.

Dónde obtener

Probablemente un campo en el objeto de negocio Solicitud de Servicio, a menudo llamado 'Service' o 'Category'. Consulte la documentación de Ivanti Service Manager para nombres de campo específicos como 'SvcReqTmplLink_Category'.

Ejemplos
Nueva Solicitud de HardwareAcceso a SoftwareModificación de CuentaConsulta de Información
¿Es Retrabajo?
IsRework
Un indicador booleano que señala si la solicitud de servicio implicó actividades de reproceso.
Descripción

Este indicador calculado se establece en verdadero si una solicitud de servicio muestra signos de retrabajo, como ser reabierta después de la resolución o tener ciertas actividades repetidas en un bucle. Simplifica el cálculo del KPI de 'Tasa de Retrabajo de Solicitudes de Servicio' y ayuda a filtrar instancias de proceso ineficientes en dashboards como 'Flujos de Retrabajo y Reasignación'.

Por qué es importante

Ayuda a identificar y cuantificar fácilmente el volumen de solicitudes que requieren esfuerzo adicional y no planificado, destacando problemas de calidad y eficiencia.

Dónde obtener

Derivado de los datos. La lógica puede basarse en que el atributo 'ReopenCount' sea mayor que cero o detectando secuencias de actividad específicas, como múltiples eventos 'Assigned to Agent' (Asignado a Agente).

Ejemplos
truefalse
Categoría de Resolución
ResolutionCategory
Una clasificación de la resolución proporcionada para la solicitud de servicio.
Descripción

La Categoría de Resolución proporciona una forma estructurada de clasificar cómo se resolvió finalmente una solicitud de servicio. A menudo es una clasificación jerárquica (por ejemplo, Categoría, Subcategoría) que ayuda en el análisis de causa raíz y la elaboración de informes de tendencias. Por ejemplo, puede destacar problemas recurrentes o tipos comunes de acciones de gestión, que pueden utilizarse para mejorar los servicios o crear artículos de bases de conocimiento.

Por qué es importante

Proporciona insights sobre la naturaleza de las resoluciones, ayudando a identificar problemas comunes, oportunidades de mejora del servicio y candidatos para la automatización.

Dónde obtener

A menudo almacenado en campos de categorización que se rellenan al momento de la resolución, como 'ResolutionCategory' o un campo de código de cierre personalizado.

Ejemplos
Capacitación de Usuario RequeridaSoftware DesplegadoHardware ReparadoAcceso Concedido
Channel
Channel
El método o canal a través del cual se envió la solicitud de servicio.
Descripción

El canal indica cómo se creó la solicitud de servicio, por ejemplo, a través del Portal de Autoservicio, correo electrónico, teléfono o automáticamente por otro sistema. Analizar los volúmenes de solicitudes y los tiempos de resolución por canal puede proporcionar insights sobre qué canales son más eficientes y cuáles pueden requerir mejoras en el proceso o capacitación del usuario.

Por qué es importante

Ayuda a comprender el comportamiento del usuario y la eficiencia del canal, lo que puede informar decisiones sobre la estrategia de entrega de servicios y las oportunidades de automatización.

Dónde obtener

Esto se almacena a menudo en un campo de tipo 'Source' o 'CreatedBy' en el objeto Solicitud de Servicio.

Ejemplos
Self ServiceEmailTeléfonoEntrada Directa
Conteo de Asignaciones
AssignmentCount
El número total de veces que una solicitud de servicio fue asignada o reasignada.
Descripción

Esta métrica calculada cuenta el número de actividades relacionadas con la asignación (por ejemplo, 'Asignado a Equipo', 'Asignado a Agente') para cada solicitud de servicio. Un alto número de reasignaciones, a menudo llamado 'ping-pong de tickets', indica ineficiencias en el enrutamiento, falta de resolución en el primer contacto o responsabilidades de equipo poco claras. Este atributo es esencial para el KPI de 'Promedio de Reasignaciones por Solicitud'.

Por qué es importante

Cuantifica los traspasos ineficientes y los problemas de enrutamiento. Un número elevado es un fuerte indicador de tiempos de resolución prolongados y frustración del usuario.

Dónde obtener

Calculado contando las ocurrencias de actividades relacionadas con la asignación para cada ServiceRequestID único durante la preparación de datos.

Ejemplos
12345
Departamento del Solicitante
RequestorDepartment
El departamento de negocio del usuario que envió la solicitud de servicio.
Descripción

Este atributo identifica el departamento del empleado o sistema que inició la solicitud de servicio, como 'Ventas', 'Finanzas' o 'Recursos Humanos'. Permite el análisis de la calidad del servicio y la demanda en diferentes partes de la organización. Por ejemplo, puede ayudar a identificar si ciertos departamentos experimentan tiempos de resolución más largos o envían un mayor volumen de solicitudes.

Por qué es importante

Permite el análisis del consumo y la calidad del servicio por unidad de negocio, ayudando a identificar problemas o tendencias específicas del departamento.

Dónde obtener

Esta información se recupera habitualmente del perfil de usuario del solicitante, vinculado a la Solicitud de Servicio. El campo podría ser 'Department' en el objeto Profile.Employee.

Ejemplos
FinanzasVentasMarketingTecnología de la Información
Nombre de Proveedor
VendorName
El nombre del proveedor externo involucrado en la resolución de la solicitud.
Descripción

Este atributo identifica al proveedor externo contratado para asistir o completar una solicitud de servicio. Es esencial para el dashboard 'Duración de Actividad de Proveedor Externo', ya que permite medir y comparar el rendimiento de diferentes proveedores. El seguimiento de esto ayuda a gestionar las relaciones con los proveedores y a identificar los cuellos de botella causados por dependencias externas.

Por qué es importante

Permite el análisis del rendimiento de terceros y su impacto en los tiempos generales de resolución de solicitudes de servicio, apoyando la gestión de proveedores.

Dónde obtener

Esto podría ser un campo en un objeto de tarea asociado con la solicitud de servicio, o un campo específico en la propia Solicitud de Servicio si se asigna un proveedor.

Ejemplos
Soporte DellConsultoría OracleMicrosoft Premiernull
Recuento de Reaperturas
ReopenCount
El número de veces que una solicitud de servicio resuelta ha sido reabierta.
Descripción

Este atributo es un contador que se incrementa cada vez que una solicitud de servicio se mueve de un estado 'Resuelta' o 'Cerrada' de nuevo a un estado 'Activa'. Un alto número de reaperturas es un fuerte indicador de una baja calidad de resolución en el primer intento, soluciones incompletas o problemas recurrentes. Apoya directamente el KPI de 'Tasa de Retrabajo de Solicitudes de Servicio'.

Por qué es importante

Mide directamente el reproceso y es un indicador clave de la calidad de la resolución. Un alto número de conteos sugiere que la solución inicial no fue efectiva.

Dónde obtener

Este es típicamente un campo contador en el objeto Solicitud de Servicio que se incrementa por una regla de negocio cuando el estado cambia apropiadamente. Podría llamarse 'ReopenCounter'.

Ejemplos
0123
Requerido Recomendado Opcional

Actividades de Gestión de Solicitudes de Servicio

Estos son los pasos esenciales del proceso y los hitos a capturar en su registro de eventos para un descubrimiento y análisis de procesos precisos.
5 Recomendado 9 Opcional
Actividad Descripción
Solicitud Asignada a Agente
Un agente específico asume la propiedad de la solicitud de servicio. Esta actividad se infiere típicamente cuando el campo 'Owner' (Propietario), que designa al agente individual, se rellena o actualiza por primera vez.
Por qué es importante

Esto marca el final del tiempo inicial de espera o de cola. Medir la duración antes de esta actividad ayuda a identificar problemas de asignación de recursos y apoya el dashboard de Carga de Trabajo del Agente.

Dónde obtener

Inferido de la población o cambio del campo 'Owner' (Propietario) en el registro de la Solicitud de Servicio, como se ve en el historial de auditoría.

Capturar

La primera marca de tiempo en la que el campo 'Owner' se completa con el nombre de un agente después de la creación o asignación de equipo.

Tipo de evento inferred
Solicitud Asignada a Equipo
La solicitud de servicio se asigna a un equipo de soporte específico para su gestión. Esto se registra al observar la población o el cambio del campo 'OwnerTeam' en el registro de Solicitud de Servicio.
Por qué es importante

Este evento es crucial para analizar el rendimiento a nivel de equipo, la distribución de la carga de trabajo y los tiempos de traspaso entre equipos. Ayuda a identificar qué equipos son cuellos de botella en el proceso.

Dónde obtener

Rastreado por cambios en el campo 'OwnerTeam' dentro del historial de auditoría o diario de la Solicitud de Servicio.

Capturar

Un evento de actualización del campo 'OwnerTeam' (Equipo Propietario), que típicamente se registra en un rastro de auditoría.

Tipo de evento explicit
Solicitud de Servicio Cerrada
La solicitud de servicio se cierra oficialmente y no se pueden realizar más acciones. Esto a menudo ocurre automáticamente después de un período establecido en el estado 'Resuelta', representando la conclusión final del ciclo de vida.
Por qué es importante

Esta actividad es el fin definitivo del proceso. El tiempo entre 'Resuelta' y 'Cerrada' puede destacar retrasos en la confirmación o en los procesos automatizados del sistema.

Dónde obtener

Inferido de un cambio en el campo 'Status' del registro de la Solicitud de Servicio a 'Closed' (Cerrada), junto con la marca de tiempo asociada.

Capturar

Detectando la actualización del campo 'Status' a 'Closed' (Cerrada) desde el historial de auditoría.

Tipo de evento inferred
Solicitud de Servicio Creada
Esta actividad marca el inicio del ciclo de vida de la solicitud de servicio cuando una nueva solicitud se envía formalmente y se registra en Ivanti. Este evento se registra cuando se crea un nuevo registro en el objeto de negocio Solicitud de Servicio, generando un ID de Solicitud de Servicio único.
Por qué es importante

Este es el evento de inicio principal del proceso. Analizar el tiempo desde este punto hasta la resolución es fundamental para medir el tiempo de ciclo general y la eficiencia del proceso.

Dónde obtener

Esto se captura de la marca de tiempo de creación del registro de Solicitud de Servicio (por ejemplo, el campo CreatedDateTime en el objeto de negocio ServiceReq).

Capturar

El evento de creación de registro en la tabla ServiceReq, identificado por su marca de tiempo de creación.

Tipo de evento explicit
Solicitud de Servicio Resuelta
La solicitud de servicio se considera resuelta y la solución ha sido entregada al usuario. Este es un hito principal registrado por un cambio de estado a 'Resuelta', a menudo activando la detención del reloj del SLA.
Por qué es importante

Este es un punto final crítico para medir el tiempo de resolución y la adherencia al SLA. La duración desde la creación hasta esta actividad es un KPI central para el rendimiento del proceso.

Dónde obtener

Inferido de un cambio en el campo 'Status' del registro de la Solicitud de Servicio a 'Resolved' (Resuelta), junto con la marca de tiempo asociada.

Capturar

Detectando la actualización del campo 'Status' a 'Resolved' (Resuelta) desde el historial de auditoría.

Tipo de evento inferred
Información Proporcionada por el Usuario
El solicitante ha proporcionado la información necesaria, permitiendo al agente reanudar el trabajo. Esto se registra cuando la solicitud sale de un estado 'Esperando al Cliente' y vuelve a un estado activo.
Por qué es importante

Este evento cierra el ciclo de las solicitudes de información. El tiempo entre la solicitud y la recepción de información es un componente crítico de los retrasos del proceso y los bucles de retrabajo.

Dónde obtener

Inferido cuando el campo 'Status' de la Solicitud de Servicio cambia de un estado de 'Waiting for Customer' (Esperando al Cliente) a uno activo, como 'Active' (Activa) o 'In Progress' (En Progreso).

Capturar

Detección de un cambio de estado de 'esperando al usuario' a un estado activo.

Tipo de evento inferred
Información Solicitada al Usuario
El agente asignado requiere más información del solicitante para proceder con la gestión. Esto se registra cuando el estado de la solicitud se actualiza a un estado como 'Esperando al Cliente'.
Por qué es importante

Esta actividad destaca los retrasos causados por información inicial incompleta. El seguimiento de su frecuencia y duración es clave para el Análisis de Impacto de Solicitudes de Información y para identificar áreas de mejora del proceso.

Dónde obtener

Inferido de un cambio de estado en el registro de la Solicitud de Servicio a un estado como 'Waiting for Customer' (Esperando al Cliente) o 'Pending' (Pendiente).

Capturar

Detección de un cambio en el campo 'Status' a un estado designado 'esperando al usuario'.

Tipo de evento inferred
Prioridad Cambiada
La prioridad de la solicitud de servicio ha sido actualizada después de su creación inicial. Este evento se registra a partir del registro de auditoría o historial que rastrea los cambios a nivel de campo.
Por qué es importante

El seguimiento de los cambios de prioridad es vital para la Visión General de la Efectividad de la Priorización. Ayuda a determinar si las escalaciones se gestionan correctamente y si la priorización inicial es precisa.

Dónde obtener

Este es un evento explícito capturado del historial de auditoría del registro de Solicitud de Servicio, que registra los cambios en el campo 'Prioridad'.

Capturar

Un evento de actualización del campo 'Priority' (Prioridad) registrado en el rastro de auditoría del sistema.

Tipo de evento explicit
Proveedor Externo Involucrado
La gestión de la solicitud de servicio ha sido traspasada a un proveedor externo o a un tercero. Esto se registra típicamente mediante un cambio de estado a 'Esperando a Tercero' o un estado similar.
Por qué es importante

Esta actividad es esencial para medir el rendimiento del proveedor y su impacto en el tiempo de ciclo general. Permite el análisis de los retrasos relacionados con el proveedor y apoya el dashboard de Duración de Actividad de Proveedor Externo.

Dónde obtener

Inferido de un cambio de estado en el registro de la Solicitud de Servicio a un estado como 'Waiting for 3rd Party' (Esperando a Terceros) o 'Pending Vendor' (Pendiente de Proveedor).

Capturar

Detección de un cambio en el campo 'Status' a un estado designado 'esperando al proveedor'.

Tipo de evento inferred
Solicitud Aprobada
La solicitud de servicio ha recibido todas las aprobaciones necesarias y ahora puede proceder con su gestión. Este evento se registra cuando el workflow de aprobación concluye exitosamente, cambiando el estado de la solicitud.
Por qué es importante

Esta actividad marca un hito clave, señalando el fin de la fase de aprobación y el inicio de la gestión. Permite medir la eficiencia del propio proceso de aprobación.

Dónde obtener

Inferido de un cambio de estado de 'Waiting for Approval' (En espera de aprobación) a 'Approved' (Aprobada) o 'Fulfilled' (Cumplida). Esto también puede ser un evento explícito registrado en el objeto de negocio FRS_Approval.

Capturar

Un cambio en el campo 'Status' del registro de la Solicitud de Servicio de un estado de aprobación a uno activo.

Tipo de evento inferred
Solicitud de Servicio Cancelada
La solicitud de servicio ha sido cancelada por el usuario o un agente antes de su resolución. Este es un estado final alternativo registrado por un cambio de estado a 'Cancelado' o 'Retirado'.
Por qué es importante

Esto representa una terminación de proceso no estándar. Analizar por qué se cancelan las solicitudes puede revelar problemas con el propio proceso de solicitud o con las necesidades cambiantes del usuario.

Dónde obtener

Inferido de un cambio en el campo 'Status' del registro de la Solicitud de Servicio a 'Cancelled' (Cancelada).

Capturar

Detectando la actualización del campo 'Status' a 'Cancelled' (Cancelada) desde el historial de auditoría.

Tipo de evento inferred
Solicitud de Servicio Cumplida
Todas las tareas requeridas para cumplir la solicitud de servicio han sido completadas por el agente o el sistema. Esto se captura mediante un cambio de estado a 'Fulfilled' (Cumplida), que a menudo precede al estado final de 'Resolved' (Resuelta).
Por qué es importante

Este hito marca la finalización del trabajo técnico o de procedimiento. Es un punto clave para medir el tiempo de manejo activo antes de la confirmación y el cierre final.

Dónde obtener

Inferido de un cambio en el campo 'Status' del registro de la Solicitud de Servicio a 'Fulfilled' (Cumplida).

Capturar

Un cambio en el campo 'Status' a 'Fulfilled' (Cumplida) detectado en el historial del registro.

Tipo de evento inferred
Solicitud de Servicio Reabierta
Una solicitud de servicio previamente resuelta ha sido reactivada porque el problema persiste o la solución no fue satisfactoria. Esto se captura cuando el estado pasa de 'Resolved' (Resuelta) de nuevo a un estado activo como 'Active' (Activa) o 'Assigned' (Asignada).
Por qué es importante

Esta actividad es un indicador directo de retrabajo y de una baja calidad de resolución en el primer intento. Analizar los eventos de reapertura ayuda a identificar debilidades del proceso y a mejorar el KPI de Tasa de Retrabajo de Solicitudes de Servicio.

Dónde obtener

Inferido del historial de auditoría cuando el campo 'Status' cambia de 'Resolved' (Resuelta) o 'Closed' (Cerrada) a un estado activo.

Capturar

Un cambio de estado de un estado terminal ('Resolved', 'Closed') a un estado abierto ('Active', 'Assigned').

Tipo de evento inferred
Solicitud Enviada para Aprobación
La solicitud de servicio ha sido enviada para las aprobaciones necesarias antes de que pueda ser gestionada. Esto se infiere típicamente cuando el estado de la solicitud cambia a 'Enviado' o 'Aprobación Pendiente', a menudo activando un workflow de aprobación.
Por qué es importante

El seguimiento de esta actividad ayuda a identificar retrasos en la fase de aprobación. Las largas esperas aquí pueden ser un cuello de botella significativo, impactando los tiempos de resolución generales y la satisfacción del usuario.

Dónde obtener

Inferido de un cambio de estado en el registro de la Solicitud de Servicio, probablemente a un estado como 'Submitted' (Enviada) o 'Waiting for Approval' (Esperando Aprobación). Esto también puede provenir de los objetos de negocio FRS_Approval o FRS_ApprovalVoteTracking.

Capturar

Un cambio en el campo 'Status' del registro de la Solicitud de Servicio a un estado pendiente de aprobación.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Ivanti Service Manager