Seu Template de dados para gestão de incidentes

BMC Helix ITSM
Seu Template de dados para gestão de incidentes

Seu Template de dados para gestão de incidentes

Este Template orienta você na coleta dos dados essenciais para otimizar o processo de gestão de incidentes. Ele apresenta os principais atributos e atividades que devem ser acompanhados, além de instruções práticas para extrair esses dados. Use este material para simplificar a preparação dos dados e acelerar o início da análise do processo.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar no processo
  • Orientações para extrair dados do seu sistema
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos da gestão de incidentes

Estes são os campos de dados recomendados para incluir no Event Log e analisar a fundo o processo de gestão de incidentes.
3 Obrigatório 8 Recomendado 10 Opcional
Nome Descrição
ID do incidente
IncidentId
Identificador exclusivo de cada registro de incidente.
Descrição

O ID do incidente é a chave primária de cada registro e o identifica de forma exclusiva, da criação ao encerramento. Ele conecta todas as atividades, os registros e as alterações relacionados, permitindo visualizar o ciclo de vida completo do incidente, de ponta a ponta.

Na mineração de processos, esse atributo é fundamental porque define o caso. Todos os eventos com o mesmo ID do incidente são considerados parte da mesma instância do processo, o que permite reconstruir e analisar como cada incidente é tratado.

Por que isso importa

Este é o identificador essencial do caso, que conecta todos os eventos do ciclo de vida de um incidente e permite analisar o processo de ponta a ponta.

Onde encontrar

Este é o campo 'Incident Number' (ID do campo: 1000000161) no formulário 'HPD:Help Desk'.

Exemplos
INC000001234567INC000002345678INC000003456789
Data e hora do evento
EventTimestamp
Data e hora exatas em que a atividade ocorreu.
Descrição

Esta data e hora registram quando ocorreu um evento específico no ciclo de vida do incidente. Elas fornecem a ordem cronológica necessária para reconstruir o fluxo do processo a partir dos dados brutos.

A data e hora do evento são essenciais para todas as análises temporais, incluindo o cálculo do tempo de ciclo entre atividades, a identificação de gargalos em que os incidentes ficam parados por longos períodos e a medição do tempo total de resolução. Elas formam a base temporal da análise do processo.

Por que isso importa

Esta data e hora estabelecem a ordem cronológica dos eventos, essencial para calcular durações, identificar gargalos e entender a linha do tempo do processo.

Onde encontrar

O campo 'Last Modified Date' (ID do campo: 6) ou campos de data específicos do formulário 'HPD:Help Desk'. Para eventos históricos, a informação vem do campo de data e hora do registro de auditoria.

Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
Nome da atividade
ActivityName
Nome do evento ou da tarefa específica que ocorreu durante o ciclo de vida do incidente.
Descrição

Este atributo descreve a atividade realizada em determinado momento do incidente, como 'Incidente registrado', 'Grupo atribuído' ou 'Incidente resolvido'. Essas atividades formam o mapa do processo.

Analisar a sequência e a frequência dessas atividades revela o fluxo real do processo, identifica os caminhos mais comuns e destaca desvios do procedimento padrão. Isso é essencial para entender quais ações são realizadas para resolver um incidente.

Por que isso importa

As atividades definem as etapas do mapa do processo e permitem visualizar e analisar o fluxo de trabalho de gerenciamento de incidentes.

Onde encontrar

Geralmente, é derivado de alterações nos campos 'Status' (ID do campo: 7) e 'Status_Reason' do formulário 'HPD:Help Desk' ou do formulário 'HPD:Help Desk Audit Log'.

Exemplos
Incidente registradoGrupo atribuídoResolução implementadaIncidente encerrado
Categoria do incidente
IncidentCategory
A classificação do incidente, geralmente organizada em níveis.
Descrição

A categorização de incidentes oferece uma estrutura para classificá-los, geralmente em uma hierarquia de vários níveis (por exemplo, nível 1: hardware, nível 2: notebook, nível 3: bateria). Esses dados são essenciais para o encaminhamento, a geração de relatórios e a análise de tendências.

Na mineração de processos, a categorização permite analisar separadamente diferentes tipos de incidentes. Ela dá suporte ao Dashboard de precisão da categorização de incidentes, que compara as categorias iniciais e finais, e ajuda a identificar tendências para o Dashboard de tendências de causa raiz.

Por que isso importa

A categorização permite encaminhar os incidentes corretamente, analisar tendências e comparar a performance entre diferentes tipos de incidentes.

Onde encontrar

São os campos 'Operational Categorization Tier 1/2/3' no formulário 'HPD:Help Desk'.

Exemplos
Hardware > Notebook > BateriaSoftware > Aplicativo corporativo > Erro de loginRede > Conectividade > Wi-Fi
Grupo atribuído
AssignedGroup
O grupo de suporte responsável por tratar o incidente.
Descrição

Este atributo identifica a equipe ou o departamento responsável pelo incidente, como 'Central de serviços', 'Equipe de redes' ou 'Administradores de banco de dados'. Acompanhar as atribuições é fundamental para entender o fluxo de trabalho entre as equipes.

Este atributo é usado para analisar as transferências entre equipes, identificar gargalos causados por grupos específicos e medir a taxa de reatribuição de incidentes. Ele ajuda a visualizar o caminho percorrido pelo incidente na organização e destaca áreas com encaminhamento ineficiente ou lacunas de conhecimento.

Por que isso importa

Acompanhar o grupo responsável ajuda a analisar as transferências, identificar ciclos de reatribuição e localizar gargalos em equipes específicas.

Onde encontrar

Este é o campo 'Assigned Group' (ID do campo: 1000000217) no formulário 'HPD:Help Desk'.

Exemplos
Central de serviçosOperações de redeSuporte a aplicações, nível 2Serviços de infraestrutura
Prioridade
Priority
Nível de prioridade atribuído ao incidente, que determina a urgência do atendimento.
Descrição

A prioridade geralmente é definida pela combinação de impacto e urgência e determina a ordem e a velocidade da resolução do incidente. Os valores comuns vão de 'Crítico' a 'Baixo'.

Na mineração de processos, analisar os incidentes por prioridade é essencial para avaliar a performance. Isso ajuda a responder perguntas como: 'Estamos cumprindo os SLAs dos incidentes de alta prioridade?' e 'Os incidentes de baixa prioridade sofrem atrasos maiores?'. Filtrar por prioridade permite concentrar a análise nos problemas de negócio mais críticos.

Por que isso importa

Este atributo é essencial para segmentar as análises, garantindo que incidentes de alta prioridade sejam tratados mais rapidamente e atendam às metas específicas de nível de serviço.

Onde encontrar

Este é o campo 'Priority' (ID do campo: 1000000164) no formulário 'HPD:Help Desk'.

Exemplos
CríticoAltoMédioBaixo
Reaberto
IsReopened
Um indicador que informa se o incidente foi reaberto após receber o status 'Resolved'.
Descrição

Este atributo booleano é verdadeiro quando o status de um incidente volta a um estado ativo, como 'In Progress', depois de já ter sido marcado como 'Resolved'. Isso indica que a correção inicial não foi eficaz ou estava incompleta.

É uma medida direta de retrabalho e é usada para calcular o KPI 'Taxa de retrabalho em incidentes'. Analisar os incidentes reabertos ajuda a identificar correções de baixa qualidade, testes insuficientes ou problemas recorrentes que não foram resolvidos adequadamente, dando suporte ao Dashboard de caminhos de retrabalho e escalonamento.

Por que isso importa

Mede diretamente o retrabalho e a qualidade das resoluções. Uma taxa alta de reabertura indica correções ineficazes e fragilidades no processo.

Onde encontrar

Calculado pela análise da sequência de atividades de um incidente. Se a atividade 'Incident Reopened' ou outra semelhante ocorrer após 'Resolution Implemented', o indicador será definido como verdadeiro.

Exemplos
truefalse
Responsável pelo atendimento
Assignee
O usuário específico designado para tratar o incidente.
Descrição

O responsável pelo atendimento é o agente de suporte ou técnico encarregado do incidente em determinado momento. Esse atributo oferece mais detalhes do que o grupo atribuído.

Analisar a performance por responsável ajuda a identificar os melhores resultados, os agentes que podem precisar de treinamento adicional e desequilíbrios na distribuição da carga de trabalho. Também permite rastrear a sequência exata de ações realizadas por cada pessoa ao tratar um incidente complexo.

Por que isso importa

Oferece uma visão detalhada da distribuição da carga de trabalho e da performance individual, ajudando a identificar quem tem os melhores resultados e quais agentes precisam de apoio.

Onde encontrar

Este é o campo 'Assignee' (ID do campo: 1000000218) no formulário 'HPD:Help Desk'.

Exemplos
Bob SmithAlice JohnsonCharlie Brown
Serviço
Service
O serviço comercial ou técnico afetado pelo incidente.
Descrição

Este atributo associa um incidente a um serviço específico registrado no banco de dados de gerenciamento de configuração (CMDB), como 'Serviço de e-mail', 'Acesso à VPN' ou 'SAP Financeiro'.

Essa associação é fundamental para entender o impacto dos incidentes nos negócios. Analisar os incidentes por serviço ajuda a identificar serviços problemáticos que geram muitos incidentes, destaca problemas recorrentes relacionados a tecnologias específicas e apoia a análise de tendências para o gerenciamento de problemas.

Por que isso importa

Associar incidentes aos serviços de negócio é essencial para analisar o impacto e identificar quais serviços estão mais sujeitos a problemas.

Onde encontrar

Este é o campo 'ServiceCI' ou um campo semelhante que representa o item de configuração (CI) afetado no formulário 'HPD:Help Desk'.

Exemplos
E-mail corporativoSAP ERPVPN de acesso remotoPortal de Recursos Humanos
SLA descumprido
IsSlaBreached
Um indicador que informa se o incidente foi resolvido após a data-limite do SLA.
Descrição

Este atributo booleano é verdadeiro quando o tempo de resolução do incidente ultrapassa o prazo definido no SLA. Ele apresenta um resultado claro, sim ou não, sobre a performance do SLA em cada incidente.

Este indicador é essencial para criar o Dashboard de visão geral da performance do SLA de incidentes e calcular o KPI 'Taxa de conformidade com o SLA de incidentes'. Ele simplifica a análise ao permitir filtrar e agregar diretamente todos os incidentes que não cumpriram as metas de nível de serviço, facilitando a investigação dos motivos do descumprimento.

Por que isso importa

Este indicador simplifica a análise da conformidade com o SLA, facilitando a filtragem dos incidentes que descumpriram o prazo e a investigação das causas raiz.

Onde encontrar

Calculado comparando a data e hora do evento 'Incident Resolved' com 'SlaTargetDate'. Se a data e hora da resolução forem posteriores à data-limite, o indicador será verdadeiro.

Exemplos
truefalse
Status do incidente
IncidentStatus
Status atual ou histórico do incidente no momento do evento.
Descrição

Este atributo indica o estado do incidente, como 'Novo', 'Em andamento', 'Pendente', 'Resolvido' ou 'Encerrado'. Ele mostra em que etapa do ciclo de vida o incidente está.

Analisar as mudanças de status é fundamental para entender o processo de gerenciamento de incidentes. Essas mudanças são usadas para definir atividades, medir o tempo em cada estado (por exemplo, quanto tempo os incidentes ficam 'Pendentes') e identificar incidentes que podem estar parados ou inativos.

Por que isso importa

Acompanhar as mudanças de status é essencial para entender o andamento do incidente e medir quanto tempo ele permanece em estados específicos, como 'Pendente' ou 'Em andamento'.

Onde encontrar

Este é o campo 'Status' (ID do campo: 7) no formulário 'HPD:Help Desk'.

Exemplos
NovoAtribuídoEm andamentoPendenteResolvidoEncerrado
Canal
Channel
O meio usado para comunicar o incidente.
Descrição

Este atributo especifica como o incidente foi comunicado, por exemplo, por telefone, e-mail, portal de autoatendimento ou atendimento presencial. Ele indica por onde o incidente entrou no processo de suporte.

Analisar os incidentes por canal pode revelar quais meios são mais eficazes e quais geram incidentes mais fáceis ou mais difíceis de resolver. Também pode orientar decisões sobre investimentos em automação ou treinamento de usuários, como incentivar o uso de um portal de autoatendimento que colete dados iniciais mais completos.

Por que isso importa

Entender o canal de entrada ajuda a analisar a eficiência dos diferentes meios de atendimento e pode orientar investimentos em autoatendimento ou automação.

Onde encontrar

Este é o campo 'Reported Source' (ID do campo: 1000000215) no formulário 'HPD:Help Desk'.

Exemplos
E-mailTelefoneAutoatendimentoEntrada direta
Causa raiz
RootCause
O motivo subjacente ou a causa principal do incidente.
Descrição

A causa raiz é o problema fundamental que, se resolvido, impediria a recorrência do incidente. Ela costuma ser identificada durante a investigação de um problema relacionado.

Embora nem todos os incidentes tenham uma causa raiz documentada, analisar esse atributo é essencial para o gerenciamento proativo de problemas. Ele dá suporte ao KPI 'Taxa de identificação da causa raiz' e ajuda a criar Dashboards que acompanham tendências de problemas recorrentes, orientando iniciativas para implementar soluções permanentes.

Por que isso importa

Identificar a causa raiz é essencial para o gerenciamento de problemas e para as análises voltadas à redução de incidentes recorrentes.

Onde encontrar

Essa informação pode estar em um campo específico 'Root Cause' no incidente ou, mais frequentemente, no formulário vinculado 'PBI:Problem Investigation'.

Exemplos
Espaço em disco insuficiente no servidorErro na configuração da redeBug de software na versão 2.1Certificado de segurança expirado
Código de encerramento
CloseCode
O código selecionado ao encerrar um incidente, que indica o resultado da resolução.
Descrição

O código de encerramento resume de forma estruturada como o incidente foi resolvido. Alguns exemplos são 'Resolvido pelo usuário', 'Nenhuma falha encontrada', 'Incidente duplicado' e 'Correção permanente aplicada'.

Este atributo é útil para analisar a eficácia e os resultados das resoluções. Ele ajuda a identificar incidentes encerrados sem uma correção efetiva ou categorias em que os usuários resolvem os próprios problemas com frequência, o que pode indicar oportunidades para melhorar os artigos da base de conhecimento ou as ferramentas de autoatendimento.

Por que isso importa

Fornece dados estruturados sobre os resultados das resoluções, ajudando a analisar a eficácia das correções e identificar tendências na forma como os incidentes são encerrados.

Onde encontrar

Normalmente, essa informação faz parte dos dados de resolução ou encerramento no formulário 'HPD:Help Desk'.

Exemplos
Resolvido remotamenteProblema duplicadoErro do usuárioNenhuma ação necessária
Contagem de reatribuições
ReassignmentCount
O número total de vezes que um incidente foi reatribuído a outro grupo.
Descrição

Esta métrica conta quantas vezes o campo 'AssignedGroup' mudou durante o ciclo de vida do incidente. Uma contagem alta pode indicar problemas no encaminhamento inicial, falta de resolução no primeiro contato ou incidentes complexos que exigem a participação de várias equipes.

Este atributo dá suporte direto ao KPI 'Taxa de reatribuição de incidentes' e ao Dashboard 'Análise do ciclo de reatribuição de incidentes'. Ele ajuda a quantificar o efeito de 'pingue-pongue', em que os chamados passam de uma equipe para outra, causando atrasos significativos e ineficiência no processo.

Por que isso importa

Quantifica encaminhamentos e transferências ineficientes, ajudando a identificar incidentes presos em ciclos de reatribuição entre equipes.

Onde encontrar

Calculado contando quantas vezes o valor de 'AssignedGroup' muda para um determinado ID de incidente no Event Log.

Exemplos
0135
Data-limite do SLA
SlaTargetDate
A data e a hora até as quais se espera que o incidente seja resolvido, conforme o SLA.
Descrição

Este atributo registra o prazo para resolver o incidente, conforme definido pelo contrato de nível de serviço (SLA) aplicável. O prazo é calculado com base na prioridade do incidente e no horário de atendimento definido.

Essa data e hora servem de referência para medir o tempo real de resolução. São essenciais para calcular o KPI 'Taxa de conformidade com o SLA de incidentes' e criar Dashboards que mostram a performance do SLA. Também permitem monitorar proativamente os incidentes que estão perto do prazo.

Por que isso importa

É a referência para medir a conformidade com o SLA. Permite calcular se o incidente foi resolvido dentro do prazo ou se o SLA foi descumprido.

Onde encontrar

Esses dados geralmente ficam armazenados no formulário 'SLM:Measurement' e vinculados ao incidente. Não são um campo direto do formulário 'HPD:Help Desk'.

Exemplos
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
Descrição da resolução
Resolution
Uma descrição em texto livre das etapas realizadas para resolver o incidente.
Descrição

Este campo contém um resumo detalhado, escrito por uma pessoa, da resolução final. Ele explica o que foi feito para corrigir o problema e restabelecer o serviço para o usuário.

Embora não seja estruturado, esse texto pode ser analisado com técnicas de mineração de texto para identificar padrões comuns de resolução, extrair palavras-chave relacionadas a problemas específicos ou complementar a análise de causa raiz. Ele oferece um contexto qualitativo que muitas vezes não aparece nos campos de dados estruturados.

Por que isso importa

Oferece detalhes qualitativos sobre a resolução, que podem ser usados na mineração de texto para encontrar padrões que não aparecem nos dados estruturados.

Onde encontrar

Este é o campo 'Resolution' (ID do campo: 1000000156) no formulário 'HPD:Help Desk'.

Exemplos
A senha do usuário foi redefinida pelo Active Directory.O cache e os cookies do navegador foram limpos, resolvendo o problema de login.O switch de rede foi reiniciado no armário de distribuição intermediária 3B.
Impacto
Impact
A medida do efeito do incidente sobre os processos de negócio.
Descrição

O impacto avalia a extensão dos efeitos negativos de um incidente sobre os negócios. Geralmente, é definido em uma escala, como 'Extenso/Generalizado', 'Significativo/Amplo', 'Moderado/Limitado' ou 'Pequeno/Localizado'.

Combinado com a urgência, o impacto determina a prioridade do incidente. Analisar os incidentes por impacto ajuda a entender quais causam mais interrupções nos negócios, independentemente da complexidade técnica. Isso é fundamental para priorizar iniciativas de melhoria de processos.

Por que isso importa

Ajuda a quantificar a gravidade do incidente para os negócios, um fator essencial para determinar a prioridade e concentrar a análise nos problemas de maior impacto.

Onde encontrar

Este é o campo 'Impact' (ID do campo: 1000000163) no formulário 'HPD:Help Desk'.

Exemplos
1-Extenso/Generalizado2-Significativo/Amplo3-Moderado/Limitado4-Pequeno/Localizado
Sistema de origem
SourceSystem
Sistema do qual os dados do incidente foram extraídos.
Descrição

Este atributo identifica a origem dos dados, o que é especialmente útil em ambientes com várias ferramentas de ITSM ou sistemas integrados. Ele confirma que os dados vêm da fonte esperada, como uma instância específica do BMC Helix ITSM.

Na análise, ajuda a diferenciar processos ou características dos dados que podem variar entre sistemas de produção, desenvolvimento ou legados, garantindo que a linhagem dos dados seja clara e confiável.

Por que isso importa

Identifica a origem dos dados, essencial para validá-los e gerenciar análises em vários sistemas integrados.

Onde encontrar

Geralmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento de dados (ETL).

Exemplos
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
Solicitante
Submitter
A pessoa que comunicou o incidente inicialmente.
Descrição

O solicitante é o usuário final ou cliente que teve o problema e o comunicou. Ele é diferente do responsável pelo atendimento, que trabalha na resolução do incidente.

Analisar os dados por solicitante ou departamento pode ajudar a identificar grupos de usuários que precisam de mais treinamento ou que são afetados por determinado tipo de problema. Isso oferece uma visão do gerenciamento de incidentes centrada no cliente.

Por que isso importa

Identifica o usuário que comunicou o problema e permite analisar departamento, localidade ou função para encontrar tendências específicas entre os usuários.

Onde encontrar

Essa informação é registrada no campo 'Submitter' ou em campos relacionados aos dados do cliente no formulário 'HPD:Help Desk'.

Exemplos
John DoeJane SmithPeter Jones
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados deste evento foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração de dados mais recente. Ele informa o quão atualizados estão os dados analisados, o que é importante para entender a atualidade dos insights sobre o processo.

Saber quando ocorreu a última atualização é essencial para relatórios e Dashboards, pois informa aos usuários a atualidade dos dados e ajuda a definir expectativas sobre a inclusão das atividades de incidentes mais recentes.

Por que isso importa

Indica a atualidade dos dados para que os usuários entendam até que ponto a análise do processo e os insights resultantes estão atualizados.

Onde encontrar

Esse valor geralmente é gerado e registrado no conjunto de dados durante a extração de dados (ETL).

Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Obrigatório Recomendado Opcional

Atividades da gestão de incidentes

Estas são as principais etapas e os marcos do processo que devem ser registrados no Event Log para descobrir o processo com precisão e visualizar seu fluxo.
5 Recomendado 9 Opcional
Atividade Descrição
Grupo atribuído
Esta atividade marca a atribuição inicial do incidente a um grupo de suporte específico para investigação. Ela é inferida pela primeira vez em que o campo 'Assigned Group' é preenchido após a criação do incidente.
Por que isso importa

Este é um marco importante que indica o início do trabalho ativo. Acompanhar o tempo até a primeira atribuição é essencial para avaliar o tempo de resposta e a eficiência do encaminhamento inicial.

Onde encontrar

Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem') do formulário 'HPD:Help Desk', que registra o primeiro preenchimento do campo 'Assigned Group'.

Coleta

Da data e hora em que o campo 'Assigned Group' é preenchido pela primeira vez.

Tipo de evento inferred
Incidente encerrado
Esta é a atividade final, que marca o encerramento formal do registro do incidente após a confirmação da resolução ou o fim do período de confirmação. Ela é registrada quando o status muda para 'Closed'.
Por que isso importa

Este é o evento final definitivo do ciclo de vida do incidente. O tempo entre 'Resolved' e 'Closed' corresponde ao período de confirmação do usuário e de conclusão das tarefas administrativas.

Onde encontrar

Este evento corresponde à definição do campo 'Status' como 'Closed' no formulário 'HPD:Help Desk'. A data e hora são registradas no campo 'Closed Date' e no registro de auditoria.

Coleta

Da data e hora de 'Closed Date' ou da mudança de status para 'Closed'.

Tipo de evento inferred
Incidente registrado
Esta atividade marca a criação inicial do registro do incidente no sistema. Ela é identificada pela data e hora de criação do incidente no formulário principal de gerenciamento de incidentes.
Por que isso importa

Este é o principal evento de início do ciclo de vida do incidente. Ele é essencial para calcular o tempo total de resolução e entender a taxa de chegada de incidentes.

Onde encontrar

Este evento corresponde à criação do registro no formulário 'HPD:Help Desk'. A data e hora geralmente vêm do campo 'Submit Date' ou 'Reported Date'.

Coleta

Da data e hora de 'Submit Date' no formulário HPD:Help Desk.

Tipo de evento explicit
Incidente resolvido
Esta atividade marca a resolução oficial do incidente do ponto de vista da central de serviços, antes do encerramento final. Ela é registrada quando o status do incidente muda para 'Resolved'.
Por que isso importa

Este é o marco mais importante para medir a conformidade com o SLA e o tempo de resolução. Ele indica que o serviço foi restabelecido para o usuário.

Onde encontrar

Este evento corresponde à definição do campo 'Status' como 'Resolved' no formulário 'HPD:Help Desk'. A data e hora são registradas no campo 'Last Resolved Date' e no registro de auditoria.

Coleta

Da data e hora da mudança de status para 'Resolved' no registro de auditoria.

Tipo de evento inferred
Investigação iniciada
Indica que um agente de suporte começou a trabalhar ativamente no incidente. Em geral, é inferido pela mudança de status de 'Assigned' para 'In Progress'.
Por que isso importa

Este marco indica a passagem da espera na fila para o diagnóstico ativo. Analisar o tempo de espera até o início da investigação ajuda a identificar gargalos de recursos e dá suporte ao Dashboard 'Gargalos de diagnóstico e investigação'.

Onde encontrar

Inferido por uma mudança de status no formulário 'HPD:Help Desk'. O evento é acionado quando o campo 'Status' muda para 'In Progress', e a data e hora são obtidas do registro de auditoria.

Coleta

Inferido pela mudança de status para 'In Progress' em HPD:HelpDesk_AuditLogSystem.

Tipo de evento inferred
Aguardando confirmação do usuário
Ocorre após a implementação de uma resolução, enquanto a equipe de suporte aguarda a confirmação do usuário de que a correção funcionou. Em geral, essa etapa é representada pelo próprio status 'Resolved', que inicia a contagem para o encerramento automático.
Por que isso importa

Esta atividade é essencial para o Dashboard 'Atrasos na confirmação e verificação do usuário'. Ela ajuda a medir o tempo entre a aplicação de uma correção e a validação pelo usuário, que pode prolongar artificialmente o ciclo de vida do incidente.

Onde encontrar

Este estado começa quando o campo 'Status' do formulário 'HPD:Help Desk' muda para 'Resolved'. A duração é medida de 'Last Resolved Date' até o incidente ser 'Closed' ou 'Reopened'.

Coleta

Começa quando o status muda para 'Resolved' e termina quando muda para 'Closed' ou 'In Progress'.

Tipo de evento inferred
Aguardando informações do usuário
Indica que o andamento do incidente foi pausado enquanto aguarda informações ou uma ação do usuário. Isso é inferido quando o status muda para 'Pending'.
Por que isso importa

Esta atividade ajuda a separar o tempo de trabalho do agente do tempo de espera pelo usuário. Analisar o tempo nesse status é essencial para entender como os atrasos na resposta do usuário afetam o tempo total de resolução.

Onde encontrar

Inferido do formulário 'HPD:Help Desk' quando o campo 'Status' é atualizado para 'Pending'. O motivo específico geralmente aparece no campo 'Status_Reason'.

Coleta

Inferido pela mudança de status para 'Pending' em HPD:HelpDesk_AuditLogSystem.

Tipo de evento inferred
Confirmação do usuário recebida
Indica que o usuário confirmou que a solução fornecida resolveu o problema. Isso pode ser registrado como um evento explícito ou inferido de observações ou de uma ação relacionada no sistema antes do encerramento.
Por que isso importa

Acompanhar esta atividade oferece uma visão mais precisa do processo de validação pelo usuário do que simplesmente esperar pelo encerramento automático. Isso ajuda a medir o KPI 'Tempo médio de confirmação do usuário' e a identificar falhas de comunicação.

Onde encontrar

Pode ser difícil registrar esta atividade com precisão. Ela pode ser inferida de uma entrada no registro de trabalho ou de uma atualização específica do motivo do status pouco antes de o incidente mudar para 'Closed'. Talvez seja necessário analisar o formulário 'HPD:WorkLog'.

Coleta

Inferido de entradas específicas no registro de trabalho ou de atualizações do motivo do status antes do encerramento.

Tipo de evento inferred
Incidente cancelado
Esta atividade representa o encerramento de um incidente criado por engano ou que deixou de ser relevante. Ela é registrada quando o status do incidente muda para 'Cancelled'.
Por que isso importa

Este é um estado final do incidente, diferente de uma resolução bem-sucedida. Analisar os incidentes cancelados pode revelar problemas nos canais de criação ou registros duplicados.

Onde encontrar

Inferido do formulário 'HPD:Help Desk' quando o campo 'Status' é atualizado para 'Cancelled'. A data e hora são registradas no log de auditoria.

Coleta

Inferido pela mudança de status para 'Cancelled' no registro de auditoria.

Tipo de evento inferred
Incidente categorizado
Indica o momento em que o incidente foi classificado por categoria operacional e de produto e recebeu uma prioridade. Em geral, esse momento é inferido pelo preenchimento ou pela última alteração dos campos de categorização.
Por que isso importa

Categorizar os incidentes com precisão e no momento certo é essencial para encaminhá-los e gerar relatórios com eficiência. Analisar esta atividade ajuda a identificar atrasos ou imprecisões na triagem inicial e dá suporte ao Dashboard 'Precisão da categorização de incidentes'.

Onde encontrar

Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem'), que acompanha alterações em campos como 'Operational Categorization Tier 1-3', 'Product Categorization Tier 1-3' e 'Priority' no formulário 'HPD:Help Desk'.

Coleta

Da data e hora da última atualização dos campos de categoria ou prioridade após a criação.

Tipo de evento inferred
Incidente reaberto
Indica que um incidente marcado anteriormente como resolvido foi reativado porque o problema persiste. Isso é inferido quando o status muda de 'Resolved' para um estado ativo, como 'In Progress' ou 'Assigned'.
Por que isso importa

Esta atividade mede diretamente o retrabalho e a eficácia das soluções iniciais. Um grande volume de incidentes reabertos é um indicador importante de baixa qualidade das correções e dá suporte ao KPI 'Taxa de retrabalho em incidentes'.

Onde encontrar

Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem'), que detecta uma mudança de 'Status' de 'Resolved' para 'In Progress' ou 'Assigned' para determinado ID do incidente.

Coleta

Inferido pela transição de status de 'Resolved' para um estado ativo.

Tipo de evento inferred
Resolução implementada
Esta atividade indica que a equipe de suporte aplicou uma correção ou solução alternativa. Em geral, ela é inferida quando o status do incidente muda para 'Resolved'.
Por que isso importa

Este é um marco crítico que indica que uma solução foi entregue. É um dado essencial para medir o tempo entre o fim da investigação e a aplicação da correção.

Onde encontrar

Em geral, é inferido quando o campo 'Status' do formulário 'HPD:Help Desk' muda para 'Resolved'. A data e hora são registradas no campo 'Last Resolved Date' e no registro de auditoria.

Coleta

Da data e hora de 'Last Resolved Date' ou da mudança de status para 'Resolved'.

Tipo de evento inferred
Transferido para outro grupo
Esta atividade ocorre quando um incidente é reatribuído de um grupo de suporte para outro. Ela é inferida pela detecção de uma alteração no campo 'Assigned Group' após a atribuição inicial.
Por que isso importa

Transferências frequentes indicam encaminhamento inicial incorreto ou lacunas de conhecimento. Acompanhar esta atividade é essencial para o Dashboard 'Análise do ciclo de reatribuição de incidentes' e o KPI 'Taxa de reatribuição de incidentes'.

Onde encontrar

Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem'), identificando alterações posteriores no campo 'Assigned Group' do formulário 'HPD:Help Desk' após o primeiro preenchimento.

Coleta

Identifique alterações no campo 'Assigned Group' após a atribuição inicial.

Tipo de evento inferred
Violação de SLA
Este evento calculado ocorre quando o tempo de resolução de um incidente ultrapassa a meta definida no Acordo de Nível de Serviço. Ele é determinado pela comparação entre a data e hora da resolução e a data de vencimento do SLA.
Por que isso importa

Esta atividade é fundamental para o Dashboard 'Visão geral da performance do SLA de incidentes' e o KPI 'Taxa de conformidade com o SLA de incidentes'. Ela sinaliza diretamente os incidentes que não cumpriram os compromissos de serviço.

Onde encontrar

Calculado pela comparação entre 'Last Resolved Date' e 'Target Date' (data de vencimento do SLA) no formulário 'HPD:Help Desk'. Se o incidente ainda não tiver sido resolvido, o cálculo pode usar a data e hora atuais.

Coleta

Evento calculado: ocorre se 'Last Resolved Date' > 'Target Date'.

Tipo de evento calculated
Recomendado Opcional

Guias de extração

Como extrair seus dados do BMC Helix ITSM

Pronto para começar?

Use este Template para dar início à mineração de processos e encontrar insights valiosos nos dados de gestão de incidentes. Comece a otimizar suas operações hoje.

Resolva hoje os incidentes recorrentes no BMC Helix ITSM!

Reduza o MTTR em 35% e elimine violações de SLA para aumentar a satisfação dos usuários.

Começar o teste grátis

Não é necessário informar um cartão de crédito. Teste grátis por 14 dias.