出荷SAP EWM 出荷プロセスの基本：ウェーブ管理と輸送単位（TU）による高度な同期出荷

入荷が倉庫にモノと情報を溜める「インプット」だとすれば、出荷は溜まった在庫をいかに効率よく、正確に顧客へ届けるかという「アウトプット」のプロセスです。

EWMの出荷プロセスは、単に棚からモノを出してトラックに載せるだけではありません。膨大な受注を効率的なグループにまとめる「ウェーブ管理」や、現場の作業と輸送車両を同期させる「輸送単位（TU）」の管理など、出荷の精度とスピードを極限まで高めるためのロジックが詰まっています。

今回は、出荷プロセスの全体図を整理しながら、実務で重要になる検索ロジックや工程管理の仕組みを紐解いていきましょう。

出荷プロセスの業務フロー

EWMの出荷プロセスは、単にモノを出すだけでなく、輸送計画やバース管理といった「倉庫の外」の動きと密接に同期しています。以下のフロー図に沿って、その全体像を紐解いていきましょう。

出荷プロセスの全体図

このフローは、大きく3つのフェーズに分かれています。

1. 輸送計画・伝票作成フェーズ：モノを動かす「枠」を決める
始まりはERPでのオーダー作成（受注や在庫転送オーダー）です。ここから出荷伝票（Outbound Delivery）が作成され、EWMへ送られるのが標準的な情報の流れです。ここで、より高度な輸送同期を行うための仕組みとして活用されるのが「運送指図（Freight Order）」です。

この運送指図の作成は必須ではありませんが、SAP TM（輸配送管理）と連携したり、EWM側で詳細な輸送情報を管理したい場合に非常に有効です。運送指図を介して「どのトラックが、いつ到着するのか」という正確なタイムスケジュールをEWMが把握できるようになるからです。

車両の到着時間が可視化されることで、倉庫側では「トラックが来る直前にピッキングが終わる」ように、作業の開始時間を逆算してコントロールすることが可能になります。これにより、出荷場が荷物で溢れてしまう「早すぎる準備」や、車両を長時間待たせてしまう「作業の遅れ」を防ぎ、倉庫のスペースと車両の回転率を同時に最適化できるのです。

最終的にこれらの輸送計画は、EWM内で「輸送単位（TU）」として表現され、どの荷物をどの車両に積み込むかという実行計画へと引き継がれます。

2. ピッキングフェーズ：倉庫内の実行
計画が整うと、倉庫部門が「ウェーブ（Wave）のリリース」を行います。これにより、EWM上で最適な在庫が引き当てられ（在庫引き当て）、現場へピッキング・梱包・ステージングの指示が飛びます。

• 計画と連動した作業：ウェーブを利用することで、同じトラックに載せる荷物をまとめて効率的にピッキングすることが可能になります。

3. 出庫フェーズ：輸送へのバトンタッチ
最後は実物の積込と出荷です。ここではバース管理システムとの連携が鍵となります。トラックの到着（チェックイン）に合わせてバースを割り当て、ピッキング済みの荷物を積み込みます。積込完了後、EWMで出庫計上（Goods Issue）を行うことで、システム上の在庫が減少し、ERP側のステータスも完結します。

実務上の重要ポイント：輸送計画と倉庫作業を「同期」させる

フロー図の中で特に注目すべきは、「運送指図（Freight Order）」がEWMの「輸送単位（TU）」に紐付いている点です。これには実務上、2つの大きなメリットがあります。

① 「車両の準備」に合わせた作業計画

いくら早くピッキングが終わっても、トラックが来なければ出荷場が荷物で溢れてしまいます。逆に、トラックが来ているのに荷物が揃っていないと、車両を待たせてしまいます。TUを通じて輸送計画を把握することで、車両の到着予定に合わせた「ちょうど良いタイミング」でのウェーブ作成・作業開始が可能になります。

② バース回転の最大化

バース管理システムと連携し、車両の受付から積込、バース解放までのステータスを可視化することで、大規模倉庫での「トラック待ち」を最小限に抑えられます。これは、単なる倉庫内の効率化を超え、物流全体のコスト削減に直結するポイントです。

「どの在庫を、どこから出すか」を決定する検索ロジック

出荷伝票（ODO）が作成されると、EWMは膨大な在庫の中から「今回の出荷に最適な在庫」を自動で特定します。入荷時にPACI（棚入れ制御）を使ったように、出荷ではSRCIというインジケータがその判断の起点となります。

① エリアの特定：SRCI (Stock Removal Control Indicator)

まず、製品マスタに登録されたSRCIを参照し、どの保管エリア（保管タイプ）から在庫を探すべきか、その「優先順位（検索順序）」を決定します。

システム動作・役割

例えば、「通常は平置きエリアから出すが、そこになければ自動倉庫エリアから出す」といったルールを定義します。製品の特性（例：危険物、重量物、高額品）に合わせて、最適なエリアを自動でランク付けしてくれるわけです。

② 払出戦略：効率と鮮度を両立するアルゴリズム

エリアが決まったら、次はそのエリア内にある多くの棚番から、具体的に「どの荷姿（HU）を出すか」をアルゴリズムで決定します。これが払出戦略（Stock Removal Strategy）です。

戦略	技術的動作・メリット
FIFO (先入れ先出し)	入庫日が最も古い在庫を優先。鮮度管理の基本であり、EWMで最も多用される戦略。
固定棚戦略	あらかじめ設定したピッキング専用の棚（固定棚）から優先的に出す。
端数優先戦略	既に開封済みのケースや、数量が少ないHUを優先して出す。棚の断片化を防ぎ、保管効率を高める。
大/小数量区別	出荷量に応じて、パレット単位なら「バルクエリア」、バラ出荷なら「ピッキングエリア」と出し分ける。

これらのルールが実際にいつ動き出し、在庫をロックするのか？その鍵を握るのが次章のウェーブ管理です。

ウェーブ管理と倉庫タスク（WT）：実行の「トリガー」と「在庫のロック」

出荷予定（ODO）が作成され、在庫の検索ルール（SRCI等）が決まっても、すぐに現場へ作業指示を出すわけではありません。そこで重要になるのが、複数の出荷オーダーを適切なグループにまとめ、一括して作業を開始させる「ウェーブ管理（Wave Management）」です。

ウェーブ管理は、倉庫内の作業負荷とトラックの出発時間を同期させる、いわば「作業の蛇口」のような役割を果たします。

リリースの瞬間：ルールから「実行」への変換

ウェーブ運用の最大のポイントは、管理者が行う（あるいは自動実行される）「リリース」のアクションです。このリリースの瞬間に、初めてシステムは以下の処理を同時に実行します。

1. 在庫の特定：3章で解説した検索ルールに基づき、最適な在庫（どの棚のどのHUか）を決定します。
2. 倉庫タスク（WT）の生成：決定された在庫に対し、具体的な「どの棚から、どの出荷口へ運ぶか」という作業指示（WT）を作成します。

倉庫タスクによる「在庫の真実」の保護

このリリースのタイミングで作成される「倉庫タスク（WT）」こそが、在庫を強力に保護し、欠品を防ぐ仕組みです。

• 論理的引き当て：WTが作成された瞬間、その数量分はシステム上の「利用可能在庫」から即座に差し引かれます。これにより、後続の別の出荷オーダーが同じ在庫を奪うことを論理的に遮断します。
• 物理的ロック：特定のパレット（HU）がWTに紐付くと、そのHUはシステム上でロック状態となります。ピッキング作業が完了するまで、他の用途（在庫移動など）に使い回されるリスクを排除します。

輸送計画（TU）との同期：出荷時間を守るための「逆算スケジュール」

ウェーブ管理の真の強みは、輸送計画（運送指図やTU）に含まれる「出発予定時間」から逆算して、現場の作業開始を自動制御できる点にあります。EWMは、各保管エリアの作業特性に合わせた「リードタイム」を考慮し、以下のようにリリースタイミングをずらして制御します。

エリア別同期スケジュールのイメージ（14:00出発の場合）

時刻	ケース系自動倉庫 （LT 60分）	パレット自動倉庫 （LT 40分）	平置きエリア （LT 30分）	トラック・積込
12:30	リリース	–	–	–
12:50	パレタイズ中	リリース	–	–
13:00	パレタイズ中	搬送中	リリース	車両接車
13:30	ステージング完了	ステージング完了	ステージング完了	積込開始
14:00	–	–	–	出発

このようにリリースタイミングをずらして制御することで、保管場所や作業工程が全く異なる荷物であっても、積込開始の直前にほぼ同時に出荷待機エリアへ集結（ステージング）させることが可能になります。

プロセス指向（POSC）とレイアウト指向（LOSC）：複雑な出荷工程を自動化する

前回の「入荷編」でも登場したPOSC（プロセス指向）とLOSC（レイアウト指向）ですが、これらは出荷プロセスにおいても、現場の複雑な動きを制御する司令塔として機能します。

入荷が「棚に収めるまでの工程」を管理していたのに対し、出荷では「トラックに載せるまでの工程」を緻密にコントロールします。

プロセス指向保管制御（POSC）：出荷ステップの連鎖

POSC（Process-Oriented Storage Control）は、出荷完了までに必要な「作業工程（ステップ）」を定義し、それを順番に実行させる仕組みです。一般的な出荷の流れでは、以下のようなステップが定義されます。

1. ピッキング (Picking)：棚から在庫を取り出す。
2. 梱包 (Packing)：梱包台で配送箱に詰め替え、送り状を貼る。
3. ステージング (Staging)：指定された出荷待機エリア（荷揃え場所）へ運ぶ。
4. 積込 (Loading)：トラック（TU）に積み込む。

POSCの優れた点は、「前の工程が終わると、次の工程のタスクが自動で生成される」連動性にあります。梱包台で作業完了をスキャンすると、システムが即座に「出荷場へ運べ」という次の指示を作成します。これにより、荷物が今「梱包中」なのか「出荷待ち」なのかをリアルタイムに追跡でき、情報の断絶を防ぎます。

レイアウト指向保管制御（LOSC）：物理的な搬送ルートの制御

POSCが作業の「手順」を決めるのに対し、LOSC（Layout-Oriented Storage Control）は、倉庫の構造上の「ルート」を制御します。特に出荷時は、自動倉庫からコンベアを経由して出荷口へ向かうなど、物理的な制約をクリアする必要があります。

• 中継地点（IDポイント）：コンベアの合流地点や垂直搬送機（リフト）の乗り場など。
• バトンタッチの制御：EWMはLOSCの設定に基づき、まずコンベアの投入口までの指示を出します。そこから先の制御はWCS（倉庫制御システム）へバトンタッチし、コンベアの終点に届いたら再びEWMが次の指示を出す、といった緻密な連携を可能にします。

入荷と出荷、POSC/LOSCはどう違う？

基本的な考え方は同じですが、実務上の目的は明確に異なります。

• 入荷のPOSC/LOSC：正しい「属性（品質・荷姿）」を確認し、最適な「場所」に収めるための検所を設けるのが主目的。
• 出荷のPOSC/LOSC：正しい「納期・車両」に合わせて、異なる場所から来る荷物を「一箇所（ステージングエリア）」に最短ルートで集約させるのが主目的。

積込実行と出庫計上（Goods Issue）：物流から商流への最終バトンタッチ

出荷プロセスの最後を締めくくるのは、実物を車両へ載せる「積込（Loading）」と、システム上の在庫を落とす「出庫計上（Goods Issue：GI）」です。このステップは、単なる作業の完了報告ではなく、商品の所有権が自社から離れ、会計上の資産が減少する重要な「商流の転換点」でもあります。

積込スキャン：荷役単位（HU）と輸送単位（TU）を紐付ける

ステージングエリアに揃った荷物をトラックに積み込む際、EWMではパレットやケース（HU）のラベルを一つひとつスキャンし、積込対象の車両（TU）と紐付けます。この「積込スキャン」には、実務上の非常に強力なチェック機能が備わっています。

• 積み間違い・積み忘れの防止：予定されていない車両（TU）に対して荷物（HU）をスキャンすると、システムが警告を出します。また、全荷物のスキャンが終わるまで積込完了を認めない設定にすることで、「1パレットだけホームに残ってしまった」という誤出荷を物理的に防ぐことができます。

出庫計上：在庫の真実が「実社会」へ動き出す瞬間

すべての荷物がTU（トラック）へ積み込まれると、いよいよ出庫計上（GI）を実行します。このアクションにより、システム内では以下の処理がリアルタイムに実行されます。

1. EWMの在庫減少：倉庫内から正式に在庫データが引き落とされます。
2. ERPへの実績連携：即座にERP側へ実績が送信され、出荷伝票が「完了」ステータスになります。
3. 会計処理のトリガー：ERP側で売上原価の計上や売上の認識が可能になり、物流の動きが「お金の動き」へと変換されます。

まとめ：出荷プロセスは「約束」を果たすプロセス

ここまで、EWMにおける出荷プロセスの全体像を見てきました。前回の記事で解説した「入荷」が、倉庫の中に正しいデータを溜める作業だったのに対し、今回の「出荷」はそのデータを正確に出力する作業です。

入荷プロセスで確立した「在庫の真実（Inventory Truth）」は、この出庫計上の瞬間、無事に顧客への「納品」へと姿を変えます。EWMによる出荷管理の真価は、以下の4つの要素が完璧に組み合わさることにあります。

• 正しいモノを（SRCIと払出戦略）
• 正しい時間に（ウェーブ管理による逆算スケジュール）
• 正しいルートで（POSC/LOSCによる工程・搬送制御）
• 正しい車両へ（TUによる積込・バース管理）

これらのロジックが緻密に積み重なることで、EWMは属人的な「ベテランの勘」を排除し、どんなに複雑な大規模倉庫でも「当たり前の品質」を高いレベルで維持することを可能にしています。

出荷を制する鍵は、実はその前段階である「入荷」の精度にあります。正しい状態で入ってきたモノを、正しいロジックで送り出す。このシンプルかつ強力な連鎖こそが、次世代の倉庫管理の姿と言えるでしょう。