

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 서비스 수준
<a name="service-level"></a>

재고 비율을 사용하여 인벤토리 수준을 관리하는 경우이 정책 설정을 사용하여 대상 인벤토리 수준 및 보충을 계산할 수 있습니다.

## 입력 및 기본값
<a name="til-policy3"></a>

*sl* 정책의 경우 Supply Planning에는 다음 필드가 필요합니다. 이러한 필드가 비어 있으면 기본값이 *null*로 설정되고 애플리케이션에서 예외가 발생합니다.


| 필요한 데이터 | 개체 | Field | 값 | 설명 | 
| --- | --- | --- | --- | --- | 
| 인벤토리 정책 | inventory\_policy | ss\_policy | sl | 서비스 수준은 *sl*로 축약됩니다.>  | 
| 인벤토리 정책 | inventory\_policy | target\_sl | 백분율 값 | 예: 0.8>  | 
| 예측 | forecast | NA | NA | 평균 또는 예측 수량.>  | 
| 리드 타임 | transportation\_lane | NA | NA | 소스 위치에서 대상으로의 리드 타임입니다. | 
| 리드 타임 | vendor\_lead\_time | NA | NA | 공급업체에서 대상 위치로의 리드 타임입니다. | 
| 소싱 일정 또는 공급업체 일정 | sourcing\_schedule 및 sourcing\_schedule\_details | NA | NA | 공급업체가 주문을 수락하는 달력 또는 날짜를 정의합니다. | 

## 대상 인벤토리 수준 계산
<a name="til-calculation"></a>

대상 인벤토리 위치(TIP)는 서비스 수준(sl) 인벤토리 정책에 사용됩니다. TIP는 지정된 날짜의 원하는 인벤토리 위치를 나타냅니다. TIP에는 보유 및 주문 인벤토리가 포함됩니다. 서비스 수준 정책에 필요한 입력은 예측, 리드 타임, 소싱 일정(소싱 일정 세부 정보 포함) 및 서비스 수준에 대한 구성입니다.

![대상 인벤토리 수준 계산](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/targetinventorylevel.png)


TIP는 예측 분포를 기반으로 합니다. Supply Planning은 중요한 비율(CR 또는 service\_level)을 예측 배포에 적용하고, 수요를 계산하고, 처리할 일수를 합산합니다. 예측 분포에 중요 비율(서비스 수준)을 적용하는 데 사용할 수 있는 방법은 다음과 같습니다.

먼저 공급 계획은 선형 보간을 사용하여 예측 분포(P10/P50/P90)에 CR을 적용합니다.

![예측 수준에서 배포에 CR 적용](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/service_level.png)


공급 계획은 target\_sl=0.1의 경우 P10, target\_sl=P50의 경우 P50, target\_sl=0.9의 경우 P90을 사용합니다. 예측 개체에 존재하지 않는 백분위수의 경우 Supply Planning은 선형 보간 접근 방식을 사용합니다. Supply Planning은 P10/P50/P90을 기반으로 다른 백분위수 수요 예측을 계산합니다. 다음은 P40(target\_sl=0.4) 및 P75(target\_sl=0.75)를 계산하기 위한 공식입니다. P40=50−10−10 ×(P50−P10)\+P10 P75=90−5075−50 ×(P90−P50)\+P50 

Supply Planning에서 수요를 가져오면 수요를 합산하여 임의의 합계를 처리할 일 단위로 사용합니다. 포함되는 일수는 예정된 배달 날짜부터 예정된 배달 날짜 이후의 배달 날짜까지입니다.

![에서 다루기 위해 일 단위로 사용할 수요 요약](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/service_level_example.png)


이전 그림과 같이 노란색 기간은 다루어야 할 일입니다. 다룰 날짜의 시작은 계획 기간의 첫날부터 시작되지 않습니다. 그 이유는 Supply Planning이 충당할 수 없는 일수에 대해 주문하지 않기 때문입니다. Supply Planning은 손실된 모든 매출을 복구할 수 없다고 가정합니다. R1: 소싱 일정에 따른 첫 번째 검토 날짜입니다. R2: 소싱 일정에 따른 두 번째 검토 날짜입니다. LT\_R1: R1에 주문을 하기 위한 리드 타임입니다. LT\_R2: R2에 주문을 하기 위한 리드 타임입니다. R\_R1: 소싱 일정에 따른 검토 기간입니다. RD\_R1: R1 이후의 첫 번째 검토 날짜로, R1\+R\_R1과 동일합니다. DD\_R1: 주문 제출이 R1, DD\_R1 = R1 \+ LT\_R1에 있는 경우 배달 날짜입니다. DD\_R2: 주문 제출이 R2, DD\_R2 = R2 \+ LT\_R2에 있는 경우 배달 날짜입니다.

다음 예제에서는 TIP 계산을 보여줍니다.

![TIP 계산 수준](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/tip_calculation.png)


## 재주문 수량 계산
<a name="reorder-policy3"></a>

*sl* 재주문 수량 계산에 대한 입력은 대상 인벤토리 수준과 현재 인벤토리 수준입니다. Supply Planning은 인벤토리 수준 레코드가 누락된 경우 예외를 발생시킵니다.

![계산 로직 재정렬](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/reorder.png)


재주문 수량은 대상 인벤토리 위치와 현재 인벤토리 수준 간의 차이입니다. 현재 인벤토리 위치가 대상 인벤토리 위치보다 높으면 재주문 수량이 0으로 설정됩니다.