JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 15 min read

表紙: SAP EWM Wave Template — 出庫倉庫オーダーをウェーブにバッチグループ化する設定オブジェクト

SAP EWM ウェーブテンプレート

ウェーブテンプレートは、SAP EWMにおいて、未処理の出庫倉庫オーダーをどのように選択、グループ化し、バッチピッキング用のウェーブにスケジュールするかを定義するマスタ設定オブジェクトです。これは、出荷スケジューリング、倉庫オーダー管理、リソース計画の交点に位置し、個々のピッキング要求を整理されたルート最適化済みのウェーブに変換するルールセットとして機能します。この記事では、ウェーブタイプ、組織階層、周辺のEWMオブジェクトとの統合、およびウェーブ作成とリリースを管理する設定フィールドの全セットについて説明します。


パート1: ウェーブテンプレート — 基本概念(全モジュール共通)

1.1 Waveテンプレートとは

ハブアンドスポーク図: 中央にウェーブテンプレート、それに接続される出荷予定、倉庫オーダー、アクティビティエリア、ピッキング戦略、リソース、出荷ポイント

ウェーブテンプレートは、ウェーブを作成するために必要なすべてのルール(どの倉庫オーダーを含めるか、ウェーブの最大サイズ、開始タイミング、最適なピッキングのためにオーダーをどのようにソートするか)をカプセル化した再利用可能な設定レコードです。ウェーブテンプレートがない場合、システムにはピッキング要求をグループ化およびバッチ処理する基準がなく、各出荷予定が個別にピッキングをトリガーする必要があります。

項目詳細
ロールウェーブピッキング用の倉庫オーダーをグループ化するための選択基準、サイズ制限、スケジューリング、およびソート順序を定義します
使用するモジュールEWM(プライマリ — Embedded Advanced または Decentralized)。Embedded Basic では利用不可
トランザクション/SCWM/WAVETMP(ウェーブテンプレート設定、SPRO相当)、/SCWM/WAVE(ウェーブ管理モニタ)
主要テーブル/SCWM/TWAVETP(ウェーブテンプレートヘッダ)、/SCWM/TWAVESEL(ウェーブ選択基準)、/SCWM/TWAVEOPT(ウェーブ最適化設定)
S/4HANA 注記ウェーブ管理は Embedded Advanced (A) または Decentralized (D) の機能です — 追加の EWM Advanced ライセンスが必要です。Embedded Basic (B) では利用不可。S/4HANA 2020+ では、ウェーブ作成はバックグラウンドジョブまたは EWM 出荷予定モニタから直接自動トリガーできます。

1.2 ウェーブタイプ

4つのウェーブタイプ(手動ウェーブ、自動ウェーブ、即時ウェーブ、スケジュールウェーブ)を比較したグリッド図。各タイプのユースケースとトリガーメカニズムを示しています。

EWMは4つのウェーブ実行モードをサポートしており、それぞれ異なる運用リズムに適しています。誤ったモードを選択すると、ピッカーがアイドル待機(スケジュール頻度が低すぎる)または絶え間ない中断(トリガー頻度が高すぎる)のいずれかに陥ります。

ウェーブタイプコードユースケース主な動作
手動ウェーブMANU倉庫管理者がいつグループ化してリリースするかを手動で決定するアドホックな運用管理者が/SCWM/WAVEを実行し、倉庫オーダーを手動で選択してウェーブを作成します。完全な制御、低自動化。
自動ウェーブAUTOシステムが手動介入なしでオーダーを選択してグループ化する定期的なカットオフタイム(例:1日2回)バックグラウンドジョブが、テンプレートの選択基準とスケジューリング設定に基づいてウェーブ作成をトリガーします。大量出荷で最も一般的です。
即時ウェーブIMME次のスケジュールされたウェーブを待てない緊急または優先度の高い出荷出荷伝票が確定されるとすぐにウェーブが作成およびリリースされ、バッチサイクルをバイパスします。エクスプレスまたはVIPオーダーに使用されます。
スケジュールウェーブSCHD固定時間枠の運用(例:当日発送のための14:00カットオフ)テンプレートがウェーブの対象期間と開始時刻を定義します。システムは、その時間枠内に到着したすべての該当オーダーをグループ化し、定義された時刻にリリースします。

設計原則: ほとんどの実装では、1つの倉庫で2つまたは3つのウェーブテンプレートを実行します。標準ボリューム用の自動、優先用の即時、そしてフォールバックとしての手動です。同じアクティビティエリア内でモードを混在させるには、倉庫オーダーの二重割り当てを避けるために、注意深い優先順位設定が必要です。


1.3 組織レベルとデータ階層

倉庫番号 → アクティビティエリア → ウェーブテンプレート → ウェーブ → 倉庫オーダー → 倉庫タスク を示す階層ツリー。各レベルにテーブル注釈あり

ウェーブテンプレートは、倉庫番号内のアクティビティエリアレベルに存在します。この位置付けにより、単一の倉庫内で、異なる物理ゾーン(例:乾物 vs. 冷蔵保管)に対して異なるウェーブルールを実行でき、各ゾーンは独自のウェーブテンプレートによって管理されます。

Warehouse Number (e.g., WH01)
   │
   └── Activity Area (e.g., AA01 — Outbound picking zone)
          │
          ├── Wave Template (e.g., WTP01 — Standard Daily Wave)
          │      │
          │      ├── /SCWM/TWAVETP  — Template header: type, size limits, scheduling
          │      ├── /SCWM/TWAVESEL — Selection criteria: delivery type, route, shipping point
          │      └── /SCWM/TWAVEOPT — Optimization: sort sequence, route grouping flag
          │
          └── Wave (runtime object — created when template is executed)
                 │
                 └── Warehouse Order (grouped by wave)
                        │
                        └── Warehouse Task (individual pick/put instruction)
組織レベルテーブル主キーフィールド備考
倉庫番号SPRO設定倉庫番号、EWMシステムタイプ(B/A/D)ウェーブ管理はAバージョンとDバージョンでのみ利用可能
アクティビティエリアSPRO設定アクティビティエリアID、倉庫エリア割当1つのウェーブテンプレートが1つのアクティビティエリアを参照し、複数のテンプレートが1つのエリアを共有可能
ウェーブテンプレート(ヘッダ)/SCWM/TWAVETPウェーブテンプレートID、ウェーブタイプ、最大WO数、最大明細数、ウェーブ期間、自動リリースフラグ設定レコード(トランザクション伝票ではない)
ウェーブテンプレート(選択)/SCWM/TWAVESEL出荷タイプ、出荷ポイント、ルート、優先順位範囲、時間枠テンプレートあたり複数の選択行あり。行間は論理OR
ウェーブテンプレート(最適化)/SCWM/TWAVEOPTソートフィールド1~3、ルート最適化フラグピッキング担当者に割り当てられるピッキング済みWOの順序を制御
ウェーブ(実行時)/SCWM/WAVEウェーブID、ステータス、作成タイムスタンプウェーブテンプレートの実行により作成。倉庫オーダーをウェーブバッチに紐付け

主要な設計判断: アクティビティエリアは、組織上の重要な要素です。ウェーブテンプレートを、均一なピッキングゾーンを表すアクティビティエリアに割り当ててください。1つのアクティビティエリアに冷蔵保管と常温保管を混在させると、ウェーブサイズの制限やソート順序が無意味になります。


1.4 他のマスタデータオブジェクトとの統合

Wave Templateを中心に、Activity Area、Outbound Delivery、Warehouse Order、Picking Strategy、Resource、Shipping Pointに接続されたハブアンドスポーク図

ウェーブテンプレートは単独で動作するわけではありません。出荷伝票および受注伝票のマスタデータから選択基準を評価するためにデータを読み取り、最終的にピッカーへの倉庫タスク割り当てを駆動するウェーブ実行エンジンにデータを供給します。

オブジェクト関係性実務上の注意点
アクティビティエリア親組織単位 — ウェーブテンプレートは1つのアクティビティエリアのみを参照アクティビティエリアは物理的なピッキングゾーンを定義し、テンプレートはこのリンクから保管タイプのコンテキストを継承します。ウェーブテンプレートを設計する前にアクティビティエリアを設計してください。
出荷予定選択基準入力 — テンプレートは出荷予定をタイプ、出荷ポイント、ルートでフィルタリング出荷予定は、ウェーブに選択される前に未処理の倉庫オーダーを持っている必要があります。EWMでまだ確定されていない出荷予定は、ウェーブ選択では表示されません。
倉庫オーダー実行時出力 — ウェーブは個別の出荷明細ではなく、既存の倉庫オーダーをグループ化ウェーブ作成前に、倉庫オーダーがすでに存在している(出荷予定のEWM処理によって作成されている)必要があります。ウェーブテンプレートは倉庫オーダーを作成せず、収集してグループ化します。
ピッキングストラテジーウェーブ内の倉庫タスクを保管棚番に割り当てる方法を規定ピッキングストラテジー(SPRO)はFIFO/FEFO/固定棚番ロジックを決定し、ウェーブテンプレートはグループ化の範囲を制御します。両者は独立して動作しますが、実行時に調整されます。
リソース(ピッカー)ウェーブリリースにより、リソースとして定義されたピッカーに倉庫タスクが割り当てられるリソースマスタ(/SCWM/RSRC)にはピッカーの能力データが保持されます。テンプレート内のウェーブサイズ制限は、1人のピッカーに過負荷がかからないよう、標準的なリソーススループットに合わせて調整する必要があります。
出荷ポイント選択基準 — ウェーブテンプレートは1つ以上の出荷ポイントに制限可能物理スペースを共有する複数プラントの倉庫では、出荷ポイントフィルタによりプラント間のピッキング混入を防止します。

パート 2: EWM固有のフィールド詳細

2.0 EWM オーナーシップの範囲

Wave選択基準、Waveサイズ制御、スケジューリング設定、ソート/最適化を示すチェックリスト所有権マトリックス — すべてEWM所有者としてマーク

データセクションEWM関与備考
ウェーブ選択基準◎ オーナーEWM専用の設定であり、他モジュールからの入力は不要
ウェーブサイズ制御◎ オーナー倉庫能力計画の入力はEWMプロジェクトチームから提供
スケジューリング設定◎ オーナー出荷予定のカットオフ時間(SD/LE)と連携するが、EWM内で設定
ソートと最適化◎ オーナールートと保管棚番のソートロジックは、EWM内部のみで完結

凡例: ◎ = 所有者 / 重要


2.1 ウェーブ選択基準

ウェーブ選択基準フィールドをリスト化したチェックリストスライド:出荷タイプ、出荷ポイント、ルート、優先順位、時間枠 — アイコンと簡単な説明付き

ウェーブ選択基準とは、ウェーブテンプレートに組み込まれたフィルタルールであり、どの出庫倉庫オーダーがウェーブに含まれる資格を持つかを決定します。各テンプレートは複数の選択行を保持でき、システムは行間で論理ORを適用するため、いずれか1つの行に一致する倉庫オーダーが選択されます。

フィールド説明実務上の使用例
出荷タイプEWM出荷タイプコード(例:標準出荷のODL)特定の出荷カテゴリにウェーブをフィルタリングします。返品(REOD)専用のウェーブテンプレートを使用することで、返品倉庫オーダーが標準出荷ピッキングと混在するのを防ぎます。これらが混在すると、複合ウェーブでピッカーが混乱する原因となります。
出荷ポイント出荷伝票にリンクされたSD出荷ポイント複数プラントの配送センターでは、このフィルタにより、各プラントの出荷オーダーが同じ物理的なピッキングエリアを共有していても、別々にウェーブ処理されます。ここを誤って設定すると、出庫確認まで発見が困難なクロスプラントのピッキングエラーが発生します。
ルートSDルートコード(例:東京都内配送のR001)ルートでグループ化することで、倉庫はトラックへの積み込みを最適化できます。同じトラックに積載されるすべてのオーダーが一緒にピッキングされるため、ドックでの再ハンドリングが削減されます。これは、ほとんどの出荷業務において最も価値の高い単一の選択基準です。
優先順位出荷優先順位の範囲(低~高の数値)緊急オーダーが次の自動ウェーブサイクルを待たずに、即時ウェーブテンプレートで確実に取得されるようにするために使用します。優先順位の範囲は慎重に定義してください。しきい値が広すぎると、標準オーダーが緊急ウェーブに昇格し、ピッカーの作業負荷が増大します。
時間枠(出荷日/時刻)計画出庫日時+時間範囲テンプレートが倉庫オーダーを選択する際に、どの納期範囲を遡って参照するかを定義します。4時間の時間枠では、今後4時間以内に期限が到来するオーダーが取得されます。これを広く設定しすぎると過大なウェーブが作成され、狭すぎるとウェーブの稼働率が低下し、バッチのセットアップ時間が無駄になります。

2.2 ウェーブサイズ制御

Wave Size Controlフィールド(最大倉庫オーダー数、最大アイテム数、最大重量、最大容量)を示す積層ピラミッドスライド — サイズ制約を示す階層型ピラミッド

ウェーブサイズ制御フィールドは、1つのウェーブに含めることができる倉庫オーダー数、明細数、重量、および容量を制限します。これらの制限により、利用可能なピッキングリソースが必要な時間枠内で完了するにはウェーブが大きくなりすぎるのを防ぎます。

項目説明実務上の使用例
ウェーブあたりの最大倉庫オーダー数ウェーブに含めることができる倉庫オーダーの最大数ほとんどの実装における主要なサイジング手段です。アクティビティエリアに割り当てられたピッカーの数と、倉庫オーダーあたりの平均時間に基づいて調整します。5人のピッカーチームで2時間のウェーブサイクルの場合、一般的な初期値はウェーブあたり50~100件の倉庫オーダーです。
最大明細数(未処理倉庫タスク)ウェーブ内のすべての倉庫オーダーにわたる、未処理の倉庫タスク明細行の最大総数製品タイプによってピック密度が大きく異なる場合(例:1倉庫オーダーあたり1明細の滞留在庫品目と、20明細の高速移動品目)にこの項目を使用します。高SKU環境では、オーダー数よりも明細数ベースの制限の方が意味があります。
最大重量(kg)ウェーブ内のすべての倉庫オーダーにわたる総重量の上限ピッカー機器(トロリー、コンベヤ)に物理的な重量制限がある場合に重要です。梱包ステーションで追加される包装材のバッファを確保するため、機器の最大値よりやや低めに設定します。
最大容積(m³)ウェーブ内のすべての倉庫オーダーにわたる総容積の上限バルク品に関連します。実際には、ほとんどの個別製造環境では重量とオーダー数の制限が容積制限よりも先に達します。容積制限は、FMCG(日用消費財)や建築資材の倉庫でより重要です。

2.3 日程計画設定

スケジューリング設定フィールド(ウェーブ開始時刻、ウェーブ期間、自動リリースインジケータ)のチェックリストスライド — 時計とカレンダーのアイコン付き

スケジューリング設定は、ウェーブが作成されるタイミング、対象となる受注をどの程度将来にわたって検索するか、そしてピッカーに自動的にリリースするか、手動リリースステップを必要とするかを制御します。

フィールド説明実務上の使用例
ウェーブ開始時刻ウェーブ作成ジョブが実行される予定時刻自動ウェーブの場合、バックグラウンドジョブ(通常SM36でスケジュール)は、テンプレートで定義されたウェーブ開始時刻の15~30分前にトリガーし、ウェーブがピッカーにリリースされる前に例外処理の時間を確保します。これをSD/LEチームと合意した出荷予定の締切時刻と調整してください。
ウェーブ期間テンプレートが対象とする適格な倉庫オーダーをどの程度先まで見るかを定義する時間オフセット(時間/分)4時間の期間では、今後4時間以内に出庫予定のすべてのオーダーを取得します。期間が短すぎると、ウェーブ作成直後に到着したオーダーを見逃します。長すぎると、オーダーがまだ確定していないためにキャンセルされるウェーブが発生します。日本では、当日配送業務では通常2時間の期間で、1日あたり3~4回のウェーブサイクルが使用されます。
自動リリース区分ウェーブ作成直後にピッカーへの自動ウェーブリリースをトリガーするフラグ有効化すると、手動によるスーパーバイザーの確認なしに、ウェーブが「作成済」から「リリース済」に遷移します。これは、選択条件とサイズ制限が成熟しテストされている場合にのみ使用してください。サイズ超過または設定ミスのあるウェーブが早期にリリースされると、ピッカーがスキャンタスクを開始した後で元に戻すことは困難です。

2.4 ソートと最適化

ソートおよび最適化フィールドのチェックリストスライド: ソート順序フィールド1~3、ルート最適化フラグ — ソート矢印とルートアイコン付き

並び替えと最適化の設定は、ウェーブ内の倉庫オーダーがピッカーに提示される順序と、システムが倉庫内の物理的な移動経路ごとにオーダーをグループ化するかどうかを制御します。

項目説明実務上の使用例
ソート順序フィールド 1ウェーブ内の倉庫オーダーの最初のソート基準(例:保管棚番、ルート、出荷優先順位)保管棚番(通路-列-段)でソートすると、倉庫内で一筆書きのピッキング経路が作成され、ピッカー移動距離が最小化されます。これは従来型の棚倉庫において最も効果的な最適化設定です。
ソート順序フィールド 2ソートフィールド1が同値の場合に適用される第2ソート基準通常はタイブレーカーとして出荷優先順位に設定します。これにより、同じ通路セグメント内で、優先出荷がピッカーのタスクリストの先頭に配置されます。
ソート順序フィールド 3第3ソート基準実際には、ソートフィールド3はほとんど必要ありません。これは、非常に細かい棚番体系を持つ環境での最終的なタイブレーカーとして機能します。テストでピッカーの順序競合が明らかにならない限り、空白のままにします。
ルート最適化フラグウェーブ内で出荷ルート(SDルート)ごとに倉庫タスクをグループ化できるようにします有効化すると、システムは最終的に同じトラックに積み込まれるピックをクラスタリングしようとします。これにより、複数停車ルートの場合、梱包ステーションでの再仕分け作業が大幅に削減されます。出荷伝票にSDルートが常に設定されている必要があります。ルートデータがない場合、このフラグは無効と同様に動作します。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
ewm-001OverviewSAP EWMとは何ですか?

L2-A) Master Data

IDCategoryTitle
ewm-a01OverviewSAP EWM マスタデータ:概要、階層、および関係性
ewm-a02-01Master DataSAP EWM 品目マスタ
ewm-a03-01Master DataSAP EWM 保管タイプ
ewm-a03-02Master DataSAP EWM 保管セクション
ewm-a03-03Master DataSAP EWM 入庫格納ストラテジ
ewm-a03-04Master DataSAP EWM ピッキング戦略
ewm-a04-02Master DataSAP EWM 保管棚番
ewm-a04-03Master DataSAP EWM 固定保管棚番
ewm-a04-04Master DataSAP EWM 生産供給エリア
ewm-a04-05Master DataSAP EWM 梱包仕様
ewm-a04-06Master DataSAP EWM ユーザ
ewm-a05-01Master DataSAP EWM ウェーブテンプレート 📍
ewm-a06-01Master DataSAP EWM リソース
ewm-a07-01Master DataSAP EWM 検査タイプ
ewm-a08-01Master DataSAP EWM ロットマスタ
ewm-a08-02Master DataSAP EWM ロット特性
ewm-a09-01Master DataSAP EWM RF環境
ewm-a09-02Master DataSAP EWM RF 論理トランザクション
ewm-a09-03Master DataSAP EWM RFメニュー
ewm-a09-04Master DataSAP EWM RFプロファイル
ewm-a09-05Master DataSAP EWM RF キュー
ewm-a09-06Master DataSAP EWM RF プレゼンテーションデバイス
ewm-a10-01Master DataSAP EWM PLC(プログラマブル・ロジック・コントローラ)
ewm-a10-02Master DataSAP EWM コミュニケーションポイント

L2-B) Transaction

IDCategoryTitle
ewm-b01OverviewSAP EWMトランザクション:プロセスフロー、階層、および関係