記事ディレクトリ
Batch Derivation をバッチ導出 (派生) または一括継承と訳すのは大きな問題ではありませんが、継承と派生の違いはサブクラスと親クラスの観点でのみであると個人的には考えています。導出語の翻訳のみについて話す場合は、バッチ導出についてより厳密にする方が適切です。 この記事では、最も単純なバッチ デモンストレーションの例を示します。
I. 概要
バッチ導出により、材料バッチ送信側から受信側材料バッチ転送へのバッチ特性値の効率的かつ自動転送が可能になり、時間、データ入力の労力、およびコストが節約されます。バッチ導出により、送信バッチと資材受信バッチ間の 1 対 1、1 対多、および多対 1 の関係を維持できます。バッチ導出を使用すると、バッチ プロパティの転送方法を制御できます。
たとえば、化学業界では、通常、製品は生産後に完成品タンクに保管され、包装計画があった後に生産が開始されます。完成品タンクに入った後、多くの物理的および化学的データがすでに存在しており、包装後に変更されない一部の属性情報は、最終製品の属性に直接転送できます。
2. システム構成
1. 前提条件: バッチから派生したコントロール ポイントをアクティブにする必要がありますが、通常、デフォルトではアクティブになりません。
トランザクション コード: DVSP
構成パス: SPRO-Logistics General-Batch Management-Batch Data Derivation-Activate Batch Derivation
2. ここで派生イベント (製造オーダーのリリース、オーダーの受領、または倉庫の転送によってトリガーされる) を定義して、
バッチ派生をトリガーするビジネス シナリオを設定します。
3. マスターデータ
3.1 分類マスタデータ
ここではあまり多くのデモは行いません。実際には、構成可能なマテリアルに関連する以前の記事で取り上げています。
フィーチャの作成: CT04
分類の作成: CL01
ここでは、DB と DB2 の 2 つの分類を作成します。分類タイプの選択に関して、これはシステムのバッチ レベルの構成に関連します。022 と 023 の分類から選択でき、システム自体にはそのうちの 1 つだけが含まれます。
半製品の分類:
完成品分類:
3.2 派生ルールの設定
ここで維持されるデータは構成には属しませんが、フロントエンド ビジネス データに属します。このデータは、操作パスのメニュー [ロジスティックス] - [コア機能] - [バッチ管理] - [バッチ導出] にあります。
3.2.1 資料の送付
1. 以下に示すように、トランザクション コード DVS1 を実行します。ここでのオプションは BDS1 の 1 つだけです。
2. 選択後 Enter を押し、資料送付+メンテナンス資料受信の方法を選択します。この方法は保守が比較的簡単です
Enter キーを押すと、クリックして属性を追加できます。
選択後入力してください
確認して保存するだけで、プロンプト番号セグメントが存在しない場合は、トランザクション コード SNRO を通じて維持できます。、またはバックグラウンド構成で設定
3.2.2 資料の受け取り
素材をダブルクリックして素材受信ルールをメンテナンスし、メンテナンス後に保存します。
4. テストデータ(受注生産品)
製造オーダーを例としてテスト結果を示します。
-
コンポーネント 2351 を使用して 2352 の製造オーダーを作成し、バッチを割り当てます
-
バッチ2351の特徴は以下の通りです
-
製造オーダーの「バッチの作成」ボタンをクリックします。
-
次に、「バッチ派生」ボタンをクリックし、詳細をクリックして、構成部品の特性が製品のバッチの特性に転送されていることを確認します。
-
製品のバッチ変更レコードを表示すると、バッチの属性に派生レコードがあることがわかります。
5つ目、ついに
派生レコードは、派生モニター (DVMO) レポートを実行することによっても確認できます。