LASSIC Media らしくメディア
倉庫管理システム(WMS)の開発を外注する進め方
LASSIC IT事業部｜元請（プライムベンダー）としてシステム開発・保守運用を受託
この記事のポイント
- WMS(倉庫管理システム)は入荷・格納・保管・ピッキング・出荷・棚卸といった倉庫内オペレーションを統制する仕組みで、在庫管理(狭義)やTMS(配送)とは対象範囲が異なります。
- 荷主向けと3PL・物流事業者向けでは、荷主別の在庫分離や課金計算といった要件が大きく変わるため、開発方式の判断軸も変わってきます。
- 外注時は現場端末のUIとオフライン耐性、既存の基幹・送り状発行システムとの連携、繁忙期(波動)の処理性能という3点の確認が要になります。
目次
倉庫管理システム(WMS)は、入荷から出荷までの倉庫内オペレーションを統制するシステムです。物流の2024年問題を背景に荷役や荷待ちの効率化が政策課題となり、倉庫のデジタル化を検討する企業が増えてきました*1。とはいえ、在庫管理やTMS(配送管理)との違いが曖昧なまま外注に進むと、要件がぶれて開発が長期化しがちです。本稿では、WMSを新規開発あるいは刷新するにあたっての進め方と、外注先の選び方を整理します。
倉庫管理システム(WMS)とは——入荷から出荷まで現場業務を統制する仕組み
WMS(Warehouse Management System)とは、倉庫内で発生する一連の作業を管理し、現場のオペレーションを標準化するシステムを指します。具体的には、入荷・検品、ロケーション(棚番)への格納、保管中の在庫引当、ピッキングと梱包、出荷、そして棚卸までを一気通貫で扱います。国土交通省が示す物流DXの文脈でも、WMSはロケーション管理・入出荷管理・ロット管理・棚卸管理などを幅広く支える中核ツールと位置づけられています*3。
現場作業の多くは、ハンディターミナルやバーコード、RFIDと組み合わせて進みます。棚番のバーコードと商品のバーコードを端末で読み合わせることで、格納先やピッキング対象の誤りをその場で検知できるためです。人の目視だけに頼らず作業を標準化できる点が、WMSを導入する大きな動機になっています。
加えて、ロット番号や賞味期限による先入れ先出しの制御、季節波動やセール時の出荷急増への対応も、WMSが担う重要な役割です。こうした機能は業種や倉庫の運用形態によって求められる深さが変わるため、要件定義の段階で自社の現場に即して優先順位を決める必要があります。
WMSと在庫管理・生産管理・TMS・基幹/ERPの違いと連携
WMSを検討するときに混同されやすいのが、在庫管理システムや生産管理システム、TMS(配送管理システム)、基幹システム/ERPとの違いです。呼び名が重なる領域もあるため、それぞれの主眼を押さえておくと要件の線引きがしやすくなります。
在庫管理(狭義)との違い——数量把握か、現物の作業指示か
狭義の在庫管理は、商品ごとの数量や入出庫の履歴を把握することが主眼です。一方でWMSは、どの棚番にどのロットが何個あるかという現物レベルの管理と、作業者への具体的な指示までを射程に入れます。数量が合っていても、現物がどこにあるか分からなければ出荷は進みません。ここがWMSと在庫管理を分ける最も大きなポイントといえるでしょう。
生産管理・TMS・基幹/ERPとの棲み分け
生産管理システムは製造工程や部品構成(BOM)を扱う仕組みで、WMSが対象とする完成品や資材の倉庫内物流とは領域が異なります。TMSは倉庫から先の配車・輸配送・運賃計算を担うもので、いわば倉庫の外側を受け持つ領域です。基幹システムやERPは受注・在庫・会計といった経営データを統合する土台であり、現物の作業までは踏み込みません。次の表に主な役割の違いを整理しました。
| システム | 主に受け持つ範囲 | WMSとの関係 |
|---|---|---|
| WMS(倉庫管理) | 倉庫内の入荷・格納・保管・ピッキング・出荷・棚卸 | 本記事の対象。現物とロケーション、作業指示を管理 |
| 在庫管理(狭義) | 商品ごとの数量・入出庫履歴の把握 | WMSは数量に加え現物の所在・作業まで踏み込む |
| 生産管理 | 製造工程・部品構成(BOM)・工程進捗 | 完成品・資材の入出庫でWMSと連携 |
| TMS(配送管理) | 配車・輸配送・運賃計算(倉庫の外側) | 出荷確定データをTMSへ引き渡す |
| 基幹/ERP・販売管理 | 受注・在庫・会計など経営データの統合 | 受注を出荷指示に、出荷実績を在庫更新に反映 |
実務では、これらのシステムが単独で完結することはほとんどありません。基幹システムから受注データを受け取ってWMSが出荷指示を作り、出荷が終われば実績を基幹へ返す。さらに出荷データをTMSへ渡して配送につなげる、といった連携が前提になります。したがってWMSの外注では、WMS単体の機能だけでなく、前後のシステムとの接続点をどこまで担ってもらえるかが論点になってきます。
荷主向けと3PL・物流事業者向けで変わるWMS要件
WMSの要件は、自社の商品を自社倉庫で扱う荷主向けと、他社の在庫を預かる3PL(サードパーティー・ロジスティクス)や物流事業者向けとで大きく分かれます。同じ「倉庫管理」でも求められる機能が異なるため、方式選定の前に自社がどちらの立場かを明確にしておきましょう。
荷主向け——自社商品と基幹連携が中心
荷主(メーカーや卸、EC事業者)が自社倉庫を運用する場合、扱うのは基本的に自社の商品です。要件の重心は、既存の基幹システムや販売管理との連携、自社の出荷ルールや帳票への適合に置かれます。単一の運用ルールで倉庫が回るため、標準的なWMSパッケージに業務を寄せやすいケースも少なくありません。
3PL・物流事業者向け——複数荷主のマルチテナント要件
3PLや物流事業者は、複数の荷主の在庫を一つの倉庫で預かります。そのため荷主ごとに在庫を分離し、荷主別の作業ルールや帳票、EDI(電子データ交換)フォーマットへ個別対応する必要が生じます。さらに、庫内作業料や保管料といった物流費を荷主別に算定する課金計算の機能も欠かせない要素です。こうしたマルチテナントと課金の要件は荷主向けにはほぼ存在せず、開発の難易度と方式選定を左右する分かれ目になります。
パッケージとスクラッチ——WMS開発方式を選ぶ判断軸
WMSの実現方式は、大きくパッケージ(クラウド型を含む)の導入と、スクラッチ開発の二つに分かれます。どちらが優れているという話ではなく、自社の業務がどれだけ標準的かによって最適解は変わります。
パッケージは、稼働実績が豊富で機能が洗練された製品に自社の業務を合わせ、不足する機能だけをカスタマイズで補う進め方が基本です。国土交通省の物流DX実証の資料でも、こうした「実績あるWMSに業務を合わせ、不足機能は別途カスタマイズで対応する」アプローチが紹介されています*3。早期に稼働でき、初期コストの見通しを立てやすい点が利点といえます。
一方でスクラッチ開発は、自社固有のオペレーションや、自動倉庫・マテハン機器との深い連携、3PL特有の複雑な課金体系など、パッケージの標準機能では吸収しきれない要件がある場合に検討します。柔軟性は高い反面、開発期間と費用、そして保守の負担は大きくなりがちです。近年はパッケージを土台に必要な部分だけを作り込むハイブリッドも一般的で、判断軸は次の観点に集約できます。
- 業務の標準度——現場の運用が一般的か、独自色が強いか
- 連携の特殊性——自動倉庫やマテハン、特殊なEDIとの接続があるか
- 波動の規模——繁忙期のピークがどこまで跳ね上がるか
- TCO——初期費用だけでなく、保守・改修まで含めた総保有コスト
WMS開発を外注する進め方——現場調査から本稼働まで5フェーズ
WMSの外注は、現場を起点に段階を踏んで進めます。倉庫は実際に人とモノが動く現場のため、机上の要件だけで設計すると本稼働でつまずきやすい領域です。ここでは標準的な5つのフェーズを示します。
フェーズ1：現場調査・要件定義
まず現場の動線、扱う商品の特性(サイズ・温度帯・ロットや期限の有無)、現行の帳票、使用中の端末を洗い出します。繁忙期の出荷件数を実測しておくと、後の性能要件がぶれにくくなるでしょう。この段階で荷主向けか3PL向けかという前提も確定させます。
フェーズ2：方式選定
要件をもとに、パッケージかスクラッチか、あるいはハイブリッドかを決めます。基幹システムや送り状発行、TMSとの連携範囲もこのフェーズで線引きしておくと、後工程での手戻りを抑えられます。
フェーズ3：設計・開発
ロケーション体系やピッキング方式の設計、ハンディターミナルの操作画面、連携インターフェースを作り込みます。現場作業者が迷わず使えるかどうかは、この画面設計の質に大きく左右されるでしょう。
フェーズ4：テスト
実機のハンディターミナルを用いた動作確認に加え、繁忙期を想定した負荷テストを行います。既存倉庫の刷新であれば、現行運用との並行稼働で差異を潰しておくとリスクを抑えられます。
フェーズ5：移行・本稼働・保守
在庫データの移行、現場教育、そして立ち上げ後の保守までを見据えます。特に繁忙期の直前に本稼働をぶつけるのは避け、閑散期に切り替えて習熟期間を確保するのが定石です。稼働後も改善要望は継続的に出るため、保守体制まで含めて外注範囲を決めておくとよいでしょう。
外注先に確認しておきたい3点——現場端末・基幹連携・繁忙期性能
WMSの外注先を評価するとき、機能一覧や価格だけを見ても現場での使い勝手までは判断できません。倉庫特有のリスクを踏まえ、次の3点は実績を伴って確認したいところです。
1. 現場端末のUIとオフライン耐性
ハンディターミナルの操作は、片手・手袋・薄暗い倉庫といった条件下で行われます。画面遷移が少なく直感的なUIかどうかが、作業スピードと誤操作の少なさを左右します。あわせて、無線が一時的に途切れたときにどう振る舞うかも重要です。通信断で作業が止まってしまう設計か、あるいは端末側で一時保持して復旧後に同期できるかを、実機のデモで確かめておきましょう。
2. 既存の基幹・送り状発行システムとの連携
WMSは単独では機能せず、基幹システムからの受注取り込みや、出荷時の送り状(配送ラベル)発行、EDI、宅配各社のシステムとの連携が伴います。委託先がこうした周辺システムとの接続実績を持つかどうかで、連携部分の開発リスクは大きく変わってきます。自社が使う基幹やキャリアを具体的に挙げ、対応可否と過去の事例を確認してください。
3. 繁忙期(波動)の処理性能
物流現場は通常期と繁忙期で処理量が数倍に跳ね上がることも珍しくありません。ピーク時の出荷件数でも画面応答が保たれるか、夜間バッチが所定時間内に終わるかは、事前の性能要件と負荷テストで担保する必要があります。「通常は問題ない」という説明にとどまらず、想定ピークの数値を提示したうえで検証方法まで合意しておくことが望ましいでしょう。
これら3点を、企画から設計・開発・保守まで一貫して受け止められる体制かどうかも見極めどころです。工程ごとに委託先が分断されると、現場・基幹・性能にまたがる問題の切り分けが難しくなります。元請（プライムベンダー）として全体を統括できるパートナーであれば、こうした横断的な課題にも一元的に対応しやすくなります。
まとめ：WMS開発を外注する際の3つの判断軸
本稿では、WMS(倉庫管理システム)の開発を外注する進め方を、隣接システムとの違いから外注先の確認点まで整理しました。要点は3つに集約できます。第一に、WMSは倉庫内の現物とロケーション、作業指示を管理する仕組みであり、在庫管理(狭義)やTMS、基幹/ERPとは対象範囲が異なる点を押さえること。第二に、荷主向けか3PL向けかで要件が大きく変わり、それがパッケージとスクラッチの方式選定に直結すること。第三に、外注先は現場端末のUIとオフライン耐性、既存の基幹・送り状発行システムとの連携、繁忙期の処理性能という3点を実績で見極めることです。自社の倉庫がどの立場でどんな波動を抱えるかを起点に、方式と委託先を検討していきましょう。
よくある質問
WMSはパッケージとスクラッチのどちらを選ぶべきですか。
業務の標準度が判断の起点になります。一般的な入出荷が中心であれば、実績あるパッケージに業務を寄せる進め方が現実的です*3。一方、自動倉庫との深い連携や3PL特有の課金など標準機能で吸収できない要件があるなら、スクラッチやハイブリッドを検討します。連携の特殊性と繁忙期の波動規模、総保有コストをあわせて比較するとよいでしょう。
既存の基幹システムや送り状発行システムと連携できますか。
多くのWMSは連携を前提に設計されますが、実装の難易度は接続先によって変わります。自社が使う基幹システム、送り状(配送ラベル)発行、EDI、宅配各社のシステムを具体的に挙げ、委託先の対応可否と過去の連携事例を確認してください。連携範囲を方式選定の段階で線引きしておくと、後工程での手戻りを抑えられます。
繁忙期の出荷増に耐えられるかは、どう確認すればよいですか。
まず現場の繁忙期の出荷件数を実測し、想定ピークを数値で定義します。そのうえで、ピーク時でも画面応答が保たれるか、夜間バッチが所定時間内に完了するかを負荷テストで検証します。「通常は問題ない」という口頭の説明にとどめず、検証方法と合格基準を契約前に合意しておくことが大切です。
3PLで複数荷主を扱う場合に、特に注意する点はありますか。
荷主ごとの在庫分離と、荷主別の作業ルール・帳票・EDIへの個別対応が前提になります。加えて庫内作業料や保管料を荷主別に算定する課金計算が欠かせません。これらマルチテナントと課金の要件は荷主向けにはほぼ存在しないため、委託先に3PL向けWMSの実績があるかを重点的に確認するとよいでしょう。
WMS導入に補助金は使えますか。
中小企業・小規模事業者を対象とするIT導入補助金(中小企業デジタル化・AI導入支援事業費補助金)では、生産性向上に資するITツールが支援対象とされています*4。年度ごとに枠や要件、対象ツールの登録状況が変わるため、最新の公募要領で自社が対象となるか、導入予定のツールが登録されているかを確認する必要があります。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：国土交通省・経済産業省・農林水産省「『物流効率化法』理解促進ポータルサイト（5分でわかる物流効率化法の改正のポイント）」（https://www.revised-logistics-act-portal.mlit.go.jp/5minutes/）
- *2 出典：公益社団法人日本ロジスティクスシステム協会「物流効率化法改正による荷主の義務とは」（https://www1.logistics.or.jp/j-clop/logistics-shipper-obligations/）
- *3 出典：国土交通省物流・自動車局「物流施設におけるDX推進実証事業 事業説明資料」（2024年4月）（https://www.mlit.go.jp/report/press/content/001743609.pdf）
- *4 出典：IT導入補助金（中小企業デジタル化・AI導入支援事業費補助金）公式サイト（独立行政法人中小企業基盤整備機構）（https://it-shien.smrj.go.jp/）
