기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 구성 데이터 계획 이 섹션에서는 Supply Planning에서 사용하는 모든 필수 필드를 나열하고 각 필드의 사용 방법을 설명합니다. 공급 계획에 필요한 데이터 필드에 대한 자세한 내용은 섹션을 참조하세요[공급 계획](entities-supply-planning.md). **Topics** + [제품](#product) + [사이트](#site) + [거래 파트너](#trading-partners) + [공급업체 제품](#vendor-product) + [공급업체 리드 타임](#vendor-leadtime) + [소싱 규칙](#sourcing-rule) + [인벤토리 정책](#inventory-policy) + [소싱 일정](#sourcing-schedule) + [BOM(Bill of Material)](#product-bom) + [프로덕션 프로세스](#production-process) + [공급 계획 파라미터](#production-process2) + [트랜잭션 데이터](transactional.md) ## 제품 제품 개체는 계획에 포함되어야 하는 항목 또는 제품 목록을 정의합니다. 구매 주문 요청은 *제품* 개체의 *unit\$1cost 필드를* 사용하여 주문 값 또는 금액을 결정합니다. *제품* 엔터티에는 product*\$1hierarchy 엔터티의 외래 키인 특정 제품에 해당하는 제품* 그룹도 포함됩니다. 제품 그룹은 집계 수준에서 인벤토리 정책, 소싱 일정, 리드 타임 등을 구성하는 데 사용할 수 있습니다. ## 사이트 *사이트* 개체는 계획에 포함되어야 하는 사이트 또는 위치 목록을 정의합니다. *사이트* 엔터티에는 지역 엔터티의 외래 키인 특정 사이트에 해당하는 리전도 포함됩니다. 리전은 집계 수준에서 인벤토리 정책, 소싱 일정, 리드 타임 등을 구성하는 데 사용할 수 있습니다. ## 거래 파트너 *Trading\$1partner* 엔터티는 공급업체 목록을 정의합니다. 공급업체 정보를 업로드할 때 *tpartner\$1type*을 *공급업체*로 설정해야 합니다. ## 공급업체 제품 각 공급업체가 제공하는 제품은 *vendor\$1product* 개체에 정의됩니다. 이 엔터티에는 공급업체별 비용 정보도 포함되어 있습니다. ## 공급업체 리드 타임 공급업체 리드 타임은 공급업체에 주문을 하는 시점과 주문을 받는 시점 사이의 기간입니다. 이 데이터는 vendor\$1lead\$1time 데이터 엔터티 아래의 *VendorMgmt* 범주에 정의되어 있습니다. ** 공급업체 리드 타임은 다음 재정의 로직을 따릅니다. + 제품 수준 공급업체 리드 타임은 제품 그룹 수준 공급업체 리드 타임을 재정의합니다. + 사이트 수준 공급업체 리드 타임은 리전 수준 공급업체 리드 타임을 재정의합니다. + 리전 수준 공급업체 리드 타임은 회사 수준 공급업체 리드 타임을 재정의합니다. 레코드를 찾기 위해 Supply Planning은 다음 필드를 사용합니다. + company\$1id + region\$1id + site\$1id + product\$1group\$1id + product\$1id 다음은 재정의 로직의 예입니다. ![\[로직 예제 재정의\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/override_logic.png) 다음은 Supply Planning이 공급업체 리드 타임을 계산하는 방법의 예입니다. ![\[공급업체 리드 타임 계산\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/vendor_lead_time.png) 우선 순위는 *제품* > *product\$1group* > *사이트* > *dest\$1geo(리전)* > *제품 세그먼트* > *회사*입니다. ## 소싱 규칙 Supply Planning은 *sourcing\$1rules* 엔터티에 정의된 공급망 네트워크 토폴로지를 기반으로 계획을 생성합니다. 지원되는 소싱 규칙 유형은 이전, 구매 및 제조입니다. 소싱 규칙은 *product\$1id* > *product\$1group\$1id* > *company\$1id* 재정의 로직을 따릅니다. Supply Planning은 *transportation\$1lane\$1id*를 참조하고 transportation\$1lane의 *transit\$1time*에 액세스하여 *운송* 리드 타임을 검색합니다. 전송 리드 타임을 검색하는 두 단계가 있습니다. 1. *sourcing**\$1rules에서 transportation\$1lane\$1id*를 찾습니다. *to\$1site\$1id*와 *from\$1site\$1id*가 모두 있는 소싱 규칙만 *transfer\$1lead\$1time*을 검색할 수 있습니다. 1. *transportation\$1lane\$1id*를 사용하여 *transportation\$1lane*을 조회합니다. *sourcing**\$1rule 엔터티에 to\$1site\$1id* 및 *product\$1id*(*product\$1group\$1id*)가 동일한 레코드가 여러 개 있는 경우 우선 순위가 가장 높은(가장 작은 숫자) 레코드만 사용됩니다. 소싱 규칙 예제: 위의 정의를 기반으로 Supply Planning은 다음 소싱 규칙 SR1을 선택합니다. 사이트의 노트북`TX0`은를 `IL0` 통해 사이트에서 소싱됩니다`transportation_lane_9`. | sourcing\$1rule\$1id | product\$1id | product\$1group\$1id | sourcing\$1rule\$1type | from\$1site\$1id | to\$1site\$1id | 소싱\$1우선 순위 | transportation\$1lane\$1id | | --- | --- | --- | --- | --- | --- | --- | --- | | SR1 | 노트북 | 전자 장치 | 전송 | IL0 | TX0 | 1 | transportation\$1lane\$19 | | SR2 | 노트북 | 전자 장치 | 전송 | NJ1 | TX0 | 2 | transportation\$1lane\$121 | | SR3 | 노트북 | 전자 장치 | 전송 | IL0 | TX0 | 1 | transportation\$1lane\$111 | *to\$1site\$1id*, *product\$1id(또는 product\$1group\$1id*)의 동일한 조합에 대해 우선순위가 동일한 여러 레코드가 있는 경우 재주문 수량은 *sourcing\$1ratio* 필드를 기반으로 사용 가능한 소싱 옵션 간에 분배됩니다. ** 여러 소싱은 현재 `buy` 소싱 규칙 유형에 대해서만 지원됩니다. 다중 소싱 예제: | sourcing\$1rule\$1id | product\$1id | product\$1group\$1id | sourcing\$1rule\$1type | tpartner\$1id | to\$1site\$1id | 소싱\$1우선 순위 | sourcing\$1ratio | | --- | --- | --- | --- | --- | --- | --- | --- | | SR1 | 노트북 | 전자 장치 | 구매 | 공급자1 | TX0 | 1 | 4 | | SR2 | 노트북 | 전자 장치 | 구매 | 공급자2 | TX0 | 1 | 6 | 소싱 규칙 SR1과 SR2가 모두 선택되며 주문 수량은 공급자 1과 공급자 2 간에 4:6 비율로 할당됩니다. ## 인벤토리 정책 Supply Planning은 다음 필드를 사용하여 데이터 세트에서 레코드를 검색합니다. + *site\$1id* + *지오데직* + *company\$1id* + *product\$1id* + *product\$1group\$1id* + *segment\$1id* Supply Planning은 *ss\$1policy*를 사용하여 인벤토리 정책을 결정합니다. 재정의 로직은 *product\$1id* > *product\$1group\$1id* > *site\$1id* > ** 및 *dest\$1geo\$1id* > *segment\$1id* > *company\$1id* 우선 순위를 사용합니다. 지원되는 *ss\$1policy* 값은 *abs\$1level*, *doc\$1dem*, *doc\$1fcst* 및 *sl*입니다. 다음 예제에서는 재정의 우선 순위 로직을 표시합니다. ![\[로직 재정의\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/override1.png) 다음은 재정의 로직을 기반으로 하는 *ss\$1policy* 값의 예입니다. ![\[ss_policy 값에 대한 재정의 로직 예제\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/override2.png) ## 소싱 일정 **참고** 소싱 일정은 선택적 엔터티입니다. 이 엔터티가 제공되지 않은 경우 Supply Planning은 지속적 검토 프로세스를 사용하여 제품이 필요한 시기에 따라 *required\$1date*를 생성합니다. Supply Planning은 소싱 일정을 사용하여 다음 단계에 따라 구매 계획을 생성합니다. + *sourcing\$1schedule에서 sourcing\$1schedule\$1id*를 찾습니다. ** + *sourcing\$1schedule\$1details에서 sourcing\$1schedule\$1id를 사용하여* 일정을 찾습니다. ** Supply Planning은 *sourcing\$1schedule\$1id*의 *sourcing\$1schedule\$1schedule*에서 다음 필드를 검색합니다. + *to\$1site\$1id* + *tpartner\$1id* 또는 *from\$1site\$1id* 소싱 규칙의 소싱 경로를 기반으로 Supply Planning은* from\$1site\$1id* 또는 *tpartner\$1id*를 사용할지 여부를 결정합니다. Supply Planning은 *sourcing\$1schedule\$1id* 필드의 값을 읽어 다음 단계를 결정합니다. Supply Planning은 다음 필드를 사용하여 *sourcing\$1schedule\$1details*에서 일정 세부 정보를 읽습니다. + *소싱\$1일정\$1id* + *company\$1id* + *product\$1group\$1id* + *product\$1id* *sourcing\$1schedule\$1details*는 재정의 로직인 *product\$1id* > *product\$1group\$1id* > *company\$1id*를 따릅니다. 다음은 *sourcing\$1schedule\$1details*의 재정의 로직 예제입니다. ![\[소싱 일정 재정의 로직\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/sourcing_schedule2.png) 다음은 재정의 로직을 적용한 후 선택한 일정입니다. ![\[소싱 일정 재정의 로직\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/sourcing_schedule3.png) 실제 일정은 일정의 복잡성에 따라 한 행에서 여러 행까지일 수 있습니다. *week\$1of\$1month* 필드의 경우 각 행에 하나의 숫자만 허용됩니다. 해당 월의 여러 주 동안 여러 레코드가 필요합니다(다음 예제 참조). *day\$1of\$1week* 필드의 경우 정수와 요일 이름이 모두 허용됩니다(일: 0, 월: 1, 화요일: 2, 수: 3, 목: 4, 금: 5, 토: 6). 소싱 일정 세부 정보에서 주간 계획에는 *week\$1of\$1month*이 필요합니다. 매일 계획하는 동안 *week\$1of\$1month*은 비어 있을 수 있습니다. 즉, 매주입니다. 다음 예시를 참조하세요. ![\[소싱 일정 재정의 로직\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/sourcing_schedule4.png) 주간 계획의 경우 day*\$1of\$1week*가 제공된 경우 *week\$1of\$1*month이 필요합니다. 다음 예제에서는 일일 계획에 사용할 수 있는 날짜를 보여줍니다. | Date | 요일 | 해당 월의 주 | | --- | --- | --- | | 8/1/2023 | NA | NA | | 8/12/2023 | NA | NA | | NA | 2 | NA | | NA | 5 | NA | 다음 예제는 일별 및 주별 계획 모두에 사용할 수 있습니다. | Date | 요일 | 해당 월의 주 | | --- | --- | --- | | 8/1/2023 | NA | NA | | 8/12/2023 | NA | NA | | NA | 2 | 1 | | NA | 2 | 2 | | NA | 2 | 3 | | NA | 2 | 4 | | NA | 2 | 5 | | NA | 5 | 1 | | NA | 5 | 2 | | NA | 5 | 3 | | NA | 5 | 4 | | NA | 5 | 5 | ## BOM(Bill of Material) 제품 BOM은 *sourcing\$1rule*이 제조로 설정된 경우 제조 계획에 사용됩니다. 제품 BOM을 수집하는 방법에 대한 자세한 내용은 AWS Supply Chain API 참조 문서를 참조하세요. ## 프로덕션 프로세스 *production\$1process\$1id*는 *sourcing\$1rule* 및 *product\$1bom* 엔터티에서 참조됩니다. 이러한 필드는 리드 타임 정보를 사용하여 BOM을 만들거나 조합하는 데 사용됩니다. ## 공급 계획 파라미터 *supply\$1planning\$1parameters* 엔터티에서 공급 플래너의 planner*\$1name*을 *product\$1id* 수준에서 할당할 수 있습니다. 플래너 이름은 공급 계획 엔진에서 생성된 계획된 주문에 표시됩니다. # 트랜잭션 데이터 **Topics** + [예측](#forecast) + [판매 기록 또는 수요](#demand) + [인벤토리 수준](#inventory-level) + [인바운드 주문](#in-flight-orders) ## 예측 Supply Planning은 두 가지 소스와 유형의 예측을 사용합니다. 다음 소스 시스템을 사용하여 예측 소스를 검색할 수 있습니다. + *외부* - Supply Planning은 데이터 레이크 예측 엔터티로 수집되는 데이터를 사용합니다. + *Demand Planning* - Supply Planning은 Demand Planning의 예측을 사용합니다. + *없음* - Supply Planning은 아웃바운드 주문 라인의 판매 또는 수요 기록 데이터를 사용합니다. Supply Planning은 결정론적 예측과 확률적 예측이라는 두 가지 유형의 예측을 지원합니다. 결정적 예측에는 예측의 평균만 포함됩니다. 확률 예측에는 평균과 함께 P10/P50/P90이 포함됩니다. 확률적 예측과 함께 평균이 제공되지 않은 경우 공급 계획은 P50(중간값)을 평균으로 사용합니다. 각 예측 레코드에는 수요 예측을 나타내는 네 개의 필드가 있습니다. + 평균(이중) + p10(이중) + p50(중간값이라고도 함, 이중) + p90(이중) 구성된 인벤토리 정책에 따라이 엔터티의 다른 필드가 필요합니다. *sl*의 경우 p10/p50/90이 필요하며, *doc\$1fcst*의 경우 정책 p50 또는 평균이 필요합니다. Supply Planning은 p50을 평균의 근사치로 사용하며, *doc\$1dem* 및 *abs\$1level*의 경우 예측 필드가 필요하지 않습니다. **일일 계획** 일일 계획의 예측은 주간 계획과 다를 수 있습니다. 다음은 일별 및 주별 계획 예측 요구 사항의 예입니다. ![\[일일 계획\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/daily-planning.png) **주간 계획** 주간 계획의 경우 일일 계획 예측 예제를 사용하거나 주간 계획의 경우 다음 예제를 사용할 수도 있습니다. ![\[주간 계획\]](http://docs.aws.amazon.com/ko_kr/aws-supply-chain/latest/userguide/images/weekly-planning.png) ## 판매 기록 또는 수요 인벤토리 정책 *doc\$1dem*은 과거 평균 수요를 계산하기 위해 수요 기록이 필요합니다. Supply Planning은 *아웃바운드 범주 아래의 outbound\$1order\$1line* 엔터티에서 수요 기록을 가져옵니다. ** Supply Planning은 다음 필드를 사용합니다. + *ship\$1from\$1site\$1id*(문자열) + *product\$1id*(문자열) + *actual\$1delivery\$1date*(타임스탬프). 누락된 경우 *promised\$1delivery\$1date*(타임스탬프)를 사용합니다. 계산의 일부로 Supply Planning은 지난 30일 동안의 배송 날짜가 포함된 과거 아웃바운드 주문 라인을 사용합니다. 수량에 사용되는 대상 필드는 *quantity\$1delivered*입니다. 누락된 경우 *quantity\$1promised*를 사용합니다. *quantity\$1promised*가 누락된 경우 *final\$1quantity\$1requested*가 사용됩니다. 모두 누락된 경우 *0*이 사용됩니다. 예를 들어 2023년 7월 1일에 사이트 “TX0”에서 제품 “노트북”에 대한 공급 계획을 사용하는 경우 *product**\$1id=laptop, ship\$1from\$1site\$1id=TX0 및 actual\$1delivery\$1date가 있는 outbound\$1order\$1line*의 레코드는 2023년 6월 1일부터 2023년 6월 30일까지입니다. *TX0* ** Supply Planning은 모든 레코드를 추가하고 일일 수요를 얻기 위해 30일로 나눕니다. ## 인벤토리 수준 Supply Planning은 계획 프로세스를 시작하려면 시작 인벤토리 수준이 필요합니다. Supply Planning은 *개체 inv\$1level 데이터 개체*에서 인벤토리 수준을 검색합니다. Supply Planning은 다음 필드가 있는 레코드를 검색합니다. + *product\$1id* + *site\$1id* Supply Planning은 *on\$1hand\$1inventory*를 사용하여 인벤토리 수준을 결정합니다. ## 인바운드 주문 Supply Planning은 *inbound\$1order\$1line*을 사용하여 진행 중인 주문 수량을 검색합니다. 계획 기간 중에 주문이 배송되는 경우 수량은 기존 공급의 일부로 간주됩니다. Supply Planning은 다음 필드를 사용하여 *inbound\$1order\$1line*에서 레코드를 검색합니다. + *order\$1receive\$1date*; 누락된 경우 *expected\$1delivery\$1date* 사용 + *product\$1id* + *to\$1site\$1id* 지원되는 주문 유형은 PO(구매), TO(전송), MO(생산 또는 제조)입니다. Supply Planning은 *quantity\$1received*를 사용합니다. 누락된 경우 *quantity\$1confirmed* 후 *quantity\$1submitted*를 사용하여 주문 수량을 결정합니다.