SAP EWMとは何ですか？

JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

May 24, 2026 · 12 min read

1) EWM の対象範囲#

SAP Extended Warehouse Management（EWM）は、SAP S/4HANA内の高度な倉庫管理アプリケーションであり、すべての倉庫内移動をリアルタイムかつ保管棚レベルで制御します。SAP在庫管理（IM）が保管場所レベルで在庫を追跡するのに対し、EWMは個別の保管棚（パレットやカートンの正確な棚位置）まで詳細化し、倉庫内における各ユニットの物理的な動きを管理します。

EWMは、リリース1610以降、S/4HANAプラットフォームの一部となりました。これは、以前のスタンドアロン型SAP Extended Warehouse Management（旧称SAP SCM EWM）と、S/4HANAで将来的に廃止予定とされている従来の倉庫管理（WM）モジュールに取って代わるものです。

インバウンド処理#

EWMにおける入庫プロセスは、仕入先からの入荷納入または顧客からの返品が到着した時点で開始されます。EWMが処理するステップは以下の通りです。

1. 荷降ろし — ヤードからのトラックやコンテナの物理的な荷降ろしで、輸送単位に対して記録されます。
2. デコンソリデーション — 混合された入荷納入を個別の品目または取扱単位に分割し、個別に処理すること。
3. 入庫 (GR) — EWM在庫とIM在庫の両方で同時に在庫増加を転記すること。組み込みEWMの場合、2つのデータベースは同じシステムを共有するため、転記は即時に行われます。
4. 品質検査 — QM連携が有効な場合、商品は品質検査在庫に配置できます。EWMは、検査ロットが解除され、在庫タイプが「 unrestricted（制限なし）」に変更されるまで、棚入れをブロックします。
5. 棚入れ倉庫タスク (WT) の作成と実行 — システムは倉庫タスクを作成し、倉庫作業員（RFスキャナーまたはGUI経由）に商品を目的の保管ビンへ移動するよう指示します。目的のビンは、保管タイプに設定された棚入れ戦略によって決定されます。

アウトバウンド処理#

アウトバウンドプロセスは、SDで出荷伝票が作成され、EWMに転送された時点で開始されます。その後、EWMが以下を管理します。

1. ピッキング倉庫作業（WT）の作成 — 各出荷明細に対して、作業者を元の保管棚へ誘導するピッキングWTが作成されます。
2. ウェーブ管理（アドバンスト/分散型） — 複数の出荷伝票をウェーブテンプレートによって1つのウェーブにグループ化できます。ウェーブをリリースすると、すべてのピッキングWTが一度に作成され、ルート最適化されたピッキング巡回が可能になります。
3. 梱包 — ピッキングされた商品は、梱包作業センタで出荷用取扱単位（HU）に梱包されます。梱包HU（ピックHU）は、倉庫オーダ作成ルール（WOCR）を通じて自動的に作成できます。
4. ステージングと積込み — 梱包されたHUは、出庫エリアにステージングされ、トラックに積み込まれます。
5. 出庫（GI） — GIにより、EWMとIM/SDの両方で在庫が減少し、SDでの請求がトリガーされます。

倉庫実行#

EWM における物理的な実行を駆動するエンジンは、倉庫タスク（WT）および倉庫オーダー（WO） のフレームワークです。

• 倉庫タスクは単一の移動指示です：製品XをビンAからビンBへ移動します。
• 倉庫オーダーは、1つ以上の倉庫タスクを単一の作業者またはリソースの作業単位にグループ化し、**倉庫オーダー作成ルール（WOCR）**によって管理されます。WOCRは、重量、容積、アクティビティエリア、または運送業者ごとにタスクをフィルタリングおよび制限し、人間工学的なピッキングツアーを作成します。

実行は通常、RFフレームワーク（モバイルスキャナトランザクション）を介して行われますが、デスクトップGUIや音声指示によるピッキングもサポートされています。

**ハンドリングユニット（HU）**は、倉庫内で製品を運ぶためのコンテナです。EWMはHUの階層（例：パレット → カートン → 品目）を追跡し、1つのカートンに何個の品目が入るか、1つのパレットに何個のカートンを積み重ねられるかを定義する梱包仕様を適用できます。

棚卸とヤード管理#

棚卸（Physical Inventory）は、EWMで以下の3つのモードをサポートしています。

• 年次棚卸（Annual Physical Inventory）：すべての倉庫移動を停止し、すべての保管棚をカウントします。在庫差異は差異分析プログラム（Difference Analyzer）を介して在庫管理（IM）に転記されます。
• サイクルカウント（Cycle Counting）：品目ごとに定義された間隔に基づき、業務への影響を最小限に抑えながら継続的にカウントを実施します。各品目にはサイクルカウント区分（例：ABC分析クラスのA/B/C）が割り当てられ、稼働日単位でカウント頻度が定義されます。カウント対象となる棚は日次作業リストに表示され、他の業務を停止することなく処理できます。
• アドホックカウント（Ad Hoc Counting）：差異が疑われる場合に手動でトリガーされるカウントです。

Yard Management（Embedded Advanced および Decentralized）は、構内における輸送ユニット（トラック、トレーラー）の移動を管理します。

• ゲートでのチェックイン：構内係員が到着した輸送ユニットを登録し、構内での位置を記録します。
• 構内移動：構内のポジションと倉庫ドア間での輸送ユニットの移動。
• ドア割り当て：輸送ユニットを正しい荷降ろしドアまたは積み込みドアにドッキングします。
• チェックアウト：荷降ろし/積み込み完了後の出発を登録します。

ウェーブ管理#

Wave Management（ウェーブ管理）は、ピッキング実行の上位に位置する計画レイヤーです。ウェーブテンプレートは、出荷納入明細をグループ化するための基準（運送業者、ルート、納入タイプ、出発時間枠）を定義します。プランナー（または自動化されたバックグラウンドジョブ）が、一致する明細をウェーブにグループ化します。ウェーブがリリースされると、EWMはすべての倉庫タスクと倉庫オーダーを同時に作成します。これにより、システムは複数の納入にわたってピックルートを最適化し、移動距離を削減してスループットを向上させることができます。Wave Managementは、Embedded Advanced EWMおよびDecentralized EWMで利用可能です。

2) 組織構造#

倉庫番号階層#

EWMの組織構造は、4段階の階層を通じて物理的な倉庫レイアウトにマッピングされます。

Warehouse Number (WN)
└── Storage Type
    └── Storage Section
        └── Storage Bin

• 倉庫番号: EWMにおける最上位の組織単位であり、1つの物理的な倉庫拠点に対応します。1つ以上のIM保管場所に割り当てられます。すべてのEWM設定（方策、アクティビティエリア、倉庫オーダー）は、倉庫番号レベルまたはその下位で定義されます。
• 保管タイプ: 倉庫内の物理的に区別されたエリアを表します。例えば、高棚エリア、バルク保管エリア、入庫ゾーン、パッキングステーション、出庫ゾーンなどです。保管タイプは、製品がそのビンにどのように入出庫するか（棚入れ方策、ピッキング方策、混載ルールなど）を制御します。
• 保管セクション: 保管タイプのオプションの細分化であり、取り扱いや保管要件によって品目を分離するために使用されます。典型的な例としては、高棚保管タイプを、動きの速いセクション（出庫ゾーン近く）と動きの遅いセクション（遠方）に分割することです。
• 保管ビン: 最小の空間単位であり、特定の製品の特定の数量が保管される正確なビン、棚、またはフロアポジションです。ビンには座標（通路、列、行）があり、ルート最適化を可能にします。

さらに、アクティビティエリアは複数の保管タイプにわたるビンをまたぐことができます。これらはタスクの順序付けのためにビンをグループ化するために使用されます。例えば、次の通路に移動する前に、通路を下から上へ一掃するピッキングツアーを定義する場合などです。

組み込み型と分散型の導入判断#

デプロイメントアーキテクチャの決定は、EWM実装において最初かつ最も重要な問いです。選択肢は3つあります。

Embedded Basicを選択するケース：

• 倉庫が標準的で予測可能なプロセス（入庫、格納、ピッキング、出荷）を実行する場合
• 倉庫内でウェーブ管理、ヤード管理、品質検査を必要としない場合
• 予算制約により、含まれているライセンスが有利な場合

Embedded Advancedを選択するケース：

• ウェーブ管理が必要な場合（複数の納入を統合し、最適化されたピッキングを実現）。
• ヤード管理（ドア割り当て、TU追跡）が必要な場合。
• 品質検査との統合（EWMでの隔離エリア、検査ロット管理）が必要な場合。
• 倉庫が中規模であり、ERPからの独立運用が不要な場合。

以下のいずれかに該当する場合は、分散型（Decentralized）を選択してください：

• 複数のERP接続：倉庫が複数のSAP ERPまたはS/4HANAシステムからの商品を管理する場合（例：複数の事業体向けに共有倉庫を運営する物流サービスプロバイダー）。組み込み型EWMは、別のシステム/クライアントの保管場所と統合できません。
• ERPダウンタイムからの独立性：ERPシステムがメンテナンスや障害で停止している間も、倉庫業務を継続する必要がある場合。
• 高自動化 / MFS：コンベヤシステム、ASRS（自動倉庫システム）、ピック・バイ・ライト、またはピック・バイ・ボイスを高スループットで運用する場合、共有のS/4HANAインスタンスでのI/Oボトルネックを回避するために専用システムが必要です。
• 高トランザクション量：倉庫で発生する倉庫タスクの量が多く、同一環境に配置するとERPのパフォーマンスに影響を与える場合。

分散型EWMでは、マスタデータ（品目、ビジネスパートナー、バッチ）は**Core Interface（CIF）を介してERPから複製する必要があります。トランザクションデータ（入荷/出荷伝票）はキュー型RFC（qRFC）**を介して転送されます。これにより統合のオーバーヘッドは増加しますが、倉庫の可用性をERPの可用性から切り離すことができます。

3) ロール#

概要#

SAP EWMは、S/4HANAの倉庫機能を保管場所レベルの在庫追跡から、完全なビンレベルの実行管理へと拡張します。6つの中核機能の柱である入庫処理、出庫処理、倉庫実行、棚卸管理、ヤード管理、ウェーブ管理は、倉庫の運用ライフサイクル全体をカバーします。

要件定義フェーズに入るコンサルタントやキーユーザーにとって、重要な判断は次のとおりです。

1. デプロイメントアーキテクチャ: 組み込み型ベーシック、組み込み型アドバンスト、または分散型 — ERP環境、可用性要件、自動化レベル、およびスループットに基づいて決定されます。
2. 倉庫構造設計: 物理ゾーンを保管タイプおよび保管区分にマッピングし、ビン座標スキーマを設計します。
3. 入庫戦略と出庫戦略: SAPの9つの標準入庫戦略と、保管タイプごとに対応する出庫戦略から選択します。
4. 統合範囲: MM、SD、PP、QM、TMのうち、どのモジュールが倉庫プロセスを駆動するか、また在庫タイプをどのように同期するかを定義します。

実現段階や本番稼働時に高コストな手戻りを防ぐためには、これらの判断を早期に正しく行うことが重要です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction