倉庫管理モジュールは、トラックがドックに到着した瞬間から出荷品が施設を出るまでの間、施設内での貨物の移動を制御します。 倉庫作業員に作業を指示し、在庫を個々の場所やライセンス プレートまで追跡し、倉庫フロアを販売、調達、生産、品質、輸送とつなげています。 この挙動の多くはコードではなく設定によって定義されています。 そのため、注文量、スタッフ配置、レイアウトの変化に応じて倉庫の運営方法を調整できます。
Note
サプライ チェーン管理は、2つの独立した倉庫ソリューションを含みます。 この記事では、しばしば倉庫管理プロセス(WMS)と呼ばれる倉庫管理モジュールについて説明します。 インベントリ管理モジュールの軽量機能は異なる仕組みで動作し、ここで説明するほとんどの機能はそれらには適用されません。 詳細は在庫管理の概要をご覧ください。
倉庫のレイアウトと作業を指示するルール
モジュール内の他のすべての機能は、倉庫をシステムにどう説明するかによって決まります。 WMS 用の倉庫を有効にするには、倉庫ページで Use warehouse management processes オプションをオンにしてください。 その後、物理空間をゾーングループ、ゾーン、ロケーションプロファイル、ロケーションタイプ、ロケーションとしてモデル化します。 倉庫構成の概要では 、これらの要素がどのように関連し合い、温度によるゾーニングや回転率などの選択が後の効率にどのように影響するかを説明します。 似たようなサイトを複数立ち上げている場合は、同じ作業を繰り返す代わりに、倉庫設定テンプレート を使って実績のあるセットアップをコピーできます。
場所には、不可能な指示からあなたを守る設定が存在します。 ロケーションプロファイルは同じ取り扱いポリシーを持つロケーションをグループ化し、ロケーション在庫制限は、パレットを保持できない場所に誘導するのを防ぎます。 さらに、追加のロケーションゾーン、ロケーション製品寸法混合ルール、倉庫ロケーションステータスなどで、損傷または隔離されたスペースを流通対象から除外することで、さらに細かく調整できます。 複数の所有者のために在庫を保有する場合(第三者の物流や委託倉庫のように)、複数所有者を防止制約により、異なる所有者の商品が同じ場所に混在するのを防ぎます。 ロケーション自体の構築の仕組みについては、WMS 対応倉庫でロケーションを構成するから始めてください。
2つの構成オブジェクトが、ワーカーに実行させるほぼすべての内容を決定します。 作業テンプレートは、どの作業が作成され、どのように分割されるかを決定し、ロケーション指示はその作業がどのロケーションを指すかを決定します。 作業テンプレートとロケーション ディレクティブを使用して倉庫作業を制御するでは、その組み合わせについて説明しており、ロケーション ディレクティブを使用するではディレクティブ自体をより深く掘り下げています。 どちらもクエリベースのルールに基づいているため、特定の顧客のために特定のゾーンから選択するなどのポリシーをコード変更せずに表現できます。 これらのクエリは、実装の努力が最も集中する部分です。 ロケーション指示の受理テストでそれらを現場投入前に検証し、ロケーション指示クエリを最適化して速度を調整できます。 まず最初に何を検討するかを左右するには、プロダクトフィルターやユーザーが設定可能なクエリを活用しましょう。
入庫業務
受け取りは在庫精度を左右する工程であり、このモジュールは到着する商品について複数のレベルの事前情報をサポートします。 サプライヤーが事前発送通知 (ASN) を送信できる場合は、それをデータ エンティティを通じてまたは発送アドバイス メッセージとしてのいずれかで利用でき、受領スタッフは入力するのではなく、予定された出荷と照合して確認できるようになります。 購入注文および入荷出荷オーダー向けの入荷積荷の倉庫処理では積荷ベースのフローについて説明しており、輸送中に計画が変更された際に入荷貨物を作成・修正できます。
埠頭では、作業員が積荷に適した方法で貨物を登録します。 例えば、パレット貨物の ライセンス プレート受入、複数の品物を積んだパレットの 混合ライセンス プレート受入、あるいはより伝統的な登録ステップとしての 品目到着仕訳帳 などです。 予告なしに返品が届く場合は独自の経路があり、それは 「予告なしの販売返品を受け取る」で説明されています。
棚入れではその後、荷物を埠頭から保管場所へ移動させます。 発注書の格納ロケーション指示と発注書の作業テンプレートが、入荷先を定義します。 コンテナの種類に基づいてプットアウェイを指示して保管密度を上げたり、複数のプットアウェイタスクをプットアウェイクラスターにまとめて移動を減らしたりできます。 すべての入荷で格納作業を生成する必要はありません。 作業ポリシー により、商品が到着した場所で消費された際には、製造工程に隣接した入荷エリアでよく見られるように、作業を作成せずに在庫を登録できます。 検査が受領の一部であれば、倉庫プロセスの品質管理や品質チェックのステップにより、在庫を引当可能にする前に保留できます。
出庫業務
アウトバウンド処理は、注文プロファイルが企業ごとに大きく異なるため、最も幅広い構成オプションを提供します。 需要が 倉庫にリリースされた時点で作業が始まります。これは「 倉庫へのリリース」ルール で管理でき、実際に履行できる時だけ注文がリリースされます。 出荷は通常、物理的なトラックやコンテナに対応する出荷積載にまとめられます。 販売、移送、出庫出荷注文の出庫貨物の倉庫処理 は、出荷量と注文量が異なる場合に何が起こるかを管理する出庫出荷処理 ポリシー を含む、その流れを説明しています。
リリース済み需要はウェーブごとにグループ化されます。 波の作成と処理 では、パイプラインを説明し、波の テンプレート、 波ステップコード、 波テンプレートのグループ化、 波の割り当て 方法を通じてパイプラインを形作ります。 ウェーブはまた、コンテナ梱包戦略を使って注文をコンテナ化したり、積載を作成したり、ラベルを印刷したりする場所でもあります。 割り当て時に在庫が利用できない場合、割り当て されていない出荷ラインの自動リウェイブ により、そのラインを立ち往生させず再試行し、 ウェーブ実行通知 は注意が必要なことをスーパーバイザーに知らせます。
労務コストが集中するのがピッキング戦略です。 クラスターピッキングやシステム指向のクラスターピッキングで、1回のトリップで複数の注文をピックアップでき、ピックライングルーピングで類似ラインを統合できます。 作業員にタスクが届く順序を制御するには、システム主導の作業シーケンスを活用します。 ピッキングされた商品は、put to wall - put to storeまたはアウトバウンドの仕分けを通じて注文ごとに分類されます。 倉庫スロッティングは、注文が出る前にどの品目をどのピッキングロケーションに置くかを計画することで、問題に早期に取り組む。 現在プレビュー中の新しいオプションでは、X、Y、Zの座標を位置に割り当て、最短の物理ルートに沿ってピックラインをシーケンスできます。 詳細は倉庫の空間位置の概要をご覧ください。
例外はピッキングの普通の一部であり、それをうまく扱うことでシフトがスムーズに進みます。 従業員は販売注文や移管注文のオーバーピッキングを記録し、スーパーバイザーは販売注文明細行と移管注文明細行のピッキング例外を手動で処理でき、ショートピッキングの商品再割り当てでショートピックからの回復を自動化できます。 例外処理のための倉庫作業のキャンセル は、作業を元に戻さなければならない場合をカバーします。
梱包と発送で一連の工程が完了します。 出荷コンテナの梱包および出荷処理のための梱包作業は 、ステーションベースの流れを説明し、 梱包資材や手数料 、 梱包・保管の寸法設定に関する詳細が記載されています。 小包の出荷量は小口小包輸送で処理され、料金エンジン経由で運送業者と料金、ラベル、追跡番号を連携します。 貨物計画、ルーティング、施設外の物流における貨物調整については、このモジュールは 運輸管理の概要に移ります。
多くの小口注文が同じ目的地に発送されると、 発送統合ポリシーにより 支払う発送件数が減ります。 出荷統合ポリシーの設定 を順に説明し、具体例付きの5つのシナリオが一般的なバリエーションをカバーします。まずは 販売注文の自動リリースから始まります。 クロスドッキングでは、すでに引当済みの商品については保管を完全に省略し、生産オーダーから出荷ドックへ直接移動するか、計画済みクロスドッキングを通じて処理します。
在庫の精度と在庫状況
ピッキングは、在庫がシステムが認識する場所にあり、十分な量があって初めて機能します。 補充は前方のピックフェイスを常に補充し、適切な戦略は需要の予測可能性に依存します。 補充概要では、安定した動きの ミニマックス補充、不足が明らかになった際の 即時補充、ゾーンレベルの制御のための ゾーン閾値補充 など、利用可能な戦略を比較しています。
カウントは記録の正確性を保ち、作業を止めることなく維持できます。 サイクルカウントは 完全な実地棚卸ではなく、手持在庫を継続的に棚卸しし、部分的なロケーション サイクルカウント は特定のロケーションの一部に絞り込みます。 Define Cycle Countingは セットアップをカバーし、サイクル カウントの例 シナリオは各要素が実際にどのように組み合わさるかを示し、 Reason Code は棚卸調整を後で分析できるデータにします。
在庫の確保方法や制限の方法にも依存します。 倉庫管理における予約 は、WMS 対応品目の予約機能について説明しており、柔軟な倉庫レベルのディメンション予約ポリシー は、注文入力時に完全な指定が不要なディメンション要件を緩和します。 在庫状況 と 在庫ブロッキング は、販売できない在庫を割り当てられないようにします。 注文主導ではなく商品を移動するには、関連作業を伴う在庫移動機能を活用し、在庫エントリ クリーンアップ ジョブでデータ量を管理しやすく保ちましょう。
作業と作業者の管理
個々のプロセスを超えて、監督者には作業自体を管理する必要があります。 作業ラインの詳細 と 作業例外ログ は、何が起きているのか、何が問題だったのかを示しています。 作業ブロックやブロッキングの理由で作業を保留したり、大きなタスクを分割したり、作業の作業プールを変更して振り分けたりできます。 倉庫労働者管理 は、人を、その人に許可された作業に関連付ける労働者記録をカバーします。 動的作業分類 は、固定設定のより新しい代替手段です。 Power Fxの式は、作業が作成される時点で、作業プール、優先度、ロケーション指令コード、作業クラスを決定します。 1つの作業テンプレートと1つのルールで、かつて運送会社ごとや締め切りごとに必要だったほぼ同一のテンプレートを置き換えることができます。 シフト開始前に計画を立てるには、作業負荷キャパシティをスケジュールし、負荷稼働率をスケジュールすることで、作業が勤務時間や利用可能な車両に合っているかどうかを判断できます。
Warehouse Management モバイル アプリ
ほとんどの実行はモバイルデバイス上で行われるため、アプリは作業者に設定が反映される場所です。 Warehouse Management のモバイル アプリをインストールする では展開について説明しており、詳細については 接続設定のリファレンス を参照してください。 バージョン3のサイトは、Warehouse Management モバイル アプリを V3 から V4 に移行するを使用して移行を計画する必要があります。 リリーススケジュールとサポートポリシーは、リリースが本番環境に届く前にどのように検証するかを決める際に重要です。 What's Newの記事には各バージョンの変更点が記載されています。
IT管理者にとっては、 ユーザーベースの認証が アプリアクセスを個々のアイデンティティに結びつけ、 条件付きアクセス をサポートし、 Intuneでアプリを大量に展開できるようにします。 QRコードは手動入力なしでデバイスへの接続設定を伝えることができ、テナントで必要な場合はカスタムアプリケーション登録を作成することも可能です。
ユーザーに表示される内容は自由に設定できます。 モバイルデバイスのメニュー項目を通じてデバイス上で利用可能なタスクを定義します。 その後、各ステップを調整して、フィールドの設定、最も重要なフィールドを優先表示、作業員が実際に使う言語でステップのタイトルや指示をカスタマイズします。 Detoursは、作業者がフローから一歩外れて質問に答え、例えばアイテムデータの問い合わせをした後、元の位置を失わずに戻ることを可能にします。 スキャンオプションは、カメラベースのスキャンから、バッチ番号や有効期限などのコード化されたデータに対応するGS1バーコードおよびQRコードを備えた、ウェアラブルおよびアームマウントデバイス向けの高度なスキャナー構成まで多岐にわたります。 ウェアラブルスキャナーは、 触覚フィードバックでスキャンを確認したりエラーをフラグ付けしたりできるため、作業員は画面ではなく作業に集中できます。
離職率が高い場合には、注意を払うべき分野が2つあります。 アクセシビリティ機能 や ユーザー設定、カラーテーマ、サウンドテーマにより 、騒がしい環境や明るい環境、寒い環境でも使いやすいです。 また、Copilotのワークロードインサイトは、シフト開始時に倉庫でのオープンワークについて自然言語による要約を作業者に提供するため、次に何をすべきかを考える時間を短縮できます。 管理者は 倉庫のモバイルデバイスワークスペースを通じてフリートを監視し、 アクティブなセッションを点検し、 アプリのログ や Wi-Fi 接続チェックでデバイスの問題を診断できます。
自動化、印刷、拡張性
コンベヤー、仕分け機、自動保管を運用する倉庫は、マテリアルハンドリング機器インターフェース (MHAX)を介してそれらを接続し、外部システムとインバウンドおよびアウトバウンドのキューを通じて作業イベントを交換します。 ラベル印刷はコード化されるのではなく設定されます。 コンテナラベルレイアウト、 ライセンス プレート ラベル レイアウト、 ドキュメントルーティングレイアウトを定義し、 動的なプリンター選択 で出力を制御し、ウェーブ駆動印刷の場合は ウェーブラベル印刷を行います。 カスタムラベルレイアウトや印刷 、 外部ラベルサービス はより厳しいラベル要件に対応します。 プロセスが標準ステップで提供されていない動作を必要とする場合、プロセスガイドフレームワークはモバイルデバイスフローを拡張するためのサポートされている方法です。
モニタリングと継続的改善
倉庫が稼働し始めると、時間がどこで費やされているかという問題が生まれます。 アウトバウンドワークロードの可視化は、監督者がフロアモニターに表示できる残りピッキング作業のチャートを作成できるようにします。 労働管理が設定されると、これらのチャートは残りのピッキング作業に相当する時間数も示すことができます。 より深い分析のために、プロセスマイニングで倉庫の資材移動を分析では、完了した作業記録から実際の資材フローを再構築します。これにより、日々の報告では見えない移動や混雑が明らかになることがよくあります。
技術的側面では、Application Insightsで倉庫テレメトリを有効にし、倉庫管理の使用状況とパフォーマンスを監視することで、管理者は実際の負荷下でシステムがどのように動作しているかを示す情報が得られます。 倉庫管理プロセス用のメッセージ プロセッサ メッセージは、処理が完了しない場合に非同期処理を追跡するのに役立ちます。
倉庫管理専用モード
すべての組織が倉庫管理機能を得るためにサプライ チェーン管理で事業全体を運営したいわけではありません。 倉庫管理のみモードは、法人を倉庫運営専用にし、他の法人または外部システムをサポートできるようにします。 これは、WMSを外部のエンタープライズリソースプランニング（ERP）または注文管理システムと並行して運用すること、そしてサードパーティの物流プロバイダーのように他社向けに外部共有倉庫を運営することの二つの異なる状況の基盤です。 このモードは、販売、購入、転送の注文の代わりに、軽量な入荷・発送注文を使い、設定や維持が少なくて済みます。 ウェアハウス管理専用モードの概要 では展開オプションが説明されており、 よくある質問 ではモードがサポートする範囲について触れています。 このモードはマスターデータや注文について外部システムに依存しているため、システム間でのデータ交換では推奨される統合アプローチを示します。
概要
倉庫の実装は主に設定作業であり、モジュールにはそれを整理するためのツールが含まれています。 以下の段階に沿って進めてください。
- Warehouse実装タスクワークスペースを開き、デフォルトの設定チェックリストをインポートします。 倉庫を稼働させるために必要なタスクを一覧にし、各設定ページへの直接リンクを貼っています。 詳細は「 ウェアハウスマネジメントモジュールの設定開始」をご覧ください。
- モジュールの一般的なパラメータは Warehouse management>Setup>Warehouse管理パラメータで設定してください。 これらの設定（必須のロケーションタイプを含む）は、構成の残りの部分の基盤となっています。
- 倉庫レイアウトを定義し、まず 倉庫設定の概要 から始め、次に WMS 対応倉庫内のロケーション設定 を行ってください。
- 作業テンプレートとロケーション指示を使用した倉庫作業の制御を参照して、作業を推進する作業テンプレートとロケーション指示を作成します。 配信前に 受け入れテスト でそれらを証明しましょう。
- 他のフローを追加する前に、1つの完全なフローを端から端まで設定してください。 Inbound Putawayは良い最初の選択肢で、「Set up a location directive for purchase order putaway」と「Set up a work template for purchase orders」を使いましょう。
- 作業員が使用するデバイスを、モバイル デバイス メニュー項目の作成と構成 および Warehouse Management モバイル アプリのインストール に従ってセットアップしてください。
Microsoft Dynamics AX 2012から移行する場合は、構成作業を計画する前にMicrosoft Dynamics AX 2012 から サプライ チェーン管理 への倉庫管理のアップグレードを見直してください。なぜなら、いくつかの概念が変わったからです。