Seu Template de Dados de Atendimento
Seu Template de Dados de Atendimento
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Atendimento ao Cliente
| 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
|
|||
Atividades de Atendimento ao Cliente
| 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
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
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
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
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
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
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
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
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
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
Captura
Detectar mudança no campo 'state' para um valor como 'Proposed Solution' ou 'Awaiting Acceptance'.
Tipo de evento
inferred
|
|||