Note
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
非推奨の組み込みマスター プラン エンジンから計画の最適化に移行すると、計画手配、数量、日付の違いに気付く場合があります。 この記事と関連リソースを使用して、発生している問題が予期される違い、サポートされていない機能、またはパラメーターの変更によるものかどうかを特定します。
問題の種類を特定する
次の表を使用して、状況に適したリソースを見つけます。
| 問題点 | 資源 |
|---|---|
| 計画の最適化では、さまざまな計画オーダーの結果、日付、数量、または動作が表示されます | 予想される違い (この記事) |
| 計画の最適化で機能が機能しない、または見つからない | 計画最適化適合分析 |
| 日付または時刻の計算によって異なる結果が生成される | 計画の最適化で使用される日付と時刻のパラメーター |
| マスタープランのパラメーターは効果を発揮していないようです。 | 計画の最適化で使用されないパラメーター |
| 非推奨のエンジンが削除されるタイミングに関する質問がある | 非推奨のマスター プランの概要 |
| 完全な移行プロセスに関するガイダンスが必要です | 計画の最適化への移行 |
予想される違い
次の表に、計画の最適化と、計画最適化 適合分析 ページに記載されていない非推奨のマスター 計画エンジンの具体的な違いを示します。
| 特徴 | 計画の最適化と、非推奨のマスター プラン エンジンとの差異 |
|---|---|
| 今日の日付の予測 | 計画の最適化では今日の日付の予測は考慮されませんが、非推奨のマスター プランニング エンジンではそれらを考慮しました。 |
| フィルター処理された生産実行 | 詳細については、生産計画 - フィルター を参照してください。 |
| 予測計画 | 予測計画はサポートされていません。 予測モデルがマスター計画に割り当てられているマスター 計画を使用します。 |
| 計画されたオーダーの番号シーケンス | 計画されたオーダーに対する番号シーケンスはサポートされていません。 計画の最適化では、生成されたすべての計画手配番号に独自の番号順序が使用されます。この番号順序を変更する方法はありません。 計画の最適化を使用する場合、[マスター計画パラメーター] ページの [番号順序] タブにある [マスター スケジュール計画オーダー番号] 設定は影響を与えません。 通常、計画手配番号には 14 桁の数字が表示されますが、順序は実際には 20 文字で構築され、計画実行カウントには 6 桁、計画手配数には 10 桁が割り当てられます。 |
| 計画のコピー、計画の削除、計画バージョン クリーンアップ | ナビゲーション ウィンドウ の [マスター プラン] > [マスター プラン] > [プランの管理 ] で、次の項目が無効になります。
|
| 返品注文 | 計画の最適化では、返品注文は考慮されません。 |
| 関連機能のスケジューリング | 詳細については、無限能力を使用したスケジューリング を参照してください。 |
| 安全在庫フルフィルメント | 計画の最適化では、品目補充ページの 最小限実行 フィールドに、常に今日の日付＋調達時間のオプションが使用されます。 この選択は、不要な計画注文やその他の問題を防ぐのに役立ちます。 調達時間が安全在庫に含まれていない場合、低在庫に対して作成される計画オーダーは、リード タイムのために常に遅延します。 詳細については、非推奨のマスター プランニング エンジンによる安全在庫フルフィルメントを参照してください。 |
| 安全在庫のペギングと正味必要量 | 安全在庫の必要量は含まれておらず、正味必要量ページにも表示されません。 安全在庫は需要を表すものではなく、要求日も関連付けられていません。 その代わりに、常にどれだけの在庫を保持していなければならないかという制約を設けます。 ただし、最小のフィールド値は、マスタープランで計画された注文を計算する際にも考慮されます。 [純要件] ページの [累積数量] 列を調べて、この値が考慮されたことを確認します。 ペギングは異なるため、異なるアクションが推奨される場合があります。 詳細については、非推奨のマスター プランニング エンジンによる安全在庫フルフィルメントを参照してください。 |
| 配送カレンダー | 出荷のモードページで配送カレンダー列の値は無視されます。 |
| 値を持たない最小/最大補充コード | 非推奨のマスター計画エンジンを使用する場合、最小値または最大値が設定されなっている最小/最大補充コードを使用すると、計画エンジンは補充コードを要求として処理し、要求ごとに 1 つの注文を作成します。 計画の最適化を使用すると、システムは 1 日に 1 つの注文を作成してその日の全額を処理します。 |
| 正味必要数と手動作成された計画オーダー | 非推奨のマスター計画エンジンを使用すると、品目に対して手動で作成された供給注文が、その品目の正味必要量の中から自動的に表示されます。 たとえば、販売注文から発注書を作成すると、[Net requirements]\( ネット要件 \) ページに発注書が表示され、事前の操作は必要ありません。 この動作は、非推奨のマスター プランニング エンジンによって、 inventLogTTS テーブルの在庫トランザクションがログに記録され、動的プランの [Net requirements ]\(ネット要件\) ページに変更が表示されるために発生します。 ただし、計画の最適化では、手動で作成された注文は、計画の最適化を実行するまで (品目を含む計画を使用して)、または品目のマスター 計画を実行する [>] ページのアクション ウィンドウで [マスター計画更新] を選択するまで、品目のネット要件には表示されません。
正味必要量 ページの扱い方については、正味必要量およびペギング情報 を参照してください。 |
| 正味要件と需要または供給の変化 | 非推奨のマスター計画エンジンを使用すると、品目に対して提供または要求されたいかなる変更も、その品目の正味必要量の中から自動的に表示されます。 たとえば、計画オーダーの数量を増やすと、[Net requirements]\( ネット要件 \) ページに発注書が表示され、事前のアクションは必要ありません。 この動作は、非推奨のマスター プランニング エンジンによって、 inventLogTTS テーブルの在庫トランザクションがログに記録され、動的プランの [Net requirements ]\(ネット要件\) ページに変更が表示されるために発生します。 ただし、計画の最適化では、(品目を含む計画を使用して) 計画の最適化を実行するまで、または品目のマスター 計画を実行する [管理要件] ページのアクション ウィンドウで [ > マスター プランの更新 ] を選択するまで、項目のネット 要件 に変更は表示されません。 Net 要件とペギング情報の Net 要件ページを使用する方法の詳細について説明します。 |
| リソース割り当て | 無限能力を使用する場合、非推奨のマスター プラン エンジンは、すべての計画オーダーを特定のリソース グループの同じリソースに割り当てます。 計画の最適化では、異なる製造オーダーで異なるリソースを使用できるように、リソースをランダムに選択することで、この動作が改善されます。 すべての計画手配に同じリソースを使用する場合は、ルートでそのリソースを指定します。 |
| 拡張データ型 (EDTs) | 計画の最適化で、EDT の精度の変更はサポートされません。 このプロセスは公式にはサポートされておらず、動作することが保証されていません。 |
| 安全在庫フルフィルメント | 計画の最適化では常に、本日の日付 + 調達時間 の 最小要件を満たす が使用されます。 この選択により、将来的に簡素化された計画設定を使用するようにシステムが準備され、実用的な結果が得られます。 調達時間が安全在庫に含まれていない場合、低在庫に対して作成される計画オーダーは、リード タイムのために常に遅延します。 この動作により、重大なノイズや不要な計画オーダーが発生する可能性があります。 設定を変更して、本日の日付 + 調達時間 を使用することを推奨します。 警告を回避するためにマスター データを更新します。 詳細については、非推奨のマスター プランニング エンジンによる安全在庫フルフィルメントを参照してください。 |
| 発注書の処理 | 発注書を処理する際、システムは常にリードタイムを適用し、計算された要求日への遅延を追加パラメータがNoに設定されている場合でも、決して無視しません。 この動作は、非推奨のマスター プラン エンジンとは異なり、この場合は許容できない日付が設定されます。 たとえば、今日が 2024 年 3 月 1 日で、リード タイムが 30 日、計算された要件の日付に遅延を追加の設定が「いいえ」の場合、非推奨のエンジンは 2024 年 3 月 1 日の日付で発注書を作成しますが、計画最適化ではリードタイムの30日間を加えた2024年4月1日の日付で発注書を作成します。 |
| 静的計画を動的計画へコピー | マスター計画パレメーター ページの設定に関わらず、計画最適化は、静的計画を動的計画にコピーしません。 一般に、この操作は、計画の最適化が提供する再生成の速度と完了した再生成が原因で関連性が低くなります。 2 つ以上のプランを使用する場合は、各プランのマスター 計画をトリガーします。 |
| マイナス在庫日数 | 計画の最適化では、マスター プランのパラメーターで 動的マイナス日数を使用 の設定に関係なく、常に動的マイナス日数が 使用されます。 マスター プラン パラメーター ページの動的マイナス在庫日数を使用の設定は、この動作には影響しません。 マイナス日数の詳細については、遅延許容範囲 (マイナス日数) を参照してください |
| 今日の日付カレンダー | 計画の最適化では、[マスター 計画パラメーター] ページの今日の日付カレンダー設定は考慮されません。 計画の最適化では、常に次の 1 時間に丸められた現在の時刻が使用されます。 非推奨のマスター プランニング エンジンでは、この設定によって凍結タイム フェンスの開始が定義されました。 ただし、計画の最適化を使用している場合でも、システムは引き続き Today の日付カレンダー パラメーターを使用して、手動で作成された製造オーダーが凍結タイム フェンス内でスケジュールされているかどうかを判断します。 |
| 過去の計画オーダー | 計画の最適化では、要求日の設定 に関係なく、過去の注文 が計画される必要はありません。 過去 の要求日 を設定した場合、システムは設定を保持しますが、[ 必須の日付 ] を [今日] に設定します。 |
| 安全在庫の定義/意味 | 計画最適化で、安全在庫は実需ではありません。 各補償グループに対し、安全在庫を、そのために作成された計画オーダーに対する需要として、システムがどの程度厳密にペギングするかを指定することができます。 (詳細については、安全在庫ペギング オプションを参照してください)。厳密な安全在庫ペギングを使用する補償グループは、履行最小 フィールドが 今日の日付 + 調達時間 に設定されている非推奨のエンジンの全グループと同様に機能します。 非推奨のマスター プラン エンジンでは、安全在庫は他の需要タイプと同じく需要です。 安全在庫をいつ満たすかを指定できます。 |
| 安全在庫を満たすとき | 計画最適化では、安全在庫は、品目範囲の設定に関係なく、常に 今日の日付 + 調達時間 で満たされます。 非推奨のマスター プラン エンジンでは、品目範囲の設定に、安全在庫をいつ履行する必要がある場合を定義する最小限実行フィールドが含まれます。 (詳細については、非推奨のマスター プランニング エンジンを利用した安全在庫調達に関するページをご覧ください)。 |
| 予測計画の時間制約 | 考慮する需要予測エントリと供給予測エントリを決定する場合、計画の最適化では常に、 カバレッジ タイム フェンス または 予測計画タイム フェンスの 2 つの値の下限が使用されます。 非推奨の計画エンジンでは、予測計画時間フェンスが常に使用されます。 したがって、計画の最適化では、プランに含まれるすべての需要予測エントリが供給に含まれることが保証されます。 |
| 払出安全日数 | 問題のマージンを満たすことができる場合、計画の最適化は値を受領要求日に適用し、発行要件日には適用されません。余白を満たせない場合、計画の最適化は発行要件日を先送りします。 非推奨の計画エンジンは、常に 問題の要件日 を問題のマージンの値で調整します。 そのため、計画の最適化では、問題のマージンをより正確に扱います。これは、事前の受領が必要な距離に影響を与える配送時間バッファーとして扱われます。 詳細については、「 安全マージン」を参照してください。 |
| 仕入先カレンダーのリード タイム | 計画の最適化では、出荷日のリード タイムを計算する際に、仕入先のカレンダーからの終了日は考慮されません。 リード タイムを計算する場合にのみ、カバレッジ グループカレンダーが考慮されます。 詳細については、 計画の最適化に関するカレンダー マトリックスを参照してください。 |
| ゼロのポジティブな日 | 計画の最適化で正の日数を 1 に設定すると、非推奨のマスター プランニング エンジンで正の日数を 0 に設定する場合と同じ動作になります。 |
| マイナスの手持在庫数量を考慮した計画 | 手持ち数量に負の集計が表示される場合、計画の最適化では数量 0 (ゼロ) として扱い、供給超過の回避に役立ちます。 詳細については、 負の手持ち数量を使用した計画を参照してください。 非推奨のマスター プランニング エンジンは、代わりに負の数量を補充しました。 |
| マニュアル計画製造オーダーの確定 | 手動で作成された計画製造オーダーを確定する場合、計画の最適化によって品目の爆発が自動的にトリガーされることはありません。 必要に応じて、項目の爆発を手動でトリガーする必要があります。 |
| 無駄のない製造を伴う CTP | イベントタイプ販売イベントをCTPとの自動に設定したイベントかんばんルール補充戦略では、CTP納期管理方式を使用する受注明細行に対して、かんばんがスケジュールに自動生成および追加されません。 代わりに、「計画かんばん」を通じて補充し、「自動確定」を適用します。 |