---
sourceDocument: 요코하마 ServiceNow AI 플랫폼 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ko-KR

ft:publication_title :

    - 요코하마 ServiceNow AI 플랫폼 관리

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# 상태 필드 선택 값 구성

# 상태 필드 선택 값 구성 {#ariaid-title1}

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

상태 필드는 선택 목록 필드의 하위 집합입니다. 상태 필드에 대한 선택 값을 구성할 때는 다음 정보를 염두에 두십시오.  
* 음수 값을 사용하여 새 활성 상태 필드를 추가합니다.
* 스크립트 및 조건 필드에서 상태 번호 필터를 사용하는 비즈니스 규칙을 검색하고 연구합니다. 디버그 도구를 사용하여 비즈니스 규칙 실행 순서를 추적할 수 있습니다.
* 비활성 상태를 나타내는 새 값은 8보다 큰 값이어야 합니다.
{#c_BPForStateFieldChoiceValues__ul_xg2_xg4_c5}

딕셔너리를 구성하여 상태 필드에 대해 다음 속성을 정의할 수 있습니다. 속성이 정의되지 않은 경우 시스템이 기본값을 사용합니다. TaskStateUtil API는 다음 속성을 사용합니다. TaskStateUtil API에 대한 자세한 내용은 [TaskStateUtil](https://developer.servicenow.com/app.do#!/api_doc?v=paris&id=c_TaskStateUtil)을 참조하세요.  
{#c_BPForStateFieldChoiceValues__table_hv2_51h_1s__entry__2}

| 속성 | 정의 |
|-|-|
| close_states | 작업을 활성 또는 비활성으로 설정해야 하는지 식별하는 데 사용되는 비활성 상태 값의 세미콜론으로 구분된 목록입니다. TaskStateUtil 기능을 사용하는 데 필요한 속성입니다. |
| default_close_state | 작업을 자동으로 종결하는 비즈니스 규칙을 정의하려는 경우 기본 종결 상태의 상태 값을 정의하는 선택적 속성입니다. 기본값은 3이며, 속성이 정의되지 않은 경우 일반적으로 완료 종결입니다. |
| default_work_state | 작업이 자동으로 진행되도록 설정하는 비즈니스 규칙을 정의하려는 경우 기본 작업 상태의 상태 값을 정의하는 선택적 속성입니다. 기본값은 2이며, 속성이 정의되지 않은 경우 일반적으로 작업 진행 중입니다. |
[표 1. 관련 속성]

{#c_BPForStateFieldChoiceValues__table_hv2_51h_1s}

## 상태 수정 예 {#ariaid-title2}

인시던트 및 변경 요청의 상태를 수정하려면 다음 예시를 따르십시오.

### 시작하기 전에

필요한 역할: admin

### 프로시저

1. 다음으로 이동 모두시스템 정의선택 목록.
2. 목록 상단에 다음과 같이 목록 필터를 만듭니다.  
   * 테이블: 인시던트
   * 요소: incident_state
   {#t_StateModificationExamples__ul_cr2_lh4_c5}
3. 필터를 실행합니다.  
   종결됨 상태의 값은 7이고 해결됨 상태의 값은 6입니다. 7보다 크거나 같은 상태는 비활성으로 간주됩니다. 따라서 새 비활성 유형의 상태를 추가하려면 7 보다 큰 양의 정수를 사용해야 합니다. 대기 중인 벤더와 같은 새 활성 유형의 상태 필드를 추가하려면 -1 또는 -2와 같은 음수 값을 사용합니다.
4. (으)로 다시 이동 시스템 정의선택 목록.
5. 목록 상단에 다음과 같이 목록 필터를 만듭니다.  
   * 테이블: change_request
   * 요소: phase_state
   {#t_StateModificationExamples__ul_stk_1j4_c5}
6. 필터를 실행합니다.  
   완료 상태의 값은 8입니다. 8보다 크거나 같은 상태는 비활성으로 간주됩니다. 따라서 취소됨과 같은 새 비활성 유형의 상태를 추가하려면 8 보다 큰 양의 정수를 사용해야 합니다. 보류 중과 같은 새 활성 유형의 상태 필드를 추가하려면 -1 또는 -2와 같은 음수 값을 사용합니다.

## 변경 상태 및 비즈니스 규칙 문제 해결 {#ariaid-title3}

시스템의 비즈니스 규칙은 상태 값에 대한 가정을 수행합니다. 비즈니스 규칙의 문제를 해결하여 실행 순서를 확인하고 상태 필드 값의 변경 사항에 어떤 영향을 주는지 확인할 수 있습니다.

### 시작하기 전에

필요한 역할: admin

### 프로시저

1. 다음으로 이동 모두시스템 정의비즈니스 규칙.
2. 해결된 incident_state 6 또는 종결된 incident_state 값 7과 관련된 스크립트 및 조건을 보려면 다음과 같은 필터를 구성하십시오.  
   스크립트 필드에 7이 포함되거나, 조건 필드에 7이 포함되거나, 스크립트 필드에 6이 포함되거나, 조건 필드에 6이 포함되고, 테이블 필드가 인시던트이고 활성 필드가 true입니다.

### 다음에 수행할 작업

비즈니스 규칙 실행 순서를 추적하는 방법에 대한 자세한 내용은 비즈니스 규칙 디버그를 참조하십시오. 모두 디버그를 클릭하고 인시던트를 해결한 다음 폼 아래쪽에서 추적을 확인하여 비즈니스 규칙이 실행되는 것을 확인할 수 있습니다. 이 두 줄의 예는 mark_closed 비즈니스 규칙 코드가 `==>` 로 입력되고 `<===`로 종료됨을 보여줍니다.  


    ==> 'mark_closed' on incident
    <== 'mark_closed' on incident