Conforme uma solicitação de mudança passa por seu 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 por padrão em sua instância quando você baixa a aplicação Conformidade de configurações do ServiceNow Store, começando com v12.0.

Quando a sincronização de estado está habilitada, o campo Estado 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 não estiver em Aguardando implementação, o estado da tarefa de correção avançará para Aguardando implementação.
• Quando uma solicitação de mudança existente estiver associada a uma tarefa de correção, se não estiver em Aguardando implementação, o estado da tarefa de correção avançará 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 o estado Revisão, a tarefa de correção avança para 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, de Aberto para 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 bidirecionalmente pelos estados Aberto, Sob investigação, Aguardando implementaçãoe Resolvido. 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) seja exibida em um formulário e você opte por 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 em 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. 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 para a tarefa de correção ou associado a ela ou quando o estado de um relacionamento existente muda no CHG. Os estados de CHG concluídos são Revisão e Encerradocom sucesso . Quando um CHG é encerrado com sucesso, seus códigos encerrados são: Bem- sucedidoou Bem-sucedido com problemas. Nesse caso, 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. Nesse caso, se o CHG for Canceladoou Encerrado (com um código de encerramento Malsucedido), a tarefa de correção voltará automaticamente para Sob investigação. A tarefa de correção volta para Sob investigaçãoporque não há nenhum plano ativo para corrigir a vulnerabilidade.

Se uma tarefa de correção estiver em um estado Resolvido ​ e você criar um novo CHG ou associá-lo a um CHG existente em um dos estados abertos iniciais​, a tarefa de correção voltará automaticamente para Aguardando implementação​. A tarefa de correção volta para este estado, porque mais trabalho agora está atribuído ao CHG.

Tarefas de correção com mais de um CHG

A sincronização de estado entre o CHG e a tarefa de correção, neste 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 no estado Resolvido e tiver um CHG existente que foi implementado e está no estado Revisão, e um novo CHG for criado, a tarefa de correção voltará de Resolvido para Aguardando implementação. A sincronização de estado é baseada no CHG no estado Novo, que é o CHG no estado mais antigo.

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 nos estados Revisão ou Encerrado (com um código de encerramento bem-sucedido), a tarefa de correção faz a transição automaticamente para Resolvido​. Todos os outros CHGs relacionados que são cancelados ou encerrados sem sucesso são ignorados.
• Quando um CHG passa 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 voltará automaticamente para Sob investigação​ .

Para obter mais informações sobre os estados da tarefa de correção e o que você pode fazer em cada estado, consulte Conformidade de configurações estados.