既存WMSは改修か入れ替えか ｜ 今の仕組みを残すか決める確認点

今使っているWMS（倉庫管理システム）を直して使い続けるか、新しい仕組みに入れ替えるか。結論から言うと、この判断は「機能が足りるか」だけでは決められません。先に確かめたいのは、次の5つです。

1. 今の仕組みが、安全に動かし続けられる状態か
2. 誰が、どんな権利を持っているか
3. 直したり守ったりできる人がいるか
4. データを取り出せるか
5. どこまで改修され、何とつながっているか

この5つが分かると、「改修する」「入れ替える」「しばらく運用で補う」のどれが現実的か、社内で話し合う土台ができます。逆に、ここが分からないまま見積もりを比べても、後から前提が崩れやすくなります。

この記事で扱う範囲

この記事は、すでにWMSを使っている会社が「今の仕組みを残すか」を考えるための確認点をまとめたものです。新しくWMSを選ぶときの比べ方は、WMSの選び方を整理したコラムで扱っています。パッケージか自社開発かという一般的な比べ方も、ここでは扱いません。

ここに書く確認点や表は、この記事で整理した一つの例です。法令や業界で決まった手順ではありません。また、どの選択肢が正しいかを、この記事だけで決めることはできません。実際の判断は、今のシステムを調べたうえで行ってください。社内の担当者や開発会社と一緒に進め、必要に応じて契約や情報セキュリティの専門家にも相談してください。

コラムWMSの選び方｜荷主・倉庫ごとの業務で比べるチェックリスト

1. 今の仕組みを「安全に動かせるか」を見る

最初に、今のWMSが何の上で動いているかを一覧にします。サーバー、OS、データベース、ハンディ端末、ラベルプリンタ、つながっている他のシステムなどです。紙一枚でもかまいません。分からない項目は空欄にせず、「未確認」と書いておきます。

ここで大事なのは、「今日動いている」と「安全に動かし続けられる」は別だという点です。OSやデータベースなどの土台に、メーカーのサポートが続いているか。セキュリティの更新が当たっているか。退職した人のアカウントが残っていないか。こうした点を確かめます。ハンディ端末やプリンタなどの機器も、交換の部品や後継の機種が手に入るかを見ておきます。機器だけが先に使えなくなることもあるためです。

土台のサポートが終わっている場合、「まだ動くから、改修して延命しよう」とすぐに決めるのは危険です。どんな危険があり、どう防ぐのか、防げないなら何が起きうるのかを、先に評価してください。評価をしないまま使い続けることは、おすすめしません。

あわせて、止まったときの記録も見ます。いつ、どのくらい止まり、どう直したか。記録が無ければ、そのこと自体が判断の材料になります。データの控えと戻し方については、バックアップと復元の考え方をまとめたコラムも参考にしてください。

コラムシステムのバックアップで確認すること｜戻せる時点と復元手順を整理する

2. 誰が何の権利を持っているかを確かめる

次は権利です。改修するにも、別の会社に引き継ぐにも、「その仕組みを触ってよいか」が前提になります。

見るものは、開発や利用の契約書、ライセンスの条件、納品物の一覧です。プログラムの元になるソースコードは手元にあるか。その著作権は誰が持っているか。ソースコードを受け取っていても、著作権まで移っているとは限りません。自社で、または別の会社に頼んで改修してよいか。設計書やデータベースの説明書は手元にあるか。パッケージ製品の場合は、手を入れてよい範囲が契約で決まっていることもあります。

ここがはっきりしないまま別の会社に改修を頼むと、後で揉める原因になりかねません。契約の読み方に迷うときは、専門家に確かめてください。

ソースコードの納品と著作権の譲渡、第三者への改修依頼の条件は、契約で分けて確認します（出典：Ouver WMS開発サービス、確認日：2026年11月13日）。

3. 直したり守ったりできる人がいるかを見る

仕組みは、作った後も手入れが要ります。今の開発会社が保守を続けられるか、契約がいつまでか、問い合わせにどのくらいで応じてもらえるかを確かめます。保守の契約がある場合は、何が対象で何が対象外かも読みます。不具合の修正は対象でも、機能の追加や連携先の変更への対応は別の契約、ということもあります。

社内に詳しい人が一人だけ、という状態もよくある悩みです。その人が休んだり辞めたりしたときに、誰が何を分かるのか。設定の変え方や、止まったときの手順が書き残されているかを見ておきます。

今の開発会社が対応できない場合は、別の会社への引き継ぎを考えることになります。Ouverのサービスページでも、既存WMSの改善や引き継ぎは、調査をしたうえで対応を検討するとしています（出典：Ouver WMS開発サービス、確認日：2026年11月13日）。引き継ぎを依頼するときは、調査の範囲と、対応できない場合の扱いも先に確認しておきます。

4. データを取り出せるかを試す

改修するにも入れ替えるにも、データを取り出せることが土台になります。入れ替えるならデータを新しい仕組みへ移しますし、改修するときも、確認や控えのために使います。

対象は、品目の一覧、保管場所（ロケーション）、在庫の数、ロットや期限、入出荷の履歴、取引先などです。それぞれについて、画面からCSVなどで出せるか、全件出せるか、項目の意味が分かるかを見ます。出力に別の手続きや費用がかかるかどうかは、契約によって違います。

おすすめは、判断の前に、一部のデータを実際に出してみることです。同じ対象時点・抽出条件で、出したデータの件数や、品目・ロット・単位をそろえた数量が画面の記録と合うか、文字化けがないか、日付や数量の形がそろっているかを確かめます。机の上で「出せるはず」と考えるより、確かなことが分かります。

5. 改修の量と、つながっている先を洗い出す

最後に、今の仕組みにどれだけ手が入っているかを見ます。標準の機能からどこを変えたのか、その記録は残っているか。記録の無い改修が多いほど、改修でも入れ替えでも、調べる手間が増えます。

つながっている先も一覧にします。基幹システム、通販サイト、配送会社のシステム、会計などです。入れ替えるなら、これらとのつなぎ方も作り直すか、確かめ直す必要があります。他のシステムとつなげられるかは、相手側の仕様、使える権限、データの形、やり取りの頻度によって変わります（出典：Ouver WMS開発サービス、確認日：2026年11月13日）。基幹システムとのつなぎ方は、WMSと基幹システムの連携を整理したコラムで扱っています。

現場の人がシステムの外で、Excelや紙で補っている作業も、ここで一緒に書き出します。入れ替えるときに、その作業を新しい仕組みに入れるのか、外で続けるのかを決める必要があるためです。

※この表は、この記事独自の整理例です。決まった基準ではありません。

コラムWMSと基幹システムの連携｜受注・在庫・出荷実績の確認ポイント

6. 「改修」「入れ替え」「運用で補う」をどう考えるか

5つの確認点がそろったら、選択肢を比べます。以下は、考え方の一例です。

改修が考えやすいのは、権利がはっきりしていて、保守できる人がいて、土台のサポートも続いており、困りごとが一部の機能に限られている場合です。現場の手順を大きく変えずに済むことも、考える材料になります。

入れ替えを考えやすいのは、土台のサポートが切れていて安全面の手当てが難しい場合や、権利の関係で改修できない場合、保守できる人が見つからない場合です。ただし入れ替えでも、データの移行と連携先の確認は必要です。手間が無くなるわけではありません。今の業務が製品の標準機能に合うなら、パッケージ製品が向くこともあります（出典：Ouver WMS開発サービス、確認日：2026年11月13日）。

すぐに決められないときは、システムには手を入れず、手順やチェックで当面しのぐ道もあります。たとえば、ずれやすい作業に確認の手順を足すといった方法です。ただし、見直す期限を決めることが前提です。安全面の弱さは、運用の工夫だけでは補えないことがあります。

7. 決める前にそろえておくこと

判断の前に、誰が決めるのか、いつまでに決めるのか、どこまで調べるのかを決めておきます。調べる範囲を決めずに始めると、時間だけがかかりがちです。調べた結果は、確かめたことと確かめられなかったことを分けて残します。後から判断を見直すときの材料になります。

入れ替えを選んだ場合は、切り替えの日の役割や、進めるか止めるかの判断の条件も要ります。これはシステム切り替えの進め方を整理したコラムが参考になります。

コラムシステム切り替え計画で発注者が決めること｜実施・延期・中断を誰がいつ判断するか

まとめ

今のWMSを残すかどうかは、機能を比べる前に5つの点を確かめると、話し合える形になります。状態・権利・保守・データ・改修と連携の5つです。分からない点は「未確認」と書き、推測で埋めないことが大切です。サポートが切れた仕組みを使い続ける場合は、必ず危険を評価してから決めてください。