次の方法で共有


未割り当ての出荷明細行の自動リウェービング

未割り当ての出荷行の自動リウェービングにより、失敗した出荷明細行の作業指示書が自動的に作成されます。 そのため、作業指示書を手動で監視、作成する必要がありません。

この機能を使用するには、倉庫管理者がウェーブに出荷6を自動追加ジョブを必要な頻度で実行するようスケジュールするだけです。 ジョブを実行する度に、自動的に再コンパイルできる未完了の作業がチェックされます。 この機能は、ダウンタイムを削減し、これまで完了し得たものにはなかった作業を開始することで、運用効率を向上させます。

この機能は、特に業務量の多い企業にとって有益であり、業務スピードと効率を大幅に向上させることができます。 次にいくつか例を挙げます。

  • 小売業者は、在庫不足時でも、梱包と出荷の継続的な操作をサポートできます。
  • ハイベロシティの営業や運用環境では、生産ラインから保管施設に商品が届く前に販売されることもあります。

リウェービング機能は、初期の調整処理時に変更を割り当てない在庫の出荷明細行を収集します。 また、失敗した出荷明細行 ページが追加され、リウェービングする準備が整った明細行を確認できます。 スケジュールされたバッチ ジョブでは、これらの明細行を定期的に処理し、それらの明細行に対する在庫の割り当てを再度試行します。また、在庫が利用可能な場合は新しいジョブに行が追加されます。

前提条件

この記事で説明されている機能を使用するには、システムは次の要件を満たす必要があります。

  • このバージョンを実行するには バッチ ジョブに出荷を追加サイクル 実行している必要があります Microsoft Dynamics 365 Supply Chain Management バージョン10.0.37以降です。
  • 失敗した出荷明細行 ページを使用して失敗した出荷明細行のステータスを監視するには、Supply Chain Management バージョン 10.0.40 以降を実行している必要があります。

ウェーブとリウェービングのワークフロー

標準ウェーブ ワークフロー

業務管理プロセスには、3 つの重要なステップがあります:

  1. 品目のサイクル : 出荷日、優先順位、品目タイプなどの基準に基づいてワーク オーダーをグループ化し、そのグループを出荷日にサイクル。
  2. [在庫のサイクル ] : 在庫から品目をピックし、梱包して出荷準備します。
  3. [梱包サイクル リリース ] : 梱包された品目を顧客に出荷します。

ワークフローのリウェービング

リウェービングのワークフローは、出荷明細行に予期せぬエラーが発生した場合でも、倉庫作業を中断することなく継続的に行うことを保証します。 失敗した出荷明細行を手動で監視する必要性をなくし、各ウェーブに作業を自動的に作成、追加することができます。 次のような手順で進みます:

  1. 出荷注文の処理中に出荷サイクル失敗します : 失敗した出荷ラインは サイクル から削除され、残りの出荷の処理が続行サイクル。 たとえば、特定のピッキングロケーションに十分な在庫がない場合、出荷明細行が失敗する可能性があります。
  2. 失敗した出荷行の作業プレースホルダを作成します : 出荷の失敗を処理するために必要な作業のプレースホルダがシステムによって作成されます。 このプレースホルダーは Failed shipment lines テーブルに保存されます。 (システムでこの機能を使用しない場合、ユーザーは失敗した出荷を手動で識別し、新しい作業を作成する必要があります。)
  3. [在庫の する] : ピッキング場所の在庫は、標準の倉庫操作に従って補充されます。 その在庫は次のウェーブで出荷可能になります。
  4. [自動再配送 ] : サイクル バッチ ジョブに出荷を追加する自動で、以前に失敗した出荷に対して、 出荷明細行を確認し、 に対応する作業を作成します。
  5. [次のジョブへの作業の追加サイクル ] : 出荷を バッチ ジョブに追加サイクル バッチ ジョブでは、新しく作成した作業を次のジョブに追加してサイクルします。
  6. 完了した出荷明細行のプレースホルダの制御と削除 : サイクル バッチ ジョブへの出荷の追加は、正常に処理されたレコード (つまり、ステータスが " Open " で、 出荷を含む) をチェックすることで終了 します。 これらのレコードは、正常に再出荷された出荷明細行を示します。 これらのプレースホルダーは、テーブルから削除することでクリーンアップされます。 システムでは、出荷明細行を 5 回まで再設定するとします。 5 回目の試行で失敗した行は、その行の実行を停止し Failed とマークされます。
  7. [ ...再出荷に失敗した出荷明細行のクリーンアップ: 削除された出荷のクリーンアップ サイクルジョブ ジョブが実行および削除 出荷明細行 出荷明細行 出荷明細行 テーブル)。 これらの出荷明細行は、ウェーブ処理の削除された出荷のクリーンアップ ジョブの構成に従って、Failed shipment lines テーブルから削除されます。

リウェービング プロセスを最初から再開するには、クリーンアップ ジョブで、変更の失敗した出荷明細行の削除を許可し、その後、新しいジョブに手動で追加する必要があります。 その後、出荷明細行が再度失敗した場合、リウェービング プロセスが再試行カウントを 0 にリセットして最初から開始します。

システムでリウェービングを有効化する

システム向けにリウェービングを有効にするには、ウェーブをバッチ処理するようにシステムをセットアップする必要があります。 出荷をウェーブに自動で追加する バッチ ジョブをスケジュールする必要もあります。

ウェーブを一括処理し、再ウェーブ化を可能にする

再ウェーブ化を使用する前に、ウェーブをバッチ処理するようにシステムをセットアップする必要があります。

  1. システム設定でWarehouse Management > 設定 > Warehouse Management パラメーターの順に移動します。
  2. 一般タブの、ウェーブ処理クイック タブで、ウェーブの一括処理オプションをはいに設定します。
  3. アクション ウィンドウで、保存 を選択して新しい構成を適用します。

出荷の自動追加をウェーブ バッチ ジョブにスケジュールします

再ウェーブ化のプロセスはバッチジョブとして実行され、システムに必要な頻度で実行されるようにスケジュールする必要があります。 以下の手順に従って、バッチジョブを設定します。

  1. Warehouse Management>出荷ウェーブ>ウェーブへの出荷の自動追加の順に移動します。

  2. バックグラウンドで実行 クイックタブ で以下のフィールドを設定します:

    • バッチ処理オプションを はい に設定します。
    • タスクの説明 の値をメモします。 既定値は、ウェーブへの出荷の自動追加ですが、変更できます。 この値を使用して、バッチ ジョブ ページでジョブを監視および編集できます。
  3. 繰り返し のリンクを設定します。

  4. 表示されるフィールドを使用して、再利用可能なジョブを実行する頻度、およびジョブを実行する期間を定義するスケジュールを設定します。

  5. OK を選択して、ジョブのスケジュールを保存します。

  6. OK を選択してジョブを作成します。

  7. 含めるレコード クイックタブでは、選択条件を定義して、処理する出荷明細行セットを制限できます。

    • フィルター リンクを選択して、標準のクエリ エディター ダイアログ ボックスを開き、フィルター基準を追加、まてゃあ削除します。
    • 含めるレコード クイックタブには、クエリ エディターを使用して追加した各フィールド名と値が一覧表示されます。
    • 再試行回数 フィルターは、常に含まれており、値 (5) は読み取り専用になります。 この設定は、出荷に失敗した各出荷ラインを 5 回まで再処理しようとすることを示しています。 5 回目の試行で失敗した行は、その行の実行を停止し Failed とマークされます。

クリーンアップ ジョブのスケジュール

クリーンアップ ジョブでは、Failed shipment lines テーブルから失敗した出荷明細行や古い出荷明細行が削除されます。 システムで必要な頻度で実行するには、このファイルをスケジュールする必要があります。 設定するには、次の手順に従います。

  1. Warehouse Management>出庫ウェーブ>ウェーブ処理の削除された出荷のクリーンアップの順に進みます。

  2. パラメーター クイックタブで、次のフィールドを設定します:

    • [クリーンアップのしきい値 ]: クリーンアップ ジョブで出荷明細行からその行を削除する前に、出荷明細行で許可される再試行の最大数を します出荷をウェーブに自動で追加する バッチ ジョブでは最大で 5 回の再試行が可能ですが、ここに小さい値を入力することにより、出荷明細行をより早く削除できます。 5 つ以上の値には影響しません。
    • [前回の更新 ( 指定した数値よりも古い更新 ] : クリーンアップ ジョブで出荷明細行をその出荷明細行に残す最大日数を します 。 このバージョンでは、この値よりも古い出荷明細行はすべて削除されます。
  3. バックグラウンドで実行 クイックタブ で以下のフィールドを設定します:

    • バッチ処理 : このオプションを [Yes] 設定
    • タスク説明 : 既定値は、[削除された出荷 サイクル処理] 既定値ですが、変更できます。 値をメモします。 これを使用して、バッチ ジョブ ページでジョブを監視および編集できます。
  4. 繰り返しリンクを選択し、表示されるフィールドを使用して、クリーンアップ ジョブを実行する頻度、および実行する期間を定義するスケジュールを設定します。

  5. OK を選択して、ジョブのスケジュールを保存します。

  6. OK を選択してジョブを作成します。

再ウェーブ化プロセスの監視

失敗した出荷明細行の監視

リウェービングする必要がある出荷明細行を監視するには、Warehouse Management>出荷>失敗した出荷明細行の順に進みます。 出荷に失敗した各行について、このページには、行 ID、行の現在のステータス、失敗の理由、およびシステムで行を再作成しようとした回数が表示されます。

バッチ ジョブ ステータスの監視

すべてのバッチ ジョブのステータスを監視するには、スケジュールを調整し、発生した問題を修正するには、次の手順に従います。

  1. システム管理>照会>バッチ ジョブ の順に移動します。
  2. フィルター フィールドを使用して、仕事をセットアップする際にジョブの説明フィールドに入力した値に基づいて、関連する仕事を見つけます。 (このページでは、フィールドは ジョブの説明 という名前です。) このタイプの仕事の既定の説明は ウェーブに出荷を自動で追加する です。
  3. ジョブに関する基本的なステータス情報をグリッドに表示します。
  4. ジョブ ID を選択すると、ジョブの詳細が表示されます。 ジョブのステータスは、詳細から編集したり、繰り返しスケジュールを変更したり、警告を設定したりすることもできます。

サポートされていないプロセス

再ウェーブ化の機能は以下の処理には対応していません:

  • ウェーブ処理用に構成されていない場所に保管されている在庫の自動作業作成
  • 在庫レベルの継続的なチェック