---
sourceDocument: Xanadu 플랫폼 분석
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/xanadu/now-intelligence

 Release :

    - xanadu

ft:locale :

    - ko-KR

ft:publication_title :

    - Xanadu 플랫폼 분석

ft:clusterId :

    - par

bundleId :

    - par

workflow :

    - Platform


---

# 규칙 기반 개선 기회 설정

# 규칙 기반 개선 기회 설정 {#ariaid-title1}

* 릴리스 버전: Xanadu
* 
* 업데이트 날짜 2024년 08월 01일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 3분

규칙 기반 찾기 정의는 요약 및 인사이트 페이지에 사용 사례에 대한 개선 기회를 표시하는 사용자 지정 규칙입니다.

## 시작하기 전에

필요한 역할: sn_process_optimization_analyst, sn_process_optimization_power_user 또는 sn_process_optimization_admin

자체 규칙을 설정하면 더 자세히 알고 싶은 프로세스의 특정 영역에 집중할 수 있으므로 주어진 사용 사례에 대한 개선 기회를 식별할 수 있습니다.

예를 들어, 검증 대기 중에서해결됨으로 7일 이상 걸린 기록을 표시하는 규칙을 설정할 수 있습니다.

## 프로시저

1. 개선 기회 정의 페이지로 이동합니다.  
   개선 기회 정의 페이지에 대한 자세한 내용은 을 참조하십시오 [개선 기회 설정](https://servicenow-prod.fluidtopics.net/FZTPmQ3LFMpwiF~Hpwrnyg "개선 기회를 설정하여 팀이 프로세스를 최적화할 수 있는 개선 영역을 찾습니다. 사용 가능한 규칙 목록에서 선택하거나 고유한 규칙을 설정할 수 있습니다. 본인이 설정한 규칙에 따라 개선 영역을 볼 수 있습니다.").
2. 규칙 기반 카드에서 만들기 를 선택합니다.
3. 정의 섹션에 상세 정보를 제공합니다.  
   자세한 내용은 [Finding Builder의 규칙 기반 찾기 정의 양식](https://servicenow-prod.fluidtopics.net/cpMIk~TXJFKK7lQSVkwyUA "개선 기회 정의 생성 양식을 사용하여 결과 찾기 빌더에서 찾기 정의를 생성합니다.") 문서를 참조하십시오.
4. 구성을 선택합니다.  
   구성 탭이 표시됩니다.

5. 양식에 세부 정보를 입력합니다.  
   1. 필드, 연산자 및 값을 포함하는 조건을 추가하여 필터를 정의합니다.발생 여부 필드를 사용하여 필터가 이 조건의 첫 번째, 마지막 또는 모든 발생에 적용되는지 여부를 정의합니다.

   2. 상황별 조건 추가 버튼을 사용하여 이 필터에 대한 추가적인 상황별 조건을 정의합니다.

      및또는 버튼을 사용하여 필요한 만큼 상황별 조건을 만듭니다.
   3. 다음 단계 추가를 선택하여 이 체인 내에서 다른 필터를 정의합니다.

      필터를 생성하면 두 필터 사이에 관계 섹션이 나타납니다. 이 섹션에서는 바로 위와 아래에 있는 활동 간의 관계를 정의합니다.
   4. 필터 간의 관계를 선택합니다.
      * 바로 다음에 옴
      * 궁극적으로 다음으로 이어짐
      * 바로 다음에 오지 않음
      * 궁극적으로 다음으로 이어지지 않음
      {#rule-based-builder__ul_mtw_4kl_xbc}
   5. 추적 기간 필드를 선택합니다.

      이 필드는 지정된 찾기 단계 사이의 시간을 추적하여 개선 기회에 표시되는 찾기 프로세스의 총 기간을 계산합니다.
   6. + 체인 추가(오른쪽 위)를 선택하여 추가 필터 체인을 만듭니다.

      체인은 연결된 필터의 집합입니다. true로 평가되어야 하지만 다른 체인의 필터와 관계가 없는 별도의 관련 필터 집합을 정의하는 체인을 만듭니다. 체인을 만든 후 창 맨 위에 있는 체인 \<번호\> 탭을 사용하여 체인 사이를 이동할 수 있습니다.
   7. 제약 조건 추가를 선택합니다.

      구속조건 패널이 오른쪽에 표시됩니다. 찾기 제약 조건을 사용하여 특정 단계 간의 기간 및 관계 제약 조건과 같은 찾기 정의 단계 간의 특정 조건을 설정하면 기본 찾기 규칙 이상으로 범위를 좁히는 데 도움이 됩니다.
   8. 제약 조건 추가를 선택하고, 모든 세부 정보를 제공하고, 제약 조건 추가를 선택합니다.

      {#rule-based-builder__table_gwq_33h_1cc__entry__2}

      | 필드 | 설명 |
      |-|-|
      | 이름 | 제약 조건의 이름 |
      | 시작 | 찾기 제약 조건을 트리거하는 이벤트입니다. 사용 가능한 옵션은 필터에 제공된 단계입니다. |
      | 종료 | 찾기 제약 조건을 종료하는 이벤트입니다. 사용 가능한 옵션은 필터에 제공된 단계입니다. |
      | 최소 기간 | 시작 필드에 정의된 이벤트와 종료 필드에 정의된 이벤트 사이의 최소 기간을 지정합니다. 종료 필드의 이벤트는 이 필드에 지정된 시간 이후에 발생해야 합니다. |
      | 최대 기간 | 시작 필드에 정의된 이벤트와 종료 필드에 정의된 이벤트 시간 사이의 최대 기간입니다. 종료 필드의 이벤트는 이 필드에 지정된 시간 전에 발생해야 합니다. |
      | 관계 제약 조건 유형 | 제약 조건이 트리거되는 시기를 추가로 정의하는 선택적 제약 조건 없음 :   관계 제약 조건 없음 동일 :   기록의 특정 필드에 동일한 값이 있어야 합니다. 관계 제약 조건 필드 필드에 이 필드를 지정합니다. 다름 :   기록은 특정 필드에서 서로 다른 값을 가져야 합니다. 관계 제약 조건 필드 필드에 이 필드를 지정합니다. 동일한 사용자 :   시작 및 종료 조건은 동일한 사용자에 의해 트리거되어야 합니다. 다른 사용자 :   시작 및 종료 조건은 서로 다른 사용자에 의해 트리거되어야 합니다. 동일한 이벤트 :   시작 단계와 중지 단계가 동일하지만 중간 단계는 다를 수 있음을 나타냅니다. 이렇게 하면 첫 번째 단계와 마지막 단계만 일치해야 하는 A -\> B -\> A와 같은 핑퐁 패턴을 식별하는 데 도움이 됩니다. 다른 이벤트 :   시작 단계와 중지 단계가 서로 구별되지만 중간 단계는 다르거나 동일할 수 있음을 나타냅니다. 이렇게 하면 A -\> B -\> C와 같이 초기 및 최종 활동이 동일하지 않은 시퀀스를 식별하여 프로세스가 서로 다른 이벤트로 시작하고 끝나도록 할 수 있습니다. |
      | 관계 제약 조건 필드 | 관계 제약 조건 유형과 연결된 필드입니다. 이 필드는 관계 제약 조건 유형 필드에서 동일 또는 다름을 선택한 경우에 나타납니다. 주: 시작 조건 또는 종료 조건 필드에 선택 항목이 없는 경우 사용 가능한 관계 제약 조건 필드가 비어 있는 것으로 표시됩니다. |
      [ ]

      {#rule-based-builder__table_gwq_33h_1cc}
   {#rule-based-builder__ol_zql_xjl_xbc}
6. 저장 후 종료를 선택합니다.
{#rule-based-builder__steps_vmx_t2k_wbc}