この記事の要約
WMSを選ぶときは、製品の機能数やランキングではなく、自社の業務で比べます。通常業務と例外業務を書き出し、荷主ごとのルールを確かめます。業務ごとに標準設定・拡張・運用変更・個別開発のどれで対応するかを分け、同じシナリオでデモを見ます。費用の範囲と保守を同じ条件でそろえ、選定メモにまとめます。
WMS（倉庫管理システム）は、機能の数や製品のランキングではなく、自社の通常業務と例外業務がどう扱えるかで比べます。業務ごとに「標準設定」「拡張」「運用変更」「個別開発」のどれで対応するかを分け、同じシナリオのデモで確かめます。そのうえで、費用の範囲と保守を同じ条件で比べるのが基本です。
この記事は、荷主や倉庫ごとにルールが違う物流受託・倉庫保管の会社や、自社の倉庫を持つ製造業の経営者と担当者に向けたものです。候補を比べるときの確認点と、選定メモの作り方を、独自の整理例として紹介します。
通常業務と例外業務を書き出す
候補を比べる前に、自社の倉庫で行っている業務を書き出します。入荷、保管、ピッキング、出荷、棚卸といった通常の流れを、現場で使っている言葉のまま並べます。製品の説明に合わせて言い換えると、自社のやり方との違いが見えにくくなるためです。
次に、例外業務を書き出します。たとえば、返品、欠品、期限切れ、荷主からの急な変更、出荷後の数量の訂正などです。例外は回数が少なくても、止まると出荷が遅れたり、荷主への報告ができなくなったりします。そこで、回数の多さではなく「止まると困る順」に優先をつけます。
あわせて、例外が起きたときに誰が判断するか、今どこに記録しているか（紙・Excel・既存のシステムなど）もメモしておくと、後で比べるときに役立ちます。
ハンディ端末で何をどの単位で読み取るか、といった現場の操作は、次の記事で整理しています。
コラムWMSとハンディ端末の導入前に決めること｜読み取りの単位と例外の扱い方
荷主・倉庫ごとのルールを確かめる
物流受託や倉庫保管では、同じ倉庫の中でも、荷主ごとに商品の扱い方や報告の仕方が違うことがよくあります。製造業の倉庫でも、原料と製品とでルールが分かれていることがあります。こうした違いを、候補のWMSがどう扱えるかを確かめます。確かめる項目の整理例は次のとおりです。
確認する項目 | 確かめること | 聞き方の例 |
|---|---|---|
荷主区分 | 商品・在庫・帳票を荷主ごとに分けられるか | 荷主ごとに在庫と帳票を分けて見られますか |
期限・ロット | 期限の近い順の引当や、出荷できる期限の条件を荷主ごとに持てるか | 荷主ごとに出荷できる期限を変えられますか |
荷姿・入数 | ケースとバラの換算や、荷主ごとの単位の違いを扱えるか | 同じ商品をケースとバラの両方で出せますか |
返品 | 良品と不良品を分けて受け、再入庫や廃棄を記録できるか | 検品の結果ごとに在庫の扱いを変えられますか |
権限 | 荷主や担当ごとに閲覧・操作の範囲を分け、訂正などに承認をはさめるか | 数量の訂正を、承認してから反映できますか |
連携 | つなぐ相手（基幹システムや荷主のシステム）と、つなぎ方の候補 | 相手の仕様を見て、つなぎ方を決められますか |
聞くときは「できますか」で終わらせず、どの設定や操作でできるのかまで聞くのがコツです。同じ「できます」でも、設定の変更なのか追加の開発なのかで、費用や保守が変わるためです。
対応方法を4つに分けて考える
確かめた項目を、候補ごとに「標準設定」「拡張」「運用変更」「個別開発」の4つに分けてみます。比べやすくするための独自の整理例で、業界で決まった分け方ではありません。設定の変更と運用の見直しを組み合わせるなど、1つの業務に複数の方法が当てはまることもあります。
対応方法 | 中身 | 確かめること |
|---|---|---|
標準設定 | 製品にある設定を変えて対応する | 誰が設定を変えられるか |
拡張 | 項目や機能を追加して対応する | 製品の更新後も使い続けられるか |
運用変更 | 業務のやり方を製品に合わせる | 現場と荷主が受け入れられるか |
個別開発 | 自社の業務に合わせて専用に作る | 費用と、作った後の保守の範囲 |
運用を変えることも、選択肢の一つです。例外業務の中には、決まりを見直せば、システムで対応しなくて済むものもあります。一方で、荷主との約束で変えられない業務は、運用変更以外の方法を考える必要があります。どの業務なら変えられるかを、先に社内で決めておきましょう。
パッケージとスクラッチ開発の一般的な違いは、次の記事で整理しています。
コラムパッケージとスクラッチ開発の違いは？業務への適合と改修の自由度で選ぶ
倉庫の業務に合わせた比べ方は、倉庫管理システム（WMS）開発で、パッケージと個別開発をどう比べるかでも説明しています。
同じシナリオでデモを見る
候補が絞れたら、デモを見せてもらいます。このとき、どの候補にも同じ業務シナリオを先に渡し、同じ順番で操作を見せてもらいます。候補ごとに見せる場面が違うと、良いところだけが目に入り、比べられなくなるためです。
シナリオは、「期限のある商品を入荷する→荷主別に出荷する→返品を受ける→数量を訂正する」のように、通常業務と例外業務を混ぜて作ります。最初に書き出した「止まると困る例外」を、必ず入れてください。
見るところは、画面の見た目よりも、例外が起きたときの操作、訂正したときに元の記録が残るか、担当ごとの権限の分け方、荷主に出す帳票です。できないと言われた点は、4つの対応方法のどれなら可能かまで聞いて、記録しておきます。
なお、このデモは、選ぶ前に候補を比べるためのものです。システムができた後に、稼働してよいかを確かめる受入テストとは別のものです。
費用・保守・進め方をそろえる
見積もりは、金額の大小を比べる前に、何が含まれているかをそろえます。前提がそろっていない見積もりどうしでは、比べても判断できないためです。そろえる項目の例は、初期の設定や開発、月額や利用料の範囲、追加開発の扱い、データの持ち出しです。
保守も同じように比べます。問い合わせの窓口、障害が起きたときにどこまで対応するか、荷主や倉庫が増えたときの設定変更が含まれるかを確かめます。製品を更新するときに、拡張や個別開発をした部分がどうなるかも聞いておきます。
導入の進め方も確かめます。1つの倉庫や一部の荷主から始めて順に広げる、段階導入ができるかどうかです。段階導入では、まだ切り替えていない倉庫とのやり取りがしばらく残ります。その間の運用も、見積もりの前提に入れてもらいましょう。
選定メモにまとめる
ここまでの確認を、選定メモにまとめます。次の表は記入の例で、独自の整理例です。製品名ではなく「候補A」「候補B」と書いています。
業務・ルール | 候補ごとの対応方法 | 残る課題と確認先 |
|---|---|---|
荷主ごとの出荷期限 | 候補A：標準設定／候補B：拡張 | 候補Bは、製品の更新時の扱いが未確認（ベンダーに確認） |
返品の良品・不良品の区分 | 候補A：運用変更／候補B：標準設定 | 候補Aは、現場の手順を変える必要あり（倉庫の責任者と相談） |
数量訂正の承認 | 候補A：個別開発／候補B：未確認 | 候補Bは、デモで見ていない（次のデモで確認） |
決めきれない項目は、空けずに「未確認」と書いて残します。何が分かっていないかが見えると、次に誰へ何を聞けばよいかがはっきりするためです。
このメモは、選んだ後の要件定義の土台にもなります。業務ごとに、何をどの方法で実現するかが書かれていると、開発会社やベンダーとの話し合いが具体的になります。要件定義の進め方は、次の記事で説明しています。
WMSの検討で相談前に整理しておくこと
標準機能が自社の業務に合うなら、パッケージも十分な選択肢です。荷主ごとのルールや例外業務が多く、設定や拡張だけでは合わないときは、必要な範囲だけを個別に設計する方法もあります。
Ouverは、物流受託・倉庫保管・製造業の倉庫業務を対象に、必要な範囲の個別設計と開発、既存WMSの改修、ほかのシステムとの連携、1つの倉庫からの段階導入を扱っています。くわしくはOuverの倉庫管理システム（WMS）開発の対応範囲をご覧ください。費用の考え方と最新の条件は、WMS開発のページの費用の項目で確認できます。
ご相談のときは、分かる範囲で次のことを教えてください。
- 扱っている荷主や商品の様子
- 困っている例外業務
- 今の仕組み（Excel・既存のWMS・基幹システムなど）
- 検討中の候補（あれば）
- 導入したい時期の目安
出典・参考資料
- 株式会社Ouver 倉庫管理システム（WMS）開発（確認日：2026年11月11日）
