상태 필드 선택 값 구성

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기3분

    • 상태 필드는 선택 목록 필드의 하위 집합입니다. 상태 필드에 대한 선택 값을 구성할 때는 다음 정보를 염두에 두어야 합니다.

    • 음수 값을 사용하여 새 활성 상태 필드를 추가합니다.
    • 스크립트 및 조건 필드에서 상태 번호 필터를 사용하는 비즈니스 규칙을 검색하고 연구합니다. 디버그 도구를 사용하여 비즈니스 규칙 실행 순서를 추적할 수 있습니다.
    • 비활성 상태를 나타내는 새 값은 8보다 큰 값을 가져야 합니다.

    딕셔너리를 구성하여 상태 필드에 대해 다음 속성을 정의할 수 있습니다. 속성이 정의되지 않은 경우 시스템이 기본값을 사용합니다. TaskStateUtil API는 다음 특성을 사용합니다. TaskStateUtil API에 대한 자세한 내용은 TaskStateUtil을 참조하세요.

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

    상태 수정 예시

    다음 예시에 따라 인시던트 및 변경 요청의 상태를 수정할 수 있습니다.

    시작하기 전에

    필요한 역할: admin

    프로시저

    1. 다음으로 이동 모두 > 시스템 정의 > 선택 목록.
    2. 목록 맨 위에 다음과 같은 목록 필터를 구성합니다.
      • 테이블: 인시던트
      • 요소: incident_state
    3. 필터를 실행합니다.

      Closed 상태의 값은 7이고 Resolved 상태의 값은 6입니다. 7보다 크거나 같은 상태는 비활성 상태로 간주됩니다. 따라서 새로운 비활성 유형의 상태를 추가하려는 경우 7 보다 큰 양의 정수를 사용해야 합니다. 새 활성 유형의 상태 필드(예: 벤더 대기 중)를 추가하려면 -1 또는 -2와 같은 음수 값을 사용합니다.

    4. 다시 다음으로 이동 시스템 정의 > 선택 목록.
    5. 목록 맨 위에 다음과 같은 목록 필터를 구성합니다.
      • 테이블: change_request
      • 요소: phase_state
    6. 필터를 실행합니다.

      완료 상태의 값은 8입니다. 8보다 크거나 같은 상태는 비활성 상태로 간주됩니다. 따라서 Cancelled와 같은 새로운 비활성 형식의 상태를 추가하려면 8보다 큰 양의 정수를 사용해야 합니다. 보류 중과 같은 새 활성 유형의 상태 필드를 추가하려면 -1 또는 -2와 같은 음수 값을 사용합니다.

    변경 상태 및 비즈니스 규칙 문제 해결

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

    시작하기 전에

    필요한 역할: admin

    프로시저

    1. 다음으로 이동 모두 > 시스템 정의 > 비즈니스 규칙.
    2. 다음과 같은 필터를 구성하여 해결됨 incident_state 6 또는 종결 incident_state 값 7과 관련된 스크립트와 조건을 봅니다.

      스크립트 필드에 7이 포함되어 있거나 조건 필드에 7이 포함되어 있거나 스크립트 필드에 6이 포함되어 있거나 조건 필드에 6이 포함되어 있고 테이블 필드가 인시던트이고 활성 필드가 true인 경우

    다음에 수행할 작업

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

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