未割り当ての出荷明細行の自動リウェービング
非配送の出荷明細行の自動再配送では、失敗した出荷明細行のワーク オーダーが自動的に作成されます。 そのため、作業指示書を手動で監視、作成する必要がありません。
この機能を使用するには、倉庫管理者がウェーブに出荷6を自動追加ジョブを必要な頻度で実行するようスケジュールするだけです。 ジョブを実行する度に、自動的に再コンパイルできる未完了の作業がチェックされます。 この機能は、ダウンタイムを削減し、以前には実行されなかった作業を開始することで、運用効率を向上させます。
この機能は、運用の速度と効率を大幅に高める大きな量の企業に対して特に有効です。 次にいくつか例を挙げます。
- 小売業者は、在庫不足時でも、梱包と出荷の継続的な操作をサポートできます。
- ハイベロシティの営業や運用環境では、生産ラインから保管施設に商品が届く前に販売されることもあります。
再振り戻し機能は、初期の調整処理時に変更を割り当てない在庫の出荷明細行を収集します。 失敗した出荷 明細行ページが追加 され、再表示する準備が整った明細行を確認できます。 スケジュールされたバッチ ジョブでは、これらの明細行を定期的に処理し、それらの明細行に対する在庫の割り当てを再度試行します。また、在庫が利用可能な場合は新しいジョブに行が追加されます。
前提条件
この記事で説明されている機能を使用するには、システムは次の要件を満たす必要があります。
- ジョブ に出荷 を自動追加を実行するには、Microsoft Dynamics 365 Supply Chain Management バージョン10.0.37以降を実行している必要があります。
- [失敗した出荷明細行] ページを使用して失敗した出荷明細行のステータスを監視するには、サプライ チェーン マネジメント のバージョン10.0.40以降を実行している必要があります。
ワークフローの機能と再振り出し
標準のワークフロー
業務管理プロセスには、3 つの重要なステップがあります:
- 作業オーダーを作成 する : 出荷日、優先順位、品目タイプなどの基準に基づいてワーク オーダーをグループ化し、作業オーダーを作業グループに追加します。
- 在庫から品目を ピックし、梱包して出荷準備します。
- [ファイルをリリース する] : 梱包された品目を顧客に出荷します。
再取得ワークフロー
再出荷ワークフローにより、出荷ラインに障害が発生した場合でも、後に続く変更を行う倉庫操作が保証されます。 これにより、失敗した出荷明細行を手動で監視する必要が生じ、作業が自動的に作成され、各作業に追加されます。 次のような手順で進みます:
- 出荷行は 、処理の実行中に失敗します。失敗した出荷行はシステムによってその2つから削除され、残りの2つの荷物は処理されます。 たとえば、特定のピッキング場所で十分な在庫ができない場合に、失敗した出荷ラインが発生する可能性があります。
- 失敗した出荷行 の作業プレースホルダを作成します。失敗した出荷の処理に必要な作業のプレースホルダがシステムによって作成されます。 このプレースホルダは、"失敗した出荷明細行 " テーブルに格納 されます。 この機能をシステムで使用していない場合は、出荷の失敗をユーザーが手動で識別し、新しい作業を作成する必要があります。
- [在庫の 補充] : ピッキング場所の在庫は、標準の倉庫操作に従って補充されます。 その在庫は次のウェーブで出荷可能になります。
- 自動再生成 : 次回のスケジュール設定された出荷をジョブ に追加するジョブで、失敗した出荷明細行テーブルが前に失敗した出荷をチェックし、その出荷に対する作業を作成します。
- 次の作業に作業を追加する : ジョブ ジョブに出荷を自動追加すると、新しく作成された作業が、処理用の次のジョブに追加されます。
- 完了した出荷明細行のプレースホルダの管理と削除 : 出荷 の失敗に失敗したバッチ ジョブへの出荷の自動追加は、正常に処理されたレコード ( ステータスが "オープン" でなくなった) および出荷テーブルに出荷が含まれるレコードをチェックすることで終了します。 これらのレコードは、正常に再送信された出荷明細行を示します。 これらのプレースホルダーは、テーブルから削除することでクリーンアップされます。 システムでは、出荷行を5回まで再設定しようとするとします。 5回目の試行で失敗した行がある場合は、その行の試行が停止し、その行に "失敗" のマークが 付けらされます。
- 再振り出 しに失敗した出荷明細行のクリーンアップ : その後、エラー処理によって出荷のクリーンアップ ジョブが実行され、失敗した出荷明細行テーブルから失敗した出荷明細行が削除 されます。 これらの出荷明細行は、 "キャンセル" 処理により削除された出荷のクリーンアップ ジョブのコンフィギュレーションに従って、失敗した出荷明細行テーブルから削除 されます。
再振り出しプロセスを最初から再開するには、クリーンアップ ジョブで、変更の失敗した出荷明細行の削除を許可し、その後、新しいジョブに手動で追加する必要があります。 その後、出荷の行が再度失敗した場合は、再試行カウント のリセットを0に設定してre retryプロセスを最初から開始します。
システムに対する再サポートの有効化
システムの再支払を有効にするには、バッチの波を処理するためにシステムを設定する必要があります。 さらに、ジョブジョブに出荷を 自動追加するスケジュールを 設定する必要があります。
ウェーブを一括処理し、再ウェーブ化を可能にする
再ウェーブ化を使用する前に、ウェーブをバッチ処理するようにシステムをセットアップする必要があります。
- システム設定でWarehouse Management>設定>Warehouse Management パラメーターの順に移動します。
- 一般タブの、ウェーブ処理クイック タブで、ウェーブの一括処理オプションをはいに設定します。
- アクション ウィンドウで、保存 を選択して新しい構成を適用します。
出荷の自動追加をウェーブ バッチ ジョブにスケジュールします
再ウェーブ化のプロセスはバッチジョブとして実行され、システムに必要な頻度で実行されるようにスケジュールする必要があります。 以下の手順に従って、バッチジョブを設定します。
Warehouse Management>出荷ウェーブ>ウェーブへの出荷の自動追加の順に移動します。
バックグラウンドで実行 クイックタブ で以下のフィールドを設定します:
- バッチ処理オプションを はい に設定します。
- タスクの説明 の値をメモします。 既定値は、ウェーブへの出荷の自動追加ですが、変更できます。 この値を使用して、バッチ ジョブ ページでジョブを監視および編集できます。
繰り返し のリンクを設定します。
表示されるフィールドを使用して、再利用可能なジョブを実行する頻度、およびジョブを実行する期間を定義するスケジュールを設定します。
OK を選択して、ジョブのスケジュールを保存します。
OK を選択してジョブを作成します。
FastTabを含む レコードで、処理される出荷明細行のセットを制限する選択基準を定義できます。
- [フィルタ] リンクを 選択すると、標準のクエリ エディタ ダイアログ ボックスが開き、フィルタ基準を追加または削除できます。
- クエリ エディタを使用して 追加した各フィールド名と値が、クイック タブに含まれるレコードに一覧表示されます。
- 再試行 フィルターの数は 常に含まれており、値 (5) は読み取り専用です。 この設定は、出荷に失敗した各出荷ラインを5回まで再処理しようとする場合に使用します。 5回目の試行で失敗した行がある場合は、その行の試行が停止し、その行に失敗のマークが 付けらされます。
クリーンアップ ジョブのスケジュール設定
クリーンアップ ジョブでは、失敗した出荷明細行と古い出荷明細行が 、"失敗した出荷明細行" テーブルから削除 されます。 システムで必要な頻度で実行するには、このファイルをスケジュールする必要があります。 設定するには、次の手順に従います。
倉庫管理 ( Outbound>Waves Waves) 処理>により、出荷のクリーンアップを削除しました。
パラメータクイック タブで 、次のフィールドを設定します。
- [クリーンアップre threshold] : クリーンアップ ジョブによって "失敗した出荷明細行" テーブルからその行を削除するまでに、出荷明細行で許可される再試行の最大数を入力 します。 バッチ ジョブへの 出荷の自動追加では、最大で5回の再試行が可能になりますが、ここに小さい値を入力すると、出荷明細行を早く削除できます。 5を超える値 は 影響しません。
- [指定された数よりも古い最後の更新] : クリーンアップ ジョブで"失敗した出荷明細行" テーブルに出荷明細行を残す最大日数を入力 します。 このバージョンでは、この値よりも古い出荷明細行はすべて削除されます。
バックグラウンドで実行 クイックタブ で以下のフィールドを設定します:
- バッチ処理 : このオプションを [はい] に設定 します。
- タスクの説明 : 既定の値は [処理の削除された出荷] ですが、変更できます。 値をメモします。 [バッチ ジョブ] ページでジョブを監視および 編集できます 。
[定期的な 実行] リンクを選択し、指定されたフィールドを使用して、クリーンアップ ジョブを実行する頻度および実行期間を定義するスケジュールを設定します。
OK を選択して、ジョブのスケジュールを保存します。
OK を選択してジョブを作成します。
再ウェーブ化プロセスの監視
失敗した出荷明細行の監視
再保管する必要がある出荷明細行を監視 >するには、[倉庫管理の出荷が失敗した出荷>明細行] に移動します。 出荷に失敗した各行について、このページには、行ID、行の現在のステータス、失敗の理由、およびシステムで行を再作成しようとした回数が表示されます。
バッチ ジョブ ステータスの監視
すべてのバッチ ジョブのステータスを監視するには、スケジュールを調整し、発生した問題を修正するには、次の手順に従います。
- システム管理>照会>バッチ ジョブ の順に移動します。
- フィルター フィールドを使用して、仕事をセットアップする際にジョブの説明フィールドに入力した値に基づいて、関連する仕事を見つけます。 (このページでは、フィールドは ジョブの説明 という名前です。) このタイプの仕事の既定の説明は ウェーブに出荷を自動で追加する です。
- ジョブに関する基本的なステータス情報をグリッドに表示します。
- ジョブ ID を選択すると、ジョブの詳細が表示されます。 ジョブのステータスは、詳細から編集したり、繰り返しスケジュールを変更したり、警告を設定したりすることもできます。
サポートされていないプロセス
再ウェーブ化の機能は以下の処理には対応していません:
- ウェーブ処理用に構成されていない場所に保管されている在庫の自動作業作成
- 在庫レベルの継続的なチェック
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示