Note
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
この記事では、計画の最適化が動作中に使用する日付と時刻のパラメータに関する情報について解説しています。
非推奨のマスタ プラン エンジンではすべての計算でトランザクション日付が使用されるのに対し、計画の最適化では日付に変換される日付と時刻の値が使用されます。 この動作の違いにより、たとえば、マスタープランを実行した日の午前 0 時に作成された予測トランザクションは、計画の最適化では現在日付より前に作成されたものとみなされるため、含まれないという状況が発生します。
発行トランザクションと需要トランザクションのパラメーター
次の表は、計画最適化が発行と需要のトランザクションを処理する際に使用するパラメータの一覧です。
| パラメーター | 計画最適化のパラメーター名 | 説明 | Microsoft Dynamics 365 Supply Chain Managementの同等のフィールド (ReqTrans テーブル内) |
|---|---|---|---|
| 計画済発行時間 | PlannedIssueTime |
発行が現在予定されている日付です。 |
終了日 (FuturesDate) および 遅延期間(FuturesTime) |
| 要求された発行時間 | RequestedIssueTime |
サプライチェーン管理で設定され、ユーザーが要求した発行日。 このパラメータは、リリース済または承認済の計画オーダーにのみ適用されます。 計画オーダーの場合、既定では空白になります。 |
要求日 (ReqDateDlvOrig) |
| 要求される発行時間 | RequiredIssueTime |
計画の最適化で調整される必要な発行日。 計画の最適化の実行時にこの時間が過去に当たった場合は、今日より前の最初のオープン日に移動されます。 時間がカレンダーでブロック済みとしてマークされている場合は、その日付より前の最初のオープン日に調整されます。 |
要求日 (ReqDate) および 要求時間 (ReqTime) |
| 発行時間の遅延 | IssueTimeDelay |
計画された発行時間と、承認およびリリースされた注文の要求された発行時間、または要求された発行時間との時間差。 |
遅延 (日数) (FuturesDays) |
入庫トランザクションと供給トランザクションのパラメーター
次の表は、計画最適化が受領、供給トランザクションを処理する際に使用するパラメーターの一覧です。
| パラメーター | 計画最適化のパラメーター名 | 説明 | サプライ チェーン管理 の同等のフィールド (ReqTrans または ReqPO テーブル内) |
|---|---|---|---|
| 利用可能予定時刻 | PlannedAvailabilityTime |
領収書の発行予定日です。 |
要求日 (ReqDate) および 要求時間 (ReqTime) |
| 予定受領時間 | PlannedReceiptTime |
レシートが場所に到着した日付。 |
終了日 (FuturesDate)、遅延時刻 (FuturesTime)、出荷日 (ReqDateDlv)、要求日 (ReqDateDlvOrig) は、まだ注文がリリースされていない場合に使用します。 |
| 必要な稼働時間 | RequiredAvailabilityTime |
計画の最適化が調整する必要な利用可能日。 |
要求日 (ReqDate) および 要求時間 (ReqTime) |
| 入庫予定時間 | ExpectedReceiptTime |
リリースされた入庫の受領予定日です。 ユーザーは、サプライ チェーン管理で値を設定します。 計画の最適化では、値は調整されません。 このパラメーターはリリース済の受領にのみ適用されます。 |
要求日 (ReqDateDlvOrig) |
| 要求された受領時間 | RequiredReceiptTime |
計画の最適化によって調整される必要な受領日。 |
要求日 (ReqDate) および 要求時間 (ReqTime) |
| 発注予定時間 | PlannedOrderingTime |
計画の最適化によって計算される順序付け日。 |
注文日 (ReqDateOrder) および 注文時刻 (ReqTimeOrder) |
| 計画済活動の開始時刻 | PlannedActivityStartTime |
この受領のアクティビティを開始する日付です。 |
開始日 (SchedFromDate) |
| 受領時間の遅延 | ReceiptTimeDelay |
計画された受信時刻と要求された受信時刻との時間差です。 |
遅延 (日数) ( FuturesDays) および遅延時間 (FuturesTime) |
計画の最適化による日付パラメーターの使用例
次の図のプランは日レベルですが、計画の最適化はより詳細なレベルで実行されます。 たとえば、利益幅は時間単位で指定できるので、計画の発注時間は 2021 年 1 月 22 日の 11 時 35 分などと設定できます。
例1: 単純なシナリオ
1 月 22 日を発行希望日とする 1 つの販売注文は、1 つの発注書でカバーされます。 以下の設定が使用されます:
- リード タイムなし
- カレンダーなし (すべての日付はオープンです)。
- 利益幅なし
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
例2: リード タイムのシナリオ
1 月 22 日を発行希望日とする 1 つの販売注文は、1 つの発注書でカバーされます。 以下の設定が使用されます:
- 3 日間のリード タイム
- カレンダーなし (すべての日付はオープンです)。
- 利益幅なし
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
例3: 利益幅のシナリオ
1 月 22 日を発行希望日とする 1 つの販売注文は、1 つの発注書でカバーされます。 以下の設定が使用されます:
- 3 日間のリード タイム
- 4 日間の注文利益幅
- 5 日間の可用性利益幅
- カレンダーなし (すべての日付はオープンです)。
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
例4: 遅延シナリオ
1 月 22 日に発行時刻を要求している 1 つの販売注文は、1つの発注書でカバーされています。 この例では、例 3 と同じ設定を使用しますが、計画日は 1 月 15 日に移動されます。 過去日付へのスケジュール設定 (赤い印) は、計画された注文時刻が今日の日付より前でなければならないため、失敗します。 そのため、マスター プランは未来日付で進めなければならず、そうでない場合は遅延が生じてしまいます。
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
例5: 転送のシナリオ
1 月 22 日に発行要求された倉庫 1 からの 1 つの販売オーダーは、計画された購買オーダーでカバーされている倉庫 2 からの 1 つの転送オーダーでカバーされています。 以下の設定が使用されます:
- 3日間の転送リードタイム (倉庫 1)
- 2 日間の購入リードタイム (倉庫 2)
- カレンダーなし (すべての日付はオープンです)。
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
例 6: カレンダーのシナリオを含むリード タイム
1 月 22 日を発行希望日とする 1 つの販売注文は、1 つの発注書でカバーされます。 以下の設定が使用されます:
- 3 日間のリード タイム
- 発行カレンダー (金曜日に終了)
- カレンダー (木曜日と金曜日に終了)
- 受領カレンダー (火曜日、水曜日、日曜日に終了)
- リード タイム カレンダー (木曜日と金曜日に終了)
- 注文カレンダー (月曜日と土曜日にオープン)
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
例 7: カレンダーのシナリオを含む遅延
1 月 22 日を発行希望日とする 1 つの販売注文は、1 つの発注書でカバーされます。 この例では、例 6 と同じ設定を使用しますが、計画日は 1 月 13 日に移動されます。 過去日付へのスケジュール設定 (赤い印) は、計画された注文時刻が今日の日付より前でなければならないため、失敗します。 そのため、マスター プランは未来日付で進めなければならず、そうでない場合は遅延が生じてしまいます。
次の図は、このシナリオを示しています。 (図を選択すると、大きなバージョンを開きます。)
