--- sourceDocument: Gestão de segurança do Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/security-management Release : - xanadu ft:locale : - pt-BR ft:publication_title : - Gestão de segurança do Xanadu ft:clusterId : - security bundleId : - security workflow : - Technology --- # Sincronização de estado entre solicitações de mudança e tarefas de correção # Sincronização de estado entre solicitações de mudança e tarefas de correção {#ariaid-title1} * Versão de lançamento: Xanadu * * Atualizado 1 de ago. de 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 min. de leitura Há um relacionamento sincronizado entre os campos de estado das tarefas de correção e os campos de estado das solicitações de mudança (CHGs) na aplicação Conformidade de configurações. Nota: A partir da v14.9 de Conformidade de configurações, os seguintes termos foram renomeados:{#cc-cr-state-synch__entry__2} | Terminologia anterior à v14.9 | Terminologia v14.9 em diante | |-|-| | Grupo de resultados de testes | Tarefa de Correção | | Regras de grupo | Regras de tarefa de correção | | Política | Grupo de teste | [Tabela 1. Mudanças na terminologia] 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. {#cc-cr-state-synch__ul_dv1_jhz_cjb} Para obter mais informações e exemplos de sincronização de estado, consulte as seções a seguir. Nota: Você ainda pode mover manualmente solicitações de mudança e tarefas de correção por meio dos estados de seus ciclos de vida em seus respectivos registros com a sincronização de estado habilitada, mas quando o sistema registra que uma solicitação de mudança mudou seu estado, você adiciona uma solicitação de mudança ou a remove de uma tarefa de correção, a sincronização de estado pode substituir sua intervenção manual. No entanto, os estados da solicitação de mudança não movem automaticamente a tarefa de correção de Encerrado. ## Sincronização de estado de encaminhamento {#cc-cr-state-synch__section_arr_mmz_cjb} 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. {#cc-cr-state-synch__fig_v23_xhz_cjb} 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 {#cc-cr-state-synch__section_rpg_qmz_cjb} 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 {#cc-cr-state-synch__section_hjs_5mz_cjb} Se uma tarefa de correção em Aguardando implementação tiver mais de um CHG associado a ela, a sincronização de estado será baseada no status do CHG no estado mais antigo de seu ciclo de vida. Por exemplo, digamos que uma tarefa de correção tenha quatro CHGs associados a ela, CHG1, CHG2, CHG3 e CHG4, conforme mostrado na tabela a seguir. {#cc-cr-state-synch__table_p5t_g4z_cjb__entry__2} | Número CHG | Estado CHG | |-|-| | 1 | Implementar | | 2 | Cancelado | | 3 | Encerrado (código de encerramento malsucedido) | | 4 | Encerrado (código de fechamento malsucedido) | [ ] {#cc-cr-state-synch__table_p5t_g4z_cjb} 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. {#cc-cr-state-synch__table_pzz_5y4_gjb__entry__2} | Número CHG | Estado CHG | |-|-| | 1 | Revisão | | 2 | Novo | [ ] {#cc-cr-state-synch__table_pzz_5y4_gjb} 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 ouEncerrado (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 . {#cc-cr-state-synch__ul_sjb_dkg_djb} 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](https://servicenow-prod.fluidtopics.net/Zqx0Pw016kRTAch3jiIFIQ "Com Conformidade de configurações, você pode ver um modelo de estado para saber qual é o status da tarefa de correção a qualquer momento. Os estados da tarefa de correção controlam os estados do resultado de testes por precedência.").