기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 자동 보충
자동 보충 기능을 사용하여 보유할 인벤토리 양과 인벤토리 관리를 자동화하여 더 많은 인벤토리를 주문할 시기를 결정할 수 있습니다. 자동 보충은 인벤토리, 예상 수요를 모니터링하고 구성된 인벤토리 정책, 주문 일정, 최소 주문 수량 및 공급업체 리드 타임을 기반으로 항목을 자동으로 재정렬하여 인벤토리 관리 프로세스를 간소화합니다.
자동 보충을 사용하여 ERP 또는 구매 시스템으로 가져올 수 있는 구매 주문 요청을 생성하여 공급업체에 대한 구매 주문(POs 생성할 수 있습니다.
# 키 입력
자동 보충은 인벤토리 보충에 대해 정확하고 정보에 입각한 계산을 수행하기 위해 다음 입력에 의존합니다.
+ **수요** - 수요 데이터는 보충 계산의 기본 입력입니다. 이 데이터는 과거 매출 또는 향후 예측 측면에서 수요를 AWS Supply Chain 이해하여 향후 버킷에 대한 인벤토리 요구 사항을 결정할 수 있도록 도와줍니다. 수요 데이터에 대한 입력으로 수요 예측 또는 과거 판매 기록을 제공할 수 있습니다. 수요 예측을 사용할 수 없는 경우 판매 기록을 제공할 수 있으며 보충 계산에 과거 소비율을 AWS Supply Chain 사용합니다.
+ **인벤토리** - 자동 보충은 보유 인벤토리와 주문 인벤토리를 보충 계산을 위한 입력으로 사용합니다. 보유 인벤토리는 수요를 충족하는 데 사용할 수 있는 위치에서 사용 가능한 인벤토리입니다. 주문 재고는 재고 위치로 인바운드되는 미결 구매 또는 이전 주문입니다. 순 공급 요구 사항을 결정하기 위해 보유 재고와 주문 재고에서 수요를 계산합니다.
+ **리드 타임** - 리드 타임은 주문을 하고 항목을 수신하는 데 걸리는 시간입니다. 리드 타임은 주문해야 하는 시간을 미리 AWS Supply Chain 결정하는 데 도움이 됩니다. 공급업체에서 주문하거나 조달한 품목의 경우 리드 타임은 공급업체가 주문을 이행하고 상품을 배송하는 데 걸리는 공급업체/벤더 리드 타임을 나타냅니다. 내부 주문 처리, 품질 검사 또는 처리에 필요한 모든 시간은 리드 타임의 일부로 포함되어야 합니다. 배포 센터 또는 이행 센터와 같은 기업의 내부 위치에서 전송되는 항목 또는 제품의 경우 리드 타임은 운송 시간을 나타냅니다. 운송 시간은 소스 위치에서 대상 위치로 운송 및 배송하는 데 필요한 시간입니다.
+ **소싱 규칙** - 소싱 규칙을 사용하여 공급망 네트워크 토폴로지를 모델링할 수 있습니다. 소싱 규칙을 사용하여 다양한 위치 수준(예: 리전 DC에서 중앙 DC) 간의 관계 또는 공급업체와 사이트 간의 관계를 정의합니다. 이러한 관계는 제품 그룹 또는 리전 수준이나 제품 또는 사이트 수준에서 모델링할 수 있습니다.
+ **소싱 일정** - 자동 보충을 사용하여 실행할 때마다 항목을 정기적으로 모니터링 및 보충하거나 보충할 항목에 대해 사전 정의된 일정을 구성합니다. 소싱 일정을 사용하여 공급업체 또는 배송 일정과 운송 일정에 따라 주문 일정을 정의합니다. 소싱 일정을 정의하여 일주일에 여러 번, 일주일에 한 번 또는 특정 주에 항목을 보충할 수 있습니다.
+ **인벤토리 정책** - 인벤토리 정책은 보충 요구 사항을 추진하는 데 사용되는 대상 인벤토리 수준을 결정하는 주요 입력입니다. 가장 세부적인 제품 수준, 사이트 수준 또는 제품 그룹, 제품 세그먼트, 사이트 또는 리전과 같은 집계 수준에서 인벤토리 정책을 구성할 수 있습니다. 자동 보충은 절대 인벤토리 수준, 보장 일수 및 서비스 수준 인벤토리 정책을 지원합니다. 구성된 인벤토리 정책의 대상 값을 정의할 수 있으며,는 대상 값을 AWS Supply Chain 사용하여 대상 인벤토리 수준을 결정합니다.
공급 계획에 필요한 데이터 필드에 대한 자세한 내용은 섹션을 참조하세요[공급 계획](entities-supply-planning.md).
# 계획 프로세스
보충 요구 사항은 항목에 대해 구성된 네트워크 토폴로지를 기반으로 계산됩니다. 다음은 보충 주문 생성과 관련된 다양한 계산을 설명하는 데 사용하는 샘플 네트워크 토폴로지입니다.
![\[공급 계획 프로세스\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/Supply_planning_process.png)
자동 보충은 스포크 노드에서 허브 노드로(예: 리전 DCs에서 중앙 DC로) 전송 요구 사항을 생성하고 허브 노드에서 공급업체로(예: 중앙 DC에서 공급업체로) 구매 요구 사항을 생성합니다. 다음 단계는 보충 주문 생성에 관여합니다. 이러한 단계는 보충 계획 범위에 속하는 각 제품 및 사이트 조합에 대해 반복됩니다. 다운스트림 노드의 요구 사항은 소싱 규칙 정보에 따라 업스트림으로 전파되며 프로세스는 해당 항목의 루트 노드에 도달할 때까지 업스트림 노드에서 반복됩니다.
![\[공급 계획 프로세스 절차\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/Supply_planning_process_procedure.png)
+ **수요 처리** - 보충 계획 구성을 기반으로 과거 수요 또는 예측 데이터를 AWS Supply Chain 준비합니다. 수요 또는 예측은 보충 계획 구성 설정에 따라 제품, 사이트, 일 또는 주 수준에서 처리됩니다. 판매 기록 또는 예측 데이터는 제품, 사이트, 고객 또는 제품, 사이트, 채널과 같은 보다 세부적인 수준에서 제공되는 경우 제품 및 사이트 수준에서 집계됩니다. 마찬가지로 주간 집계는 보충 계획이 주 수준에서 구성된 경우 발생합니다. 앞의 예에서 수요는 리전 DCs인 스포크 노드에서 발생하며 제품, 사이트 및 요일/주 수준에서 집계됩니다. 소비 또는 수요 기반 인벤토리 정책을 사용하는 경우 지난 30일간의 수요(판매 기록)를 사용하여 평균 소비를 계산합니다.
+ **대상 인벤토리 수준** - 구성된 인벤토리 정책과 함께 수요 또는 예측을 사용하여 특정 기간의 대상 인벤토리 수준을 결정합니다. 자동 보충은 두 가지 보충 모델을 지원합니다.
+ 예측 기반 보충
+ 소비 기반 보충
AWS Supply Chain 는 예측을 기반으로 인벤토리 대상을 생성합니다. 이러한 인벤토리 대상은 수요 및 공급 리드 타임의 변동성을 고려하기 위해 리드 타임 및 소싱 일정에 따라 결정됩니다.
+ **이전 또는 구매 요구 사항** AWS Supply Chain - 각 기간의 순 수요는 공급(진행 중인 \$1 주문 중인 인벤토리)에서 미래 시간으로 인벤토리를 프로젝션합니다.는 이전 단계에서 계산된 목표 인벤토리 수준과 동일한 수준으로 예상 인벤토리 수준을 AWS Supply Chain 유지합니다. 예상 인벤토리 수준과 목표 인벤토리 수준의 차이는 순 공급 요구 사항 또는 재주문 수량(RoQ)입니다.는 최소 주문 수량을 AWS Supply Chain 적용하거나 여러 개를 주문하여 최종 이전 요구 사항 또는 구매 요구 사항(POR)을 생성합니다.는 이전 또는 공급업체 리드 타임을 AWS Supply Chain 사용하여 날짜별로 주문을 결정합니다. 로트 크기의 기본값은 1.0이고 최소 주문 수량은 0입니다.
**계산 로직**
```
rounding=f(RoQ,MOQ,Lot_Size)
=Lot_Size×Max(RoQ,MOQ)
```
앞의 공식은 자동 보충의 반올림 로직을 설명합니다.는 AWS Supply Chain 먼저 재주문 수량 RoQ와 최소 주문 수량 MOQ를 비교하고 최종 주문 제안을 받은 다음 실제 수량의 로트 크기 인수를 곱합니다. 로트 크기는 *qty\$1multiple* 필드를 사용하여 소싱 규칙 개체에 구성됩니다.
+ **요구 사항 전파 **- 스포크 노드의 경우는 소싱 규칙을 AWS Supply Chain 사용하여 상위 노드를 조회하고 전송 요구 사항을 업스트림 노드에 전파합니다.는 전송 리드 타임별로 필요한 전송 날짜를 AWS Supply Chain 설정하여 상위 노드에서 필요한 날짜를 결정합니다.는 단일 소싱 AWS Supply Chain 만 지원합니다. 허브 노드 아래의 모든 하위 노드 또는 스포크 노드에 대해이 단계가 완료되면는 허브 노드에서 이전 단계를 AWS Supply Chain 반복합니다. 이 프로세스는 항목의 토폴로지에서 루트 노드에 도달할 때까지 반복됩니다.
자동 보충은 공급업체 대상 사이트에 대한 구매 주문 요청만 표시합니다. 공급업체 대상 사이트에는 두 가지 종류가 있습니다.
+ 다른 사이트를 제공하는 공급업체 대상 사이트
+ 다른 사이트를 제공하지 않는 공급업체 대상 사이트
![\[공급 계획 프로세스\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/Supply_planning_process_procedure2.png)
다른 사이트를 제공하는 공급업체 대상 사이트의 경우 재주문 수량은 하위 사이트의 재주문 수량과 자체 수요의 독립적인 재주문 수량입니다. 다른 사이트를 제공하지 않는 공급업체 대상 사이트의 경우 재주문 수량은 사이트의 수요 예측을 기반으로 계산됩니다. 공급업체 대상 사이트의 독립 재주문 수량은 재주문 수량 계산에서 동일한 로직을 따릅니다. 종속 수요는 모든 하위 사이트의 합계입니다. 적용 기간이 7일인 경우 RoQ는 적용 기간의 모든 주문 수량의 합계입니다. 다음 예제에서는 각 사이트에 대해 순서가 하나뿐인 시나리오를 계획 기간에서 보여주고 계산을 설명합니다.
![\[공급 계획 프로세스 예제\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/Supply_planning_example.png)
# 인벤토리 정책
자동 보충은 세 가지 인벤토리 정책을 지원합니다. 각 정책은 서로 다른 알고리즘을 기반으로 계획을 계산하며, 각 정책에는 서로 다른 입력이 필요합니다.
**Topics**
+ [절대 인벤토리 수준](absolute-inventory-level.md)
+ [보장 일수](doc-forecast.md)
+ [서비스 수준](service-level.md)
# 절대 인벤토리 수준
*절대 수량*을 사용하여 인벤토리 수준을 관리하는 경우이 정책 설정을 사용하여 대상 인벤토리 수준 및 RoQ를 계산할 수 있습니다. 절대 인벤토리 수준 정책은 계산된 인벤토리 수준(위치) 대신 구성된 대상 인벤토리 수준을 사용합니다. 대상 인벤토리 수준은 *target\$1inventory\$1qty*의 값입니다.
## 입력 및 기본값
절대 인벤토리 수준 정책에는 다음 표와 같이 절대 인벤토리 수준 정책에 대한 예측, 리드 타임 및 구성이 필요합니다.
| 필요한 데이터 | 개체 | Field | 값 | 설명 |
| --- | --- | --- | --- | --- |
| 인벤토리 정책 | inventory\$1policy | ss\$1policy | abs\$1level | NA> |
| 인벤토리 정책 | inventory\$1policy | target\$1inventory\$1qty | 인벤토리 수준 수량 | NA> |
| 예측 | forecast | NA | NA | 평균 또는 예측 수량.> |
| 리드 타임 | transportation\$1lane | NA | NA | 소스 위치에서 대상으로의 리드 타임입니다. |
| 리드 타임 | vendor\$1lead\$1time | NA | NA | 공급업체에서 대상 위치로의 리드 타임입니다. |
대상 인벤토리 수준에서 사용되는 *inventory\$1policy 데이터 개체의* *target\$1inventory\$1qty*
## 재주문 수량 계산
재주문 수량(RoQ) 계산에 대한 입력은 대상 인벤토리 수준과 현재 인벤토리 수준입니다. 인벤토리 수준 레코드가 누락된 경우 검토할 계획 예외를 AWS Supply Chain 생성합니다.
## 계산 로직
![\[절대 인벤토리 수준에 대한 계산 로직\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/AbsoluteInventoryLevel.png)
재주문 수량은 대상 인벤토리 수준과 현재 인벤토리 수준 간의 차이입니다. 현재 인벤토리 수준이 목표 인벤토리 수준보다 높으면 재주문 수량은 0입니다.
절대 정책의 목표는 각 검토 날짜에 원하는 인벤토리 수준과 일치하는 충분한 보유 인벤토리가 있는지 확인하는 것입니다. 내부 최대 함수는 대상 검토 날짜(전달 후 첫 번째 검토 날짜) 이전의 추가 수요를 계산합니다. 적용 기간은 예상 전달 날짜부터 시작하여 대상 검토 날짜로 끝납니다. 현재 보유 재고 또는 배송 날짜가 특정 기간의 수요를 처리할 수 있는 경우 재주문 수량은 0입니다. 최대 함수는 추가 주문 여부를 결정합니다. 외부 최대 함수는 인벤토리 부족을 계산하고 주문할지 여부를 결정합니다. 다른 사이트에 공급하는 사이트에 대한 재주문 수량 계산은 보장 일수(DOC) 인벤토리 정책에 설명된 로직에 따라 계산됩니다.
# 보장 일수
보장 일수(DoC)를 사용하여 인벤토리 수준을 관리하는 경우 대상 인벤토리 수준 및 RoQ를 계산하기 위한 적절한 정책 설정입니다. DoC 인벤토리 정책은 구성된 적용 범위를 사용합니다. 이 정책은 DOC를 계산하기 위한 소싱 일정(벤더 검토 일정) 또는 공급업체 리드 타임을 고려하지 않습니다. DOC는 *inventory**\$1policy 데이터 엔터티의 target\$1doc\$1limit* 필드를 기반으로 합니다. 주간 계획의 경우 *target\$1doc\$1limit*은 여전히 하루 단위를 사용합니다. 2주 적용 범위는 14일로 변환됩니다. DoC 정책은 예측(*doc\$1fcst*) 또는 수요(*doc\$1dem*)와 함께 사용할 수 있습니다. *doc\$1fcst*와 *doc\$1dem*의 차이는 예측 소스입니다. *doc\$1fcst*는 예측을 기반으로 하는 반면*, doc\$1dem*은 *outbound\$1order\$1line*의 수요 기록을 기반으로 합니다. 예측 기반 적용 범위 일수는 예측의 P50을 사용하는 반면, 수요 기반 계획은 지난 30일간의 수요 기록을 사용하여 평균 소비율을 계산합니다.
## 입력 및 기본값
대상 인벤토리 수준 또는 대상 인벤토리 위치(TIP)는 지정된 날짜의 원하는 인벤토리 위치 또는 수준입니다. 인벤토리 위치에는 보유, 전송 중 또는 주문 중인 인벤토리가 포함되지만 인벤토리 수준은 보유 중인 인벤토리만 포함됩니다. 인벤토리 위치는 서비스 수준(sl) 인벤토리 정책에 사용되고 인벤토리 수준은 *doc\$1fcst*, *doc\$1dem* 및 *abs\$1level* 인벤토리 정책에 사용됩니다. DOC 정책에는 인벤토리 정책에 대한 예측, 리드 타임 및 구성이 필요합니다.
*doc\$1fcst* 정책의 경우 다음 정보를 제공해야 합니다.
| 필요한 데이터 1 | 개체 | Field | 값 | 설명 |
| --- | --- | --- | --- | --- |
| 인벤토리 정책 | inventory\$1policy | ss\$1policy | doc\$1fcst | NA> |
| 인벤토리 정책 | inventory\$1policy | target\$1doc\$1limit | 일수 | NA> |
| 예측 | forecast | NA | NA | 평균 또는 예측 수량.> |
| 리드 타임 | transportation\$1lane | NA | NA | 소스 위치에서 대상으로의 리드 타임입니다. |
| 리드 타임 | vendor\$1lead\$1time | NA | NA | 공급업체에서 대상 위치로의 리드 타임입니다. |
적용 범위를 기준으로 한 인벤토리 정책의 경우 적용 범위를 지정할 일수는 *target\$1doc\$1limit* 값입니다.
## DOC\$1fcst 정책에 대한 계산 로직
![\[DOC_fcst 정책에 대한 계산 로직\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/doc_fcst.png)
## doc\$1dem 정책에 대한 계산 로직
![\[doc_dem 정책에 대한 계산 로직\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/doc_dem.png)
적용 범위 일수 정책의 목표는 각 검토 날짜에 구성된 적용 범위를 적용하기에 충분한 보유 재고가 있는지 확인하는 것입니다. 공식의 첫 번째 부분은 다음 검토 날짜부터 구성된 적용 범위 일수 종료까지 적용 범위를 계산합니다. 총 적용 기간은 *DOCP,S*for 제품 *P* 및 사이트 *S*입니다. 공식의 두 번째 부분은 대상 검토 날짜(전달 후 첫 번째 검토 날짜) 이전의 추가 수요를 계산합니다. 적용 기간은 예상 전달 날짜부터 시작하여 대상 검토 날짜로 끝납니다. 배송 날짜의 현재 보유 재고가이 기간의 수요를 처리할 수 있는 경우 시스템은 0을 재정렬합니다. 최대 함수는 추가 주문 여부를 결정합니다.
## 재주문 수량 계산
재주문 수량 계산을 위한 입력은 대상 인벤토리 수준과 현재 인벤토리 수준입니다. 인벤토리 수준 레코드가 누락된 경우 시스템에서 검토할 계획 예외를 생성합니다.
![\[재주문 수량 계산\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/roq_calculation.png)
제품 *P*, 사이트 *S* 및 날짜 *D*의 재주문 수량은 대상 인벤토리 수준과 현재 인벤토리 수준 간의 차이입니다. 현재 인벤토리 수준이 목표 인벤토리 수준보다 높으면 재주문 수량은 0입니다.
# 서비스 수준
재고 비율을 사용하여 인벤토리 수준을 관리하는 경우이 정책 설정을 사용하여 대상 인벤토리 수준 및 보충을 계산할 수 있습니다.
## 입력 및 기본값
*sl* 정책의 경우 Supply Planning에는 다음 필드가 필요합니다. 이러한 필드가 비어 있으면 기본값이 *null*로 설정되고 애플리케이션에서 예외가 발생합니다.
| 필요한 데이터 | 개체 | Field | 값 | 설명 |
| --- | --- | --- | --- | --- |
| 인벤토리 정책 | inventory\$1policy | ss\$1policy | sl | 서비스 수준은 *sl*로 축약됩니다.> |
| 인벤토리 정책 | inventory\$1policy | target\$1sl | 백분율 값 | 예: 0.8> |
| 예측 | forecast | NA | NA | 평균 또는 예측 수량.> |
| 리드 타임 | transportation\$1lane | NA | NA | 소스 위치에서 대상으로의 리드 타임입니다. |
| 리드 타임 | vendor\$1lead\$1time | NA | NA | 공급업체에서 대상 위치로의 리드 타임입니다. |
| 소싱 일정 또는 공급업체 일정 | sourcing\$1schedule 및 sourcing\$1schedule\$1details | NA | NA | 공급업체가 주문을 수락하는 달력 또는 날짜를 정의합니다. |
## 대상 인벤토리 수준 계산
대상 인벤토리 위치(TIP)는 서비스 수준(sl) 인벤토리 정책에 사용됩니다. TIP는 지정된 날짜의 원하는 인벤토리 위치를 나타냅니다. TIP에는 보유 및 주문 인벤토리가 포함됩니다. 서비스 수준 정책에 필요한 입력은 예측, 리드 타임, 소싱 일정(소싱 일정 세부 정보 포함) 및 서비스 수준에 대한 구성입니다.
![\[대상 인벤토리 수준 계산\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/targetinventorylevel.png)
TIP는 예측 분포를 기반으로 합니다. Supply Planning은 중요한 비율(CR 또는 service\$1level)을 예측 배포에 적용하고, 수요를 계산하고, 처리할 일수를 합산합니다. 예측 분포에 중요 비율(서비스 수준)을 적용하는 데 사용할 수 있는 방법은 다음과 같습니다.
먼저 공급 계획은 선형 보간을 사용하여 예측 분포(P10/P50/P90)에 CR을 적용합니다.
![\[예측 수준에서 배포에 CR 적용\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/service_level.png)
공급 계획은 target\$1sl=0.1의 경우 P10, target\$1sl=P50의 경우 P50, target\$1sl=0.9의 경우 P90을 사용합니다. 예측 개체에 존재하지 않는 백분위수의 경우 Supply Planning은 선형 보간 접근 방식을 사용합니다. Supply Planning은 P10/P50/P90을 기반으로 다른 백분위수 수요 예측을 계산합니다. 다음은 P40(target\$1sl=0.4) 및 P75(target\$1sl=0.75)를 계산하기 위한 공식입니다. P40=50−10−10 ×(P50−P10)\$1P10 P75=90−5075−50 ×(P90−P50)\$1P50
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\$1R1: R1에 주문을 하기 위한 리드 타임입니다. LT\$1R2: R2에 주문을 하기 위한 리드 타임입니다. R\$1R1: 소싱 일정에 따른 검토 기간입니다. RD\$1R1: R1 이후의 첫 번째 검토 날짜로, R1\$1R\$1R1과 동일합니다. DD\$1R1: 주문 제출이 R1, DD\$1R1 = R1 \$1 LT\$1R1에 있는 경우 배달 날짜입니다. DD\$1R2: 주문 제출이 R2, DD\$1R2 = R2 \$1 LT\$1R2에 있는 경우 배달 날짜입니다.
다음 예제에서는 TIP 계산을 보여줍니다.
![\[TIP 계산 수준\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/tip_calculation.png)
## 재주문 수량 계산
*sl* 재주문 수량 계산에 대한 입력은 대상 인벤토리 수준과 현재 인벤토리 수준입니다. Supply Planning은 인벤토리 수준 레코드가 누락된 경우 예외를 발생시킵니다.
![\[계산 로직 재정렬\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/reorder.png)
재주문 수량은 대상 인벤토리 위치와 현재 인벤토리 수준 간의 차이입니다. 현재 인벤토리 위치가 대상 인벤토리 위치보다 높으면 재주문 수량이 0으로 설정됩니다.
# 자동 보충 구성
Auto Replenishment를 사용하면 보유할 인벤토리 양과 인벤토리 관리를 자동화하여 더 많은 인벤토리를 주문할 시기를 확인할 수 있습니다.
**Topics**
+ [Supply Planning을 처음 사용](#supply-planning-firsttime)
+ [개요](#sp_overview)
+ [구매 주문 요청](#purchase_order_requests)
+ [계획 예외](#exceptions)
+ [공급 계획 설정](#supply-planning-settings)
## Supply Planning을 처음 사용
공급망을 계획하는 방법과 시기를 정의할 수 있습니다.
**참고**
Supply Planning에 처음 로그인하면 주요 기능을 강조 표시하는 온보딩 페이지를 볼 수 있습니다. 이렇게 하면 공급 계획 기능에 익숙해질 수 있습니다.
1. AWS Supply Chain 대시보드의 왼쪽 탐색 창에서 **공급 계획을** 선택합니다.
**공급 계획** 페이지가 나타납니다.
1. **시작**을 선택합니다.
1. **계획 선택** 페이지에서 **자동 보충**을 선택합니다.
1. **시작**을 선택합니다.
1. **공급 계획** 페이지에서 **다음을** 선택합니다.
설명을 읽고 공급 계획에서 제공하는 내용을 이해하거나 **공급 계획 설정** 페이지 옆의 **다음을** 선택할 수 있습니다.
1. **공급 계획 설정** 페이지에는 공급 계획을 구성하는 네 단계가 있습니다.
+ **이름 및 범위 **- 공급 계획의 이름을 입력하고 공급 계획에 포함할 제품 및 리전을 선택합니다.
+ **기간 및 일정** - 공급 계획에서 계획 일정을 생성할 기간을 정의합니다.
+ **입력 **- Supply Planning에서 프로세스 수요 예측을 사용할 방법을 정의합니다.
+ **출력** - 공급 계획 출력을 선택하여 Amazon S3 커넥터에 게시합니다. 재료 계획에 재료 편차 백분율을 사용할 수도 있습니다.
1. **Horizon 및 Schedule**에서 다음을 수행할 수 있습니다.
+ **계획 기간** - 다음을 정의하여 계획 기간을 설정할 수 있습니다.
+ **시작 요일** - 주간 공급 계획을 정의할 수 있습니다. 예를 들어 시작 **요일이** 월요일이고 오늘이 7월 3일인 경우 공급 계획 기간은 7월 3일부터 9일까지입니다.
+ **시간 버킷화** - 시간 세부 정보를 정의합니다. 일별 및 주별 옵션이 지원됩니다.
+ **기간** - 계획 기간을 정의합니다. 지원되는 범위는 1\$190일 또는 1\$1104주입니다.
+ **계획 일정** - 공급 계획을 실행해야 하는 시기를 정의합니다.
+ **계획 빈도** - 공급 계획을 실행할 빈도를 정의합니다.
+ **시작 시간** - 예약된 날짜에 계획을 시작할 시기를 정의합니다.
+ **릴리스 시간 **- Supply Planning이 승인된 구매 주문을 ERP 시스템으로 릴리스하는 시간을 정의합니다.
+ **수요 및 예측** - 수요 예측의 소스를 정의합니다.
+ **Demand Planning** - Supply Planning은 *Demand Planning *의 게시된 예측을 사용합니다.
+ **외부** -를 사용한 공급 계획은 데이터 레이크의 *Forecast* 데이터 엔터티에 수집된 수요 예측을 사용합니다.
+ **소비 기반 계획의 평균 수요 계산에 대한 지난 일** - 재고 정책이 *doc\$1dem*으로 설정된 제품, 사이트 조합의 경우 공급 계획은 *OutboundOrderLine* 데이터 엔터티의 지난 일 판매 기록을 검토하여 평균 일일 수요를 결정합니다. 30, 60, 90, 180, 270 또는 365일 중에서 선택할 수 있으며 공급 계획은 평균을 생성할 때 해당하는 과거 판매 데이터 일수를 고려합니다.
+ **예측 상계 ** - 독립 수요에는 실제 고객 주문과 예상 수요가 모두 포함됩니다. Forecast Netting은 이러한 수요 측정을 관리하고 제한하는 네 가지 방법을 제공합니다. 실제 고객 요구 사항을 예측 데이터와 효과적으로 결합하면 기업은 인벤토리 수준을 더 잘 관리하고 운영 프로세스를 개선할 수 있습니다. 적절한 넷팅 방법을 선택하면 수요에 맞게 공급을 조정하여 비효율성을 줄이고 고객 만족도를 높일 수 있습니다.
+ **예상 수요를 변경하지 않음 ** 예상 수요를 변경하지 않음 - 예상 수요에만 의존하여 공급 계획을 수립하고 실제 고객 주문을 무시합니다.
+ **예상보다 높은 경우 예상 수요를 실제 주문으로 대체** - 예상 수요와 실제 고객 주문이 모두 동일한 시간 버킷 내에 있는 경우 두 값 중 더 높은 값을 사용합니다.
+ **예상 수요에 실제 주문 추가** 예상 수요에 실제 주문 추가 - 예상 수요와 실제 고객 주문이 모두 동일한 시간 버킷 내에 있는 경우 두 값을 함께 추가합니다.
+ **수요 시간 울타리 활성화 및 소비 예측** - 수요 시간 울타리 내의 예상 수요는 무시됩니다. 시간 울타리 옆에서 예상 수요는 예상 소비 기간 내에 실제 주문 수량을 세분화하여 조정됩니다. 이 옵션을 사용하려면 사용자는 수요 시간 울타리 일수, 과거 사용량 예측 및 미래 사용량 예측도 지정해야 합니다.
+ **Demand Time Fence Days** - 현재 날짜와 수요 시간 울타리 날짜 사이의 일수입니다. 수요 시간 울타리 날짜 또는 그 이전의 모든 예측은 계획 엔진에서 무시됩니다.
+ **예측 소비 역일** - 계획 엔진이 판매 주문 기한부터 사용할 일치하는 예측 항목을 찾기 위해 역방향으로 이동하는 일수입니다.
+ **예측 소비 전달 일수** - 판매 주문 기한부터 소비할 일치하는 예측 항목을 찾기 위해 계획 엔진이 진행할 일수입니다.
+ **계획에서 충족되지 않은 수요(이월 주문)를 이월하시겠습니까?** - 현재 기간에 이행되지 않은 주문을 다음 기간으로 이월하려면 **예를** 선택합니다.
+ **공급** - 공급 관련 입력을 정의합니다.
+ **기한 경과 주문** - *InboundOrderLine* 데이터 엔터티의 주문이 배달되지 않고 예상 배달 날짜가 실행 날짜 이전인 경우 기본적으로 Supply Planning은이 주문을 무시합니다. 그러나 인바운드 인벤토리가 재고를 재주문하도록 고려할 기한 경과 일수를 구성할 수 있습니다. 예를 들어 *기한 경과 주문을* 7일 동안 설정하고 주문이 4일 전에 예상되는 경우에도 항목은 인바운드 인벤토리로 간주됩니다.
1. **계속**을 선택합니다.
1. **마침**을 클릭합니다.
## 개요
다음 예제 페이지에 표시된 대로 조직의 전체 공급 계획을 볼 수 있습니다.
![\[공급 계획 개요\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/supply_planning_overview.png)
+ **공급 네트워크** - 공급 네트워크에서 현재 공급 계획의 현재 제품, 사이트 및 공급업체를 볼 수 있습니다.
+ **인벤토리 및 주문 **- 현재 공급업체와 주문 중인 인벤토리 및 보유 중인 인벤토리를 포함하여 사이트 전반의 총 인벤토리를 표시합니다.
+ **구매 계획** - 사이트에서 인벤토리를 보충하기 위해 시스템에서 생성된 구매 주문 요청을 표시합니다.
+ **승인 필요** - Supply Planning은 **설정**에서 설정한 승인 기준을 사용하여 구매 주문 승인 요청에 플래그를 지정합니다.
+ **릴리스 예정** - **설정**에서 예약한 시점에 아웃바운드 커넥터에 릴리스되도록 예약된 승인되거나 자동 승인된 구매 주문 요청입니다.
+ **구매 주문 변환 계획** - ERP 또는 구매 시스템의 POs로 변환된 구매 주문 요청입니다. 정확한 지표를 계산하려면 소스 시스템에서 가져온 구매 주문 데이터가 아웃바운드에 게시된 구매 주문 요청 ID로 참조를 다시 전달해야 합니다. 이 지표는 플래너가 POs로 변환되지 않은 구매 주문 요청을 식별하고 수정 조치를 취하는 데 도움이 됩니다.
+ **구매 주문 자동화 백분율** - 사용자가 주문 수량을 재정의하지 않고 자동으로 승인되고 아웃바운드로 릴리스되는 구매 주문 요청의 백분율입니다.
+ **Supply Insights** - 현재 진행 중이거나 승인을 기다리는 모든 구매 주문을 볼 수 있습니다. 각 인사이트를 선택하여 보고 조치를 취할 수 있습니다. 자세한 내용은 [계획 예외](#exceptions) 단원을 참조하십시오.
자동 보충 계획에 대한 입력, 중간 계산 및 출력이 포함된 공급 계획 보고서를 로컬 컴퓨터에 다운로드할 수 있습니다.
1. 공급 계획 **개요** 페이지에서 **내보내기**를 선택합니다.
**공급 계획 내보내기** 창이 나타납니다.
1. **다운로드**를 선택합니다.
## 구매 주문 요청
현재 구매 주문 요청 세부 정보 및 상태를 볼 수 있습니다.
1. **필터** 옵션을 사용하여 검색 기준에 따라 구매 주문을 필터링할 수 있습니다. 는 공급업체, 제품, 사이트, 주문 가격, 주문 수량 및 요청된 배송 날짜를 기준으로 구매 주문을 검색할 수 있습니다.
1. **적용을** 선택하여 필터 기준을 현재 구매 주문에 적용하고 **필터 그룹 저장**을 선택하여 검색 필터를 저장합니다.
![\[Supply Planning 구매 주문 요청\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/supply_planning_purchase_order.png)
1. **주문 수량**에서 **편집**을 선택하여 수량을 보고 업데이트합니다.
다음 입력을 기반으로 수량을 업데이트할 수 있습니다.
+ **보유 중 -** 현재 재고가 있습니다.
+ **주문 시 -** 선택한 사이트에서 릴리스된 구매 주문의 총 제품 수량입니다.
+ **재주문 수량** - 인벤토리를 충족하는 데 필요한 제품 수량입니다.
+ **필수** - 인벤토리를 충족하고 예측을 이행하는 데 필요한 수량을 재정렬합니다.
+ **최소** - 데이터 세트의 *VendorProduct.min\$1order\$1unit*에 정의된 최소 주문 수량입니다. Supply Planning은 최소 수량을 충족하기 위해 숫자를 반올림합니다.
+ **권장** - 조정 후 최종 재주문 수량입니다.
+ **보장 일수** - 보충할 일수입니다.
1. **업데이트를** 선택하여 수량 요청을 업데이트합니다.
1. **제품**에서 제품을 선택하여 제품에 대한 계획된 수요를 확인합니다.
![\[공급 계획 편집\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/Edit_SP.png)
1. **계획된 수요**에서 보충 계획을 볼 사이트를 선택합니다.
1. **보충 계획** 탭이 나타납니다.
**참고**
**보충 계획** 페이지가 비어 있습니다. 수요 예측을 보려면 제품 및 사이트를 선택해야 합니다.
1. **제품/사이트 변경을** 선택합니다.
**제품 및 사이트 조합 선택 페이지가** 나타납니다.
1. **제품**에서 제품을 입력합니다.
1. **사이트에서** 사이트를 입력합니다.
1. **적용**을 선택합니다.
1. **주문 수량 입력**에서 제안된 **주문 수량**을 업데이트할 수 있습니다.
1. **업데이트 및 승인을** 선택합니다.
1. **작업**에서 **승인을** 선택하여 구매 주문을 승인합니다.
1. **표시** 드롭다운을 사용하여 상태 및 릴리스 시간을 기준으로 구매 주문을 필터링할 수도 있습니다.
## 계획 예외
계획할 수 없는 제품 사이트 조합 목록을 볼 수 있습니다. **예외 유형** 열에는 예외의 근본 원인이 표시됩니다. 데이터 커넥터를 통해 인벤토리 정책 관련 속성 또는 리드 타임과 같은 누락된 정보를 제공하거나 업데이트된 데이터 세트를 Amazon S3에 업로드할 수 있습니다.
**제품**에서 여러 예외를 선택하여 삭제하거나 **제품** 헤더를 선택하여 모든 예외를 삭제할 수 있습니다. 선택하면 **작업** 드롭다운에서 **예외 삭제(Delete Exception)를** 선택합니다.
## 공급 계획 설정
구매 주문을 계획하고 실행할 방법과 시기를 정의할 수 있습니다.
1. AWS Supply Chain 대시보드의 왼쪽 탐색 창에서 **설정** 아이콘을 선택합니다. **엔터프라이즈 및 구성을** 선택한 다음 **공급 계획을** 선택합니다.
**계획 설정** 페이지가 나타납니다.
1. 의 단계에 따라 Supply Planning 구성 설정을 [Supply Planning을 처음 사용](#supply-planning-firsttime) 편집합니다.
1. **계획 재설정**에서 **계획 재설정**을 선택하여 기존 계획을 삭제하고 새 공급 계획을 시작합니다.
**참고**
관리자만 공급 계획을 재설정할 수 있습니다.
**전체 계획 재설정** 페이지가 나타납니다.
1. **예, 계획을 재설정**하여 현재 공급 계획과 모든 기존 구매 주문 요청을 삭제합니다를 선택합니다.
1. **저장**을 선택합니다.
# 비즈니스 워크플로
자동 보충은 인벤토리 보충 프로세스를 관리할 수 있도록 다음과 같은 워크플로를 제공합니다.
![\[재고 보충을 관리하기 위한 자동 보충 워크플로\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/business_workflow.png)
+ 보충 계획 생성 - 공급 계획은 구성된 일정에 따라 보충 계획을 생성합니다. 보충 계획을 생성하는 데 필요한 최근 입력 데이터는 AWS Supply Chain 데이터 레이크에서 검색됩니다. Supply Planning은 구성 데이터, 트랜잭션 데이터 및 계획 설정을 사용하여 구매 주문 요청이 포함된 보충 계획을 생성합니다.
+ 계획 예외 검토 - Supply Planning은 필수 구성 데이터(리드 타임, 소싱 일정 등) 또는 보유 재고와 같은 필수 트랜잭션 데이터가 없는 제품 및 사이트 조합에 대한 *계획 예외*를 생성합니다. 플래너는 문제를 해결하고 보충 계획을 생성하기 위해 다음 계획 주기 전에 예외를 검토하고 필요한 데이터를 제공할 수 있습니다.
+ 구매 주문 요청 검토 및 승인 - 생성된 구매 주문 요청은 계획 설정에서 구성된 승인 기준에 따라 자동 승인되거나 수동 승인을 위해 플래그가 지정됩니다. 플래너는를 사용하여 구매 주문 요청을 검토, 재정의 또는 승인할 수 있습니다 AWS Supply Chain.
+ 사용자는 시스템에서 생성된 구매 주문 요청의 주문 수량, 주문 기한 및 예상 배송 날짜를 수동으로 업데이트할 수 있습니다. 업데이트되면 사용자는 페이지 오른쪽 상단 모서리에서 계획 실행을 선택하여 이러한 주문을 확정된 것으로 표시하고 임시 모드에서 계획을 다시 실행할 수 있습니다. 계획이 실행되면 시스템은 확정된 구매 주문 요청을 보존하고 보충 계획 페이지에서 모든 계획 조치를 다시 계산합니다. 그런 다음 업데이트된 계획 데이터를 Data Lake의 supply\$1plan 엔터티와 자동으로 동기화합니다. 예약된 다음 계획 실행은 확정된 구매 주문 요청을 지우고 현재 데이터를 기반으로 새 요청을 생성합니다.
+ 아웃바운드에 게시 - 승인된(자동 또는 수동) 구매 주문 요청은 계획 설정의 구성된 일정에 따라 아웃바운드 Amazon S3에 게시됩니다. 이러한 구매 주문 요청을 실행을 위해 ERP 또는 구매 시스템에 통합할 수 있습니다. 구매 주문으로 변환되는 구매 주문 요청은 인바운드 커넥터를 사용하여 AWS Supply Chain 데이터 레이크로 다시 수집됩니다. AWS Supply Chain 는 이러한 구매 주문이 원래 구매 주문 요청에 대한 참조를 전달할 것으로 예상합니다. 이 참조는 구매 주문 요청에서 구매 주문으로의 변환을 추적하는 데 도움이 됩니다.