倉庫管理システム（WMS）の開発｜入出荷・ロケーション管理の作り方と費用

「紙のピッキングリストと目視で出荷しているが、誤出荷が減らない」「棚のどこに何があるか、ベテランしか分からない」——この記事では、倉庫管理システム（WMS）を開発・導入する方法を、在庫管理システムとの違い、入荷から出荷までの機能、ハンディ端末の考え方、費用の目安、そして一律100万円で作れる範囲まで順に解説します。物流倉庫・EC倉庫・3PLの現場で判断できるよう、目安の数値と手順で整理しました。

WMS（倉庫管理システム）とは？在庫管理システムとの違い

WMSは「Warehouse Management System」の略で、倉庫の中で起きる作業——入荷・検品・棚入れ・保管・ピッキング・出荷——を管理し、最適化する仕組みです。よく混同される在庫管理システムとは、そもそも見ている対象が違います。

観点	在庫管理システム	WMS（倉庫管理システム）
主な関心	何がいくつあるか（数量）	庫内でどう動かすか（作業）
位置の概念	拠点単位で足りることが多い	棚番地（ロケーション）まで管理
中心の利用者	発注・在庫の管理者	倉庫現場の作業者
代表機能	入出庫記録・発注点・棚卸	ピッキング指示・出荷検品・ロケーション管理
端末	パソコン中心	ハンディ端末・スマホ中心

ざっくり言えば、在庫管理システムは「帳簿の数を合わせる」ための道具、WMSは「現場の人が正しく速く動く」ための道具です。数量だけを管理したいなら在庫管理システムで足ります。詳しくは在庫管理システムを自作・開発する方法も参考になります。一方、「棚のどこから取るか」「出荷前にどう照合するか」まで踏み込みたいなら、WMSの領域になります。

両者は排他ではなく、WMSが庫内作業を担い、在庫数の考え方（引当・発注点など）を内側に持つ、という関係で捉えると整理しやすくなります。

紙・目視・Excelの限界（庫内作業の3つの壁）

倉庫作業を紙のリストと目視、Excelの一覧だけで回していると、規模が大きくなるほど次の3つの壁が表面化します。在庫の「数」ではなく、現場の「動き」に起因する問題である点が特徴です。

• 誤出荷が減らない：品番の似た商品、数量の取り違え、伝票の見間違いを、人の目視だけでは防ぎきれない。出荷後に発覚するとクレーム対応と再送のコストがかさむ
• モノを探す時間：棚のどこに何があるかが記録されておらず、担当者の記憶頼み。新人が入るたびに「探す時間」が発生し、繁忙期に効いてくる
• 進捗と滞留が見えない：どの出荷指示がどこまで進んだか、検品待ちがどれだけ溜まっているかがリアルタイムに分からず、締め時間ぎりぎりまで読めない

さらに、ロケーションが決まっていないと、同じ商品が複数の棚に散らばり、在庫はあるのに「見つからないから欠品扱い」という事態も起きます。これらはどれも「数量管理」では解決せず、庫内の作業と位置を管理して初めて手が打てる問題です。ここがWMSを検討する動機になります。

WMSの主な機能（入荷から出荷までの流れで整理）

WMSの機能は、庫内作業の流れに沿って並べると理解しやすくなります。すべてを最初から作る必要はなく、まずは自社で最も痛みの大きい工程から着手するのが定石です。

工程	主な機能	何が良くなるか
入荷・検品	入荷予定との照合、数量・品番チェック、不良の記録	受け入れミスと後工程への持ち越しを防ぐ
棚入れ（格納）	空きロケーションの提案、棚入れ実績の記録	どこに置いたかが必ず残る
ロケーション管理	棚番地ごとの在庫、固定/フリーロケーション	「探す時間」をなくす
在庫引当・ステータス	受注に対する引当、良品/保留/検品中の区別	二重出荷・引当漏れを防ぐ
ピッキング指示	最短動線の順路、まとめ（トータル）ピッキング	歩行距離と作業時間を削減
出荷検品	出荷前のバーコード照合、数量確認	誤出荷を構造的に減らす
棚卸	ハンディでの実地カウント、差異の抽出	棚卸の工数と精度を改善
流通加工・返品	ラベル貼付・セット組み、返品の再入庫処理	付帯作業と返品対応を標準化

まず着手すべきは「ロケーション」と「出荷検品」

機能は多いですが、庫内作業の痛みに直結するのはロケーション管理と出荷検品の2つです。棚番地が分かれば探す時間が消え、出荷前にハンディで照合すれば誤出荷が構造的に減ります。この2つを軸に据え、入荷・棚入れ・ピッキングを前後につなげると、最小構成でも効果が出ます。ロット・賞味期限の厳密なトレースや流通加工は、運用が回り始めてから足しても遅くありません。

受注システム・ECとの連携

WMSは単独では完結しにくく、出荷指示の入口となる受注・EC側とつながって初めて回ります。受注データを取り込んでピッキング指示に変え、出荷実績を返す流れが基本です。受発注側の考え方は受発注システムの開発、EC倉庫の前提はECサイト制作の費用もあわせてご覧ください。

自社倉庫・EC倉庫・3PLで、要件はこう変わる

同じWMSでも、誰の倉庫を動かすかで芯になる要件が変わります。自社に近いケースから要件を組み立てると絞り込みやすくなります。

• 自社倉庫（メーカー・卸）：自社の商品だけを扱うため、ロケーションと出荷検品を固めれば十分なことが多い。生産や受発注システムとの連携が論点になりやすい
• EC倉庫：出荷件数が多く、1件あたりの点数は少ない「小口多頻度」が特徴。ピッキングの動線最適化と、複数モールの受注をまとめて捌く連携が要点。ギフトラッピングなどの流通加工も発生しやすい
• 3PL（物流受託）：他社の在庫を預かるため、荷主ごとに在庫を分けて管理し、作業量に応じて請求する機能が不可欠。荷主ごとに異なる作業ルールやラベル要件に対応できる柔軟さが求められる

とくに3PLは、荷主別の在庫分離と請求（保管料・作業料の算出）が既製WMSでも詰まりやすく、個別開発の価値が出やすい領域です。荷主が増えるほど「どの作業を何件やったか」を正確に積み上げる必要があり、ここを手作業やExcelで集計していると、請求のたびに大きな手間とミスの温床になります。自社がどのタイプかを先に決めると、既製と自作の判断がぶれません。EC倉庫であれば出荷波動への強さ、自社倉庫であれば既存システムとの連携、というように、タイプごとに優先すべき軸を一つ定めておくと要件が発散しません。

ハンディ端末・ハードの考え方

WMSは現場で歩きながら使うため、入力端末の選び方が使い勝手を左右します。ここは「専用機ありき」で考えず、段階的に判断するのが賢明です。

端末の選択肢	向いているケース	注意点
スマホ・タブレット	まず小さく始めたい／読み取り件数が中程度	落下・粉塵に弱い。ケースや運用でカバー
専用ハンディ端末	読み取り速度と耐久性を重視する大量出荷現場	端末費用がかかる。台数分の初期投資が必要
バーコード/QRラベル	既存のJANを使うか、独自番号をラベル発行	独自番号はラベルプリンタの運用設計が必要

多くの現場は、まずスマホのカメラ読み取りで仕組みを検証し、効果を確かめてから専用端末を足す進め方で十分です。既存商品にJANコードが付いていればそのまま使え、自社独自の管理番号が必要なら、ラベルプリンタでQRを発行して棚やロケーションに貼る運用にすると柔軟に組めます。最初から高価な専用機を台数分そろえる必要はありません。

既製WMS vs 個別開発（オーダーメイド）の比較

WMSの実現手段は、大きく既製サービスと個別開発に分かれます。それぞれ得意な場面が違います。

手段	向いているケース	費用感	注意点
既製WMS（SaaS・パッケージ）	標準的な庫内作業でよい／早く始めたい	月額数万円〜＋初期費用	独自の作業ルールや荷主別要件に合わせにくい
個別開発（オーダーメイド）	独自の作業フロー・受注/生産連携・3PL請求が核心	100万円〜	費用は上がるが現場にぴったり合う

判断の順番としては、標準的な入荷〜出荷でよく、独自ルールが少ないなら既製WMSが安く早いという前提で検討します。ただし、「自社独自のピッキング方式」「既存の受注・生産システムとの深い連携」「荷主ごとに違う3PLの作業・請求ルール」が要件の中心なら、既製では詰まりやすく、個別開発が向きます。

現実的なのは、既製で足りる部分は既製に任せ、業務の核心だけを個別開発する組み合わせです。自作と外注の切り分けは内製と外注の判断も参考になります。

導入効果の目安（誤出荷・作業時間・棚卸）

WMSの効果は、主に「誤出荷」「作業時間」「棚卸」の3つに現れます。数字は現場や現状で変わるため、幅で捉えてください。

• 誤出荷の削減：出荷前のバーコード照合で、品違い・数量違いを大きく減らせる。クレーム対応・再送・返品処理のコストがまとめて下がる
• 作業時間の短縮：ロケーション管理とピッキング順路の最適化で「探す時間」と「歩く距離」が減り、1件あたりの処理が速くなる。繁忙期の残業や増員の圧縮につながる
• 棚卸の効率化：ハンディでの実地カウントと差異抽出で、丸1日かかっていた棚卸が半日以下になるケースもある
• 属人化の解消：棚の場所や作業手順がシステムに載るため、ベテラン頼みが減り、新人の立ち上がりが速くなる

効果を金額で語るときは、「誤出荷1件あたりの再送・対応コスト × 月間件数」「探す時間・棚卸に費やす人件費」を今どれだけ払っているかを一度ざっと見積もると、投資判断がしやすくなります。たとえば誤出荷が月に何件も出ていて、都度の再送と謝罪対応に時間を取られているなら、それだけで無視できない金額が漏れている計算になります。今どこにいちばん時間とお金が漏れているかを可視化することが、機能を絞る判断の土台になります。

費用相場と、一律100万円で作れる範囲

WMSは機能を足すほど費用が読みにくくなります。あくまで目安ですが、要件ごとに整理すると次のようになります。

規模・要件	費用の目安
ロケーション管理＋入荷・出荷検品（1倉庫・小規模）	100万〜150万円
＋ピッキング順路・棚卸・ハンディ読み取り	150万〜250万円
＋受注/ECとの本格連携・流通加工・返品	250万〜400万円
＋複数倉庫・3PL請求・荷主別管理	400万〜600万円以上

金額は要件次第で上下します。費用の内訳や見積りの読み方はシステム開発の費用相場、見積りの見方もあわせてご覧ください。

D-oneAppは料金が一律100万円（大規模なプロプランは一律200万円）で、着手前に総額が確定し、追加費用は発生しません。成果物（ソースコード）の権利もお客様に渡すため、あとから別の会社に引き継ぐこともできます。

100万円で作れる範囲の目安

• ロケーション（棚番地）管理と、棚入れ・在庫の一覧
• 入荷・検品の登録と、入荷予定との照合
• ピッキング指示（リスト出力またはハンディ表示）
• 出荷前のバーコード/QR照合による出荷検品
• スマホ/タブレットのカメラでの読み取り
• ハンディでの実地棚卸と差異の抽出

一方で、3PLの荷主別請求、複数倉庫の在庫移動、受注・生産システムとの本格連携、厳密なロット・期限トレースまで盛り込むと100万円には収まりにくく、プロプラン（200万円）や段階開発が現実的になります。要件の絞り方は100万円で作れるものの具体例もご覧ください。

100万円に収めるコツ

1. 庫内作業の芯に絞る：ロケーション管理と出荷検品を軸に、流通加工や高度な帳票は後回し
2. 既製で足りる部分は既製に任せる：受注やECは既存サービスを使い、庫内作業だけを作る
3. 端末はスマホから始める：専用ハンディの一括導入は効果を見てから
4. 段階的に育てる前提で設計する：最初の100万円で入荷〜出荷の土台を作り、連携や請求は後から追加

開発・導入の進め方（ステップ）

WMSを個別開発する場合、いきなり作り始めるとブレます。次のステップで進めると、費用も期間も読みやすくなります。要件のまとめ方は要件定義の進め方、外注の流れはシステム開発の発注の流れが参考になります。

1. 現場の動線を書き出す：入荷から出荷まで、誰がどの順で何をしているかを工程ごとに洗い出す
2. 痛みの優先順位づけ：誤出荷・探す時間・棚卸・進捗の見えなさのうち、いちばん痛いものを1つ決める
3. 芯になる機能を絞る：優先度の高い痛みを解消する機能に絞り、「あると便利」は別リストにする
4. 既製で足りるか判断：標準的な作業で足りるなら既製、独自ルールや連携が核心なら個別開発
5. 小さく作って現場で試す：まずロケーションと出荷検品から動かし、作業者が使えるか確認する
6. 効果を見て育てる：運用しながら連携・流通加工・請求などを段階的に足していく

例：小口多頻度のEC倉庫のケース

例えば、複数モールに出店するEC倉庫で、「品違いの誤出荷が月に何件も出る」のが最大の悩みだとします。この場合、最初から流通加工や複数倉庫を狙わず、まず「ロケーションで棚から迷わず取り、出荷前にハンディで全件バーコード照合する」ことに絞れば、投資を抑えつつ最大の痛みを解消できます。順路最適化やギフト対応は、誤出荷が止まって現場が落ち着いてから足せば十分です。痛みの大きい順に、小さく作って育てるのがWMSを失敗させないコツです。

まとめ

WMS（倉庫管理システム）は、在庫の「数」ではなく庫内の「作業」を管理する仕組みで、ロケーション管理と出荷検品を軸にすると、探す時間と誤出荷を同時に減らせます。費用は「ロケーション＋入荷・出荷検品なら100万〜150万円、ピッキングや棚卸を足すと150万〜250万円、3PL請求や複数倉庫まで含めると400万円以上」が目安です。まずは自社が自社倉庫・EC・3PLのどれかを決め、いちばん痛い工程に絞って小さく始めましょう。要件を庫内作業の芯に絞れば、一律100万円でも実用的な一本が作れます。着手前に総額が確定し、追加費用なし・ソースコードの権利も渡されるため、あとから連携や請求を足す余地も残ります。無料相談で「うちの倉庫、WMS化するといくら？」を一緒に整理しましょう。