Seu Template de dados para gerenciamento de solicitações de serviço

Ivanti Service Manager
Seu Template de dados para gerenciamento de solicitações de serviço

Seu Template de dados para gerenciamento de solicitações de serviço

Este Template oferece um guia completo para coletar os dados essenciais necessários ao Process Mining eficaz do gerenciamento de solicitações de serviço. Ele apresenta os principais atributos a serem coletados, as atividades essenciais a serem acompanhadas e orientações práticas para extrair essas informações do seu sistema. Use este recurso para criar um Event Log robusto para sua análise.
  • Atributos recomendados para uma análise completa
  • Principais atividades a serem acompanhadas para descobrir o processo
  • Orientações para extrair dados do seu sistema de origem
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos do gerenciamento de solicitações de serviço

Estes são os campos de dados recomendados para incluir no seu Event Log e obter uma análise completa do processo de gerenciamento de solicitações de serviço.
5 Obrigatório 9 Recomendado 7 Opcional
Nome Descrição
Horário do evento
EventTime
O registro de data e hora que indica quando uma atividade ou evento específico ocorreu.
Descrição

O Horário do evento, também conhecido como horário de início, é a data e hora exatas em que uma atividade foi registrada no sistema. Esse registro de data e hora é essencial para ordenar os eventos corretamente e serve de base para todas as análises de process mining orientadas por tempo, como o cálculo de tempos de ciclo, tempos de espera e duração das atividades.

Por que isso importa

Esse registro de data e hora é essencial para ordenar cronologicamente os eventos e calcular todas as métricas baseadas em duração, fundamentais para a análise de performance.

Onde obter

Encontrado em logs de auditoria, entradas de diário, por exemplo, Journal.CreatedDateTime, ou registros de alteração de status associados à Solicitação de Serviço.

Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:00Z
ID da Solicitação de Serviço
ServiceRequestID
O identificador exclusivo de cada solicitação de serviço.
Descrição

O ID da Solicitação de Serviço identifica exclusivamente cada solicitação individual enviada por um usuário ou sistema. Ele funciona como o fio condutor central que conecta todos os eventos posteriores, desde o registro inicial até o encerramento final, permitindo uma análise completa, de ponta a ponta, da jornada de cada solicitação de serviço.

Por que isso importa

Este é o identificador essencial do caso que conecta todas as atividades relacionadas em uma única instância do processo, permitindo a análise do processo de ponta a ponta.

Onde obter

Esta é a chave primária do objeto de negócio Service Request, geralmente encontrada como ServiceReqNumber na tabela ServiceReq.

Exemplos
SR-0012345SR-0012346SR-0012347
Nome da atividade
ActivityName
O nome do evento ou da tarefa que ocorreu em um ponto específico do ciclo de vida da solicitação de serviço.
Descrição

Este atributo descreve uma etapa específica ou uma alteração de status no processo de solicitação de serviço, como 'Request Submitted for Approval' ou 'Service Request Resolved'. Analisar a sequência e a frequência das atividades é fundamental para entender o fluxo do processo, identificar gargalos e descobrir desvios do procedimento padrão.

Por que isso importa

Ele define as etapas no mapa de processo, permitindo visualizar e analisar o fluxo do processo, incluindo a identificação de retrabalho, gargalos e desvios.

Onde obter

Normalmente derivado de alterações de status, entradas de diário ou descrições de eventos do log de auditoria no Ivanti Service Manager.

Exemplos
Solicitação de serviço criadaSolicitação aprovadaSolicitação de serviço resolvidaSolicitação de serviço encerrada
Sistema de origem
SourceSystem
O sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados do processo. Nesta visualização, o valor será constante, indicando que todos os dados vêm do Ivanti Service Manager. Isso é importante em ambientes nos quais os dados podem ser mesclados a partir de vários sistemas, garantindo uma linhagem de dados e um contexto claros.

Por que isso importa

Ele fornece um contexto essencial sobre a procedência dos dados, garantindo que as análises sejam atribuídas corretamente ao sistema de origem específico, especialmente em ambientes com vários sistemas.

Onde obter

Normalmente, este é um valor estático adicionado durante o processo de extração dos dados para identificar a origem do conjunto de dados.

Exemplos
Ivanti Service Manager
Última atualização dos dados
LastDataUpdate
O registro de data e hora da atualização mais recente dos dados no sistema de origem.
Descrição

Este atributo indica a data e a hora em que os dados foram extraídos pela última vez do Ivanti Service Manager. Ele fornece contexto sobre a atualidade dos dados analisados, garantindo que os usuários saibam qual período está incluído na análise e quando a próxima atualização pode ser esperada.

Por que isso importa

Informa aos usuários o quão atuais são os dados, algo essencial para tomar decisões com base nas informações mais recentes disponíveis sobre a performance do processo.

Onde obter

Este valor é gerado e gravado no conjunto de dados no momento da extração dos dados.

Exemplos
2024-05-20T12:00:00Z2024-05-21T12:00:00Z
Agente atribuído
AssignedAgent
O usuário ou agente responsável pela solicitação de serviço.
Descrição

O agente atribuído é a pessoa específica responsável por trabalhar na solicitação de serviço. Este atributo permite uma análise individual, útil para gerenciar a performance, equilibrar a carga de trabalho e identificar oportunidades de treinamento. Acompanhar as reatribuições entre agentes é essencial para calcular KPIs como "Média de reatribuições por solicitação" e entender as ineficiências do processo.

Por que isso importa

Permite analisar a carga de trabalho individual, a performance e os padrões de reatribuição, que podem indicar problemas de treinamento, conjunto de habilidades ou roteamento inicial.

Onde obter

Normalmente é encontrado em um campo como "Owner" no objeto Service Request. Esse valor pode mudar a cada reatribuição e deve ser acompanhado no Event Log.

Exemplos
Alice JohnsonBob WilliamsCharlie BrownDiana Prince
Equipe atribuída
AssignedTeam
A equipe ou o grupo de suporte atualmente responsável por tratar a solicitação de serviço.
Descrição

Este atributo identifica a equipe responsável por executar a solicitação de serviço em determinado momento. Analisar as transferências entre equipes, o tempo gasto com cada equipe e o volume de solicitações tratado por diferentes equipes é essencial para entender a distribuição da carga de trabalho, identificar gargalos e avaliar a performance das equipes. Isso dá suporte direto a Dashboards relacionados ao cumprimento do SLA e à carga de trabalho dos agentes.

Por que isso importa

Acompanha responsabilidades e transferências, ajudando a analisar atrasos entre equipes, equilíbrio da carga de trabalho e quais equipes estão se tornando gargalos no processo.

Onde obter

Essas informações normalmente ficam armazenadas em um campo como "OwnerTeam" no objeto Service Request ou em registros de atribuição relacionados.

Exemplos
Central de serviços de TIOperações de redeSuporte de RHGestão de instalações
Hora de término do evento
EventEndTime
O registro de data e hora que indica quando uma atividade foi concluída.
Descrição

A Hora de término do evento marca a conclusão de uma atividade. A duração entre a Hora do evento (início) e a Hora de término do evento representa o tempo de processamento dessa atividade específica. Isso é essencial para identificar quais etapas do processo consomem mais tempo, ajudando a localizar ineficiências e oportunidades de melhoria.

Por que isso importa

Permite calcular a duração de cada atividade, algo essencial para identificar gargalos no processo e tarefas de longa duração.

Onde obter

Pode não existir como um campo distinto. Muitas vezes, corresponde à hora de início da atividade seguinte na sequência do mesmo caso.

Exemplos
2023-10-26T10:05:00Z2023-10-26T11:45:00Z2023-10-28T09:00:00Z
Prazo do SLA
SLADeadline
O registro de data e hora até o qual se espera que a solicitação de serviço seja resolvida.
Descrição

O prazo do SLA é a data e a hora calculadas até as quais uma solicitação de serviço deve ser resolvida para cumprir o Acordo de Nível de Serviço. Essa meta normalmente é determinada por fatores como a prioridade e o tipo da solicitação. Comparar a hora real da resolução com esse prazo é a base para medir o cumprimento do SLA.

Por que isso importa

É a referência usada para medir a performance real, dando suporte direto ao cálculo das taxas de cumprimento do SLA e à identificação de solicitações em risco.

Onde obter

Geralmente é um campo calculado no Ivanti, armazenado em campos relacionados ao Acordo de Nível de Serviço ou à Oferta, como "ResolutionTargetDateTime".

Exemplos
2023-10-27T17:00:00Z2023-10-28T09:00:00Z2023-11-02T12:00:00Z
Prioridade
Priority
O nível de prioridade atribuído à solicitação de serviço.
Descrição

A prioridade indica a urgência de uma solicitação de serviço, normalmente em uma escala como "Baixa", "Média", "Alta" e "Crítica". Este atributo é fundamental para avaliar se o processo acelera efetivamente as solicitações de alta prioridade. A análise geralmente envolve comparar os tempos de ciclo e o cumprimento do SLA entre diferentes níveis de prioridade, garantindo que as regras de priorização estejam funcionando conforme o esperado.

Por que isso importa

É essencial para avaliar a eficácia da estratégia de priorização e garantir que as solicitações de alta prioridade sejam resolvidas mais rapidamente do que as de baixa prioridade.

Onde obter

Um campo padrão do objeto Service Request, geralmente chamado de "Priority".

Exemplos
1 - Crítico2 - Alto3 - Médio4 - Baixo
Registro de data e hora da resolução
ResolutionDateTime
A data e a hora em que a solicitação de serviço foi oficialmente resolvida.
Descrição

Este é um atributo no nível do caso que marca o registro de data e hora final em que o serviço foi entregue ou o problema foi corrigido, antes de a solicitação ser formalmente fechada. Esse registro é o principal ponto final para calcular o tempo de ciclo de ponta a ponta de uma solicitação de serviço. É um componente essencial para medir a eficiência geral do processo e o cumprimento do SLA.

Por que isso importa

Define o ponto final do cálculo do tempo de ciclo do processo principal, um indicador de performance essencial para a eficiência da entrega do serviço.

Onde obter

Um campo específico de registro de data e hora no objeto Service Request, geralmente chamado de "ResolvedDateTime" ou algo semelhante.

Exemplos
2023-10-28T10:15:00Z2023-10-29T11:00:00Z2023-11-01T16:30:00Z
Status da solicitação de serviço
ServiceRequestStatus
O status da solicitação de serviço no momento do evento.
Descrição

Este atributo registra o estado da solicitação de serviço, como "Registrada", "Em andamento", "Pendente", "Resolvida" ou "Fechada". As mudanças de status geralmente definem as atividades no registro do processo. Analisar o tempo gasto em cada status pode revelar gargalos, por exemplo, quando as solicitações permanecem tempo demais no estado "Pendente".

Por que isso importa

Fornece uma visão do estado da solicitação em determinado momento, algo essencial para calcular o tempo gasto em estados específicos e identificar paradas no processo.

Onde obter

Um campo padrão do objeto Service Request, geralmente chamado de "Status".

Exemplos
RegistradoAtivoAguardando o clienteAtendidoFechado
Status do SLA
SLAStatus
Indica se a solicitação de serviço foi resolvida dentro do prazo do SLA.
Descrição

Este é um atributo derivado que classifica cada solicitação de serviço como "Cumprido" ou "Violado", com base no tempo de resolução em relação ao prazo do SLA. Ele é a base do Dashboard "Performance de cumprimento do SLA" e do KPI "Taxa de cumprimento do Acordo de Nível de Serviço". A lógica compara o ResolutionDateTime com o SLADeadline de cada caso.

Por que isso importa

Mede diretamente a performance em relação aos compromissos de serviço, algo essencial para avaliar a qualidade do serviço e manter a confiança dos usuários.

Onde obter

É calculado comparando "ResolutionDateTime" com "SLADeadline". Se ResolutionDateTime <= SLADeadline, o status é "Cumprido"; caso contrário, é "Violado".

Exemplos
AtendidoViolado
Tipo de solicitação de serviço
ServiceRequestType
A classificação ou categoria da solicitação de serviço.
Descrição

Este atributo categoriza a solicitação de serviço, por exemplo, "Solicitação de hardware", "Instalação de software" ou "Redefinição de senha". É uma dimensão essencial para a análise, permitindo que as equipes comparem a performance do processo, os tempos de ciclo e o cumprimento do SLA entre diferentes tipos de serviço. Entender essas diferenças ajuda a adaptar as melhorias do processo e alocar recursos com mais eficiência.

Por que isso importa

Segmentar o processo por tipo de solicitação permite uma análise direcionada, revelando se determinados tipos de solicitação estão mais sujeitos a atrasos, retrabalho ou violações de SLA.

Onde obter

Provavelmente é um campo do objeto de negócio Service Request, geralmente chamado de "Service" ou "Category". Consulte a documentação do Ivanti Service Manager para conferir nomes específicos de campos, como "SvcReqTmplLink_Category".

Exemplos
Solicitação de novo hardwareAcesso a softwareAlteração de contaConsulta de informações
Canal
Channel
O método ou canal pelo qual a solicitação de serviço foi enviada.
Descrição

O canal indica como a solicitação de serviço foi criada, por exemplo, pelo Portal de autoatendimento, por e-mail, telefone ou automaticamente por outro sistema. Analisar os volumes de solicitações e os tempos de resolução por canal pode gerar insights sobre quais canais são mais eficientes e quais podem exigir melhorias no processo ou treinamento dos usuários.

Por que isso importa

Ajuda a entender o comportamento dos usuários e a eficiência dos canais, orientando decisões sobre a estratégia de entrega do serviço e oportunidades de automação.

Onde obter

Geralmente fica armazenado em um campo do tipo "Source" ou "CreatedBy" no objeto Service Request.

Exemplos
AutoatendimentoE-mailTelefoneEntrada direta
Categoria da resolução
ResolutionCategory
Uma classificação da resolução fornecida para a solicitação de serviço.
Descrição

A categoria da resolução oferece uma forma estruturada de classificar como uma solicitação de serviço foi finalmente resolvida. Geralmente, trata-se de uma classificação hierárquica, como Categoria e Subcategoria, que ajuda na análise de causa raiz e nos relatórios de tendências. Por exemplo, ela pode destacar problemas recorrentes ou tipos comuns de ações de atendimento, que podem ser usados para melhorar os serviços ou criar artigos para a base de conhecimento.

Por que isso importa

Fornece insights sobre a natureza das resoluções, ajudando a identificar problemas comuns, oportunidades de melhoria do serviço e candidatos à automação.

Onde obter

Geralmente fica armazenada em campos de categorização preenchidos no momento da resolução, como "ResolutionCategory" ou um campo personalizado de código de fechamento.

Exemplos
Treinamento do usuário necessárioSoftware implantadoHardware reparadoAcesso concedido
Contagem de atribuições
AssignmentCount
O número total de vezes que uma solicitação de serviço foi atribuída ou reatribuída.
Descrição

Esta métrica calculada conta o número de atividades relacionadas a atribuições, como "Assigned to Team" e "Assigned to Agent", para cada solicitação de serviço. Um número alto de reatribuições, muitas vezes chamado de "pingue-pongue de tickets", indica ineficiências no roteamento, falta de resolução no primeiro contato ou responsabilidades pouco claras entre as equipes. Este atributo é essencial para o KPI "Média de reatribuições por solicitação".

Por que isso importa

Quantifica transferências e problemas de roteamento ineficientes. Uma contagem alta é um forte indicador de tempos de resolução prolongados e frustração dos usuários.

Onde obter

É calculado contando as ocorrências de atividades relacionadas a atribuições para cada ServiceRequestID exclusivo durante a preparação dos dados.

Exemplos
12345
Contagem de reaberturas
ReopenCount
O número de vezes que uma solicitação de serviço resolvida foi reaberta.
Descrição

Este atributo é um contador que aumenta cada vez que uma solicitação de serviço passa do estado "Resolvida" ou "Fechada" novamente para o estado "Ativa". Uma contagem alta de reaberturas é um forte indicador de baixa qualidade da resolução na primeira tentativa, soluções incompletas ou problemas recorrentes. Ela dá suporte direto ao KPI "Taxa de retrabalho de solicitações de serviço".

Por que isso importa

Mede diretamente o retrabalho e é um indicador essencial da qualidade da resolução. Contagens altas sugerem que a correção inicial não foi eficaz.

Onde obter

Normalmente é um campo contador no objeto Service Request, incrementado por uma regra de negócio quando o status muda de forma adequada. Pode ser chamado de "ReopenCounter".

Exemplos
0123
Departamento solicitante
RequestorDepartment
O departamento de negócio do usuário que enviou a solicitação de serviço.
Descrição

Este atributo identifica o departamento do funcionário ou sistema que iniciou a solicitação de serviço, como "Vendas", "Finanças" ou "Recursos Humanos". Ele permite analisar a qualidade e a demanda do serviço em diferentes áreas da organização. Por exemplo, pode ajudar a identificar se determinados departamentos enfrentam tempos de resolução mais longos ou enviam um volume maior de solicitações.

Por que isso importa

Permite analisar o consumo e a qualidade do serviço por unidade de negócio, ajudando a identificar problemas ou tendências específicos de cada departamento.

Onde obter

Essas informações geralmente são obtidas do perfil do usuário solicitante, vinculado à Service Request. O campo pode ser "Department" no objeto Profile.Employee.

Exemplos
FinançasVendasMarketingTecnologia da Informação
É retrabalho
IsRework
Um indicador booleano que informa se a solicitação de serviço envolveu atividades de retrabalho.
Descrição

Este indicador calculado recebe o valor true quando uma solicitação de serviço apresenta sinais de retrabalho, como ser reaberta após a resolução ou ter determinadas atividades repetidas em um loop. Ele simplifica o cálculo do KPI "Taxa de retrabalho de solicitações de serviço" e ajuda a filtrar instâncias ineficientes do processo em Dashboards como "Fluxos de retrabalho e reatribuição".

Por que isso importa

Ajuda a identificar e quantificar facilmente o volume de solicitações que exigem esforço adicional e não planejado, destacando problemas de qualidade e eficiência.

Onde obter

É derivado dos dados. A lógica pode se basear no atributo "ReopenCount" ser maior que zero ou na detecção de sequências específicas de atividades, como vários eventos "Assigned to Agent".

Exemplos
truefalse
Nome do fornecedor
VendorName
O nome do fornecedor externo envolvido na resolução da solicitação.
Descrição

Este atributo identifica o fornecedor terceirizado contratado para ajudar a atender ou concluir uma solicitação de serviço. É essencial para o Dashboard "Duração das atividades do fornecedor externo", pois permite medir e comparar a performance de diferentes fornecedores. Acompanhar esse dado ajuda a gerenciar relacionamentos com fornecedores e identificar gargalos causados por dependências externas.

Por que isso importa

Permite analisar a performance de terceiros e seu impacto nos tempos gerais de resolução das solicitações de serviço, dando suporte à gestão de fornecedores.

Onde obter

Pode ser um campo em um objeto de tarefa associado à solicitação de serviço ou um campo específico na própria Service Request, caso um fornecedor seja atribuído.

Exemplos
Suporte DellConsultoria OracleMicrosoft Premiernull
Obrigatório Recomendado Opcional

Atividades do gerenciamento de solicitações de serviço

Estas são as etapas essenciais e os marcos do processo que você deve registrar no seu Event Log para descobrir e analisar o processo com precisão.
5 Recomendado 9 Opcional
Atividade Descrição
Solicitação atribuída ao agente
Um agente específico assume a responsabilidade pela solicitação de serviço. Essa atividade normalmente é inferida quando o campo 'Owner', que identifica o agente responsável, é preenchido ou atualizado pela primeira vez.
Por que isso importa

Isso marca o fim do tempo inicial de espera ou de fila. Medir a duração até esta atividade ajuda a identificar problemas de alocação de recursos e apoia o Dashboard de carga de trabalho dos agentes.

Onde obter

Inferido a partir do preenchimento ou da alteração do campo 'Owner' no registro da Solicitação de Serviço, conforme o histórico de auditoria.

Captura

O primeiro registro de data e hora em que o campo 'Owner' é preenchido com o nome de um agente após a criação ou a atribuição ao time.

Tipo de evento inferred
Solicitação atribuída ao time
A solicitação de serviço é atribuída a um time de suporte específico para atendimento. Isso é capturado observando o preenchimento ou a alteração do campo 'OwnerTeam' no registro da Solicitação de Serviço.
Por que isso importa

Este evento é essencial para analisar a performance por time, a distribuição da carga de trabalho e os tempos de transferência entre times. Ele ajuda a identificar quais times são gargalos no processo.

Onde obter

Acompanhado por meio das alterações no campo 'OwnerTeam' no histórico de auditoria ou no diário da Solicitação de Serviço.

Captura

Um evento de atualização do campo 'OwnerTeam', normalmente registrado em uma trilha de auditoria.

Tipo de evento explicit
Solicitação de serviço criada
Esta atividade marca o início do ciclo de vida da solicitação de serviço, quando uma nova solicitação é enviada formalmente e registrada no Ivanti. O evento é capturado quando um novo registro é criado no objeto de negócio Service Request, gerando um ID exclusivo de Solicitação de Serviço.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo entre este ponto e a resolução é fundamental para medir o tempo total de ciclo e a eficiência do processo.

Onde obter

Esse dado é capturado do registro de data e hora de criação do registro da Solicitação de Serviço, por exemplo, do campo CreatedDateTime no objeto de negócio ServiceReq.

Captura

O evento de criação do registro na tabela ServiceReq, identificado pelo respectivo registro de data e hora de criação.

Tipo de evento explicit
Solicitação de serviço encerrada
A solicitação de serviço foi oficialmente encerrada e nenhuma ação adicional pode ser realizada. Isso geralmente ocorre automaticamente após um período definido no estado 'Resolved', representando a conclusão final do ciclo de vida.
Por que isso importa

Esta atividade representa o fim definitivo do processo. O tempo entre 'Resolved' e 'Closed' pode revelar atrasos na confirmação ou nos processos automatizados do sistema.

Onde obter

Inferido a partir de uma alteração no campo 'Status' do registro da Solicitação de Serviço para 'Closed', junto com o respectivo registro de data e hora.

Captura

Identificação da atualização do campo 'Status' para 'Closed' no histórico de auditoria.

Tipo de evento inferred
Solicitação de serviço resolvida
A solicitação de serviço é considerada resolvida e a solução foi entregue ao usuário. Este é um marco principal, capturado por uma alteração de status para 'Resolved', que geralmente interrompe o relógio do SLA.
Por que isso importa

Este é um ponto final crítico para medir o tempo de resolução e a adesão ao SLA. A duração entre a criação e esta atividade é um KPI central da performance do processo.

Onde obter

Inferido a partir de uma alteração no campo 'Status' do registro da Solicitação de Serviço para 'Resolved', junto com o respectivo registro de data e hora.

Captura

Identificação da atualização do campo 'Status' para 'Resolved' no histórico de auditoria.

Tipo de evento inferred
Fornecedor externo acionado
O atendimento da solicitação de serviço foi transferido para um fornecedor externo ou terceiro. Isso normalmente é capturado por uma alteração de status para 'Waiting for 3rd Party' ou um estado semelhante.
Por que isso importa

Esta atividade é essencial para medir a performance do fornecedor e seu impacto no tempo total de ciclo. Ela permite analisar atrasos relacionados ao fornecedor e apoia o Dashboard de duração das atividades de fornecedores externos.

Onde obter

Inferido a partir de uma alteração de status no registro da Solicitação de Serviço para um status como 'Waiting for 3rd Party' ou 'Pending Vendor'.

Captura

Identificação de uma alteração no campo 'Status' para um estado designado como 'waiting on vendor'.

Tipo de evento inferred
Informações fornecidas pelo usuário
O solicitante forneceu as informações necessárias, permitindo que o agente retome o trabalho. Isso é capturado quando a solicitação sai do status 'Waiting for Customer' e retorna a um estado ativo.
Por que isso importa

Este evento encerra o ciclo das solicitações de informação. O tempo entre solicitar e receber as informações é um componente crítico dos atrasos do processo e dos ciclos de retrabalho.

Onde obter

Inferido quando o campo 'Status' da Solicitação de Serviço muda de um estado 'Waiting for Customer' para um estado ativo, como 'Active' ou 'In Progress'.

Captura

Identificação de uma alteração de status de um estado 'waiting on user' para um estado ativo.

Tipo de evento inferred
Informações solicitadas ao usuário
O agente responsável precisa de mais informações do solicitante para prosseguir com o atendimento. Isso é capturado quando o status da solicitação é atualizado para um estado como 'Waiting for Customer'.
Por que isso importa

Esta atividade destaca atrasos causados por informações iniciais incompletas. Acompanhar sua frequência e duração é essencial para a Information Request Impact Analysis e para identificar áreas de melhoria no processo.

Onde obter

Inferido a partir de uma alteração de status no registro da Solicitação de Serviço para um status como 'Waiting for Customer' ou 'Pending'.

Captura

Identificação de uma alteração no campo 'Status' para um estado designado como 'waiting on user'.

Tipo de evento inferred
Prioridade alterada
A prioridade da solicitação de serviço foi atualizada após sua criação inicial. Este evento é capturado no log de auditoria ou no histórico que registra alterações em campos específicos.
Por que isso importa

Acompanhar alterações de prioridade é essencial para o Prioritization Effectiveness Overview. Isso ajuda a determinar se as escalações são gerenciadas corretamente e se a priorização inicial é precisa.

Onde obter

Este é um evento explícito capturado no histórico de auditoria do registro da Solicitação de Serviço, que registra alterações no campo 'Priority'.

Captura

Um evento de atualização do campo 'Priority' registrado na trilha de auditoria do sistema.

Tipo de evento explicit
Solicitação aprovada
A solicitação de serviço recebeu todas as aprovações necessárias e agora pode seguir para o atendimento. Este evento é capturado quando o Workflow de aprovação é concluído com sucesso, alterando o status da solicitação.
Por que isso importa

Esta atividade marca um momento importante, sinalizando o fim da etapa de aprovação e o início do atendimento. Ela permite medir a eficiência do próprio processo de aprovação.

Onde obter

Inferido a partir de uma alteração de status de 'Waiting for Approval' para 'Approved' ou 'Fulfilled'. Também pode ser um evento explícito registrado no objeto de negócio FRS_Approval.

Captura

Uma alteração no campo 'Status' do registro da Solicitação de Serviço, passando de um estado de aprovação para um estado ativo.

Tipo de evento inferred
Solicitação de serviço atendida
Todas as tarefas necessárias para atender à solicitação de serviço foram concluídas pelo agente ou pelo sistema. Isso é capturado por uma alteração de status para 'Fulfilled', que geralmente precede o status final 'Resolved'.
Por que isso importa

Este marco marca a conclusão do trabalho técnico ou processual. É um ponto importante para medir o tempo de atendimento ativo antes da confirmação e do encerramento final.

Onde obter

Inferido a partir de uma alteração no campo 'Status' do registro da Solicitação de Serviço para 'Fulfilled'.

Captura

Uma alteração no campo 'Status' para 'Fulfilled', identificada no histórico do registro.

Tipo de evento inferred
Solicitação de serviço cancelada
A solicitação de serviço foi cancelada pelo usuário ou por um agente antes da resolução. Este é um estado final alternativo, capturado por uma alteração de status para 'Cancelled' ou 'Withdrawn'.
Por que isso importa

Isso representa uma interrupção não padrão do processo. Analisar por que as solicitações são canceladas pode revelar problemas no próprio processo de solicitação ou mudanças nas necessidades dos usuários.

Onde obter

Inferido a partir de uma alteração no campo 'Status' do registro da Solicitação de Serviço para 'Cancelled'.

Captura

Identificação da atualização do campo 'Status' para 'Cancelled' no histórico de auditoria.

Tipo de evento inferred
Solicitação de serviço reaberta
Uma solicitação de serviço anteriormente resolvida foi reativada porque o problema persiste ou a solução não foi satisfatória. Isso é capturado quando o status muda de 'Resolved' para um estado ativo, como 'Active' ou 'Assigned'.
Por que isso importa

Esta atividade é um indicador direto de retrabalho e de baixa qualidade na resolução na primeira tentativa. Analisar os eventos de reabertura ajuda a identificar fragilidades no processo e melhorar o KPI da taxa de retrabalho das solicitações de serviço.

Onde obter

Inferido a partir do histórico de auditoria quando o campo 'Status' muda de 'Resolved' ou 'Closed' para um status ativo.

Captura

Uma alteração de status de um estado terminal ('Resolved', 'Closed') para um estado aberto ('Active', 'Assigned').

Tipo de evento inferred
Solicitação enviada para aprovação
A solicitação de serviço foi enviada para as aprovações necessárias antes de poder ser atendida. Isso normalmente é inferido quando o status da solicitação muda para 'Submitted' ou 'Pending Approval', geralmente acionando um Workflow de aprovação.
Por que isso importa

Acompanhar esta atividade ajuda a identificar atrasos na etapa de aprovação. Esperas longas nesse ponto podem representar um gargalo significativo, impactando o tempo total de resolução e a satisfação dos usuários.

Onde obter

Inferido a partir de uma alteração de status no registro da Solicitação de Serviço, provavelmente para um status como 'Submitted' ou 'Waiting for Approval'. Esses dados também podem vir dos objetos de negócio FRS_Approval ou FRS_ApprovalVoteTracking.

Captura

Uma alteração no campo 'Status' do registro da Solicitação de Serviço para um estado pendente de aprovação.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do Ivanti Service Manager

Pronto para começar?

Desbloqueie todo o potencial do seu processo de gerenciamento de solicitações de serviço com este Template detalhado de dados. Comece a otimizar suas operações hoje.

Comece a otimizar hoje seu gerenciamento de solicitações de serviço

Acabe com o atendimento lento, reduza a frustração dos usuários e alcance uma taxa de automação de 70%.

Começar o teste grátis

Não é necessário cartão de crédito. Configure tudo em poucos minutos.