Next Topic

Previous Topic

Book Contents

Processamento automatizado usando políticas

Você pode aplicar diferentes valores aos campos de um ticket e automatizar o processamento desse ticket de maneira diferente, com base na política atribuída a esse ticket. Cada definição do service desk pode ser associada a qualquer número de políticas diferentes.

Nota: O tópico Configuração fornece instruções sobre como criar um service desk de Incidente. O service desk de Incidente incorpora os recursos de automação descritos neste tópico.

Configuração de políticas

Uma política pode ser atribuída a um service desk no momento em que um ticket é criado manual ou automaticamente, com base em um e-mail de entrada ou em alertas. A política selecionada pode ser baseada em regras configuradas para corresponder ao nome a organização, ao tipo da organização ou ao grupo de máquinas de um ticket usando Definições > Processamento > Políticas associadas. 

A política também pode ser atribuída a um ticket a qualquer momento, usando um procedimento.

O processamento automático de novos tickets é baseado em quatro tabelas interligadas de informações:

  • Variáveis de procedimento
  • Políticas
  • Variáveis de política
  • Políticas associadas

Variáveis

Um nome de variável e o valor padrão devem ser definidos primeiro, antes que possa ser usado como variável de política.

Políticas

Uma política selecionada define dois tipos de informações: hora de cobertura e variáveis de política. O sistema inclui horas de cobertura ao calcular os horários de passagem para outro nível e de meta.

Variáveis de política

As variáveis de política representam um link importante na automatização do processamento de novos tickets usando políticas. A cada política pode ser atribuída uma ou mais variáveis com um valor padrão. Depois de uma política ter sido selecionada e aplicada a um ticket recém-criado, os valores de qualquer uma das variáveis de política podem ser interpretados por um procedimento.

Políticas associadas

A atribuição de uma política a um ticket é baseada na tabela Políticas associadas definida em uma definição do service desk. Um único registro na tabela Políticas associadas representa uma associação de uma política e qualquer uma dos seguintes tipos de informações: uma organização, um tipo de organização ou um grupo de máquinas, nessa ordem de precedência. Várias associações de políticas podem ser definidas nessa tabela. Conforme um ticket é criado, com base em uma definição do service desk especificado, um ou mais desses três tipos de informações pode ser inserido antes que o ticket seja salvo pela primeira vez. Com base nos três tipos de informações inseridas, uma "regra" de política correspondente é selecionada na tabela Políticas associadas e aplicada ao ticket. Uma política padrão é selecionada, se nenhum dos três tipos de informações for inserido com o novo ticket. Esse padrão é definido usando a guia Definições > Propriedades > Geral > Padrões do campo Padrão. Se não houver política padrão para uma definição, o sistema assume uma programação de cobertura de 7x24.

Por exemplo, assume que muitas organizações diferentes estão, todas, gerando tickets usando a mesma definição do service desk. Várias organizações podem ser definidas que tenham, todas, comprado cobertura de serviço Diamond. Um segundo conjunto de organizações individuais comprou cobertura de serviço Gold, e assim por diante. Como alternativa, essas mesmas políticas podem ser selecionadas e aplicadas a tickets que usam tipos de organizações ou classificações de grupos de máquinas.

Depois de a política adequada ter sido atribuída a cada novo ticket, com base na tabela Políticas associadas, poderão ser executados procedimentos que agem, automaticamente, no novo ticket.

Procedimentos

Lembre-se de que uma ou mais variáveis de política podem ser associadas a cada política. Procedimentos IF-ELSE podem ser escritos que interpretam o valor de uma variável de política atribuída a um ticket. Fazer isso permite que um procedimento personalize as configurações desse ticket. Normalmente, esse procedimento seria executado como Entrada ou saída de estágio e seria associado ao primeiro estágio de um ticket, que é normalmente chamado Novo.

Por exemplo, suponha que uma política Diamond esteja associada à organização Walmart e deva sempre ter prioridade Alta. Em vez de exigir que os representantes de serviço insiram essas informações manualmente, você pode criar um procedimento que garanta, sempre, que esse cliente importante receba a prioridade mais alta possível. Ramos IF-ELSE adicionais podem definir, automaticamente, as propriedades de qualquer um de seus novos tickets, incluindo Status, Prioridade, Gravidade, Categoria e Resolução. O mesmo procedimento também pode acionar e-mail de saída e notificações de mensagens, adicionar notas ao ticket e, até mesmo, executar procedimentos adicionais, conforme adequado.

Nota: O processamento automático de tickets criados manualmente ocorre apenas depois de você ter salvo o ticket.