재고 규칙
재고 규칙은 특정 재고 보관실에 있는 특정 자산의 재고가 지정된 임계치에 도달하면 다른 재고 보관실에서 일정 수량을 이전하거나 벤더에게 주문해야 한다고 설명하는 기준으로 정의됩니다.
예를 들어, 특정 재고 보관실의 특정 컴퓨터 키보드 모델 재고가 10에 도달하면 재고 규칙이 적용되고 있기 때문에 다른 재고 보관실에서 50개를 이전하는 이전 주문이 자동으로 생성됩니다. 재고 보관실에 한 모델의 여러 자산이 있을 수 있기 때문에, 재고 규칙을 사용하여 모든 자산이 기준에 부합하는지 확인하고 총 수를 볼 수 있습니다.
두 가지 재고보충 옵션이 있습니다.
- 벤더에게 제품을 주문하라는 이메일을 재고 보관실 관리자(재고 보관실 레코드의 관리자 필드에 식별된 사용자)에게 보낼 수 있습니다. 재고 보관실 관리자가 수행할 작업이 자동으로 생성되거나, Procurement가 활성 상태인 경우 구매 주문 및 구매 주문 라인 항목이 생성됩니다.
- 다른 재고 보관실에서 항목을 재입고하도록 이전 주문을 자동으로 생성할 수 있습니다.
재고 규칙 러너 작업
기본적으로 glide.sc.checkout.twostepfalse로 설정된 시스템 속성은 항목을 카트에 추가할 서비스 카탈로그 때 자동으로 요청을 제출합니다. 또한 이 시스템 속성 설정을 사용하면 재고 규칙 러너 작업이 작업, 구매 주문서, 이전 주문 및 서비스 카탈로그 요청 생성을 트리거합니다.
시스템 속성의 값이 glide.sc.checkout.twosteptrue로 설정된 경우 API는 CartJS 카트에 항목을 추가하지만 요청은 자동으로 제출되지 않습니다. 대신 요청 제출 시 추가 작업을 수행해야 하므로 재고 규칙 러너 작업의 자동 플로우에 영향을 줍니다.
pending_delivery_flag는 재고 규칙이 이행 또는 제공을 기다리고 있는지 여부를 나타내는 데 사용됩니다. pending_delivery_flag 다음 값 중 하나로 설정할 수 있습니다.
- 이 플래그를 true로 설정하면 재고 규칙이 진행 중이고 시스템에서 동일한 항목에 대해 중복 작업이나 주문을 생성하지 않습니다.
- 이 플래그가 false로 설정되면 시스템은 재고 규칙을 다시 처리하고 작업 및 주문 생성을 다시 트리거합니다.
재고 규칙 유형 및 인스턴스에 활성화된 ServiceNow 플러그인을 기반으로 재고 규칙 러너 작업은 구매 주문서, 이전 주문, 서비스 카탈로그 요청 또는 작업을 생성합니다.
구매 플러그인과 하드웨어 자산 관리 애플리케이션이 활성화되지 않은 경우 재고 규칙 러너 작업은 구매 주문서 또는 서비스 카탈로그 요청 대신 작업을 생성합니다. 이 작업은 재고 보관실 관리자에게 인벤토리를 보충하는 데 필요한 조치를 취하라는 메시지를 표시합니다.
| 재고 규칙 유형 | 생성된 주문/요청 |
|---|---|
| 재고 보관실 | 재고 보관실의 재고가 재고 규칙에 따라 설정된 임계치에 도달하면 이전 주문이 자동으로 생성됩니다. 재고를 보충하기 위해 다른 재고 보관실에서 재고를 이전하기 위해 이전 주문이 생성됩니다. 주: 이전 주문이 이미 진행 중이면 추가 이전 주문이 만들어지지 않습니다. |
| 벤더 | 구매 플러그인(com.snc.procurement)이 활성화되면 구매 주문 및 해당 구매 주문 라인 항목이 생성됩니다. 구매 주문서 및 구매 주문 라인 항목은 재고 보관실의 재고가 정의된 임계치에 도달하여 벤더로부터 직접 보충해야 할 때 생성됩니다. 주: 구매 주문 및 구매 주문 라인 항목에 액세스하려면 procurement_user 역할이 필요합니다. |
| 벤더 또는 서비스 카탈로그 | 하드웨어 자산 관리 응용 프로그램이 설치되고 재고 규칙이 공급업체 또는 서비스 카탈로그로 설정된 경우 다음 사항에 유의하십시오.
|