SAP EWM（倉庫管理）業務フロー完全解説｜入庫から出庫まで倉庫オペレーションの全体像

はじめに

SAP EWM（Extended Warehouse Management：拡張倉庫管理）は、倉庫内のオペレーションを精緻に管理するためのモジュールです。「モノが倉庫に届いてから出荷されるまで」の一連の物流プロセス――入庫・棚入れ・保管・ピッキング・梱包・出庫――を、ビン（棚）レベルの粒度で制御します。

MMモジュール（資材管理）も在庫管理の機能を持っていますが、MMが管理するのは「何が・いくつ・いくらで在庫にあるか」という数量と金額の情報です。一方、EWMは「倉庫内のどこに・どのように保管し・どのルートで動かすか」という物理的なモノの動きを管理するモジュールです。MMが「帳簿上の在庫管理」なら、EWMは「現場の倉庫オペレーション管理」と理解するとわかりやすいでしょう。

この記事では、EWMの業務フローを「なぜその業務が必要なのか」というビジネス観点と、「SAPではどのトランザクションで操作するか」を対応付けながら解説します。

flowchart LR
    M0["STEP 0\nマスタデータ設定"]
    M1["STEP 1\n入庫プロセス"]
    M2["STEP 2\n在庫管理・保管"]
    M3["STEP 3\n出庫プロセス"]
    M4["STEP 4\n付加価値サービス"]
    M5["STEP 5\nヤード・労務管理"]

    M0 --> M1
    M1 --> M2
    M2 --> M3
    M1 -.->|クロスドッキング| M3
    M3 -.-> M4
    M5 -.-> M1
    M5 -.-> M3

WMとEWMの違い

S/4HANAへの移行を検討する際、従来のWM（Warehouse Management）ユーザーにとって最も重要な変更点がWMの廃止です。SAPは従来のWM機能をS/4HANAで非推奨とし、EWMへの統合・移行を必須としています。

なぜSAPはこの判断をしたのか。WMは1990年代に設計されたモジュールで、現代の物流が求めるリアルタイム制御・自動化設備連携・高スループット処理に対応しきれなくなったためです。EWMに一本化することで、SAPは倉庫管理機能を抜本的に刷新しました。

これからSAPを新規導入する企業はもちろん、既存のWMユーザーも計画的にEWMへ移行する必要があります。S/4HANAでは「Embedded EWM Basic」がライセンスに含まれているため、追加費用なしでWMからの移行が可能です。

EWMの業務領域の全体像

EWMがカバーする業務領域は大きく6つに分かれます。

これらは独立した機能ではなく、入庫から出庫までの一連のフローの中で連携して動きます。

STEP 0：マスタデータの設定

EWMの業務フローを動かすには、倉庫の「地図」にあたるマスタデータを事前に設定する必要があります。マスタデータの設計が不適切だと、棚入れの効率が落ちたり、在庫の所在がわからなくなったりします。

倉庫番号（Warehouse Number）

倉庫番号は、EWMで管理する倉庫そのものを識別するコードです。1つの物理的な倉庫に対して1つの倉庫番号を割り当てるのが基本です。複数の建屋がある場合は、建屋ごとに倉庫番号を分けることもあります。SAPの組織構造における「プラント」と「保管場所」に紐づけて使います。

保管タイプ（Storage Type）

保管タイプは、倉庫内のエリア分類です。例えば「パレットラック」「棚保管」「冷蔵エリア」「入荷ステージングエリア」「出荷ステージングエリア」のように、保管方法や用途が異なるエリアごとに定義します。保管タイプを適切に分けることで、品目の特性に合った保管場所への自動振り分けが可能になります。

保管区画（Storage Section）と保管棚（Storage Bin）

保管区画は保管タイプの中をさらに区分したグループ、保管棚（ビン）は最小単位の保管場所です。「パレットラックエリア（保管タイプ） → A列（保管区画） → A-01-03（保管棚）」のような階層になります。ビン単位で在庫を管理することで「この品目は倉庫のどの棚にあるか」を正確に把握できます。

品目マスタ（EWMビュー）と梱包仕様

品目マスタにはEWM固有のビューがあり、保管条件（温度管理要否、危険物分類など）や梱包仕様（1パレットに何ケース積めるかなど）を登録します。これらの情報は棚入れ戦略やピッキング効率に直結します。

STEP 1：入庫プロセス

業務的な意味

入庫プロセスは、倉庫に届いた品物を「正しい数量で受け取り、最適な場所に格納する」までの一連の作業です。入庫の精度が低いと、在庫数量の不一致やロケーション不明が発生し、後続の出庫作業で品物が見つからないという事態になります。

入荷通知の受信

MMモジュールで購買発注が作成されると、それに基づいて入荷通知（Inbound Delivery Notification）がEWMに連携されます。入荷通知には「いつ・何が・いくつ届くか」が記載されており、倉庫側はこの情報をもとに荷受けの準備（ドック割当、人員配置など）を行います。

荷下ろし・検品・入庫確認

トラックが到着したら荷下ろしを行い、入荷通知と現物を照合して検品します。数量や品質に問題がなければ入庫確認（Goods Receipt）を実行します。入庫確認により、MMモジュール側の在庫数量も同時に更新されます。

棚入れ（Putaway）

入庫確認が完了した品物を、保管場所（ビン）に格納する作業です。EWMでは「棚入れ戦略」を設定でき、品目の特性に応じて最適なビンをシステムが自動提案します。

• 固定棚（Fixed Bin）：品目ごとに決まった場所に置く方式。取り出しやすいが、スペース効率は下がる
• フリーロケーション（Open Storage）：空いている場所にシステムが自動割当する方式。スペース効率が高い
• ニアピッキング（Near Picking Bin）：ピッキングエリアの近くに優先配置する方式。出庫頻度の高い品目に有効

STEP 2：在庫管理・保管

業務的な意味

在庫管理の目的は、「倉庫にある品物の数量・場所・状態を常に正確に把握すること」です。在庫情報が不正確だと、出庫時にピッキングミスが起きたり、実際にはある品物を「在庫なし」と判断して過剰発注したりします。EWMではビン単位で在庫を管理するため、「倉庫の何列目の何段目にいくつあるか」まで正確に追跡できます。

倉庫内在庫の可視化

倉庫モニタ（/SCWM/MON）を使うと、保管タイプ別・ビン別の在庫状況をリアルタイムで確認できます。特定のビンが満杯に近いか、空きスペースがどこにあるかなど、倉庫のキャパシティ状況を一目で把握できます。

在庫移動

保管タイプ間の移動（例：入荷ステージングエリアからパレットラックへ）や、ビン間の移動をシステム上で記録します。移動のたびに倉庫タスク（Warehouse Task）が作成され、「誰が・いつ・どこからどこへ移動したか」の履歴が残ります。

棚卸（Physical Inventory）

EWMの棚卸では、ビン単位で実在庫とシステム在庫を照合します。棚卸方法としては、全数棚卸（年に1回すべてのビンをカウント）のほか、循環棚卸（ABC分析に基づいて高回転品目を高頻度でカウント）にも対応しています。差異がある場合は調整転記を行い、帳簿を実態に合わせます。

STEP 3：出庫プロセス

業務的な意味

出庫プロセスは、受注に基づいて倉庫から品物を取り出し、梱包して出荷するまでの一連の作業です。ピッキングミスや出荷遅延は顧客クレームに直結するため、正確性とスピードの両立が求められます。

出荷指示の受信

SDモジュール（販売管理）で受注が作成され、出荷伝票が生成されると、その情報がEWMに出荷指示（Outbound Delivery Order）として連携されます。EWMはこの指示をもとにピッキングと出荷の作業を開始します。

ウェーブ管理（Wave Management）

ウェーブ管理は、複数の出荷指示をグルーピングして、ピッキング作業を効率化する仕組みです。例えば「同じ出荷先の注文をまとめる」「同じ保管エリアの品目をまとめる」「トラックの出発時刻に合わせてバッチ化する」といった条件でウェーブを組みます。

ウェーブを使わないとどうなるか：注文ごとに個別にピッキングすることになり、作業者が倉庫内を何往復もして移動距離が増大します。ウェーブでまとめることで、1回の巡回で複数注文分のピッキングが完了します。

ピッキング・梱包・出庫確認

ウェーブが確定すると、倉庫タスク（Warehouse Task）が自動作成され、作業者のハンディターミナルに指示が配信されます。作業者はシステムの指示に従ってビンから品物を取り出し（ピッキング）、パックステーション（/SCWM/PACK）で梱包します。梱包完了後、出庫確認（Goods Issue）を実行すると、MMモジュール側の在庫が減少し、SDモジュールの請求プロセスへと進みます。

STEP 4：付加価値サービス（VAS）

業務的な意味

付加価値サービス（Value Added Services）は、倉庫内で出荷前に行う加工・カスタマイズ作業です。「倉庫は保管するだけの場所」という時代は終わり、現代の倉庫は顧客要件に応じた付加価値を生み出す拠点になっています。

主なVAS作業

• ラベル貼り：顧客指定のラベル・バーコードの貼付
• キッティング：複数品目をセットにして1つの商品として梱包
• アセンブリ：簡易な組立作業（例：部品の取付け、アクセサリの同梱）
• リパック：パレット単位からケース単位への小分け、または逆に集約

クロスドッキング

クロスドッキングは、入庫した品物を保管エリアに格納せず、そのまま出庫ステージングエリアに移動させる手法です。保管・ピッキングの工程を省略できるため、リードタイムと作業コストを大幅に削減できます。事前に出荷先が確定している品物や、入荷即出荷が求められる緊急案件で活用します。

VASを活用しないとどうなるか：顧客ごとの個別要件に対応できず、別途外部業者に委託するコストと時間が発生します。倉庫でVASを完結させることで、サプライチェーン全体のリードタイムを短縮できます。

STEP 5：ヤード管理・労務管理

ヤード管理（Yard Management）

ヤード管理は、倉庫の敷地内（ヤード）におけるトラック・コンテナの動きを管理する機能です。「どのトラックがどのドアに着いているか」「次のドック予約は何時か」「滞留しているトラックはないか」をリアルタイムで把握します。

ヤード管理をしないとどうなるか：トラックの到着が集中した際にドアの割当が混乱し、荷下ろし・積込みの待ち時間が増大します。ヤード管理を導入した企業では、ヤードの渋滞を40%削減した事例もあります。

労務管理（Labor Management）

労務管理は、倉庫作業者の生産性を定量的に管理する機能です。各作業（ピッキング、棚入れ、梱包など）に標準作業時間を設定し、実績時間と比較してKPIを算出します。

「1時間あたりのピッキング行数」「棚入れ1件あたりの所要時間」などの指標を可視化することで、作業効率の改善ポイントが明確になります。個人の評価だけでなく、シフト計画や人員配置の最適化にも活用できます。

全体サマリ表

flowchart LR
    subgraph 購買部門
        A["購買発注\nME21N"]
    end
    subgraph 倉庫部門["倉庫部門（EWM）"]
        B["入荷・検品\n/SCWM/PRDI"]
        C["棚入れ\n棚入れ戦略"]
        D["ピッキング\n/SCWM/WAVE"]
        E["梱包・出庫\n/SCWM/PACK"]
    end
    subgraph 出荷部門
        F["出荷伝票\nVL01N"]
        G["請求処理\nVF01"]
    end

    A --> B --> C
    F --> D --> E --> G

他モジュールとの連携

EWMは単独で動くモジュールではなく、周辺モジュールとのデータ連携によって成り立っています。

MMモジュールとの連携が最も密接です。MMで購買発注が作成されると入荷通知がEWMに届き、EWMで入庫確認を実行するとMMの在庫数量が更新されます。出庫側では、SDモジュールから出荷指示を受け取り、出庫確認を実行すると在庫減少とともに請求プロセスが開始されます。

PPモジュール（生産計画）との連携では、生産指図に必要な部材をEWMの倉庫から製造現場へ払い出し、完成した製品を倉庫に受け入れるフローが発生します。各トランザクションコードの詳細については個別記事を参照してください。

よくある疑問

Q. EWMはどの規模の企業に必要ですか？ A. 倉庫のオペレーション規模と複雑性によります。小規模で保管場所が数十か所程度なら、MMモジュールの在庫管理（保管場所レベル）で十分なケースもあります。一方、保管棚が数千以上ある大規模倉庫、ピッキング効率が重要な高回転倉庫、複数の保管条件（常温・冷蔵・危険物）を扱う倉庫では、EWMの導入効果が大きくなります。S/4HANAではEmbedded EWM Basicがライセンスに含まれるため、小規模からでも段階的に活用を始められます。

Q. EWMとWMの移行はどう進めますか？ A. SAPは移行ツール（WM to EWM Migration Cockpit）を提供しており、WMのマスタデータやカスタマイズ設定をEWMに変換できます。ただし、EWMはWMとはデータ構造が異なるため、単純なデータコピーではなく、業務プロセスの再設計を伴います。データ移行の方法論を参考に計画的に進めることが重要です。

Q. Embedded EWMとDecentralized EWMの違いは何ですか？ A. Embedded EWMはS/4HANAと同一サーバー上で動作する方式です。導入が容易で、マスタデータの複製が不要というメリットがあります。Decentralized EWMは別サーバーで動作する方式で、ERPシステムが停止しても倉庫業務を継続できる高可用性と、複数ERPシステムとの統合が可能なスケーラビリティが特長です。24時間365日稼働の大規模倉庫や、1日数十万件の処理が求められる環境ではDecentralizedが適しています。

Q. バーコードやハンディターミナルとの連携はできますか？ A. EWMはRF（Radio Frequency）フレームワークを標準で備えており、ハンディターミナルからの入庫確認・ピッキング・棚卸が可能です。トランザクション /SCWM/RFUI でRF画面の設定を管理します。バーコードだけでなく、RFID（ICタグ）にも対応しており、パレット単位の一括読み取りなどに活用できます。

Q. EWMの導入期間の目安はどれくらいですか？ A. Embedded EWM Basicの導入で3〜6か月、Advanced機能（MFS、VAS、ヤード管理）まで含めると6〜12か月が一般的な目安です。SAP Activateの方法論に沿って、Discover → Prepare → Explore → Realize → Deployのフェーズで進めます。既存のWMからの移行の場合は、並行運用期間を含めてさらに数か月を見込む必要があります。

Q. S/4HANA CloudでもEWMは使えますか？ A. 使えます。S/4HANA Cloud Public EditionではEmbedded EWM Basicが標準提供されています。Private EditionではAdvanced EWMも利用可能です。クラウド版では、Fioriベースの倉庫管理アプリが提供されており、ブラウザやタブレットから倉庫オペレーションを操作できます。

もっと体系的に学びたい人へ

EWMを深掘りしていくと、必ず出てくるのが倉庫管理とMM/SDの境界線の話です。どこまでがMMの在庫で、どこからがEWMのハンドリングユニット管理なのか。入出庫実績はどのタイミングでFIに飛ぶのか。こうした接点は、EWM単独の資料を読んでいるだけでは見えにくい部分です。

SAP全体のモジュール連携を一度まとまった書籍で俯瞰しておくと、EWM設計時の境界線の議論がかなりスムーズになります。下記の本は図解中心で各モジュールの役割と連携が整理されているので、倉庫担当者がSAPの全体像を押さえる入門書として参考になります。

まとめ

EWMの業務フローの核心は、「倉庫内のモノの動きをビン単位で正確に制御し、入庫から出庫までのオペレーション効率を最大化する」ことです。

• マスタデータ（STEP 0）：倉庫番号・保管タイプ・保管棚の階層構造で倉庫の「地図」を定義する
• 入庫プロセス（STEP 1）：入荷通知 → 検品 → 入庫確認 → 棚入れ戦略による最適配置（/SCWM/PRDI, /SCWM/GR）
• 在庫管理（STEP 2）：ビンレベルの在庫可視化と循環棚卸で在庫精度を維持（/SCWM/MON, /SCWM/AQUA, /SCWM/PI）
• 出庫プロセス（STEP 3）：ウェーブ管理でピッキングを効率化し、梱包・出庫まで一気通貫で実行（/SCWM/WAVE, /SCWM/PACK）
• 付加価値サービス（STEP 4）：ラベル貼り・キッティング・クロスドッキングで倉庫を付加価値拠点に変える
• ヤード・労務管理（STEP 5）：トラックの動きと作業者の生産性を可視化して継続改善する

EWMはMMモジュール・SDモジュール・PPモジュールと密接に連携し、サプライチェーン全体の物流基盤を担います。S/4HANAではWMからEWMへの移行が必須となっているため、SAP入門として基本を押さえたうえで、自社の倉庫規模に合った導入計画を立てることが重要です。

各モジュールの業務フローをより深く理解するには、S/4HANAの全体像を先につかんでおくのが近道です。約2時間の動画で主要機能と特徴を一通り押さえられます。