Migração para Service Level Management
Migre o processamento de SLA do mecanismo de escalações para usar a funcionalidade de gerenciamento de nível de serviço.
As duas principais diferenças entre o mecanismo de SLA antigo e o novo plug-in de gerenciamento de nível de serviço são que as tarefas agora podem executar vários SLAs simultaneamente, e o conceito de escalação foi substituído pelo Editor de fluxo de trabalho mais robusto. Isso permite que os administradores tenham maior controle sobre quais ações, notificações e eventos são acionados por tarefas, para levar em conta processos de nível de serviço mais desenvolvidos.
Se uma instância estiver usando o mecanismo de SLA original e tiver acabado de ativar o plug-in dos Acordos de Nível de Serviço (SLA), os SLAs antigos não funcionarão. Para que os SLAs antigos funcionem, eles devem ser convertidos nos novos registros de Definição do ANS, que anexarão os registros de SLA de tarefa aos registros de tarefa correspondentes. Isso é feito manualmente, criando novos registros de definição do ANS que refletem a definição do SLA antigo. Os SLAs antigos continuarão a funcionar, mas sempre que uma tarefa for atualizada, os novos SLAs de Tarefa apropriados serão anexados.
Depois que os novos SLAs de tarefa forem implementados, eles se anexarão a qualquer incidente novo ou atualizado, incluindo aqueles que já têm SLAs antigos anexados. Se o novo SLA de tarefa for definido para iniciar retroativamente, ele calculará automaticamente a duração desse ponto no passado, o que significa que a duração ainda será precisa.
Quando habilitada, a propriedade Calcular tempo de pausa do SLA anterior para novos SLAs retroativos (somente mecanismo de SLA 2011) calcula o tempo de pausa quando um SLA retroativo é anexado.
Por exemplo: se um SLA retroativo for vinculado a um incidente uma hora após sua criação e atender às condições de pausa de meia hora, o tempo decorrido será de meia hora em vez de a hora inteira.