View a markdown version of this page

Supply Planning のデータエンティティ - Amazon Connect の決定

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

Supply Planning のデータエンティティ

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

表の読み方:

  • 必須 – データエンティティのエンティティまたは列は、供給計画エンジンが正しく機能するために必須です。

  • 条件付きで必須 – データエンティティのエンティティまたは列は、選択した特定の主要な機能要件、ポリシータイプ、注文タイプ、または調達ルールタイプに応じて必要です。

  • オプション – データエンティティのエンティティまたは列はオプションです。計画の精度と機能出力を向上させるには、値を含む 列を追加することをお勧めします。

サイト (必須)

このデータエンティティはどのように使用されますか? 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 未満の場合は空白のままにします。

製品 (必須)

このデータエンティティはどのように使用されますか? 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 (オプション)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

id

必須

製品グループ/カテゴリレベルの一意の識別子。

説明

オプションです。

製品グループ/カテゴリの名前またはラベル。

parent_product_group_id

オプションです。

親カテゴリへの外部キー。製品分類の階層ツリー構造を形成します。

地域 (オプション)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

id

必須

地理的エンティティ (都市、州、国、リージョン) の一意の識別子。

説明

オプションです。

地理的場所の名前 (都市名、リージョン名など)。

parent_geo_id

オプションです。

親地理への外部キー。階層ロールアップを有効にします (例: 都市から州から国へ)。

transportation_lane (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (条件付きで必要)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

vendor_tpartner_id

必須

この製品を提供できるベンダー/サプライヤー。

product_id

必須

ベンダーが提供を許可されている/提供できる製品。

eff_start_date

必須

ベンダーがこの製品の提供を許可されている日付。

eff_end_date

必須

ベンダーがこの製品に対して承認されなくなった日付。

vendor_lead_time (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (オプション)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

id

必須

会社/法人の一意の識別子。

説明

オプションです。

会社の名前またはラベル。

address_line_1

オプションです。

会社の主な住所行。

address_line_2

オプションです。

セカンダリアドレスライン (スイート、建物、床)。

city

オプションです。

会社所在地の都市

state_prov

オプションです。

会社が所在する州または都道府県。

postal_code

オプションです。

会社住所の郵便番号。

country

オプションです。

会社が登録または運営されている国。

phone

オプションです。

会社の主要連絡先電話番号。

E メール

オプションです。

会社の主要連絡先の E メールアドレス。

sourcing_rules (必須)

このデータエンティティはどのように使用されますか? 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 (必須)

このデータエンティティはどのように使用されますか? 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 (必須)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

snapshot_date

必須

インベントリスナップショットが作成された日時。

site_id

必須

このインベントリが物理的にあるサイト/倉庫。

product_id

必須

インベントリが報告される製品/マテリアル。

on_hand_inventory

必須

無制限でavailable-for-use在庫の数量。

inv_condition

オプションです。

インベントリの条件または品質分類 (利用可能、ブロック、in-quality-holdなど)。

予測 (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 ではサポートされていません。近日追加予定)

このデータエンティティはどのように使用されますか? このデータエンティティは、現在 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 ではサポートされていません。近日追加予定)

このデータエンティティはどのように使用されますか? このデータエンティティは、現在 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 によって自動入力される — は手動で指定しないでください。

データエンティティの直接アップロード

注記

capacity_constraints、capacity_product_mapping、 Warehouse_space_limit、および planning_time_fence_constraints では、データ取り込みフローを設定する必要はありません。これらのデータエンティティは、Decision Teammates を通じて供給計画設定ページに直接アップロードできます。

capacity_constraints (条件付きで必要)

このデータエンティティはどのように使用されますか? 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 (条件付きで必要)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

id

必須

特定の製品を特定のサイトで消費するキャパシティーリソースにリンクするキャパシティcapacity-to-productマッピングレコードの一意の識別子。

product_id

必須

製品テーブルへの外部キー。マッピングされたリソースから生産または処理が容量を消費する特定の SKU またはマテリアルを識別します。

site_id

必須

このproduct-to-capacity関係が有効な場所を指定する Site テーブルへの外部キー。

capacity_id

必須

キャパシティテーブルへの外部キー。この製品が本番環境、ストレージ、または処理中に消費するキャパシティリソースを識別します。

Warehouse_space_limit (条件付きで必要)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

site_id

必須

容量が定義されているウェアハウスの識別子。

max_capacity

必須

製品エンティティで定義されたボリューム測定単位で表される、ウェアハウスの最大ストレージ容量。供給計画が物理的なスペースを超えないように制約するために使用されます。

planning_time_fence_constraints (条件付きで必要)

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

列は必須ですか? この列は Supply Planning でどのように使用されますか?

rule_id

必須

計画時フェンス制約ルールの一意の識別子。

product_id

オプションです。

Product テーブルへの外部キー。入力すると、タイムフェンスはこの特定の製品にのみ適用されます。空白のままにすると、制約は指定されたサイトのすべての製品に適用されます。

site_id

オプションです。

Site テーブルへの外部キー。入力すると、タイムフェンスはこの特定のサイトにのみ適用されます。空白のままにすると、制約はすべてのサイトにわたって指定された製品に適用されます。

planning_time_fence_days

必須

計画エンジンが既存の供給注文を自動的に再スケジュールまたはキャンセルしない、計画実行日からの暦日数。このウィンドウ内の注文開始日を持つ注文は、フリーズとして扱われ、自動変更から保護されます。