구성 준수에서 변경 요청 만들기

애플리케이션의 정정 작업에서 변경 요청을 생성할 수 있습니다 구성 준수 .

시작하기 전에

필요한 역할: itil 역할을 가진 사용자

이 태스크 정보

IT 또는 정정 전문가는 정정 작업에서 모든 테스트 결과에 대한 변경 요청(CHG)을 직접 생성합니다. 수동 개입이 필요한 취약성 조사를 신속하게 처리할 수 있도록 미리 채워진 정보로 변경 요청을 생성합니다.

자신에게 할당된 정정 작업에서 직접 변경 요청을 생성, 승인, 구현, 검토 및 종결할 수 있습니다. 정정 작업에서 미리 채워진 정보로 세 가지 유형의 변경 요청을 생성할 수 있습니다.

표준

위험이 적고, 비교적 일반적이며, 지정된 절차나 작업 지시를 따르는 사전 승인된 변경입니다.

정상

일반 변경 요청은 구현, 검토 및 종결 전에 두 가지 수준의 승인이 필요한 후속 대응적 프로세스를 따릅니다.

긴급

중요 인시던트를 해결하기 위한 변경입니다.

다음 이미지는 정정 작업에서 변경 요청을 생성하는 기본 플로우를 보여줍니다. 이 플로우에 대한 자세한 단계는 이미지를 따릅니다.

버전 19.0 취약성 대응부터 IT 정정 작업 공간에서 정정 작업에 대한 변경 요청을 생성할 수 있습니다. 자세한 내용은 에서 변경 요청 만들기 IT 정정 작업 공간 문서를 참조하십시오.

주:

의 구성 준수v14.9부터 다음 용어의 이름이 변경되었습니다.

표 1. 용어 변경

v14.9 이전 용어	용어 v14.9 이상
테스트 결과 그룹	정정 작업
그룹 규칙	정정 작업 규칙
정책	테스트 그룹

프로시저

1. 다음으로 이동 모두 > 구성 준수 > 정정 작업 > 내 오픈 작업.
   그룹에 할당된 정정 작업 목록이 표시됩니다.
2. 번호 열에서 변경 요청을 생성할 정정 작업을 클릭합니다.
   종결 또는 검토 중 이외의 상태에 있는 정정 작업에서 변경 요청을 생성할 수 있습니다.

   정정 작업 기록이 표시됩니다.

3. 기록의 오른쪽 상단에서 Create Change(변경 생성)를 클릭합니다.
   변경 요청 양식이 표시됩니다.
4. 필드에 내용을 입력합니다.
   1. 적용 대상 필드 목록에서 하나를 선택하여 계속합니다.

   옵션	설명
   이 그룹의 모든 활성 테스트 결과	이 항목을 선택할 경우 종 결됨 이외의 상태인 이 정정 작업의 모든 활성 테스트 결과는 변경 생성을 클릭한 후 변경 요청에 자동으로 추가됩니다.
   이 그룹에서 조건 세트와 일치하는 모든 활성 테스트 결과	선택하면 조건 작성기가 표시됩니다. 새 변경 요청에 대해 원하는 테스트 결과를 식별하기 위한 필터 기준을 입력합니다. 생성할 수 있는 필터의 예로는 특정 상태 및 위험 점수와 일치하는 정정 작업의 테스트 결과만 찾을 수 있습니다. 상태가 오픈 이고 위험 점수가 50보다 큽니다.

5. CR에 CI 추가 확인란에서 하나를 선택하여 계속합니다.

   옵션	설명
   확인란 선택됨	기본값은 선택되어 있습니다. 확인란을 선택하면 이 정정 작업의 활성 테스트 결과에 속하는 모든 CI(구성 항목)가 변경 요청에 추가됩니다. 테스트 결과는 구현 대기 중으로 전환됩니다.
   확인란 선택 취소됨	이 정정 작업의 활성 테스트 결과의 CI를 새 변경 요청에 추가하지 않으려면 확인란의 선택을 취소합니다. 정정 작업이 현재 상태로 남아 있습니다.

6. 변경 유형 필드 목록에서 하나를 선택하여 계속합니다.

   옵션	설명
   긴급	중요 인시던트를 해결하기 위한 변경입니다.
   정상	표준 또는 긴급 변경이 아닌 서비스에 대한 변경을 구현하는 데 사용되는 변경 유형입니다.
   표준	자주 구현되는 사전 승인되고 위험도가 낮은 변경 요청입니다. 승인된 표준 변경 요청은 표준 변경을 보다 효율적으로 액세스하고 요청할 수 있도록 템플릿 카탈로그에서 사전 정의될 수 있습니다. 선택하면 두 개의 필드가 표시됩니다. 각 목록에서 하나씩 선택하여 다음 필드를 채웁니다. 범주 변경: 기존 카탈로그에서 변경할 범주(예: 하드웨어, 서버 표준 변경, 소프트웨어)를 선택합니다. 변경 템플릿: 카탈로그에서 미리 정의된 지원 작업이 있는 변경 요청에 사용할 수 있는 템플릿 하나를 선택합니다. ITSM 변경 요청 범주, 템플릿 및 변경 유형에 대한 자세한 내용은 변경 유형을 참조하십시오.

   이 기능은 ITSM Change Management의 카탈로그에 설정한 변경 요청 유형을 자동으로 읽습니다. 예를 들어, ITSM의 표준 변경 요청 이름을 표준 에서 사전 승인됨으로 변경하면 변경 요청 생성 양식의 변경 유형 목록에 새 이름이 자동으로 표시됩니다.

7. 양식의 변경 요청 미리 보기 섹션에 있는 필드는 정정 작업의 정보로 미리 채워져 있습니다.
   필요한 경우 해당 필드를 편집합니다.
8. 변경 생성을 클릭합니다.
   변경 요청이 표시됩니다. 영향을 받는 CI 관련 목록에 기준과 일치하는 테스트 결과의 CI가 표시됩니다. 변경 요청에 승인이 필요한 경우 승인 요청 버튼이 표시됩니다.

   변경 요청이 생성되면 테스트 결과 그룹이 구현 대기 중 상태로 전환됩니다. 이 정정 작업에 대한 변경 요청이 해결되고 이 정정 작업과 연결된 다른 미해결 변경 요청이 없으면 정정 작업도 해결됨 상태로 이동합니다.

   자세한 내용은 변경 요청과 정정 작업 간의 상태 동기화 문서를 참조하십시오.

   주:

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