WES vs WMS：境界線を1枚の図で引く

最初の一問：WMSはあるのになぜWESを入れるのか？

2024年以来、最もよく聞かれる質問のひとつです。年3 millionオーダーを出荷するEC倉庫が、4年間しっかりしたWMSを運用してきました。そこにピークシーズンが到来：ウェーブ計画は紙の上では完璧に見えたのに、現場は混乱に陥りました。ピッキングエリアAは長蛇の列ができているのに、エリアBの作業員は手持ち無沙汰。詰まったコンベヤのせいで、AGVと有人フォークリフトが通路の交差点で身動きできなくなったのです。オーナーからこう聞かれました：WMSが壊れているのですか？入れ替えるべきでしょうか？

私の答え：WMSは壊れていません。足りないのは実行オペレーションの指揮層——それこそがWES（Warehouse Execution System）の役割です。WMSは「何があり、どこにあり、どんなルールで回すか」に答える。WESは「この瞬間、どのオーダーを先に回すか、誰が扱うか、すべてが流れるようにどんな順番で回すか」に答える。ひとつは計画し、もうひとつは実行のリズムを指揮する。

境界線を引くための4ステップ

RF端末を持ちタスク指示を受ける倉庫作業員

1. 一言で覚える：WMSは大脳、WESは小脳

WMSは在庫記録、スロット戦略、ウェーブ計画、課金を担う——時間の粒度は「時間・シフト」で考える。一方WESは計画を現場のアクションに変える：いつウェーブを解放するか、どれだけ解放するか、どのピッキングゾーンを先にするか、誰に最も近いタスクを割り当てるか——「分・秒」で考える。

たとえるなら、WMSは作戦地図と参謀本部、WESは最前線の指揮官。どんなに良い地図があっても、現場の指揮官がいなければ部隊は同じ交差点で詰まってしまう。

2. 能力比較表：この1枚で十分

観点	WMS	WES
核心となる問い	何があり、どこにあり、どんなルールで流れるか	今何をやるか、誰がやるか、ペースをどう制御するか
時間の粒度	時間／シフト	分／秒
代表的な動き	ウェーブ作成、スロット、循環棚卸、課金	ウェーブ解放、ゾーンの負荷バランス、タスクの順番替え
自動化設備との関係	設備に指示を出す	設備と人のタクトを調整して渋滞を防ぐ
これがないと	倉庫が回らない	ピークは渋滞、谷間は手待ち——頼れるのは管理者の勘だけ

3. 三つのサイン：あなたの倉庫にWESレイヤーは必要か？

サイン1：連携させなければならない自動化が3種類以上。 コンベヤ、AGV、ロボットアーム、シャトルがバラバラに動いている——WMSは指示を出しても、そのリズムを束ねない。
サイン2：ウェーブ量の乱高下。 ピークが通常の3倍なら、固定ペースのウェーブ解放は現場を洪水にするか、キャパシティを遊ばせるかのどちらか。
サイン3：慢性的なピッキングゾーンの負荷アンバランス。 一つのゾーンが行列を作り、別のゾーンが遊んでいるなら、リアルタイム負荷バランスの「配車係」がいない。

3つのうち2つが当てはまれば、WESを真剣に検討する時期。

4. 導入モデル：スタンドアロンWES vs WMS内蔵モジュール

日50,000オーダーを超える高度自動化メガ倉庫にはスタンドアロンWESが向く——中立的な指揮力はそこで最も生きる。コンベヤ＋有人ピッキングだけの小さな現場なら、WMS内蔵のWESモジュールでたいてい十分。バズワードのために2つ目のシステムを買わない——まずWMSベンダーに、タスクエンジンがどこまでできるか具体的に実演させてから判断する。

現場事例：60,000平米の3PLが移動距離を22%削減

中国東部の3PL：60,000平米、1日40,000オーダー。WMS導入から3年、ボトルネックはウェーブ解放が管理者の勘頼みだったこと：ピークで全部流せば現場が爆発し、谷間で抑えればキャパシティが遊ぶ。

WESによるダイナミックなウェーブ解放を入れると、各ピッキングゾーンのリアルタイムキャパシティに基づいてシステムがタスクを「引っ張り解放」し、渋滞点の手前で流れを逃がす。3か月後：ピッキングゾーンの移動距離が22%減、オーダーの締め時間が5:00 PMから7:30 PMへ——毎日2.5時間の受注延長、そのままピークシーズンの売上に変わった。

避けるべき落とし穴

WESをWMS代わりに使うな。 WESは在庫記録を持たない。WMSなしにWESの話はない——土台が流れる前に飾りつけをしても崩れる。
インターフェース遅延の罠に注意。 WMSとWES間のウェーブステータス同期が30秒を超えて遅れると、実行層は古い計画で「目隠し運転」になる。遅延SLAは契約書に書く。
マスタデータは一元化。 ロケーション・人員・設備マスタは一か所でだけ維持——コピーが2つあれば必ず乖離し、配車は間違った人を間違ったゾーンに送る。

三つの質問による意思決定ツリー

理論は終わり——決めるときは3つの質問：

質問	内蔵モジュール寄り	スタンドアロンWES寄り
自動化レベル	コンベヤ＋有人ピッキングのみ	連携が必要な自動化が2種類以上（AGV／シャトル／ロボティクス）
ピーク谷間のボリューム比	<1.5、ウェーブのリズムが安定	>2.5、販促で爆発
IT体制	3名未満、もう一つのシステムを保守する気力なし	デュアルシステム運用を担える専任チームあり

3つのうち2つがスタンドアロンWESなら、選定開始。もうひとつ順番のヒント：WESを入れる前にWMSをまず6か月安定稼働させ、在庫精度を98%以上に。WESはアンプ——WMSが安定しているほど増幅ゲインは大きく、ぐちゃぐちゃなWMSはただ混乱が速く実行されるだけ。

本当の成功指標はシステムの洗練度ではない——3か月後、管理者が勘でウェーブを解放しなくなっていること。実行のリズムはついにデータのものになる。

スタンドアロンWESの隠れコスト：全部の数字を数えよう

スタンドアロンWESの見積もりは、通常ライセンス＋導入しか見えない。本当の総額にはあと3行ある：

デュアルシステム運用。 もう一つのシステムを監視・パッチ・バックアップ——年あたりライセンス費の約20%。小さなITチームには、これがラクダの背を折る最後の一本の藁。
マスタデータ同期。 ロケーション・人員・設備マスタをWMSとWES間でリアルタイム同期——同期パイプライン自体を構築・監視しなければならず、障害が一度起きれば配車事故になる。
組織コスト。 2システムになると、障害のたびに「どっち側か？」から始まる——切り分け時間が倍増。両ベンダーの共同対応SLAを契約に書く。

全部を数えると、多くの中規模倉庫は「3倍の値段で95点」より内蔵モジュールの「80点」で十分と気づく。80点の解で2年回して、自動化が本当に追い越したら上げればいい。