翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Supply Planning のデータエンティティ
<a name="supply-planning-data-entities-for-supply-planning"></a>

次の表に、 Supply Planning で使用されるデータエンティティと列を示します。

## 表の読み方:
<a name="data-entities-supply-planning-how-to-read"></a>
+ **必須** – データエンティティのエンティティまたは列は、供給計画エンジンが正しく機能するために必須です。
+ **条件付きで必須** – データエンティティのエンティティまたは列は、選択した特定の主要な機能要件、ポリシータイプ、注文タイプ、または調達ルールタイプに応じて必要です。
+ **オプション** – データエンティティのエンティティまたは列はオプションです。計画の精度と機能出力を向上させるには、値を含む 列を追加することをお勧めします。

## サイト (必須)
<a name="data-entities-supply-planning-site"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、サイトデータを使用して、サプライチェーンネットワーク内の物理的な場所 (プラント、倉庫、ディストリビューションセンター) を定義します。サイトは、輸送レーン、調達ルール、インベントリポリシーのオリジンノードとデスティネーションノードとして機能します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | サプライチェーンネットワーク内の物理サイト (工場、倉庫、または配送センター) の一意の識別子。列の値にアスタリスクや二重引用符などの無効な文字が含まれていないことを確認します。 | 
| 説明 | オプションです。 | サイトの人間が読める名前またはラベル。 | 
| geo\_id | オプションです。 | このサイトを Geography テーブル内の地理的場所にリンクする外部キー。 | 
| is\_active | オプションです。 | サイトが現在稼働しており、計画に使用できるかどうかを示すブールフラグ。デフォルトでは、サイトはアクティブと見なされます。 | 
| open\_date | オプションです。 | サイトが運用上アクティブになった、またはアクティブになるカレンダーの日付。計画エンジンによって使用され、将来のサイトを将来のネットワークシナリオに組み込みながら、現在の計画から除外します。 | 
| end\_date | オプションです。 | サイトが廃止され、アクティブな計画から削除されるカレンダーの日付。この日以降、計画エンジンはこのサイトに需要をルーティングしたり、在庫を保持したりしなくなります。 | 
| site\_level\_1 | オプションです。 | サイト階層の最上位。通常は最も広範な地理的または組織的なグループを表します。この非正規化フィールドにより、サイト階層全体で効率的なフィルタリングとソートが可能になります。 | 
| site\_level\_2 | オプションです。 | サイト階層の 2 番目のレベル。最上位サイトグループ内のリージョンサブディビジョンを表します。サイト階層のレベルが 2 つ未満の場合は空白のままにします。 | 
| site\_level\_3 | オプションです。 | サイト階層の 3 番目のレベル。レベル 2 内のより詳細な地理的または組織的な分類を表します。サイト階層のレベルが 3 つ未満の場合は空白のままにします。 | 
| site\_level\_4 | オプションです。 | サイト階層の 4 番目のレベル。レベル 3 内の特定のサイトクラスターまたはサブリージョンを表します。サイト階層のレベルが 4 つ未満の場合は空白のままにします。 | 
| site\_level\_5 | オプションです。 | サイト階層の 5 番目で最も詳細なレベル。サイト階層のレベルが 5 未満の場合は空白のままにします。 | 

## 製品 (必須)
<a name="data-entities-supply-planning-product"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、製品データを使用して、計画されているすべての項目を特定および分類します。製品属性は、供給計画のレビューのための階層フィルターを確立し、製品をインベントリポリシーと調達ルールにリンクし、複数レベルの製品セグメンテーションをサポートするために使用されます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 製品/マテリアルの一意の識別子 (SKU レベル）。列値に重複IDs や、アスタリスクや二重引用符などの特殊文字が含まれていないことを確認します。 | 
| 説明 | 必須 | 人間が読める製品の名前または説明。 | 
| product\_group\_id | オプションです。 | 製品を製品階層テーブルのカテゴリにリンクする外部キー。 | 
| unit\_cost | オプションです。 | 在庫評価とコスト計画に使用される単位あたりの標準コスト。 | 
| unit\_price | オプションです。 | 製品の単価、標準価格、または MSRP。 | 
| base\_uom | オプションです。 | 製品の測定単位 デフォルトは各 です。現在、供給計画は各 のみをサポートしています。 | 
| volume\_uom | オプションです。 | 製品の容積 現在、volume\_uom はすべての製品で同じです。 | 
| unit\_volume | オプションです。 | ウェアハウスレベルで定義された volum\_uom あたりの製品のボリューム。 | 
| is\_deleted | オプションです。 | 製品が廃止されたか、非アクティブとマークされたかを示すブールフラグ。デフォルトでは、製品はアクティブまたは削除されていないと見なされます。 | 
| product\_level\_1 | オプションです。 | 製品階層の最上位。通常は最も広範な製品カテゴリまたは部門を表します。この非正規化フィールドにより、製品階層全体で効率的なフィルタリングとソートが可能になります。 | 
| product\_level\_2 | オプションです。 | 製品階層の 2 番目のレベル。最上位の製品カテゴリ内のサブカテゴリを表します。製品階層のレベルが 2 つ未満の場合は空白のままにします。 | 
| product\_level\_3 | オプションです。 | 製品階層の 3 番目のレベル。レベル 2 内のより詳細な製品分類を表します。製品階層のレベルが 3 つ未満の場合は空白のままにします。 | 
| product\_level\_4 | オプションです。 | 特定の製品ファミリーまたはレベル 3 内のサブ分類を表す、製品階層の 4 番目のレベル。製品階層のレベルが 4 つ未満の場合は空白のままにします。 | 
| product\_level\_5 | オプションです。 | 製品階層の 5 番目で最も詳細なレベル。製品階層のレベルが 5 未満の場合は空白のままにします。 | 

## product\_hierarchy (オプション)
<a name="data-entities-supply-planning-product-hierarchy"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、製品階層データを使用して、製品を構造化されたカテゴリツリーに整理します。これにより、複数レベルのフィルタリングと供給計画の集計分析が可能になり、調達ルールとインベントリポリシーを個々の SKU レベルではなくグループレベルで適用できます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 製品グループ/カテゴリレベルの一意の識別子。 | 
| 説明 | オプションです。 | 製品グループ/カテゴリの名前またはラベル。 | 
| parent\_product\_group\_id | オプションです。 | 親カテゴリへの外部キー。製品分類の階層ツリー構造を形成します。 | 

## 地域 (オプション)
<a name="data-entities-supply-planning-geography"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、地理データを使用してサイトの階層的な場所分類を確立します。地理的エンティティは、リージョンロールアップ分析を可能にし、地理的リージョンの詳細度でリードタイムとインベントリポリシーを定義できます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 地理的エンティティ (都市、州、国、リージョン) の一意の識別子。 | 
| 説明 | オプションです。 | 地理的場所の名前 (都市名、リージョン名など）。 | 
| parent\_geo\_id | オプションです。 | 親地理への外部キー。階層ロールアップを有効にします (例: 都市から州から国へ）。 | 

## transportation\_lane (条件付きで必要)
<a name="data-entities-supply-planning-transportation-lane"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、輸送経路データを使用して、ネットワーク内の送信元サイトと送信先サイト間の物理ルートをモデル化します。このデータは、計画エンジンがインバウンド出荷とアウトバウンド出荷を正確にスケジュールするために使用する転送時間と有効期間を定義します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 輸送経路の一意の識別子。通常、発送元、配送先、製品グループ、ベンダーの複合です。 | 
| from\_site\_id | 必須 | 商品の発送元の発送元サイト (サプライヤー倉庫または製造工場）。 | 
| to\_site\_id | 必須 | 商品が配送される配送先サイト (配送先の倉庫または工場）。 | 
| product\_group\_id | オプションです。 | このレーンが適用される製品カテゴリ。製品グループによるレーンレベルのフィルタリングを有効にします。 | 
| product\_id | オプションです。 | このレーンが製品レベルのレーン定義に適用される特定の製品。 | 
| transit\_time | 必須 | 発送元から発送先への商品の輸送に必要な日数。デフォルトは 0 です。 | 
| eff\_start\_date | 必須 | この輸送経路がアクティブ/有効になる日付。 | 
| eff\_end\_date | 必須 | この輸送経路が無効になった日付。 | 

## trading\_partner (条件付きで必要)
<a name="data-entities-supply-planning-trading-partner"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、取引先データを使用して、サプライチェーン内のベンダー、サプライヤー、顧客、キャリアを特定します。取引先は、調達ルール、インバウンド注文明細、ベンダーリードタイムによって参照され、供給アクティビティを外部ビジネスエンティティに関連付けます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 取引相手 (ベンダー、顧客、キャリア、またはその他の外部エンティティ) の一意の識別子。 | 
| 説明 | オプションです。 | 取引相手組織の名前。 | 
| eff\_start\_date | オプションです。 | 取引相手の関係が有効になる日付。デフォルト 1900-01-01 00:00:00。 | 
| eff\_end\_date | オプションです。 | 取引先関係の有効期限が切れる日付。デフォルトは 9999-12-31 23:59:59 です。 | 

## vendor\_product (条件付きで必要)
<a name="data-entities-supply-planning-vendor-product"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、ベンダー製品データを使用して、特定の製品の供給を許可されているベンダーを定義します。このデータにより、計画エンジンは調達ルールを検証し、有効な日付範囲内で承認されたベンダーと製品の組み合わせに対してのみ発注書を生成できます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| vendor\_tpartner\_id | 必須 | この製品を提供できるベンダー/サプライヤー。 | 
| product\_id | 必須 | ベンダーが提供を許可されている/提供できる製品。 | 
| eff\_start\_date | 必須 | ベンダーがこの製品の提供を許可されている日付。 | 
| eff\_end\_date | 必須 | ベンダーがこの製品に対して承認されなくなった日付。 | 

## vendor\_lead\_time (条件付きで必要)
<a name="data-entities-supply-planning-vendor-lead-time"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、ベンダーリードタイムデータを使用して、発注書の作成から配送先サイトでの商品の受け取りまでの予想期間を決定します。正確なリードタイムは、計画エンジンが不要な在庫切れや過剰在庫を発生させることなく、需要を満たすために正しいタイミングで注文を推奨するために不可欠です。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| vendor\_tpartner\_id | 必須 | リードタイムが定義されているベンダー/サプライヤー。 | 
| product\_id | オプションです。 | リードタイムが適用される特定の製品 (製品レベルの粒度の場合）。 | 
| product\_group\_id | オプションです。 | リードタイムが適用される製品グループ (グループレベルの粒度の場合）。 | 
| site\_id | 必須 | リードタイムは受信場所によって異なる可能性があるため、配信先サイト。 | 
| planned\_lead\_time | 必須 | 注文から配送受領までの予想日数。 | 
| eff\_start\_date | オプションです。 | このリードタイム定義が有効になる日付。デフォルトは 1900-01-01 00:00:00 です。 | 
| eff\_end\_date | オプションです。 | このリードタイム定義の有効期限が切れる日付。デフォルトは 9999-12-31 23:59:59 です。 | 
| region\_id | オプションです。 | リージョン固有のリードタイム定義の地理的リージョン。 | 

## company (オプション)
<a name="data-entities-supply-planning-company"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、企業データを使用して、さまざまな法人またはビジネスユニットが共有サプライチェーンインスタンス内で運用されているマルチエンティティ計画環境をサポートします。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 会社/法人の一意の識別子。 | 
| 説明 | オプションです。 | 会社の名前またはラベル。 | 
| address\_line\_1 | オプションです。 | 会社の主な住所行。 | 
| address\_line\_2 | オプションです。 | セカンダリアドレスライン (スイート、建物、床）。 | 
| city | オプションです。 | 会社所在地の都市 | 
| state\_prov | オプションです。 | 会社が所在する州または都道府県。 | 
| postal\_code | オプションです。 | 会社住所の郵便番号。 | 
| country | オプションです。 | 会社が登録または運営されている国。 | 
| phone | オプションです。 | 会社の主要連絡先電話番号。 | 
| E メール | オプションです。 | 会社の主要連絡先の E メールアドレス。 | 

## sourcing\_rules (必須)
<a name="data-entities-supply-planning-sourcing-rules"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、調達ルールを使用して、各送信先サイトの各製品の補充方法を決定します。ルールは、供給元が外部購入 (発注書）、内部転送 (転送注文）、または製造 (生産注文) のいずれであるかを指定し、複数の供給オプションが存在する場合に調達優先度と配分比率を定義します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| sourcing\_rule\_id | 必須 | ソーシングルールの一意の識別子。 | 
| product\_id | オプションです。 | この調達ルールによって管理される特定の製品。 | 
| product\_group\_id | オプションです。 | この調達ルールによって管理される製品グループ。 | 
| to\_site\_id | 必須 | このルールで供給を受け取る送信先サイト。 | 
| sourcing\_rule\_type | 必須 | 調達の性質: 購入 (外部調達）、製造 (内部生産）、移管 (プラント間）。 | 
| from\_site\_id | 条件付きで必要 | 供給元のソース/オリジンサイト (内部プラントまたは倉庫）。sourcing\_rule\_type が「transfer」の場合に必要です。 | 
| tpartner\_id | 条件付きで必要 | ベンダー/サプライヤー ID。sourcing\_rule\_type が「購入」の場合に必要です。 | 
| transportation\_lane\_id | オプションです。 | この調達パスに使用される輸送レーンへのリンク。 | 
| sourcing\_priority | オプションです。 | 優先度ランキングは、同じ製品/サイトに複数のソーシングオプションが存在する場合に使用されます。 | 
| sourcing\_ratio | オプションです。 | 同じproduct-site-periodの組み合わせに複数のアクティブなソーシングルールが存在する場合に、このソーシングルールが満たす総需要の割合を定義するパーセンテージ配分 (0～100)。 | 
| min\_qty | オプションです。 | この調達ルールの最小注文数量の制約。 | 
| qty\_multiple | オプションです。 | 注文数量は、この値の倍数 (スロットサイズ設定) である必要があります。 | 
| production\_process\_id | オプションです。 | sourcing\_rule\_type が「manufacture」の場合に使用される製造プロセス/ルート。 | 
| eff\_start\_date | オプションです。 | この調達ルールがアクティブになる日付。デフォルトは 1900-01-01 00:00:00 です。 | 
| eff\_end\_date | オプションです。 | このソーシングルールの有効期限が切れる日付。デフォルトは 9999-12-31 23:59:59 です。 | 

## inventory\_policy (必須)
<a name="data-entities-supply-planning-inventory-policy"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、在庫ポリシーデータを使用して、各製品サイトの組み合わせの安全在庫の計算方法と補充しきい値を決定します。ポリシータイプ (絶対レベル、days-of-cover、またはdays-of-cover予測) は、計画エンジンが最小インベントリバッファを計算し、補充レコメンデーションを生成する方法を制御します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | インベントリポリシーレコードの一意の識別子。 | 
| site\_id | オプションです。 | このインベントリポリシーが適用されるサイト/ウェアハウス。 | 
| dest\_geo\_id | オプションです。 | このポリシーがターゲットとする地理的リージョンは、リージョン固有の在庫戦略を可能にします。 | 
| product\_id | オプションです。 | このポリシーが適用される特定の製品 (製品レベルのポリシーの場合）。 | 
| product\_group\_id | オプションです。 | このポリシーが適用される製品グループ (グループレベルのポリシーの場合）。 | 
| ss\_policy | 必須 | 安全在庫の計算方法を管理する安全在庫ポリシータイプ: Abs\_level、DOC\_dem、または DOC\_fcst。現在、sl (サービスレベル) はサポートされていません。1. Abs\_level: 最小/最大インベントリ数量で指定された単位を使用します。インベントリが最小を下回るたびに順序付けが提案されます。 2。DOC\_dem: 過去の需要から計算されたカバー日数をインベントリのターゲットレベルとして使用します。3. DOC\_fcst: 予測から計算されたカバー日数をインベントリのターゲットレベルとして使用します。 | 
| min\_safety\_stock | オプションです。 | ポリシーで計算された値を上書きする絶対最小安全在庫数量の下限。製品の基本測定単位で表されます。 | 
| min\_inventory\_qty | 条件付きで必要 | ss\_policy が abs\_level の場合、min\_inventory\_qty/max\_inventory\_qty または target\_inventory\_qty のいずれかが必要です。手持ち数量がこのしきい値を下回ったときに補充シグナルをトリガーする最小インベントリレベル (並べ替えポイント）。 | 
| max\_inventory\_qty | 条件付きで必要 | ss\_policy が abs\_level の場合、min\_inventory\_qty/max\_inventory\_qty または target\_inventory\_qty のいずれかが必要です。補充注文の上限を定義する最大許容在庫数量 (order-up-toレベル）。サイトがこの製品に対して保持する在庫の合計を制限することで、在庫過剰を防止します。 | 
| target\_inventory\_qty | 条件付きで必要 | ss\_policy が abs\_level の場合、min\_inventory\_qty/max\_inventory\_qty または target\_inventory\_qty のいずれかが必要です。これは、システムが維持する目標在庫数量です。 | 
| min\_doc\_limit | 条件付きで必要 | ss\_policy が doc\_dem または doc\_fcst の場合、 (min\_doc\_limit と max\_doc\_limit のペア) または target\_doc\_limit のいずれかが必要です。在庫が少なくともこの数日間のフォワード需要を常にカバーするように、カバーフロアの最小日数。 | 
| max\_doc\_limit | 条件付きで必要 | ss\_policy が doc\_dem または doc\_fcst の場合、 (min\_doc\_limit と max\_doc\_limit のペア) または target\_doc\_limit のいずれかが必要です。インベントリカバレッジの上限を表すカバー制限の最大日数。 | 
| target\_doc\_limit | 条件付きで必要 | ss\_policy が doc\_dem または doc\_fcst の場合、 (min\_doc\_limit と max\_doc\_limit のペア) または target\_doc\_limit のいずれかが必要です。ターゲットカバー日数 (履歴需要または予測ベース）。 | 
| eff\_start\_date | オプションです。 | インベントリポリシーが有効になる日付。デフォルトは 1900-01-01 00:00:00 です。 | 
| eff\_end\_date | オプションです。 | インベントリポリシーの有効期限が切れる日付。デフォルトは 9999-12-31 23:59:59 です。 | 

## inventory\_level (必須)
<a name="data-entities-supply-planning-inventory-level"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、インベントリレベルのスナップショットを使用して、各製品の各サイトの現在の手元在庫位置を確立します。このデータは補充計算の開始点であり、計画エンジンは現在のインベントリとインベントリポリシーで定義されたターゲットレベルとのギャップを判断できます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| snapshot\_date | 必須 | インベントリスナップショットが作成された日時。 | 
| site\_id | 必須 | このインベントリが物理的にあるサイト/倉庫。 | 
| product\_id | 必須 | インベントリが報告される製品/マテリアル。 | 
| on\_hand\_inventory | 必須 | 無制限でavailable-for-use在庫の数量。 | 
| inv\_condition | オプションです。 | インベントリの条件または品質分類 (利用可能、ブロック、in-quality-holdなど）。 | 

## 予測 (条件付きで必要)
<a name="data-entities-supply-planning-forecast"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、補充計算の主要な需要シグナルとして予測データを使用します。計画エンジンは、製品とサイト別の予測需要量を使用して、補充する必要がある在庫の量とタイミングを決定し、計画期間全体で購入、移管、生産注文のレコメンデーションを推進します。Amazon Connect Decisions Demand Intelligence によって予測が生成される場合、このデータは必須ではありません。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| snapshot\_date | 必須 | この予測が生成または最後に更新された日付。 | 
| site\_id | 必須 | 需要が予測されているサイト。 | 
| product\_id | 必須 | 需要が予測されている製品。 | 
| mean | 条件付きで必要 | mean または p50 のいずれかを指定する必要があります。このproduct-site-periodの組み合わせの需要予測分布の算術平均。プライマリ需要シグナルとして機能します。 | 
| p50 | 条件付きで必要 | mean または p50 のいずれかを指定する必要があります。最も可能性の高い需要シナリオを表す予測数量の中央値 (50 パーセンタイル）。 | 
| p10/20/30/40/50/60/70/80/90 | オプションです。 | 需要変動分析のための 10 パーセンタイル、50 パーセンタイル、90 パーセンタイルの確率予測値。 | 
| forecast\_start\_dttm | 必須 | 予測バケット期間の開始日時。 | 
| forecast\_end\_dttm | 必須 | 予測バケット期間の終了日時。 | 

## outbound\_order\_line (条件付きで必要)
<a name="data-entities-supply-planning-outbound-order-line"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、アウトバウンド注文明細データを使用して、顧客の注文と需要のコミットメントを追跡します。このデータにより、確認された需要を可視化できるため、計画エンジンはコミットされた顧客注文の在庫を予約し、フルフィルメントの義務を補充レコメンデーションに含めることができます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | アウトバウンド注文明細 (配送明細項目) の一意の識別子。 | 
| product\_id | 必須 | 顧客に出荷される製品。 | 
| cust\_order\_id | 必須 | この行が属する顧客の注文番号。 | 
| ステータス | オプションです。 | 行の現在のフルフィルメントステータス (オープン、キャンセル済み、クローズなど）。 | 
| order\_date | オプションです。 | 注文が行われた日付。 | 
| init\_quantity\_requested | オプションです。 | 顧客が最初に注文した元の数量。 | 
| final\_quantity\_requested | 必須 | 現在/調整された数量は引き続き満たされます (部分的な出荷と注文変更のアカウント）。 | 
| requested\_delivery\_date | 必須 | 顧客が最初に配送をリクエストした日付。 | 
| promised\_delivery\_date | オプションです。 | 可用性チェック後に顧客にコミットされた日付。 | 
| actual\_delivery\_date | オプションです。 | 顧客が商品を実際に受け取った日付。 | 
| ship\_from\_site\_id | 必須 | 製品が出荷される倉庫または工場。 | 
| quantity\_promised | オプションです。 | 顧客に確認/コミットされた数量。 | 
| quantity\_delivered | オプションです。 | 物理的に出荷/配送された数量。 | 

## inbound\_order\_line (条件付きで必要)
<a name="data-entities-supply-planning-inbound-order-line"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、インバウンド注文明細データを使用して、未処理の発注書、転送注文、製造注文を追跡します。このデータは、計画された供給品受領を可視化し、補充レコメンデーションを生成するときに、計画エンジンが転送中の在庫と確認された在庫を考慮できるようにします。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 注文明細項目の一意の識別子 (通常は注文 ID と明細番号の複合）。 | 
| order\_id | 必須 | インバウンド注文ヘッダー番号。 | 
| tpartner\_id | 条件付きで必要 | PO (発注書) に必須。注文明細をベンダー/サプライヤーにリンクします。デフォルトの SCN\_RESERVED\_NO\_VALUE\_PROVIDED。 | 
| product\_id | 必須 | この行で注文されている製品/マテリアル。 | 
| order\_type | 必須 | この注文行の型分類。PO (発注書）、TO (転送注文）、または MO (製造注文) である必要があります。 | 
| ステータス | オプションです。 | この特定の明細項目の現在のステータス (オープン、InTransit、クローズ済み、キャンセル済みなど）。 | 
| from\_site\_id | 条件付きで必要 | TO (転送注文) に必須。製品の出荷元のオリジンサイト。 | 
| to\_site\_id | 必須 | この明細項目の配信の送信先サイト。 | 
| quantity\_submitted | 条件付きで必要 | 元の数量がリクエスト/注文されました。quantity\_submitted または quantity\_confirmed のいずれかを指定する必要があります。 | 
| quantity\_confirmed | 条件付きで必要 | サプライヤーが配送について確認した数量。quantity\_submitted または quantity\_confirmed のいずれかを指定する必要があります。 | 
| quantity\_received | オプションです。 | 送信先サイトで物理的に受け取った数量。 | 
| submitted\_date | オプションです。 | この明細項目がシステムで作成された日付。 | 
| earliest\_delivery\_date | 条件付きで必要 | earliest\_delivery\_date、 latest\_delivery\_date、または expected\_delivery\_date の少なくとも 1 つを指定する必要があります。 | 
| expected\_delivery\_date | 条件付きで必要 | この明細項目の予定または約束された配送日。earliest\_delivery\_date、 latest\_delivery\_date、または expected\_delivery\_date の少なくとも 1 つを指定する必要があります。 | 
| latest\_delivery\_date | 条件付きで必要 | earliest\_delivery\_date、 latest\_delivery\_date、または expected\_delivery\_date の少なくとも 1 つを指定する必要があります。 | 
| earliest\_ship\_date | オプションです。 | ベンダーがこの注文行の製品を発送した最も早い日時。入力した場合、計画エンジンはこの日付を使用して注文開始日を決定します。 | 
| latest\_ship\_date | オプションです。 | ベンダーがこの注文行の製品を出荷した最新の日時。入力した場合、計画エンジンはこの日付を使用して注文開始日を決定します。 | 
| product\_group\_id | オプションです。 | この代替マッピングの製品グループコンテキスト。 | 
| to\_site\_id | オプションです。 | 代替製品配信の送信先サイト。 | 
| from\_site\_id | オプションです。 | 代替製品ソーシングのオリジンサイト。 | 
| transportation\_lane\_id | オプションです。 | この代替製品を調達するときに使用する輸送レーン。 | 
| min\_qty | オプションです。 | 代替製品の最小注文数。 | 
| qty\_multiple | オプションです。 | 注文数量は、代替製品のこの値の倍数である必要があります。 | 

## product\_bom (条件付きで必要)
<a name="data-entities-supply-planning-product-bom"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、製品部品表 (BOM) データを使用して、製品需要をコンポーネントレベルの要件に分解します。計画エンジンは、製造された製品の生産注文を生成するときに、BOM を使用して各原材料またはサブアセンブリの必要量を計算し、コンポーネントの調達と生産計画のための依存需要シグナルを作成します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | BOM 明細レコードの一意の識別子。通常は、親製品、コンポーネント製品、サイト、および発効日の代理キーまたは複合です。 | 
| product\_id | 必須 | この BOM を使用して製造された完成品または親アセンブリを識別する製品テーブルへの外部キー。 | 
| site\_id | 必須 | この BOM が有効な製造場所を識別する Site テーブルへの外部キー。 | 
| component\_product\_id | 必須 | 親製品の生産に必要な原材料、サブアセンブリ、または中間コンポーネントを識別する製品テーブルへの外部キー。 | 
| component\_quantity\_per | 必須 | 親製品の 1 ユニットを生成するために必要なコンポーネント製品の数量。コンポーネントの基本測定単位で表されます。 | 
| eff\_start\_date | 必須 | この BOM 関係が有効であり、需要爆発の計画エンジンで使用する必要があるカレンダーの日付。 | 
| eff\_end\_date | 必須 | この BOM 関係が無効になり、計画に使用しないでください。 | 
| production\_process\_id | オプションです。 | この特定の BOM を使用する製造ルートまたはレシピを識別する、Production Process テーブルへの外部キー。 | 

## production\_process (現在 Supply Planning ではサポートされていません。近日追加予定)
<a name="data-entities-supply-planning-production-process"></a>

このデータエンティティはどのように使用されますか? このデータエンティティは、現在 Supply Planning ではサポートされていません。ただし、間もなく追加されます。サポートされている場合、計画エンジンはセットアップ時間と運用時間を使用して製造リードタイムを計算し、生産能力の実現可能性を評価します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| production\_process\_id | 必須 | 製造プロセスまたは本番稼働用ルートの一意の識別子。特定のサイトの原材料/コンポーネントを完成製品に変換する特定の一連のオペレーションを表します。 | 
| product\_id | 必須 | この生産プロセスで製造された完成製品または出力製品を識別する製品テーブルへの外部キー。 | 
| site\_id | 必須 | この生産プロセスが物理的に実行される製造施設を識別する Site テーブルへの外部キー。 | 
| setup\_time | 必須 | バッチ実行を開始する前に、本番稼働用機器の切り替え、キャリブレーション、準備に必要な 1 回限りの期間 (時間単位) を修正しました。 | 
| operation\_time | 必須 | この製造ラインで生成される出力の単位ごとに消費される可変処理時間 (時間単位）。合計生産期間 = setup\_time \+ (Operation\_time x 計画数量）。 | 

## segmentation\_rule (現在 Supply Planning ではサポートされていません。近日追加予定)
<a name="data-entities-supply-planning-segmentation-rule"></a>

このデータエンティティはどのように使用されますか? このデータエンティティは、現在 Supply Planning ではサポートされていません。ただし、間もなく追加されます。セグメント化ルールのデータにより、製品とサイトをセグメント (需要の変動性、顧客層、製品ライフサイクルなど) に分類することで、差別化された計画が可能になります。サポートされている場合、計画エンジンはセグメント固有のインベントリポリシー、予測モデル、サービスレベルのターゲットを適用します。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| segmentation\_rule\_id | 必須 | 特定の segment\_type \+ segment\_value の組み合わせをproduct/site/channelディメンションにマッピングするセグメンテーションルールの一意の識別子。 | 
| segment\_type | 必須 | 定義されているセグメンテーションディメンションの名前 (DemandVariability、CustomerTier、ProductLifecycle、ServiceLevel など）。 | 
| segment\_value | 必須 | segment\_type 分類内の特定の値 (例: DemandVariability には High、Medium、Low、CustomerTier には A、B、C)。 | 
| segmentation\_rule\_description | オプションです。 | このセグメントにエンティティを割り当てるために使用されるビジネスロジックまたは基準の人間が読める説明。 | 
| product\_id | オプションです。 | 製品テーブルへの外部キー。入力すると、ルールはこの特定の製品にのみ適用されます。 | 
| product\_level\_1 | オプションです。 | 製品階層の最上位レベル。製品ファミリー全体で広範なセグメンテーションを有効にします。 | 
| product\_level\_2 | オプションです。 | 第 2 レベルの製品階層分類。セグメンテーションのための中間製品のグループ化を提供します。 | 
| product\_level\_3 | オプションです。 | 第 3 レベルの製品階層分類。粒度中間の製品セグメンテーションを有効にします。 | 
| product\_level\_4 | オプションです。 | 第 4 レベルの製品階層分類。きめ細かな製品セグメンテーションを有効にします。 | 
| product\_level\_5 | オプションです。 | 最も詳細な製品階層レベル。ルールが粗いレベルまたは特定の product\_id を対象とする場合は空白のままにします。 | 
| site\_id | オプションです。 | Site テーブルへの外部キー。入力すると、ルールはこの特定のサイトにのみ適用されます。 | 
| site\_level\_1 | オプションです。 | サイト階層の最上位レベル。ネットワーク全体で広範な地理的セグメンテーションを有効にします。 | 
| site\_level\_2 | オプションです。 | 第 2 レベルのサイト階層。セグメンテーションのための中間の地理的グループ化を提供します。 | 
| site\_level\_3 | オプションです。 | 第 3 レベルのサイト階層。粒度の中間の地理的セグメンテーションを有効にします。 | 
| site\_level\_4 | オプションです。 | 第 4 レベルのサイト階層。きめ細かな地理的セグメンテーションを有効にします。 | 
| site\_level\_5 | オプションです。 | 最も詳細なサイト階層レベル。ルールが粗いレベルまたは特定の site\_id をターゲットにしている場合は空白のままにします。 | 
| city | オプションです。 | 出荷元のサイトロケーションの都市名。ロケーションベースのセグメンテーションの地理的コンテキストを提供します。 | 
| state\_prov | オプションです。 | 出荷元サイトの都道府県。リージョンのセグメンテーションと管轄区域固有のビジネスルールへの準拠を有効にします。 | 
| postal\_code | オプションです。 | 出荷元のサイトの郵便番号。セグメンテーションルールの正確な地理的ターゲティングを有効にします。 | 
| country | オプションです。 | 出荷元サイトの国。国際オペレーションの国レベルのセグメンテーションを有効にします。 | 
| trading\_partner\_id | オプションです。 | 取引先テーブルへの外部キー。サプライヤー、顧客、またはキャリアの関係に基づいてセグメンテーションルールを有効にします。 | 
| company\_id | オプションです。 | 会社テーブルへの外部キー。異なる法人が個別の分類ルールを維持するマルチエンティティセグメンテーションを有効にします。 | 
| channel\_id | オプションです。 | 販売/配信チャネルを参照する外部キー。オムニチャネルオペレーションのチャネル固有のセグメンテーションを有効にします。 | 
| creation\_date | オプションです。 | このセグメンテーションルールが作成されたときの ISO 8601 タイムスタンプ。監査証跡とバージョン追跡をサポートします。 | 
| connection\_id | オプションです。 | データソース接続のシステム割り当て識別子。取り込み時に Prism によって自動入力 — は手動で指定しないでください。 | 
| updated\_at | オプションです。 | このレコードへの最終変更のシステムマネージドタイムスタンプ。データ系統用に Prism によって自動入力される — は手動で指定しないでください。 | 
| updated\_by | オプションです。 | このレコードを最後に変更したユーザーまたはプロセスのシステムマネージド識別子。データ系統用に Prism によって自動入力される — は手動で指定しないでください。 | 

## データエンティティの直接アップロード
<a name="data-entities-supply-planning-direct-upload-note"></a>

**注記**  
capacity\_constraints、capacity\_product\_mapping、 Warehouse\_space\_limit、および planning\_time\_fence\_constraints では、データ取り込みフローを設定する必要はありません。これらのデータエンティティは、Decision Teammates を通じて供給計画設定ページに直接アップロードできます。

## capacity\_constraints (条件付きで必要)
<a name="data-entities-supply-planning-capacity-constraints"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、キャパシティ制約データを使用して、定義されたタイムバケット内の各サイトの各キャパシティリソースの最小スループット制限と最大スループット制限を定義します。計画エンジンは、本番環境とストレージのレコメンデーションを生成するときにこれらの制約を適用し、計画が物理的または契約上の実現可能性の境界内に留まるようにします。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 容量制約レコードの一意の識別子。キャパシティリソース、サイト、タイムバケット、有効日付範囲の組み合わせを参照します。 | 
| capacity\_id | 必須 | 制約されている特定のリソース (生産ライン、ストレージゾーン、ドック、労働力プールなど) を識別するキャパシティテーブルへの外部キー。 | 
| site\_id | 必須 | この容量の制約が適用される物理的な場所を識別する Site テーブルへの外部キー。 | 
| bucket\_type | 必須 | 容量使用率を測定および適用するためのタイムバケットの詳細度を定義します。使用できる値: 毎日、毎週、毎月。 | 
| eff\_start\_date | 必須 | このキャパシティ制約が計画エンジンによってアクティブになり、強制可能になるカレンダーの日付。 | 
| eff\_end\_date | 必須 | この容量制約が期限切れになり、適用されなくなったカレンダーの日付。 | 
| min\_capacity\_usage | オプションです。 | 定義されたタイムバケット内で必要な最小スループットまたは使用率。契約上または運用上のフロアを表します。 | 
| max\_capacity\_usage | 必須 | 定義されたタイムバケット内で許可される最大スループットまたは使用率。計画エンジンは、本番稼働をスケジュールしたり、この制限を超えてインベントリを割り当てたりしてはいけません。 | 

## capacity\_product\_mapping (条件付きで必要)
<a name="data-entities-supply-planning-capacity-product-mapping"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、キャパシティー製品マッピングデータを使用して、各サイトで消費するキャパシティーリソースに製品をリンクします。このマッピングにより、計画エンジンは、共通のリソースを共有するすべての製品の合計容量需要を集計し、ボトルネックを特定し、容量が限られている場合に本番稼働用シーケンスに優先順位を付けることができます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| id | 必須 | 特定の製品を特定のサイトで消費するキャパシティーリソースにリンクするキャパシティcapacity-to-productマッピングレコードの一意の識別子。 | 
| product\_id | 必須 | 製品テーブルへの外部キー。マッピングされたリソースから生産または処理が容量を消費する特定の SKU またはマテリアルを識別します。 | 
| site\_id | 必須 | このproduct-to-capacity関係が有効な場所を指定する Site テーブルへの外部キー。 | 
| capacity\_id | 必須 | キャパシティテーブルへの外部キー。この製品が本番環境、ストレージ、または処理中に消費するキャパシティリソースを識別します。 | 

## Warehouse\_space\_limit (条件付きで必要)
<a name="data-entities-supply-planning-warehouse-space-limit"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、倉庫スペース制限データを使用して補充レコメンデーションを制限し、計画された在庫が倉庫の物理ストレージ容量を超えないようにします。これにより、計画エンジンが供給注文を生成して、サイトでのストレージ要件の過密化や実行不可能になるのを防ぐことができます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| site\_id | 必須 | 容量が定義されているウェアハウスの識別子。 | 
| max\_capacity | 必須 | 製品エンティティで定義されたボリューム測定単位で表される、ウェアハウスの最大ストレージ容量。供給計画が物理的なスペースを超えないように制約するために使用されます。 | 

## planning\_time\_fence\_constraints (条件付きで必要)
<a name="data-entities-supply-planning-planning-time-fence-constraints"></a>

このデータエンティティはどのように使用されますか? Supply Planning は、計画時間フェンス制約データを使用して、計画エンジンが既存の供給注文を変更できないようにする時間境界を定義します。これらの制約により、プランナーは短期供給計画を自動再スケジュールから保護し、定義されたタイムフェンスウィンドウ内の特定の製品とサイトの確定済み注文を保持できます。


| 列 | 列は必須ですか? | この列は Supply Planning でどのように使用されますか? | 
| --- | --- | --- | 
| rule\_id | 必須 | 計画時フェンス制約ルールの一意の識別子。 | 
| product\_id | オプションです。 | Product テーブルへの外部キー。入力すると、タイムフェンスはこの特定の製品にのみ適用されます。空白のままにすると、制約は指定されたサイトのすべての製品に適用されます。 | 
| site\_id | オプションです。 | Site テーブルへの外部キー。入力すると、タイムフェンスはこの特定のサイトにのみ適用されます。空白のままにすると、制約はすべてのサイトにわたって指定された製品に適用されます。 | 
| planning\_time\_fence\_days | 必須 | 計画エンジンが既存の供給注文を自動的に再スケジュールまたはキャンセルしない、計画実行日からの暦日数。このウィンドウ内の注文開始日を持つ注文は、フリーズとして扱われ、自動変更から保護されます。 |