변경 요청 만들기

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

    • 변경 요청을 생성하여 승인 및 지원되는 CI(구성 항목)를 수정하기 위한 제어된 프로세스를 구현합니다.

    시작하기 전에

    필요한 역할: itil, admin 또는 sn_change_write

    이 태스크 정보

    변경 요청은 변경 사유, 우선순위, 위험, 변경 유형 및 변경 범주와 같은 변경에 대한 자세한 정보를 기록합니다.

    상충 탐지를 사용하는 경우 계획된 시작 날짜와 종료 날짜 및 CI(구성 항목)가 필요합니다.

    주:
    (SOW)에서 서비스 운영 작업 공간 UI16 모듈 링크 리디렉션 기능이 활성화되어 있고 UI16 모듈이 리디렉션 구성을 지원하는 경우 UI16 경로를 탐색하면 UI16 양식이나 목록을 표시하는 대신 동등한 목록 또는 기록 페이지 SOW 로 자동으로 리디렉션됩니다. 자세한 내용은 UI16 모듈 링크를 다음으로 리디렉션 서비스 운영 작업 공간 문서를 참조하십시오.

    프로시저

    1. 다음 옵션 중 하나를 사용하여 변경 요청을 생성합니다.
      옵션설명
      변경 모듈에서 변경 모듈에서 세 가지 유형의 변경 유형을 모두 만들 수 있습니다.
      1. 다음으로 이동 모두 > 변경 > 새로 작성.
      2. 일반, 긴급 또는 표준 변경을 선택합니다.

      업그레이드 고객이 변경 모델을 사용하려는 경우 변경 모델 속성을 사용하도록 설정해야 합니다. 변경 모델 및 해당 속성에 대한 자세한 내용은 변경 모델을 참조하십시오.

      변경 모델 속성을 활성화하면 다음으로 이동할 때 다음 탭이 표시됩니다. 모두 > 변경 > 새로 작성.

      • 모델: 선택할 수 있는 모든 사용 가능한 모델을 표시합니다.
      • 사전 승인됨: 선택할 사전 승인된 모델 목록입니다.
      • 고정됨: 모델 및 사전 승인 된 탭에서 고정한 모델입니다.
      • 모두: 모든 모델을 선택할 수 있습니다.
      인시던트나 문제에서 sn_change_write 역할을 가진 사용자는 인시던트나 문제에서 표준, 일반 또는 긴급 변경을 생성할 수 있습니다.
      1. 인시던트나 문제를 엽니다.
      2. 양식 헤더를 마우스 오른쪽 버튼으로 클릭하고 일반 변경 생성, 표준 변경 생성 또는 긴급 변경 생성을 선택합니다.
      기존 변경 기록에서 관리자가 변경 요청 복사 옵션을 사용한 경우 기존 변경 기록을 복사하여 새 변경을 만들 수 있습니다.
      1. 복사하려는 변경 기록을 엽니다.
      2. 변경 복사를 선택합니다.
      주:
      작업 작성 워크플로우가 [change_task] 테이블의 create_from 필드를 워크플로우로 설정하면 기존 변경 기록에서 수동으로 작성된 작업이 복사됩니다.
      변경 템플릿에서
      1. 다음으로 이동 모두 > 변경 > 새로 작성.
      2. 템플릿을 선택합니다.
      3. 필요한 템플릿을 검색하여 선택합니다.
      4. 계속을 선택하여 선택한 템플릿을 사용하여 만든 새 변경 요청 기록을 봅니다.
      주:
      기존 템플릿을 선택하면 미리 정의된 필드의 정보가 채워집니다. 템플릿 필드는 템플릿을 생성하는 동안 구성된 템플릿 필드 정책에 따라 읽기 전용이거나 필수입니다.

      변경 템플릿에 대한 자세한 내용은 다음 문서를 참조하십시오 템플릿 변경.
    2. 양식에서 필드를 채웁니다.
      표 1. 변경 요청 양식
      필드 정의
      번호 변경 요청 번호입니다.
      요청한 사람 변경을 요청한 사용자입니다. 이 필드는 특정 변경을 요청한 사람을 볼 수 있도록 변경 요청 목록 뷰에서 사용할 수 있습니다.
      범주 변경 범주(예: 하드웨어, 네트워크, 소프트웨어)입니다.
      서비스 변경 요청에 사용할 수 있도록 할 비즈니스 서비스입니다.
      주:
      비즈니스 서비스를 구성 항목으로 선택하고 해당 비즈니스 서비스가 다른 활성 작업의 구성 항목으로 나열될 경우, 활성 작업 아이콘( 활성 작업 아이콘.)이 나타납니다. 비즈니스 서비스에 영향을 미치는 다른 모든 활성 작업의 목록을 보려면 이 아이콘을 선택합니다. 의존성 아이콘(의존 성 아이콘)을 클릭하여 선택한 비즈니스 서비스의 BSM 맵(의존성 뷰)을 볼 수 있습니다.
      서비스 제공 가용성, 범위, 가격 및 패키징 옵션 측면에서 서비스 수준을 고유하게 정의하는 하나 이상의 서비스 약정으로 구성됩니다. 서비스 오퍼링을 통해 특정 서비스에 대해 다양한 수준의 성능과 기능을 받도록 선택할 수 있습니다. 사용 가능한 서비스 오퍼링을 필터링하려면 서비스를 선택해야 합니다.
      구성 항목

      추가를 선택하여 변경에 대한 CI를 추가합니다. 신규 상태의 변경에 대해서만 CI를 추가할 수 있습니다.

      변경이 적용되는 CI입니다. 변경 요청은 서비스 오퍼링을 포함하여 SLA 및 가용성 요구사항에 대한 상세한 액세스를 제공하는 모든 CI 유형과 연관될 수 있습니다.

      동적 CI 그룹을 선택하면 선택한 동적 그룹과 관련된 모든 구성 항목이 영향을 받는 CI 관련 목록에 채워집니다. 영향을 받는 CI 관련 목록에서 동적 CI 그룹을 수동으로 추가하고 삭제할 수도 있습니다. 동적 CI 그룹을 추가하면 모든 관련 CI가 추가되고 동적 CI 그룹을 제거하면 관련 CI가 제거됩니다.

      CI를 선택한 후에는 상태 대시보드 아이콘( 상태 대시보드 아이콘.)을 선택하여 CI 상태 상세 정보를 볼 수 있습니다.

      주:
      기본적으로 서비스 오퍼링이 필터링되고 보안 주체 클래스가 있는 CI가 선택됩니다. 보안 주체 클래스 필터 기능은 릴리스를 시작하는 신규 고객에게 적용됩니다.Paris

      영향을 받는 서비스 새로 고침 속성을 참조하십시오.
      우선순위 우선순위는 영향과 긴급도를 기준으로 하며, 서비스 데스크에서 작업을 처리해야 하는 속도를 나타냅니다.
      위험 변경에 대한 위험 수준입니다.

      위험 값은 높음, 보통 또는 낮음으로 정의할 때까지 -- 없음 -- 입니다. 위험 계산과 위험 평가를 사용하여 변경의 위험 값을 유도할 수도 있습니다.
      영향도 영향은 인시던트, 문제 또는 변경이 비즈니스 프로세스에 미치는 영향을 측정한 것입니다.
      모델 변경 요청에 사용되는 변경 모델입니다.

      변경 모델에 대한 자세한 내용은 변경 모델을 참조하십시오.
      유형 변경 요청의 유형입니다. 변경 모델이 정의된 유형으로 구성되지 않은 경우 필드에 모델 이 표시됩니다. 이 필드는 읽기 전용입니다.

      변경 모델 생성에 대한 자세한 내용은 다음 문서를 참조하십시오 변경 모델 생성.
      상태 변경 요청의 상태입니다. 기본 상태는 새로 만들기입니다.
      상충 상태 이 변경에 상충이 있거나 상충이 실행되지 않는지 보여주는 상태입니다.
      상충 마지막 실행 상충이 마지막으로 실행된 날짜와 시간입니다.
      할당 그룹 변경 요청에 대해 작업할 그룹입니다.
      비즈니스 규칙 Populate Assignment Group based on CI/SO 이 CI 또는 서비스 오퍼링에 사용할 수 있는 할당 그룹 필드를 연속적으로 채웁니다.
      주:
      변경 요청이 생성되거나 업데이트되고 할당 그룹 및 할당 대상 필드가 비어 있는 경우 비즈니스 규칙이 트리거됩니다.
      기본값을 재정의하려면 속성을 만들고 할당 그룹 필드를 채우는 데 사용해야 하는 속성 값의 필드를 제공해야 합니다. 다음과 같은 기본 설정 순서로 속성을 만듭니다.
      • com.snc.change_request.ci_assignment_group.field_name: 할당 그룹 필드를 채우는 CI 필드를 식별합니다.
      • com.snc.change_request.service_offering_assignment_group.field_name: 할당 그룹 필드를 채우는 서비스 오퍼링 필드를 식별합니다.
      담당자 변경이 할당된 사용자입니다. 할당 규칙이 적용되면 변경이 해당 사용자 또는 그룹에 자동으로 할당됩니다.
      간단한 설명 변경 내용의 요약입니다.
      설명 변경에 대한 자세한 설명입니다.
    3. 변경을 계획하려면 계획 수립 탭을 선택하고 정보를 입력합니다.
      이 정보는 변경 승인자에게 중요합니다.
    4. 일정 탭을 선택합니다.
      1. 예약된 날짜에 대해 갖고 있는 정보를 입력합니다.
        표준 변경은 사전에 승인되었기 때문에 일부 필드는 일반 또는 긴급 변경에만 사용할 수 있습니다.
        주:
        일반 또는 긴급 변경의 경우 계획된 시작 날짜와 종료 날짜 및 실제 시작 날짜와 종료 날짜를 수동으로 입력합니다. 담당자가 작업을 시작하고 완료할 때 구현 상태 중에 실제 시작 날짜와 종료 날짜 필드를 채웁니다.
      2. CAB 필수 확인란을 표시하도록 양식이 구성된 경우 이 확인란을 선택하여 구현 전에 CAB 승인이 필요함을 나타냅니다.
        변경 요청의 CAB 날짜 필드는 CAB 회의 양식의 회의 시작 시간 필드에 있는 날짜로 자동 업데이트됩니다.
      3. 계획되지 않은 CI 활동이 있는 경우 무단 확인란을 선택하여 변경이 무단 변경인지 확인합니다.

        자세한 내용은 무단 변경 요청을 참조하십시오.

        주:
        이 확인란은 긴급 변경 요청에 대해서만 제공됩니다.
      4. 양식이 CAB 위임자 필드를 표시하도록 구성된 경우 CAB 회의에 참석하는 사용자를 선택하여 변경을 설명합니다.
      5. CAB 권장 사항 필드에 CAB 회의와 관련된 메모 또는 권장 사항을 입력합니다.
    5. 상충 탭을 선택합니다.
    6. 변경 상충을 탐지하려면 상충 검사를 선택합니다.
    7. 양식 헤더를 우클릭하여 저장을 선택하십시오 .
    8. 관련 목록의 항목을 검토하고 항목을 적절하게 수정합니다.
      표 2. 기본 변경 요청 관련 목록
      필드 설명
      영향을 받는 CI 변경의 영향을 받는 CI 목록입니다.CMDB 영향을 받는 여러 CI를 변경에 연결할 수 있습니다.
      영향을 받는 서비스/CI 비즈니스 서비스와 같은 또는 다른 CI 클래스의 CI 목록은 변경 시 영향을 받는 CI의 영향을 받습니다. 영향을 받는 CI를 여러 개 연결하여 변경할 수 있습니다.
      서비스 제공 변경의 영향을 받는 서비스 오퍼링 목록입니다. 여러 서비스 오퍼링을 하나의 변경 사항과 연결할 수 있습니다. 이 관련 목록은 서비스 오퍼링을 선택한 경우에만 사용할 수 있습니다.

      영향을 받는 서비스와 연결된 서비스 오퍼링이 있는 경우 영향을 받는 서비스/CI 관련 목록을 새로 고쳐 오퍼링을 확인합니다.

      주:
      릴리스 이전에 Paris 양식 또는 관련 목록의 기본 뷰를 사용자 지정한 경우 기본적으로 필드 또는 관련 목록을 볼 수 없습니다. 양식을 수정하여 수동으로 추가합니다.
      승인자 이 목록은 워크플로우에서 자동으로 생성됩니다. 작업에 할당된 승인자 그룹을 볼 수도 있습니다.
      변경 작업 작업 목록은 워크플로우에서 만들 수 있습니다. 기본 워크플로우는 구현 상태의 작업을 생성합니다. 변경 작업을 생성할 수도 있습니다. 작업 유형 구현의 계획된 시작 날짜 및 계획된 종료 날짜는 변경 요청에 지정된 계획된 시작 및 종료 날짜 내에 있어야 합니다.
      문제 문제가 발생하여 변경이 생성된 경우 이 목록이 자동으로 생성됩니다.
      변경에 의해 수정된 인시던트 해결을 위해 변경해야 하는 인시던트 목록입니다.
      변경에 의해 발생한 인시던트 변경을 구현하여 발생한 인시던트 목록입니다.
      CAB 어젠다 항목 어젠다 항목의 목록 및 각 항목의 상세 정보입니다. 회의 시작 시간과 종료 시간, 회의에 대해 할당된 시간, 회의 상태 및 해당 어젠다 항목에 대한 결정 사항을 예로 들 수 있습니다.
      주:
      목록이 비어 있으면 CAB 어젠다 항목 관련 목록이 양식에 표시되지 않습니다. 이 기능은 인스턴스에만 사용할 수 있습니다.Jakarta
    9. 변경 요청이 다음 상태로 이동할 준비가 되면 승인 요청을 선택합니다.
      변경 요청의 유형을 기준으로 상태가 앞으로 이동합니다.
      • 평가 상태: 일반 변경 요청에 대한 그룹 수준 승인. 승인 기록은 할당 그룹에 따라 자동으로 생성됩니다. 제안된 변경에 대한 피어 및 기술 검토를 수행할 수 있습니다.
      • 승인 상태: 긴급 변경 요청.
      • 예약됨 상태: 사전 승인된 표준 변경.
      주:
      변경 기록을 메일로 전송하려면 컨텐츠 프레임에서 추가 옵션 아이콘( 추가 옵션 아이콘)을 선택하고 이메일을 선택합니다. 변경을 요청한 사용자와 변경에 할당된 사용자가 모두 수신자 목록에 자동으로 채워집니다.

      달력을 보려면 변경 요청 양식의 제목 표시줄에서 달력 보기 를 선택합니다.

    다음에 수행할 작업

    변경 요청 처리