計画レベルを理解するための供給計算の使用

自分たちが何を持つのか分かっていて、何が欲しいかわかっている。今必要なのは、片方から他方へと向かうための明確な道筋だけである。PERPRODCUST から PERLOCRES へ取得するための設定パスが必要です。正しく計画するには、最後に開始する必要があります。

最終目的である能力過負荷アラートから逆向きに計画を立てることができます。過負荷の有無を判断するために、知っておく必要があるのは何でしょうか。能力の数 (能力供給) および必要な能力 (能力需要) を把握する必要があります。能力需要が能力供給よりも大きい場合、その期間は過負荷状態になります。

次の質問では、能力供給はどこから取得されますか。これは ECC/SAP HANA 側のワークセンタに保存されるため、マスタデータからのものであると言えます。そのデータを SAP IBP にロードするインタフェースが存在する必要があります。もう 1 つの重要な質問は、そのデータの計画レベルは何ですか。計画レベルは、能力過負荷アラートと同じ PERLOCRES になります。

では能力需要はどこに由来するのでしょうか。これは、ロケーションにおける需要と能力消費から計算されます。これらの計画レベルも特定する必要があります。各製品はリソースで消費する時間が異なる場合があるため、能力消費の計画レベルは PERPRODLOCRES である必要があります。ロケーションごとの需要は、その発生源である得意先とは関係なく、リソースで生産される需要合計になります。つまり、ロケーションごとの需要の計画レベルは、PERPRODLOC を得意先間で合計したものになります。

次のステップは、能力消費がどこに由来するのかを決定することです。ECC/SAP HANA では、これはリソースの時間として作業手順に格納されるため、マスタデータからも取得されます。

ロケーションごとの需要は、どこに由来するのでしょうか。これは、このロケーションが提供するコンセンサス需要の比率として計算されます。そのため、この計算も含める必要があります。最後のステップでは、コンセンサス需要数量* ソーシング率を使用して、このロケーションによって供給される需要の割合を決定します。ここでソーシング率を使用するのは、複数のソースがあるときに、単一のソースのソーシング率が 1 になる場合があるためです。

パスが描かれると、どのキー数値が必要かが明らかになります。これは、キー数値がパスに一覧表示されるためです。また、必要な計画レベルも明白です。この計算に必要なマスタデータタイプは、コースの開始時にロードされました。

最後に、能力供給と能力消費はどちらも時間の経過に対して比較的一定であり、これらはキー数値として定義される属性の理想的な候補となるため、これを処理するための複合マスタデータタイプを登録します。属性はキー数値として定義されるため、これらをマスタデータとして扱うように選択して、ロケーションとリソースのそれぞれの組合せに対して 1 つの値をロードすることができます。CI-DS データロード設定を取得し、期間ごとに値をロードすると、これはすべての期間に複製されるか、キー数値として処理するように選択することができます。テストでは、これらをマスタデータとして管理することをお奨めします。データファイルを登録する作業が大幅に削減されます。