변경 요청과 정정 작업 간의 상태 동기화

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 4분

    • 애플리케이션에서 정정 작업의 상태 필드와 변경 요청(CHG)의 상태 필드 간에 동기화된 구성 준수 관계가 있습니다.

    주:
    의 v14.9 구성 준수부터 다음 용어의 이름이 변경되었습니다.
    표 1. 용어 변경
    v14.9 이전 용어 용어 v14.9 이상
    테스트 결과 그룹 정정 작업
    그룹 규칙 정정 작업 규칙
    정책 테스트 그룹

    변경 요청은 수명주기를 거치면서 관련 정정 작업의 상태도 자동으로 이동합니다. 상태 동기화는 v12.0부터 애플리케이션을 ServiceNow Store 다운로드할 구성 준수 때 인스턴스에서 기본적으로 시스템 속성(sn_vulc.cr_state_sync)에 의해 활성화됩니다.

    상태 동기화가 활성화되면 다음과 같은 경우 CHG 상태 필드가 정정 작업 상태 필드를 자동으로 변경합니다.

    • 정정 작업에 대한 새 변경 요청이 생성되면 구현 대기 중이 아닌 경우 정정 작업 상태는 구현 대기 중으로 이동합니다.
    • 기존 변경 요청이 정정 작업에 연결된 경우 구현 대기 중이 아닌 경우 정정 작업 상태는 구현 대기 중으로 이동합니다.
    • 변경 요청에 대한 작업이 완료(구현됨)되고 CHG가 검토 상태로 이동하면 정정 작업은 해결됨으로 이동합니다.

    상태 동기화에 대한 자세한 내용과 예제는 다음 섹션을 참조하십시오.

    주:
    상태 동기화가 활성화된 상태에서도 해당 기록의 수명주기 상태를 통해 변경 요청 및 정정 작업을 수동으로 이동할 수 있지만, 변경 요청의 상태가 변경되었음을 시스템에서 등록하거나 변경 요청을 추가하거나 정정 작업에서 제거하면 상태 동기화가 수동 개입을 무시할 수 있습니다. 그러나 변경 요청 상태가 정정 작업을 종결에서 자동으로 이동하지는 않습니다.

    상태 전달 동기화

    다음 이미지는 CHG 상태가 어떻게 향후 수명주기에서, 즉 오픈 에서 해결됨으로나 정정 작업 상태를 자동으로 이동하는 방법을 보여줍니다.

    CR 상태가 CTR을 어떻게 유도합니까? 상태.

    해결됨 또는 종결됨이 아닌 상태의 모든 정정 작업에 대한 새 변경 요청을 생성할 수 있습니다. 상태 동기화는 오픈, 조사 중, 구현 대기 중 및 해결됨 상태를 통해 TRG를 양방향으로 자동으로 이동합니다. 이 이동은 변경 요청에 대한 상태 필드의 특정 값을 기반으로 합니다. 양식에 확인란(CR에 CI 추가)이 표시되고 확인란의 선택을 취소하지 않으면 변경 요청과 정정 작업 간의 상태 동기화가 자동으로 호출됩니다.

    CHG가 열린 상태인 경우 정정 작업은 해결됨 으로 진행되지 않습니다. 이전 그림과 같이 수명주기에서 검토 이전의 상태(예: 신규, 평가, 승인, 예약됨 또는 구현)에 있는 모든 CHG는 CHG에 대한 오픈 상태로 간주됩니다. 열림 상태에서는 CHG에 대한 조사 또는 작업이 완료되지 않으므로 정정 작업의 상태 필드가 이동되지 않습니다. 상태 동기화는 CHG가 정정 작업에 대해 생성되거나 정정 작업에 연결될 때 또는 CHG에서 기존 관계의 상태가 변경될 때 호출됩니다. 완료된 CHG 상태는 검토 및 성공적으로 종결됨입니다. CHG가 성공적으로 종결되면 종결 코드는 성공 또는 문제를 발생한 상태로 성공이 되며, 이 경우 정정 작업은 해결됨으로 진행됩니다.

    역방향 상태 동기화

    CHG는 수명주기 동안 처리되므로 어느 시점에서 취소될 수 있습니다. 이 경우 CHG가 취소됨 또는 종결( 종결 코드가 실패함)이면 정정 작업이 자동으로 조사 중으로 다시 이동합니다. 취약성을 정정하기 위한 활성 계획이 없기 때문에 정정 작업이 조사 중으로 다시 전환됩니다.

    정정 작업이 해결됨 상태이고 새 CHG를 만들거나 초기 오픈 상태 중 하나에서 기존 CHG에 연결하면 정정 작업이 자동으로 구현 대기 중으로 다시 전환됩니다. 이제 더 많은 작업이 CHG에 할당되었기 때문에 정정 작업이 다시 이 상태로 이동합니다.

    둘 이상의 CHG가 있는 정정 작업

    구현 대기 중인 정정 작업에 둘 이상의 CHG가 연결되어 있는 경우 상태 동기화는 수명주기의 가장 빠른 상태에 있는 CHG의 상태를 기반으로 합니다. 예를 들어 다음 표와 같이 정정 작업에 CHG1, CHG2, CHG3 및 CHG4 등 4개의 CHG가 연결되어 있다고 가정해 보겠습니다.
    변경 번호 변경 상태
    1 구현
    2 취소됨
    3 종결(종결 코드 실패)
    4 종결(종결 코드 실패)

    이 경우 CHG와 정정 작업 간의 상태 동기화는 4개의 CHG 중 가장 빠른 상태인 CHG1(구현)을 기반으로 합니다. 이 경우 정정 작업은 구현 대기 상태로 유지됩니다.

    또 다른 예로, 정정 작업이 해결됨 상태이고 구현되어 검토 상태인 기존 CHG가 있는 경우 새 CHG가 생성되면 정정 작업이 해결됨 에서 구현 대기 중으로 다시 전환됩니다. 상태 동기화는 가장 빠른 상태의 CHG인 신규 상태의 CHG를 기반으로 합니다.

    변경 번호 변경 상태
    1 검토
    2 신규

    또한 정정 작업에 CHG가 두 개 이상 있는 경우 다음과 같은 경우 정정 작업의 상태가 자동으로 전환됩니다.

    • CHG가 검토로 이동할 때 정정 작업과 연결된 다른 모든 CHG가 검토 또는 종결 상태(성공적인 종결 코드 포함)인 경우 정정 작업은 자동으로 해결됨으로 전환됩니다. 성공적으로 취소되거나 종결된 기타 관련 CHG는 무시됩니다.
    • CHG가 취소 됨 또는 종결 ( 실패의 종결 코드)로 이동할 때 정정 작업과 연결된 다른 모든 CHG가 동일한 상태인 경우 정정 작업은 자동으로 다시 조사 중으로 전환됩니다.

    정정 작업 상태와 각 상태에서 수행할 수 있는 작업에 대한 자세한 내용은 다음 문서를 참조하십시오 구성 준수 상태.