Seu Template de Dados de Atendimento

ServiceNow CSM
Seu Template de Dados de Atendimento

Seu Template de Dados de Atendimento

Este template de dados oferece um roteiro claro para coletar as informações essenciais para analisar seu processo de atendimento. Ele detalha os atributos cruciais, as atividades fundamentais a serem rastreadas e orientações para extração do sistema de origem. Use este recurso para preparar seus dados com precisão para o Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para Extração
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Atendimento ao Cliente

Estes são os campos de dados recomendados para incluir no seu event log para uma análise completa do atendimento.
3 Obrigatório 6 Recomendado 10 Opcional
Nome Descrição
Solicitação de Serviço
ServiceRequest
O identificador exclusivo para cada solicitação de serviço, caso ou ticket.
Descrição

A Solicitação de Serviço é o identificador principal do caso que vincula todas as atividades e eventos de um único problema do cliente, da criação ao fechamento. Ela atua como o fio condutor para rastrear a jornada de ponta a ponta.

No Process Mining, este atributo é fundamental para reconstruir o fluxo do processo. Cada valor exclusivo representa uma instância do processo, permitindo a análise de tempos de ciclo, caminhos e variações caso a caso. Isso garante que todas as etapas estejam corretamente associadas ao mesmo atendimento.

Por que é importante

Este é o ID do Caso essencial que conecta todas as etapas, tornando possível analisar o ciclo de vida completo de cada interação de atendimento.

Onde obter

Normalmente é o campo 'number' da tabela 'sn_customerservice_case' no ServiceNow CSM.

Exemplos
CS0010001CS0010045CS0010112
Tempo do Evento
EventTime
O timestamp preciso que indica quando uma atividade ou evento específico ocorreu.
Descrição

O Event Time registra a data e hora em que uma atividade foi executada. Esse timestamp é fundamental para ordenar os eventos cronologicamente e calcular durações entre etapas.

Na análise de Process Mining, este atributo é usado para calcular métricas de tempo, incluindo cycle times, tempos de espera e durações de processamento. Ele permite identificar gargalos ao encontrar atividades com longos atrasos precedentes e medir o desempenho frente aos SLAs. Timestamps precisos são essenciais para uma análise confiável.

Por que é importante

Este timestamp é fundamental para sequenciar os eventos corretamente e calcular todas as métricas de desempenho, como tempos de ciclo e gargalos.

Onde obter

Isso geralmente corresponde ao campo 'sys_created_on' nas tabelas de auditoria e histórico do ServiceNow (ex: 'sys_audit').

Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
Nome da Atividade
ActivityName
O nome de um evento ou tarefa específica ocorrida no ciclo de vida da solicitação.
Descrição

O Nome da Atividade descreve uma etapa no processo de atendimento, como 'Solicitação de Serviço Criada', 'Solicitação Atribuída ao Agente' ou 'Solução Proposta'. Essas atividades são extraídas dos logs do sistema ou atualizações de tabelas para construir uma sequência cronológica de eventos para cada solicitação.

Este atributo é fundamental para visualizar o mapa do processo, identificar gargalos e entender o fluxo de trabalho. Ao analisar a sequência e frequência das atividades, os analistas podem descobrir caminhos comuns, desvios e áreas de retrabalho ou ineficiência. A granularidade das atividades definidas impacta diretamente na profundidade dos insights obtidos no modelo de processo.

Por que é importante

Este atributo forma a espinha dorsal do mapa do processo, definindo as etapas e tarefas específicas cuja sequência e duração são analisadas.

Onde obter

Este é um atributo conceitual derivado de tabelas de auditoria do sistema (ex: 'sys_audit') ou pelo rastreamento de mudanças de estado e atualizações de campos na tabela 'sn_customerservice_case'.

Exemplos
Solicitação de Serviço CriadaSolicitação Atribuída ao AgenteInformação solicitada ao clienteSolicitação de Serviço Resolvida
Agente atribuído
AssignedAgent
O agente individual atualmente atribuído para tratar a solicitação de serviço.
Descrição

Este atributo identifica o usuário responsável pela solicitação em um determinado momento. Ele costuma mudar ao longo do ciclo de vida, conforme o caso é transferido entre agentes ou especialistas.

Analisar o Agente Atribuído é fundamental para entender a distribuição de carga de trabalho, o desempenho da equipe e as transferências. Ajuda a responder quais agentes lidam com casos complexos, a frequência de reatribuições e se certos agentes estão ligados a tempos de resolução maiores ou melhor satisfação. É crucial para o dashboard de 'Transferências e Reatribuições'.

Por que é importante

Rastreia a responsabilidade do agente, permitindo a análise da carga de trabalho, desempenho e frequência de reatribuições, o que costuma indicar fricção no processo.

Onde obter

Isso corresponde ao campo 'assigned_to' na tabela 'sn_customerservice_case'.

Exemplos
Beth AnglinDavid LooAbel Tuter
Categoria
Category
A classificação principal da solicitação de serviço, como 'Faturamento' ou 'Problema Técnico'.
Descrição

A Categoria fornece um agrupamento de alto nível para as solicitações com base na natureza da dúvida ou problema do cliente. Essa classificação costuma ser feita na criação do pedido e ajuda a roteá-lo para o grupo correto.

Este atributo é essencial para segmentar a análise. Ao filtrar por Categoria, os analistas podem comparar os fluxos de diferentes tipos de pedidos. Por exemplo, o processo de resolução de um problema de 'Faturamento' pode ser muito diferente de um 'Problema Técnico'. É um atributo fundamental para filtrar os dados em quase todos os dashboards.

Por que é importante

Permite detalhar a análise por tipo de solicitação, revelando se certas categorias são mais propensas a atrasos, escalonamentos ou violações de SLA.

Onde obter

Isso corresponde ao campo 'category' na tabela 'sn_customerservice_case'.

Exemplos
Consulta / AjudaPedidosProblemas no ProdutoFaturamento
Estado
State
O status ou estado atual da solicitação de serviço em seu ciclo de vida.
Descrição

O atributo Estado descreve o status operacional da solicitação a qualquer momento, como 'Novo', 'Em Andamento', 'Aguardando Informação', 'Resolvido' ou 'Fechado'. Mudanças neste campo costumam ser usadas para definir as atividades no modelo de processo.

Analisar o Estado oferece uma visão de alto nível de onde os casos estão. É usado para identificar quanto tempo eles passam em certos estados, como 'Aguardando Informação', que pode ser uma grande fonte de atraso. Também ajuda a definir os pontos iniciais e finais de KPIs fundamentais como o 'Tempo da Resolução ao Fechamento'.

Por que é importante

Indica o status da solicitação a qualquer momento, ajudando a identificar o tempo gasto em estados não produtivos como 'Em espera' ou 'Aguardando Informação'.

Onde obter

Isso corresponde ao campo 'state' na tabela 'sn_customerservice_case'.

Exemplos
NovoEm ProgressoAguardando informações do usuárioResolvidoEncerrado
Grupo de atribuição
AssignmentGroup
A equipe ou departamento responsável pela solicitação de serviço.
Descrição

O Grupo de Atribuição representa a fila ou equipe para a qual uma solicitação é enviada. Os pedidos costumam ser roteados entre diferentes grupos, como suporte de Nível 1, equipe técnica especializada ou departamento de faturamento.

Este atributo é essencial para analisar transferências entre departamentos e identificar gargalos no nível da equipe. Ele ajuda a visualizar como o trabalho flui entre diferentes áreas funcionais e pode destacar grupos sobrecarregados ou que precisam de treinamento. Isso apoia diretamente os dashboards de 'Transferências e Reatribuições' e 'Fluxo do Processo'.

Por que é importante

Identifica qual equipe é responsável pelo trabalho, fundamental para analisar performance, carga de trabalho e handoffs entre departamentos.

Onde obter

Isso corresponde ao campo 'assignment_group' na tabela 'sn_customerservice_case'.

Exemplos
Service DeskConsultas de FaturamentoSuporte Técnico Nível 2
Prioridade
Priority
O nível de prioridade da solicitação de serviço, que influencia sua urgência.
Descrição

A Prioridade indica a importância e a urgência necessária para tratar uma solicitação de serviço. Geralmente é determinada por uma combinação do impacto no cliente e da urgência. Os valores comuns variam de Crítico a Baixo.

No Process Mining, a Prioridade é uma dimensão poderosa para filtragem e comparação. Ela permite que os analistas verifiquem se as solicitações de alta prioridade estão sendo processadas mais rápido do que as de baixa prioridade e vejam se as violações de SLA são mais comuns em certos níveis de prioridade. Isso é fundamental para o dashboard 'Service Request End-to-End Cycle Time'.

Por que é importante

Isso permite segmentar as solicitações por urgência, o que é essencial para verificar se problemas críticos são tratados mais rapidamente do que os não críticos.

Onde obter

Isso corresponde ao campo 'priority' na tabela 'sn_customerservice_case'.

Exemplos
1 - Crítico2 - Alto3 - Moderada4 - Baixo
SLA violado
IsSlaBreached
Um sinalizador booleano indicando se a solicitação de serviço excedeu sua meta de Acordo de Nível de Serviço (SLA) definida.
Descrição

Este atributo calculado indica se uma solicitação foi resolvida no prazo acordado. Geralmente é 'True' se o tempo de resolução excedeu a meta do SLA e 'False' caso contrário. Isso gera um resultado binário claro para o desempenho do SLA em cada caso.

Este atributo é essencial para o dashboard de 'Adesão ao SLA e Tendências de Violação' e para o KPI de 'Taxa de Adesão ao SLA'. Ele simplifica a análise ao permitir filtrar e contar diretamente os casos violados, facilitando a identificação de quais tipos de pedidos, prioridades ou equipes estão mais ligados às violações.

Por que é importante

Fornece uma resposta clara (sim ou não) se um caso cumpriu o prazo, o que é fundamental para medir e reportar a conformidade com o SLA.

Onde obter

Calculado com base no campo 'made_sla' da tabela 'task_sla', ou derivado da comparação entre o tempo de resolução real e o planejado.

Exemplos
verdadeirofalse
Canal
Channel
O canal de comunicação pelo qual a solicitação de serviço foi iniciada.
Descrição

O Canal indica o método usado pelo cliente para enviar a solicitação, por exemplo, 'E-mail', 'Telefone', 'Portal Web' ou 'Chat'. Diferentes canais podem ter características de processo e expectativas de clientes bem distintas.

Analisar o processo por Canal ajuda a avaliar a eficácia de cada método. Por exemplo, pode revelar se pedidos via 'Telefone' têm maior taxa de resolução no primeiro contato ou se pedidos via 'E-mail' tendem a ter tempos de ciclo mais longos. Isso apoia diretamente o dashboard de 'Eficácia do Canal de Comunicação'.

Por que é importante

Ajuda a determinar a eficiência e os resultados de diferentes canais de interação, como telefone, e-mail ou portal web.

Onde obter

Isso geralmente corresponde ao campo 'contact_type' na tabela 'sn_customerservice_case'.

Exemplos
TelefoneEmailSelf-serviceChat
Cliente
Customer
O nome ou identificador do cliente ou empresa que iniciou a solicitação de serviço.
Descrição

Este atributo identifica o stakeholder externo, seja pessoa física ou jurídica, para quem a solicitação foi feita. Ele fornece o contexto do cliente para cada caso.

Na análise, o atributo Cliente permite uma visão do processo centrada no consumidor. Pode ser usado para identificar se certos clientes enfrentam mais problemas ou atrasos, podendo ser cruzado com outros dados (como segmento ou valor) para priorizar melhorias. Por exemplo, é possível verificar se clientes de alto valor recebem um atendimento mais rápido.

Por que é importante

Vincula o processo a clientes específicos, permitindo a análise dos níveis de serviço e da frequência de problemas para contas estratégicas ou segmentos de clientes.

Onde obter

Isso pode ser os campos 'caller_id', 'opened_for' ou 'account' na tabela 'sn_customerservice_case', que referenciam as tabelas de usuário ou empresa.

Exemplos
John SmithACME CorporationGlobal Tech Inc.
Código de resolução
ResolutionCode
Um código que indica o resultado final ou como a solicitação de serviço foi resolvida.
Descrição

O Código de Resolução é um valor estruturado selecionado pelo agente ao resolver um caso. Ele fornece detalhes sobre a solução, como 'Resolvido pelo Usuário', 'Erro Conhecido', 'Duplicado' ou 'Nenhuma Ação Necessária'.

Este atributo é valioso para a análise de causa raiz. Ao analisar a frequência de diferentes códigos, as empresas podem identificar problemas recorrentes, lacunas de conhecimento ou falhas no produto. Essas informações podem ser usadas para impulsionar melhorias que reduzam o volume de certos tipos de solicitações.

Por que é importante

Oferece insights sobre os resultados das solicitações de serviço, o que é crucial para a análise de causa raiz e identificação de problemas recorrentes.

Onde obter

Isso corresponde ao campo 'close_code' ou a um campo personalizado de código de resolução na tabela 'sn_customerservice_case'.

Exemplos
Resolvido (solução de contorno)Resolvido (permanente)Não Resolvido (Cliente não respondeu)Fechado/Resolvido pelo Solicitante
Contagem de Reaberturas
ReopenCount
O número de vezes que uma solicitação resolvida foi reaberta pelo cliente.
Descrição

Este contador rastreia quantas vezes um caso mudou dos estados 'Resolvido' ou 'Fechado' de volta para 'Em Andamento' ou 'Aberto'. Um caso reaberto sugere que a solução inicial não foi eficaz ou completa.

Este atributo é um forte indicador de retrabalho e da qualidade da resolução inicial. Uma contagem alta de reaberturas aponta para falhas no processo, como o fechamento prematuro de tickets. É uma métrica essencial para entender a eficácia das soluções propostas.

Por que é importante

Indica falhas na resolução e retrabalho. Um alto número de reaberturas sinaliza baixa qualidade no processo e gera frustração.

Onde obter

Isso costuma ser rastreado em um campo chamado 'reopen_count' na tabela 'sn_customerservice_case' ou em uma tabela relacionada.

Exemplos
012
É Resolução no Primeiro Contato
IsFirstContactResolution
Um sinalizador booleano indicando se a solicitação foi resolvida pelo primeiro agente atribuído, sem transferências ou escalonamentos.
Descrição

Este atributo calculado identifica solicitações resolvidas com eficiência no primeiro contato ou pelo primeiro agente. A lógica costuma verificar condições como zero reatribuições, ausência de atividades de escalonamento interno e nenhuma solicitação de informação adicional ao cliente.

Ele mede diretamente uma métrica crítica de atendimento e sustenta o dashboard e KPI de 'Taxa de Resolução no Primeiro Contato' (FCR). Permite quantificar o desempenho de FCR e ajuda a analisar fatores, como canal ou categoria, que facilitam ou dificultam esse resultado.

Por que é importante

Mede diretamente a eficiência da resposta inicial. Uma alta taxa de FCR está ligada à eficiência operacional e satisfação do cliente.

Onde obter

Este é um atributo calculado. Ele é derivado durante a transformação dos dados com base em regras, como 'ReassignmentCount' igual a zero e ausência de atividades de escalonamento.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um sinalizador booleano que indica se ocorreu retrabalho significativo, como um caso reaberto ou investigação repetida.
Descrição

Este é um atributo calculado que sinaliza casos com padrões de ineficiência ou repetição. Ele pode ser ativado por eventos como 'Solicitação Reaberta' ou se uma sequência de atividades, como 'Início da Investigação' seguida de 'Solução Proposta', ocorrer várias vezes no mesmo caso.

Essa sinalização é valiosa para identificar rapidamente casos problemáticos e quantificar o nível de retrabalho. Ela sustenta o dashboard de 'Gargalos de Retrabalho e Repetição' e o KPI de 'Taxa de Retrabalho', permitindo que os analistas foquem nos causadores da ineficiência sem precisar identificar padrões manualmente.

Por que é importante

Ajuda a quantificar a ineficiência sinalizando casos com loops repetitivos ou reaberturas, facilitando a medição do retrabalho.

Onde obter

Este é um atributo calculado. Ele é derivado durante a transformação dos dados pela aplicação de regras que detectam padrões de retrabalho, como 'ReopenCount' maior que zero ou atividades repetidas.

Exemplos
verdadeirofalse
Número de reatribuições
ReassignmentCount
O número total de vezes que a solicitação foi reatribuída para um agente ou grupo diferente.
Descrição

Este atributo é um contador que aumenta cada vez que os campos 'assigned_to' ou 'assignment_group' mudam. Ele oferece uma métrica simples da quantidade de transferências internas de um caso.

A Contagem de Reatribuições mede diretamente a fricção do processo e é um dado essencial para o dashboard de 'Transferências e Reatribuições' e para o KPI de 'Média de Transferências por Solicitação'. Contagens altas costumam indicar problemas no roteamento inicial, falta de capacitação ou casos difíceis de categorizar, o que prolonga o tempo de resolução.

Por que é importante

Mede diretamente a ineficiência do processo contando as transferências. Uma contagem alta costuma correlacionar-se com tempos de resolução mais longos.

Onde obter

Este é um campo de métrica padrão, 'reassignment_count', na tabela 'task', que a 'sn_customerservice_case' estende.

Exemplos
0135
Sistema de Origem
SourceSystem
O sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados, o que é especialmente importante quando as informações vêm de vários sistemas. Para esta visão de processo, o valor seria sempre 'ServiceNow CSM'.

Na análise, isso ajuda na governança de dados e na resolução de problemas. Quando há vários sistemas de origem, ele permite filtrar o processo para entender como ele opera em um sistema específico ou comparar variações entre eles.

Por que é importante

Fornece o contexto essencial sobre a origem dos dados, garantindo clareza em ambientes com vários sistemas e auxiliando na governança de dados.

Onde obter

Este é um valor estático adicionado durante a transformação de dados para identificar a origem do conjunto de dados.

Exemplos
ServiceNow CSM
Tempo de Processamento
ProcessingTime
A duração do tempo gasto a trabalhar ativamente numa atividade.
Descrição

O Tempo de Processamento, também conhecido como tempo ativo ou tempo de serviço, mede a duração de uma atividade do início ao fim. Ele representa o tempo que um agente ou sistema gasta executando uma tarefa ativamente, em oposição ao tempo de espera entre as tarefas.

No Process Mining, essa métrica é fundamental para distinguir entre o tempo que agrega valor e o tempo de espera que não agrega valor. Analisar o tempo de processamento ajuda a identificar quais tarefas específicas consomem mais tempo e onde há oportunidades de automação ou treinamento para aumentar a eficiência. É uma métrica base para a análise de gargalos.

Por que é importante

Mede o tempo de trabalho ativo de uma atividade, ajudando a distinguir o tempo que agrega valor do tempo de espera desperdiçado no processo.

Onde obter

Este é um atributo calculado, normalmente derivado da diferença entre o EndTime e o StartTime de uma atividade.

Exemplos
PT15MPT2H30MP1D
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados foram extraídos ou atualizados pela última vez do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração de dados mais recente. Ele contextualiza o quão atualizados estão os dados analisados, garantindo que os usuários saibam se estão vendo informações em tempo real ou um histórico.

Durante a análise, este é um metadado crítico para entender o intervalo de tempo do conjunto de dados. Ajuda a interpretar dashboards e KPIs corretamente, sabendo se os dados refletem a última hora ou o dia anterior.

Por que é importante

Indica a atualidade dos dados, crucial para a relevância e pontualidade dos insights de Process Mining.

Onde obter

Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL).

Exemplos
2023-11-20T08:00:00Z
Obrigatório Recomendado Opcional

Atividades de Atendimento ao Cliente

Estas são as etapas e marcos principais do processo que você precisa capturar no seu Event Log para uma descoberta de processos precisa.
5 Recomendado 9 Opcional
Atividade Descrição
Escalonamento Interno Acionado
Representa o escalonamento formal de uma solicitação de serviço para um nível superior de suporte ou gerência. Isso pode ser inferido por uma mudança no grupo de atribuição para uma equipe de nível superior ou pela ativação de um sinalizador (flag).
Por que é importante

Rastrear escalonamentos ajuda a identificar fraquezas nos processos, lacunas de conhecimento no suporte de linha de frente e tipos de casos complexos. É um indicador chave de fricção no processo e insatisfação do cliente.

Onde obter

Pode ser inferido do log de auditoria detectando uma mudança no 'assignment_group' para uma equipe de escalonamento conhecida, ou uma mudança no campo 'escalation' do registro do caso.

Captura

Detectar mudança no campo 'escalation' ou movimento para um 'assignment_group' de nível superior.

Tipo de evento inferred
Solicitação Atribuída ao Agente
Esta atividade ocorre quando uma solicitação é atribuída a um agente específico para investigação e resolução. É capturada inferindo a mudança no campo assigned_to do registro do caso.
Por que é importante

Este é um marco crítico para medir os tempos de resposta inicial e a distribuição da carga de trabalho. Rastrear reatribuições neste campo destaca ineficiências e potenciais gargalos na disponibilidade dos agentes.

Onde obter

Inferido do histórico de auditoria (sys_audit) da tabela sn_customerservice_case, rastreando quando o campo assigned_to é preenchido ou alterado.

Captura

Detectar mudança de valor para o campo 'assigned_to' no log de auditoria do caso.

Tipo de evento inferred
Solicitação de Serviço Criada
Esta atividade marca o início do processo de atendimento, quando um novo caso é registrado formalmente. Este evento é capturado explicitamente quando um novo registro é inserido na tabela sn_customerservice_case.
Por que é importante

Como ponto de partida de cada caso, esta atividade é essencial para calcular o tempo de ciclo de ponta a ponta. Ela serve como gatilho para todos os processos subsequentes e cronômetros de SLA.

Onde obter

Este evento corresponde à criação de um registro na tabela sn_customerservice_case. O timestamp é obtido do campo sys_created_on.

Captura

Timestamp de criação do registro (sys_created_on) na tabela sn_customerservice_case.

Tipo de evento explicit
Solicitação de Serviço Fechada
Esta é a atividade final, que marca o fechamento formal do registro da solicitação, geralmente após um período de confirmação pós-resolução. É capturada quando o estado do caso muda para 'Fechado' e o timestamp closed_at é definido.
Por que é importante

Como o fim definitivo do processo, esta atividade é essencial para calcular o ciclo de vida total do caso. Analisar o tempo entre 'Resolvido' e 'Fechado' revela sobrecarga administrativa ou atrasos.

Onde obter

Inferido do histórico de auditoria quando o campo state na tabela sn_customerservice_case é definido como 'Closed'. O campo closed_at é preenchido simultaneamente.

Captura

Detectar mudança de 'state' para 'Closed' e usar o timestamp correspondente.

Tipo de evento inferred
Solicitação de Serviço Resolvida
Este é um marco fundamental que indica que o agente concluiu o trabalho e o problema é considerado resolvido. É capturado quando o estado do caso muda para 'Resolvido' e o timestamp resolved_at é preenchido.
Por que é importante

Esta atividade marca o fim do processo de resolução ativa e é crucial para calcular os tempos de ciclo e a adesão ao SLA. Serve como um ponto final para muitos KPIs de eficiência.

Onde obter

Inferido do histórico de auditoria quando o campo state na tabela sn_customerservice_case é definido como 'Resolved'. O campo resolved_at geralmente é preenchido no mesmo momento.

Captura

Detectar mudança de 'state' para 'Resolved' e usar o timestamp correspondente.

Tipo de evento inferred
Agente Inicia Investigação
Esta atividade significa que um agente começou a trabalhar ativamente na solicitação. Normalmente é inferida quando o estado do caso muda de 'New' ou 'Assigned' para 'Work in Progress'.
Por que é importante

Este evento ajuda a distinguir o tempo de fila do tempo de trabalho ativo. Analisar a duração entre a atribuição e o início da investigação revela atrasos no início do atendimento pelos agentes.

Onde obter

Inferido a partir da mudança do campo de estado do caso para um estado de trabalho ativo, como 'Work in Progress'. Os valores específicos de estado podem ser configurados e devem ser validados.

Captura

Detectar mudança no campo 'state' de um valor pendente para um ativo (ex: 'New' para 'Work in Progress').

Tipo de evento inferred
Grupo de atribuição alterado
Indica que a responsabilidade de um caso foi transferida. Este evento é inferido monitorando mudanças no campo `assignment_group` no registro do caso.
Por que é importante

Rastrear mudanças nos grupos de atribuição é crucial para analisar transferências entre departamentos e identificar problemas de roteamento. A alta frequência dessa atividade pode indicar falta de clareza nas responsabilidades ou nas definições do processo.

Onde obter

Inferido do histórico de auditoria (sys_audit) da tabela sn_customerservice_case, rastreando quando o campo assignment_group é alterado.

Captura

Detectar mudança de valor para o campo 'assignment_group' no log de auditoria do caso.

Tipo de evento inferred
Informação recebida do cliente
Esta atividade marca o momento em que o cliente fornece a informação solicitada, permitindo ao agente retomar o trabalho. É inferida quando o estado do caso muda de 'Awaiting User Info' de volta para um estado ativo.
Por que é importante

Este evento encerra o período de espera do cliente, permitindo medir com precisão os tempos de resposta deles. Ajuda a identificar quais tipos de casos ou clientes estão ligados aos maiores atrasos.

Onde obter

Inferido do histórico de auditoria da tabela sn_customerservice_case quando o campo state muda de um status 'Aguardando Informação' para um ativo, como 'Work in Progress'.

Captura

Detectar mudança no campo 'state' de um valor de 'espera pelo cliente' de volta para um valor ativo.

Tipo de evento inferred
Informação solicitada ao cliente
Ocorre quando um agente precisa de informações adicionais do cliente para prosseguir e coloca o caso em estado pendente. Isso é inferido a partir de uma mudança de estado para um valor como 'Awaiting User Info' ou 'On Hold'.
Por que é importante

Esta atividade é crucial para a análise de 'Tempos de Espera por Informação do Cliente'. Ela isola atrasos causados por dependências externas, separando-os do tempo de processamento interno.

Onde obter

Inferido do histórico de auditoria da tabela sn_customerservice_case quando o campo state muda para um valor que indica pendência de entrada do cliente (ex: 'Aguardando Informação').

Captura

Detectar mudança no campo 'state' para um valor designado de 'aguardando cliente'.

Tipo de evento inferred
Pesquisa de Satisfação Enviada
Representa o envio de uma pesquisa de satisfação do cliente após a resolução de um caso. Este evento geralmente é capturado quando um registro de instância de pesquisa é criado e associado ao caso.
Por que é importante

Esta atividade ajuda a correlacionar padrões de execução de processos com o feedback do cliente. Entender quando e se as pesquisas são enviadas é importante para analisar a eficácia do ciclo de feedback.

Onde obter

Este é um evento explícito registrado em uma tabela específica de pesquisas, como asmt_assessment_instance, que contém uma referência ao registro do caso de origem.

Captura

Criação de registro na tabela 'asmt_assessment_instance' vinculada ao caso.

Tipo de evento explicit
SLA Violado
Representa o momento em que uma solicitação de serviço não cumpre um SLA definido, como o tempo de resolução. Este é um evento calculado, derivado da comparação do tempo de resolução com o horário de término planejado do SLA.
Por que é importante

Identificar violações de SLA é fundamental para conformidade e gestão. Este evento ajuda a apontar quais etapas ou tipos de caso mais contribuem para essas violações.

Onde obter

Calculado analisando os registros na tabela task_sla relacionados ao caso. Uma violação ocorre se o campo has_breached for verdadeiro ou se o actual_elapsed_time exceder a duração planejada.

Captura

Verifique o flag 'has_breached' no registro task_sla vinculado.

Tipo de evento calculated
Solicitação Categorizada e Priorizada
Representa a triagem inicial onde a solicitação de serviço é classificada e recebe um nível de prioridade para determinar sua urgência e roteamento. Isso é inferido a partir de mudanças nos campos de categoria, subcategoria ou prioridade no log de auditoria do registro do caso.
Por que é importante

Analisar esta atividade ajuda a identificar atrasos na triagem e garante que as solicitações sejam roteadas corretamente. Isso impacta o tempo até a primeira atribuição e a eficiência global da resolução.

Onde obter

Inferido do histórico de auditoria (sys_audit) da tabela sn_customerservice_case, especificamente rastreando o preenchimento inicial ou atualizações nos campos de categoria e prioridade.

Captura

Detectar o primeiro valor definido ou mudança de valor para os campos 'category' ou 'priority'.

Tipo de evento inferred
Solicitação de Serviço Reaberta
Ocorre quando uma solicitação de serviço previamente resolvida retorna ao estado ativo porque o problema reincidiu ou a solução foi ineficaz. Isso é inferido ao detectar uma mudança de estado de 'Resolved' de volta para 'Work in Progress'.
Por que é importante

Casos reabertos são uma medida direta da qualidade da resolução e um dos principais causadores de retrabalho. Analisar esses eventos é fundamental para melhorar as taxas de resolução no primeiro contato e a satisfação do cliente.

Onde obter

Inferido do histórico de auditoria da tabela sn_customerservice_case ao identificar uma sequência onde o campo state muda de 'Resolved' para um estado ativo.

Captura

Detectar mudança de 'state' de 'Resolved' para um valor ativo como 'Work in Progress'.

Tipo de evento inferred
Solução Proposta
Esta atividade marca quando um agente identifica uma solução e a comunica ao cliente para confirmação. Geralmente é inferida por uma mudança de estado para 'Awaiting Acceptance' ou por uma entrada específica nas notas de trabalho.
Por que é importante

Este marco separa a fase de investigação da fase de confirmação e resolução. Analisar o tempo de espera pelo aceite do cliente pode revelar oportunidades para agilizar o encerramento dos casos.

Onde obter

Inferido do log de auditoria da tabela sn_customerservice_case quando o estado muda para um valor indicando uma solução proposta (ex: 'Proposed Solution'). Pode variar conforme a implementação.

Captura

Detectar mudança no campo 'state' para um valor como 'Proposed Solution' ou 'Awaiting Acceptance'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do ServiceNow CSM