LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

WMSとは——在庫管理システムと何が違うか

WMS（Warehouse Management System、倉庫管理システム）とは、倉庫内の物理的な作業と在庫の動きを一元管理するシステムを指します。入庫・格納・ピッキング・梱包・出荷という物流オペレーション全体をリアルタイムで管理し、作業効率と在庫精度の向上を目的とするシステムです。

在庫管理システムとの違い——「数量管理」から「現場オペレーション管理」へ

在庫管理システムの主な役割は、在庫数量の正確な把握と帳簿管理です。いつ・どの商品が・何個あるかを管理することに特化しており、販売管理や会計システムと連携します。一方、WMSはその在庫を「どのロケーションに」「どの順番で」「どの作業員が」扱うかという物理的な作業管理まで担います。

WMSが在庫管理システムと大きく異なるのは、ロケーション管理・ピッキング指示・ハンディターミナル連携など、物流現場のリアルタイムオペレーションを制御する点です。物流センターや3PL（サードパーティロジスティクス）では、在庫数量の管理だけでは現場作業の効率化が難しく、WMSが必要になります。

WMSが必要になる物流現場の特徴

WMSの導入が検討されるのは、次のような状況が生じている物流現場です。

• SKU（在庫品目数）が多く、ロケーション管理が手作業では追いつかない
• ピッキングミスや誤出荷が繰り返し発生している
• 入庫・出荷の繁閑差が大きく、作業員の配置最適化が必要
• ECや複数販路からの受注を1つの倉庫でまとめて処理している
• 基幹システム・EC・配送システムとのデータ連携が手作業になっている

国土交通省は「単なるデジタル化・機械化ではなく、オペレーション改善や働き方改革を実現し、物流産業のビジネスモデル革新を実現する」方針のもと、中小物流事業者を含めた物流DXを推進しています^*1。WMSはこうした物流DXの中核となるシステムの一つです。

WMSの主要機能7つ——物流現場のオペレーションを支える

WMSは物流現場の多岐にわたる業務を統合管理するシステムです。導入・開発にあたって必要な機能を事前に整理しておくことが、要件定義の精度を高めることにつながります。

入庫管理・ロケーション管理・在庫追跡

入庫管理は、商品が倉庫に到着してから格納されるまでの工程を管理します。発注データとの突合、数量確認、検品、ロケーションへの格納指示を担います。バーコードやRFID（Radio Frequency Identification、非接触でデータを読み書きできる識別技術）と連携することで、手作業によるミスを減らせます。

ロケーション管理は、WMS固有の機能として特に重要です。倉庫内の棚・ゾーン・列・段を「ロケーション」として定義し、どの商品がどこに格納されているかをリアルタイムで追跡します。ロケーション管理によりピッキング経路の最適化が可能になり、作業時間の短縮につながります。

在庫追跡は、入庫から出荷まで全工程での在庫の動きを可視化します。ロットやシリアル番号の管理も含め、問題発生時のトレーサビリティ確保にも役立ちます。

出荷管理・ピッキング/梱包指示・棚卸

出荷管理は、受注データに基づいて出荷に必要な作業を指示・管理します。出荷日時・配送業者・梱包仕様に合わせた出荷準備を、複数の受注を束ねてまとめて処理するバッチピッキングや、1件ずつ処理するシングルピッキングといった方式を切り替えながら運用します。

ピッキング/梱包指示は、ハンディターミナルやデジタルピッキングシステムを使い、作業員に対してどこから何を取るかを指示します。ミスが起きやすい工程であるため、スキャン確認や音声ガイダンスとの連携機能が重要です。

棚卸機能は、実在庫と帳簿在庫を照合する作業をサポートします。全数棚卸ではなく、ロケーション単位や商品カテゴリ単位での循環棚卸（サイクルカウント）もWMSで管理できます。

ハンディターミナル/バーコード/RFIDとの連携

ハンディターミナル（HT）との連携は、WMSの現場運用において欠かせない要素です。作業員はHTでバーコードをスキャンしながら入庫・ピッキング・棚卸を進め、WMSはリアルタイムで在庫情報を更新します。HTには専用端末とスマートフォン型があり、WMSが対応する機器種別の確認が必要です。

バーコードはJAN・EAN・QRコードなど複数の規格があります。商品ごとのバーコード体系がWMSと整合しているかを導入前に確認する必要があります。

RFIDは非接触で複数タグを一括読取できる技術で、高速な入出庫処理が求められる物流現場での採用が増えています。ただしRFIDの読取機器やタグのコストはバーコードより高いため、導入効果と費用の検討が必要です。

パッケージWMS vs スクラッチ開発——選択の判断軸

WMSの調達・開発方式は大きく3つに分類されます。自社の業務特性と予算に合わせて選ぶことが重要です。

パッケージWMSの特徴とコスト

パッケージWMSは、倉庫管理に必要な標準機能をあらかじめ備えた製品です。導入実績が豊富で、マニュアル・サポート体制が整っているものが多く、業務を標準機能に合わせることで短期間での稼働が期待できます。

一方で、自社固有の業務フローや既存システムとの連携要件がパッケージの標準仕様と合わない場合、カスタマイズ費用が想定外に膨らむリスクがあります。パッケージを選ぶ際は「カスタマイズ範囲をどこまで許容するか」を事前に定めておくことが重要です。

スクラッチ開発の特徴とコスト

スクラッチ開発は、自社の業務フローや既存システムとの連携仕様に最適化したWMSを一から作る方式です。自社固有の物流フロー・複雑な荷主ごとのルール・既存ERPや配送システムとの密な連携が求められる場合に選ばれます。

初期開発費用はパッケージ導入より大きくなる傾向がありますが、保守・機能追加のコントロールがしやすい点がメリットです。ただし、要件定義の精度が開発品質と費用に直結するため、業務知識と開発技術の両方を持つ委託先の選定が特に重要になります。

ハイブリッド（パッケージ＋カスタマイズ）という選択肢

実際の導入では、パッケージをベースに自社固有の機能を追加開発するハイブリッドが多く採用されています。標準機能で賄える部分はパッケージに任せ、独自要件のある部分だけをカスタマイズまたは追加開発する方式です。

ハイブリッドの注意点は、パッケージのバージョンアップ時にカスタマイズ部分の改修が必要になる場合があることです。長期運用を見据えて、カスタマイズの範囲と保守コストのバランスを設計段階で検討することが求められます。

WMS開発・外注の費用相場（市場参考値）

WMSの開発・外注費用は、規模・機能・連携要件・開発方式によって大きく異なります。以下の費用は市場参考値であり、一次資料に基づく確定値ではありません。実際の費用は複数の委託先に見積もりを依頼して確認することをお勧めします。

費用を左右する5つの要素

• 管理するSKU数・ロケーション数：品目数が多いほど、ロケーション管理・マスタ設計の工数が増えます
• 連携システムの数と複雑さ：ERP・EC・配送システム・WCSなど連携先が多いほど開発工数が増加します
• ハンディターミナル・RFID対応の有無：機器連携のための開発・テスト工数が必要です
• 拠点数・ユーザー数：マルチ拠点対応や同時アクセス数の増加はインフラ・ライセンス費用に影響します
• 開発方式（パッケージ/スクラッチ/ハイブリッド）：方式により費用構造が異なります

開発規模別の費用イメージ（市場参考値）

市場で見られるWMS開発・外注の費用帯は、開発規模や方式によって幅があります。以下は複数の開発会社の公開情報・業界参考値をもとにした目安であり、一次資料ではありません。

なお、開発費用とは別に、保守・運用費用（年間の運用保守契約）が発生します。保守費用は初期開発費用の15〜20%程度が目安とされることがありますが、契約内容・対応範囲によって異なります。これも市場参考値であり、一次資料ではありません。

費用の見積もりでは、複数の委託先から提案を受けて比較することが重要です。提案書に含まれる機能範囲・連携仕様・保守条件が各社で異なる場合があるため、同一の要件定義書（RFP）に基づいた見積もりを取ることで比較精度が高まります。

WMS外注の進め方——現場調査から保守まで5フェーズ

WMSの外注を成功させるには、現場の実態把握から始まる体系的なプロセスが欠かせません。以下の5フェーズを順に進めることで、要件の抜け漏れと手戻りを減らすことができます。

フェーズ1：現場調査・業務フロー整理

WMS開発で最初に取り組むべきは、現在の倉庫業務フローの可視化です。入庫・格納・ピッキング・梱包・出荷・棚卸の各工程で、誰が・何を・どの順番で行っているかを現場で確認します。

この段階を省略して要件定義に進むと、現場の実態と合わない仕様になりやすいため注意が必要です。業務フローの可視化には現場担当者のヒアリングと帳票・システムの棚卸しが含まれ、数日から数週間の工数がかかります。

フェーズ2：要件定義・RFP作成

現場調査の結果をもとに、WMSに実装する機能・非機能要件を定義します。機能要件では「何ができるか」（入庫確認・ロケーション割当・ピッキング指示など）、非機能要件では「どの程度の性能・可用性が必要か」を整理します。

要件定義書をRFP（Request For Proposal、提案依頼書）として整備することで、複数の委託先に同条件での提案・見積もりを依頼できます。RFPには業務フロー・システム連携要件・ハード構成・スケジュール要件・保守条件を含めることが推奨されます。

フェーズ3：ベンダー選定・契約

RFPをもとに提案を受け、委託先を選定します。評価軸は機能適合性・開発費用・物流業界実績・保守体制・会社の財務健全性などが一般的です。

契約形態は、要件が固まっている場合は「請負契約」、要件が変化しやすい場合は「準委任契約」が選ばれます。契約前に検収条件・瑕疵担保責任の範囲・知的財産権の帰属を確認しておくことが重要です。

フェーズ4：開発・テスト・移行

開発フェーズでは、要件定義書に基づいて設計・実装・単体テスト・結合テスト・システムテストを順に進めます。WMSは実際の倉庫機器（ハンディターミナル・プリンター・バーコードスキャナ等）との連携確認が必要なため、実機でのテスト環境を早期に整備することが求められます。

データ移行では、既存の在庫マスタ・ロケーションマスタ・取引先マスタを新WMSに移行します。移行データの精査と検証は手作業が発生しやすく、工数を見込んでおく必要があります。本番稼働前には並行稼働期間を設け、既存システムとの差異を確認することが一般的です。

フェーズ5：稼働後の保守・運用

WMSは稼働後も継続的な保守・運用が必要です。保守業務には、障害対応・セキュリティパッチ対応・ハード更改時の動作確認・連携先システムのバージョンアップへの追従が含まれます。

また、物流業務の変化（取扱商品の増減・新たな配送先の追加・業務フローの改善）に伴う機能追加も発生します。保守契約の範囲（定常保守と機能追加の区分）を契約時に明確にしておくことで、稼働後の費用トラブルを防ぐことができます。

外注委託先の選び方——物流実績・技術・体制で評価

WMS開発の委託先選定では、単に費用や会社規模だけでなく、物流業界の業務理解と保守体制の長期安定性を重視する必要があります。

確認すべき3つの軸（業界実績・技術スタック・保守体制）

物流業界の開発実績を確認する際は、過去に手掛けたWMS・物流システムの案件数と業種・規模を確認します。「WMSを開発したことがある」と「物流センター向けに大規模WMSを安定稼働させた実績がある」では意味が大きく異なります。

技術スタックについては、使用する開発言語・フレームワーク・データベース・クラウド環境が自社の既存システムや将来的な拡張計画と整合しているかを確認します。ハンディターミナルの機種・バーコード規格・RFID対応の実績も重要な確認項目です。

保守体制では、稼働後の問い合わせ窓口・障害対応のSLA（Service Level Agreement、サービスレベル合意）・担当者の継続性を確認します。開発担当者と保守担当者が変わる体制では、仕様の引き継ぎが不完全になりやすく、障害対応に時間がかかるリスクがあります。

契約前に確認すべき事項

契約締結前には以下の点を確認することをお勧めします。

• 下請け・再委託の有無：元請が受注し、実際の開発を別会社に再委託するケースがあります。再委託先の技術力と管理体制を確認してください
• 検収条件の明文化：「完成」の定義があいまいだと、追加費用の請求や納期遅延につながります
• ソースコードの帰属：スクラッチ開発では、ソースコードの著作権・利用権が発注側に帰属するか確認してください
• 保守期間と費用の取り決め：稼働後の保守期間・対象範囲・単価（追加開発の人月単価）を事前に合意しておくことが重要です

委託先の選定に使う工数は、設計・開発フェーズの手戻りを防ぐ投資です。複数社から提案を受け、実績・技術・体制・費用の4軸で比較することを推奨します。

WMS開発を内製で行う場合、物流業務の知識・サーバーサイド開発・モバイル/HT連携・既存基幹システムとのAPI設計など、広範な専門知識を持つエンジニアを確保する必要があります。また、物流現場でのテスト・移行作業には現場担当者との密な連携も求められます。こうした体制を自社内で整備するコストと外注費用を比較した上で、委託範囲を決定することが重要です。

まとめ——WMS外注判断の3つのポイント

本稿では、WMS（倉庫管理システム）の開発外注について、在庫管理システムとの違い・主要機能・開発方式の選択・費用相場・進め方・委託先評価を整理しました。要点を3点にまとめます。

第一に、WMSは在庫数量管理にとどまらず、ロケーション管理・ピッキング指示・ハンディターミナル/バーコード/RFID連携という物流現場固有の機能を担うシステムです。在庫管理システムとの役割の違いを理解した上で、自社に本当に必要な機能を整理することが出発点です。

第二に、開発方式（パッケージ/スクラッチ/ハイブリッド）の選択は、費用だけでなく運用後のコントロール性と保守コストにも影響します。現場の業務フローをどこまで標準化できるかを先に見極めることで、適切な方式が見えてきます。

第三に、委託先の選定では物流業界の開発実績・技術スタック・保守体制の3軸を確認することが重要です。稼働後の保守費用と契約条件（ソースコード帰属・検収条件・SLA）を事前に合意しておくことで、稼働後のトラブルを減らすことができます。

よくある質問

WMSとERPの在庫管理機能はどのように違いますか

ERPの在庫管理機能は、主に在庫数量・金額の帳簿管理を担います。一方WMSは、倉庫内のロケーション管理・ピッキング指示・ハンディターミナル連携など物理的な作業管理に特化しています。ERP単体では倉庫内の動線最適化や現場作業の効率化は難しいため、大規模な物流センターではWMSを別途導入し、ERPと連携させる構成が一般的です。

WMS開発をスクラッチで行うのはどのような場合に適していますか

スクラッチ開発が適しているのは、自社固有の複雑な物流フロー・荷主ごとの異なるルール管理・既存の基幹システムや配送システムとの密な連携が求められる場合です。パッケージのカスタマイズでは対応しきれない独自要件がある場合に選ばれます。ただし初期開発費用が大きくなる傾向があるため、要件定義の精度を高めることが特に重要です。

WMS導入後の保守・運用費用はどの程度かかりますか

保守・運用費用は契約内容によって異なります。市場参考値として、保守費用が初期開発費用の15〜20%程度（年間）とされることがありますが、これは一次資料に基づく確定値ではありません。保守の対象範囲（障害対応のみか機能追加を含むか）・SLA（応答時間・復旧時間）・担当者体制によって費用は大きく変わります。契約前に保守期間・費用・対応範囲を明文化することが重要です。

WMS開発の外注先を選ぶ際に最初に確認すべきことは何ですか

最初に確認すべきは物流業界でのWMS開発実績です。倉庫管理に特有のロケーション管理・ハンディターミナル連携・棚卸機能の実装経験があるかを具体的な案件実績で確認してください。次に、下請け・再委託の有無と、稼働後の保守体制（窓口・SLA・担当者の継続性）を確認することで、開発品質と長期運用の安定性を評価できます。

WMSとWCS（倉庫制御システム）は何が違いますか

WCSとはWarehouse Control Systemの略で、自動搬送設備（コンベア・ソーター・自動棚等）を制御するシステムです。WMSが「どの商品をどこに格納し、どの順番でピッキングするか」という業務ロジックを管理するのに対し、WCSは「その指示を受けて設備をどう動かすか」という機器制御を担います。設備の自動化が進んでいる倉庫ではWMSとWCSを連携させて運用します。

著者：テレリモ総研編集部　鈴木 亮佑

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：国土交通省「物流DXの推進」（2022〜2024年度掲載）
2. *2　出典：国土交通省「総合物流施策大綱（2026年度〜2030年度）」（2025年策定）