Sincronização de estado entre solicitações de mudança e tarefas de correção
Há um relacionamento sincronizado entre os campos Estado das tarefas de correção e os campos Estado das solicitações de mudança (CHGs) no Conformidade de configurações aplicação.
| Terminologia anterior à v14.9 | Terminologia v14.9 em diante |
|---|---|
| Grupo de resultados de teste | Tarefa de correção |
| Regras de grupo | Regras de tarefa de correção |
| Política | Grupo de teste |
À medida que uma solicitação de mudança avança pelo ciclo de vida, ela também move o estado de todas as tarefas de correção relacionadas automaticamente. A sincronização de estado é habilitada por uma propriedade do sistema (sn_vulc.cr_state_sync) por padrão em sua instância quando você baixa o. Conformidade de configurações aplicação do ServiceNow Store a partir da v12.0.
Quando a sincronização de estado está habilitada, o campo Estado de CHG muda o campo Estado da tarefa de correção automaticamente nos seguintes casos:
- Quando uma nova solicitação de mudança é criada para uma tarefa de correção, se ela não estiver em Aguardando implementação , o estado da tarefa de correção avança para Aguardando implementação .
- Quando uma solicitação de mudança existente é associada a uma tarefa de correção, se não estiver em Aguardando implementação , o estado da tarefa de correção avança para Aguardando implementação .
- Depois que as tarefas em uma solicitação de mudança são concluídas ( Implementado E o CHG é movido para Revisão estado, para o qual a tarefa de correção avança Resolvido .
Para obter mais informações e exemplos de sincronização de estado, consulte as seções a seguir.
Sincronização de estado de encaminhamento
A imagem a seguir ilustra como os estados de CHG movem automaticamente os estados da tarefa de correção em um ciclo de vida avançado, ou seja, do Aberto . Resolvido .
Você pode criar novas solicitações de mudança para qualquer tarefa de correção em um estado diferente de Resolvido ou Encerrado . A sincronização de estado move automaticamente o TRG bidirecional por meio do Aberto , Em investigação , Aguardando implementação e Resolvido estados. Este movimento é baseado em determinados valores do campo de estado na solicitação de mudança. A sincronização de estado entre a solicitação de mudança e a tarefa de correção é invocada automaticamente, a menos que a caixa de seleção ( Adicionar ICs ao CR ) é exibido em um formulário e você escolhe desmarcar a caixa de seleção.
A tarefa de correção não avança para Resolvido Quando um CHG está em seus estados abertos. Qualquer CHG nos estados anteriores a. Revisão em seu ciclo de vida, como, Novo , Avaliar , Autorizar , Programado ou Implementar , Conforme mostrado na figura anterior, são considerados estados abertos para o CHG. os estados em aberto não movem o campo de estado na tarefa de correção, porque as investigações ou tarefas no CHG não foram concluídas. A sincronização de estado é invocada quando um CHG é criado ou associado à tarefa de correção ou quando o estado de um relacionamento existente muda no CHG. Os estados CHG concluídos são Revisão e com sucesso Encerrado . Quando um CHG é encerrado com sucesso, seus códigos encerrados são: Bem-sucedido ou Problemas bem-sucedidos caso em que a tarefa de correção avança para Resolvido .
Sincronização de estado reverso
Como um CHG é processado durante seu ciclo de vida, ele pode ser cancelado em algum momento. Se o CHG for Cancelado ou Encerrado (com um código de fechamento de Malsucedido ), a tarefa de correção retorna automaticamente para Em investigação . A tarefa de correção retorna para Em investigação porque não há plano ativo para corrigir a vulnerabilidade.
Se uma tarefa de correção estiver em um Resolvido E você cria um novo CHG ou o associa a um CHG existente em um dos estados abertos iniciais, a tarefa de correção retorna automaticamente para Aguardando implementação . A tarefa de correção retorna para este estado, porque agora mais trabalho está atribuído ao CHG.
Tarefas de correção com mais de um CHG
| Número de CHG | Estado de CHG |
|---|---|
| 1 | Implementar |
| 2 | Cancelado |
| 3 | Encerrado (código de fechamento de Malsucedido ) |
| 4 | Encerrado (código de fechamento Malsucedido ) |
A sincronização de estado entre o CHG e a tarefa de correção, nesse caso, é baseada no CHG1, que está no estado mais antigo dos quatro CHGs, ( Implementar ). Nesse caso, a tarefa de correção permanece em Aguardando implementação .
Em outro exemplo, se uma tarefa de correção estiver em Resolvido E tem um CHG existente que foi implementado e está em Revisão E um novo CHG é criado, a tarefa de correção é movida para trás Resolvido . Aguardando implementação . A sincronização de estado é baseada no CHG no Novo estado, que é o CHG no estado mais antigo.
| Número de CHG | Estado de CHG |
|---|---|
| 1 | Revisão |
| 2 | Novo(a) |
Além disso, quando as tarefas de correção têm mais de um CHG, o estado da tarefa de correção muda automaticamente nos seguintes casos:
- Quando um CHG avança para Revisão Se todos os outros CHGs associados à tarefa de correção estiverem em Revisão ou Encerrado (com um código de fechamento bem-sucedido),a tarefa de correção faz a transição automática para Resolvido . Quaisquer outros CHGs relacionados que forem cancelados ou encerrados sem sucesso serão ignorados.
- Quando um CHG se move para Cancelado ou Encerrado (código de fechamento de Malsucedido Se todos os outros CHGs associados à tarefa de correção estiverem no mesmo estado, a tarefa de correção retornará automaticamente para Em investigação .
Para obter mais informações sobre estados de tarefa de correção e o que você pode fazer em cada estado, consulte Conformidade de configurações estados.