예제 구성

구매 요청의 경우 팀은 각 라인 항목의 총 가치를 기준으로 우선순위를 지정합니다. 지출이 많은 라인에는 더 빠른 처리 시간과 더 엄격한 감독이 필요합니다.

소싱 요청의 경우 팀은 비즈니스 소유자의 조직 직급에 따라 우선순위를 지정합니다. 고위 리더가 후원하는 요청에는 더 빠른 응답이 필요합니다.

구매 케이스의 경우 팀은 요청되는 수정 유형에 따라 우선순위를 지정합니다. 공급자 변경 및 계약 개정은 일상적인 카탈로그 업데이트보다 조직에 더 높은 위험을 수반합니다.

라인 값이 혼합된 구매 요청

부서 관리자는 사무용 가구($12,000), 데스크톱 워크스테이션($8,500) 및 회의실 디스플레이 시스템($67,000) 세 가지 품목에 대한 구매 요청을 제출합니다.

요청이 저장되면 시스템은 결정 테이블에 대해 각 라인을 평가합니다. 가구 라인($12,000)이 규칙 4와 일치하고 낮음을 반환합니다. 워크스테이션 라인($8,500)도 규칙 4와 일치하여 낮음을 반환합니다. 디스플레이 시스템 라인($67,000)은 규칙 2(금액이 $50,000에서 $99,999 사이)와 일치하고 높음을 반환합니다.

시스템은 세 라인 모두에서 가장 긴급한 결과인 높음을 선택합니다. 구매 요청의 우선순위 필드가 높음으로 업데이트됩니다.

요청이 전문가의 큐에 나타나면 다른 두 라인의 규모가 일상적이었음에도 불구하고 하나의 큰 값 라인에 의해 구동되는 높음으로 플래그가 지정됩니다. 전문가는 요청을 즉시 검토해야 한다는 것을 알고 있으며 요청을 열면 $67,000의 디스플레이 시스템 라인을 찾을 것입니다.

비즈니스 소유자 연공서열에 따른 소싱 요청

새로운 범주의 원자재에 대한 공급자를 평가하기 위해 소싱 이벤트가 생성됩니다. 요청의 비즈니스 소유자는 IC4 수준 역할에 해당하는 작업 코드를 보유하고 있습니다.

소싱 요청이 저장되면 시스템은 결정 테이블에 대해 비즈니스 소유자의 작업 코드를 평가합니다. IC4 작업 코드가 규칙 2와 일치하고 소싱 요청이 높은 우선순위를 받습니다.

관리자 수준의 비즈니스 소유자가 동일한 소싱 이벤트를 시작한 경우 요청에 보통 우선순위가 대신 부여되었을 것입니다. 다른 사람이 후원하는 동일한 소싱 이벤트가 대기열에 다르게 배치되며, 이는 작업을 후원하는 사람에 대한 조직의 중요성을 반영합니다.

수정 유형이 혼합된 구매 케이스

전문가가 구매 케이스를 생성하여 세 항목의 업데이트를 처리합니다. 케이스 라인 중 두 가지는 일상적인 설명 변경입니다. 세 번째는 공급자 변경, 즉 계약에 영향을 미치는 전략적 결정을 문서화합니다.

케이스가 저장되고 해당 라인이 평가되면 두 설명 변경 라인이 규칙 3과 일치하고 낮음을 반환합니다. 공급자 변경 라인이 규칙 1과 일치하고 높음을 반환합니다.

시스템은 상위 케이스의 우선순위로 높음을 선택합니다. 관리자가 팀의 오픈 작업 큐를 검토하면 이 케이스가 일상적인 카탈로그 업데이트 케이스 위에 표시되어 전략적으로 중요한 라인이 하나 이상 포함되어 있음을 나타냅니다.

일치 규칙이 없는 기록

이 조직에서 구매 케이스 결정 테이블 구성을 완료하기 전에 구매 케이스가 생성됩니다. 테이블에 아직 규칙이 없습니다. 시스템이 결정 테이블을 평가하고 일치하는 규칙을 찾지 못하며 케이스에 계획 우선순위(시스템 기본값)가 부여됩니다. 작업 큐 하단에 표시됩니다.

테이블에서 규칙을 구성하면 다음에 케이스를 만들거나 업데이트할 때 시스템이 케이스를 다시 평가합니다. 일치하는 규칙이 발견되면 우선순위가 그에 따라 업데이트됩니다.

즉, 기능이 활성화되기 전에 작업 우선순위 지정에 모든 규칙이 적용될 필요는 없습니다. 규칙이 구성되기 전에 생성된 기록은 계획 수립 우선순위에 누적되며 업데이트될 때 자연스럽게 재평가됩니다.