在庫管理システムを乗り換える｜移す前に決めておくこと

在庫管理システムの乗り換えを考えはじめた方から、こんなご相談をよくいただきます。「いまのシステムが合っていないのは分かる。でも、何をどう決めてから動けばいいのか分からない」。

大丈夫です。分からなくて当然なんです。乗り換えは製品を選び直す作業だと思われがちですが、実際に手間がかかるのは製品選びではありません。いまの現場が何をどう数えているのかを言葉にする作業のほうが、はるかに重たいのです。

この記事では、在庫管理システムを乗り換える前に決めておくべきことを、実務で手を動かす順番に並べます。製品名の一覧は出しません。代わりに、あなたの現場の形を先に言語化して、その形に合う条件を一つずつ潰していく手順をお伝えします。読み終わるころには、比較表のどの列を見ればいいかが見えているはずです。

在庫管理システムを乗り換えたくなるとき、現場で起きていること

乗り換えを検討する会社には、いくつか共通した状態があります。ここを整理しておかないと、新しいシステムでも同じ問題を繰り返すことになります。

そもそも在庫管理システムが何をする道具なのかを、いったん確認しておきます。

在庫管理システムは、商品の受注・入荷・出荷・棚卸しを一元管理し、在庫の過不足を防止しつつ、業務効率や購買予測の精度を高める業務支援ツールです。 リアルタイムに在庫データを更新・分析できるため、欠品による販売機会の損失や余剰在庫のコストを削減できます。 出典: itreview.jp

つまり、在庫管理システムは「数を数える道具」ではなく「数が合っている状態を保つ道具」です。ここを取り違えていると、乗り換えても現場の苦労は変わりません。

販売のチャネルが増えて、在庫が分裂している

いちばん多いのがこの状態です。実店舗だけだった会社が自社のECを始め、そこにモールへの出店が加わり、たまに電話やFAXでの受注も入る。それぞれの窓口が別々に在庫を持ち、担当者が朝と夕方に手作業で数を寄せている。

こうなると、売り越しが起きます。片方で売れた数がもう片方に反映される前に、同じ商品が売れてしまうからです。担当者は謝罪と返金の対応に追われ、その時間がさらに在庫の突き合わせを遅らせます。悪循環です。

事業の形が変わって、システムが追いつかなくなった

取扱いの品目が増えた、倉庫が二つになった、取引先ごとに違う出荷の形を求められるようになった。事業が伸びた結果として、いまのシステムでは表現できない業務が増えていくパターンです。

この場合、現場はシステムの外に「逃げ道」を作ります。エクセルの補助台帳、担当者の手帳、ホワイトボードの書き込み。逃げ道が増えるほどシステム上の数字は信用できなくなり、最後には誰も見なくなります。

数を知っている人が一人しかいない

属人化の問題です。長く在庫を見てきたベテランの頭の中にだけ、正しい数と例外の扱いが入っている。その人が休んだ日は誰も数を確定できず、その人が辞めたら業務が止まります。

システムの乗り換えは、この状態を解消する好機です。ただし、乗り換えただけでは解消しません。頭の中にあるルールを外に出す作業を、乗り換えとセットで進める必要があります。

保守の期限や提供の終了が迫っている

自社で作り込んだ仕組みや、古い形のパッケージを使っている場合、作った会社の保守が切れる、動かしているサーバーの寿命が来る、といった外的な事情で乗り換えが決まることがあります。

この型は期限が動かせないぶん、準備の時間が足りなくなりがちです。期限が見えた時点で、後述する決めごとの整理だけでも先に始めておくと、選定の期間を短くできます。

移す前に決めておくこと、実務の順番

ここからが本題です。製品を比べる前に決めておくことを、手を動かす順番に並べます。この順番を飛ばして製品の比較から入ると、比較の軸そのものが決まらず、機能の多さで選んでしまいます。

決めごと1 いまの在庫がどこにいくつあるかを言えるようにする

最初にやるのは棚卸しではありません。「在庫がある場所」をすべて書き出す作業です。

自社の倉庫、店舗のバックヤード、店頭の陳列分、外部の倉庫会社に預けている分、取引先に置いてある委託分、加工を頼んでいる先にある仕掛かり分、返品されて検品待ちの分。この一覧が抜けたまま乗り換えると、新しいシステムの数字も最初から合いません。

場所を書き出したら、それぞれについて「誰が数えているか」「どれくらいの頻度で数えているか」「数が合わなかったときに誰が直すか」を埋めます。ここで空欄になった場所が、いまの運用の弱点です。

決めごと2 誰が数を入れるかを決める

在庫の数がずれる原因のほとんどは、入力の場所と入力する人が決まっていないことにあります。

商品が届いたとき、入荷の数を入れるのは受け取った人なのか事務の担当者なのか。出荷したとき、数を減らすのは梱包した人なのか、伝票を切った人なのか。この役割が曖昧だと、二重に入力されたり、誰も入力しないまま流れたりします。

新しいシステムを選ぶときは、この役割の形に合う入力の口があるかを見ます。現場の人が手を止めずに入力できるか。手袋をしたままでも押せるか。倉庫の電波が届かない場所でも記録できるか。ここは製品の説明ページには書かれていないので、必ず自分で試します。

決めごと3 品番の付け方と在庫の単位を統一する

乗り換えでいちばん揉めるのがここです。

同じ商品に対して、仕入先の品番、自社の管理番号、ECのモールごとの商品コード、店頭のバーコードが別々に付いている。しかもサイズ違いや色違いをどう区別するかのルールが、担当者ごとに違う。この状態のまま移すと、新しいシステムの中で同じ商品が複数の行に分かれます。

在庫の単位も同じです。ケースで仕入れて個で売る商品を、どちらの単位で数えるのか。端数のケースをどう表現するのか。この換算のルールを先に決めて文書にしておかないと、移行の最中に判断を迫られて、その場しのぎの決定が積み上がります。

品番と単位のルールは、乗り換えの成否を分ける土台です。ここに時間をかけることを惜しまないでください。

決めごと4 過去のデータをどこまで持っていくか

いまのシステムに入っている履歴を、どこまで新しいシステムへ移すかを決めます。

現在の在庫の数だけを移すのか、直近1年の入出庫の履歴まで移すのか、開業からの全履歴を移すのか。移す量が増えるほど、移行の作業も、移行後に見つかる不整合も増えます。

現実的な落としどころは、現在庫と直近の履歴だけを新しいシステムへ移し、古い履歴は読み取り専用の形で別に保管する方法です。税務や取引先からの問い合わせで過去を遡る必要があるなら、その保管先と保管の期間を決めて記録しておきます。

決めごと5 切り替えの日と並行運用の期間を決める

切り替えの日は、在庫の動きが少ない日を選びます。多くの会社では月末月初の忙しさを避け、連休の前後に置くことになります。

そして、旧システムと新システムを並行して動かす期間を決めます。並行運用は現場の負担が二重になるため、長く続けられません。長くて2週間、できれば1週間を目安にします。並行の期間中に「どちらの数字を正とするか」を明確にしておかないと、二つの数字が食い違ったときに現場が止まります。

決めごと6 やめるときの条件を先に確認する

新しい候補を選ぶ段階で、その製品をやめるときの条件を確認します。契約の期間の縛り、解約の申し出の期限、解約後に自分たちのデータを持ち出せるか、持ち出せる形式は何か。

乗り換えを経験している会社ほど、この確認を先にやります。一度出られなくなった経験があるからです。出口が見えている製品は、それだけで選択肢として強くなります。

業種によって「現場で回る条件」は変わる

在庫管理システムの選び方は、業種によって見るべき列が変わります。ここを一般論で済ませると、機能表では丸が並んでいるのに現場で使われない、という結果になります。

小売と通販

複数の販売チャネルの在庫をどう一つにまとめるかが最大の条件です。モールや自社のECと在庫を同期する仕組みがあるか、同期の間隔はどれくらいか、売り越しが起きたときにどう検知するか。

あわせて、セット販売や同梱のキャンペーンを組んだときに、構成品の在庫が正しく引き当てられるかを確認します。ここが弱い製品は、繁忙期のセットが売れた瞬間に数字が崩れます。

製造と部品

完成品だけでなく、部品と仕掛かりの在庫を扱えるかが条件です。ある製品を作るのに何がいくつ必要か、という構成の表を持てるか。加工を外に出したときの在庫をどこに置くか。

ロット番号や製造の日付で在庫を追える必要がある業種では、この追跡の機能があるかどうかが最初の絞り込みになります。後から足せる部分ではありません。

卸と倉庫

出荷の量が多く、取引先ごとに納品の形が違うのが特徴です。取引先ごとの伝票の形、指定された納品の書式、まとめ出荷の単位。これらをシステムの側で表現できるかが条件になります。

また、倉庫の中の場所を管理できるかどうかも重要です。同じ商品が複数の棚に散っているとき、どの棚から取るかを指示できる仕組みがあると、ピッキングの時間が変わります。

食品と消費期限のある商品

期限の管理ができるかが絶対条件です。同じ商品でも期限の違うものを別々に数えられるか、期限の近いものから先に出す指示が出せるか、期限切れが近づいたときに知らせが来るか。

この条件を満たさない製品は、他がどれだけ優れていても候補から外れます。業種によっては、こうした一つの条件が選択を決めてしまうことがあります。

衣料と色やサイズのある商品

一つの商品が色とサイズの組み合わせで枝分かれする構造を、どう表現するかが条件です。組み合わせの数だけ品番を作る方式なのか、親の商品に属性を持たせる方式なのか。

シーズンの終わりに残った在庫をどう処分するか、翌シーズンへ持ち越すかの判断に使える集計が出せるかも見ておきます。

部材や機材を貸し出す事業

貸し出しの業種では、在庫が「いま手元にあるもの」だけでは表現できません。貸出中のもの、返却されて点検待ちのもの、修理に出しているもの、廃棄が決まったもの。状態ごとに数が分かれ、しかも時間とともに移動します。

この形を扱うには、在庫に状態を持たせられるか、予約の入っている先の日付まで含めて空きを判定できるかが条件になります。一般的な在庫管理の製品ではここが弱いことが多く、業種に特化した仕組みを探す判断になる場合もあります。

複数の拠点を持つ会社

拠点が二つ以上あると、拠点ごとの在庫と全社の在庫という二つの見え方が必要になります。加えて、拠点の間で在庫を移動させる処理を、正しく記録できるかが条件です。

移動の途中にある在庫をどこに数えるかを決めておかないと、送った側では減っているのに受けた側ではまだ増えていない、という宙に浮いた数が生まれます。この期間の数をどう扱うかは、製品によって考え方が違うので、必ず確認しておきます。

乗り換えのメリットと、正直に書いておくデメリット

乗り換えを勧める記事はメリットだけを並べがちです。両方を正直に書きます。

メリットは大きく三つあります。一つ目は、数が合うことによる時間の回収です。突き合わせと訂正に使っていた時間が、そのまま別の仕事に回せます。二つ目は、欠品と過剰の両方が減ることです。実際に何がどれだけ動いているかが見えると、発注の判断が変わります。三つ目は、属人化の解消です。誰が見ても同じ数字が見える状態は、休みを取りやすい職場を作ります。

デメリットも三つあります。一つ目は、移行の期間に現場の負担が増えることです。並行運用の期間は、同じ作業を二回やることになります。二つ目は、現場が新しい操作を覚える負担です。ベテランほど従来の手順が身についているため、変えることへの抵抗が生まれます。三つ目は、いまのやり方の一部を諦める必要が出てくることです。どの製品にも表現できない業務のクセがあり、そこは運用の側を変えることになります。

このデメリットを事前に共有していないと、移行の最中に「前のほうがよかった」という声が出て、現場が新しいシステムを使わなくなります。移行の負担を先に伝えておくことが、実は最も効く準備です。

乗り換えを急がなくてよい場合もある

相談を受けていて感じるのは、乗り換えなくても解決する問題が一定数あるということです。ここを見きわめないと、費用と手間をかけて同じ状態に戻ることになります。

いまのシステムに不満がある場合、その不満が製品の限界から来ているのか、設定と運用から来ているのかを切り分けてください。切り分けの目安は簡単です。同じ製品を使っている他社が同じ悩みを抱えているなら製品の限界、そうでないなら設定か運用の問題である可能性が高くなります。

設定や運用が原因なら、乗り換えるより先に、いまの製品の使っていない機能を確かめるほうが早く解決します。導入したときの担当者がすでにいないと、後から追加された機能を誰も知らないまま使い続けている、という状態が起きます。提供元に現在の困りごとを伝えて、いまの契約の範囲で解決できるかを一度聞いてみる価値はあります。

一方で、扱う品目の構造そのものを表現できない場合、拠点や販売のチャネルの増加に構造的についていけない場合、保守の期限が迫っている場合は、運用の工夫では埋まりません。この三つに当てはまるなら、乗り換えの検討を進める判断で問題ありません。

乗り換えの比較で見るポイントと、注意すべき落とし穴

候補を三つまでに絞ったら、次の観点で見比べます。

つながる先の確認

会計の仕組み、受注の仕組み、出荷の仕組み。すでに使っている周辺のシステムとつながるかを確認します。つながらない場合、その間を人が手でつなぐことになり、乗り換えで減らしたかった作業がそのまま残ります。

つながる方法にも段階があります。データを書き出して取り込む方式なのか、自動でやり取りする仕組みが用意されているのか。後者であれば、どの範囲まで自動化できるかを具体的に聞きます。

現場の端末で本当に使えるか

説明の画面はパソコンで作られています。現場が使うのはスマートフォンやハンディの端末です。実際の端末で、実際の明るさの場所で、実際の速度の回線で試してください。

倉庫の奥で電波が切れる環境なら、通信が切れた状態でも記録できるかが条件になります。

権限と履歴が残るか

誰が、いつ、何の数字を変えたかが残るかを確認します。在庫の数を人が直せる仕組みは必要ですが、直した記録が残らない仕組みは危険です。数が合わない原因を追えなくなります。

サポートが動く時間

出荷は朝と夕方に集中します。土日に動く現場もあります。困ったときに聞ける時間帯が自社の稼働と合っているかを、契約の前に確認しておきます。

落とし穴になりやすい三つの型

一つ目は、機能の多さで選んでしまう型です。使わない機能は設定の項目を増やすだけで、現場の迷いを生みます。

二つ目は、決裁する人だけで決めてしまう型です。実際に数を入れる人が触っていない製品は、導入後に使われません。選定の段階で、必ず現場の人に触ってもらいます。

三つ目は、効果を測らずに始める型です。乗り換えの前に、突き合わせにかかっている時間、欠品の件数、在庫のずれの件数を記録しておきます。この三つを移行の3か月後に比べれば、乗り換えが正しかったかを数字で判断できます。

検討から稼働までを、どんな段取りで進めるか

決めごとが揃ったら、進め方の全体像を描きます。ここが曖昧なまま動き出すと、選定と移行が同時進行になり、現場が混乱します。

第1段階 現状を書き出す

在庫のある場所、数を入れる人、品番のルール、単位の換算、周辺のシステムとのつながり。ここまでに整理した内容を一つの文書にまとめます。分量は多くなくて構いません。A4で数枚あれば足ります。

この文書がそのまま、候補となる会社に渡す要望の書類になります。要望が文書になっていないと、各社の提案がばらばらの前提で出てきて、比べようがなくなります。逆に、同じ文書を渡していれば、返ってきた提案の差がそのまま各社の考え方の差になります。

第2段階 候補を絞って実際に触る

候補は三つまでに絞ります。四つ以上を並べると、比較そのものに時間を取られて判断が遅れます。

絞ったら、試用の環境で実際の業務を再現します。このとき、うまくいく流れだけを試してはいけません。入荷の数を間違えて入れて訂正する、出荷したあとに返品が来る、棚卸しで数が合わない。こうした散らかった操作こそ、現場で毎日起きることです。

再現する商品も、平均的な商品ではなく一番ややこしい商品を選びます。セット販売があり、色とサイズで枝分かれし、複数の倉庫に散っていて、期限の管理も要る。この商品が正しく表現できれば、他の商品はまず問題ありません。

第3段階 移行の作業と現場への説明

契約が決まったら、データの整理と変換に入ります。この期間に並行して、現場向けの手順書を作り、説明の場を設けます。

現場への説明は、切り替えの直前ではなく、少なくとも数週間前に始めます。人は新しい手順を一度聞いただけでは覚えません。説明、試用、質問の受け付け、という三回の接点を用意できると、切り替えの日の混乱が目に見えて減ります。

第4段階 切り替えと立ち上がりの見守り

切り替えの直後は、必ず誰かが現場に張り付きます。この期間に出た質問と、うまくいかなかった操作を記録しておくと、手順書の改訂に直結します。

そして、切り替えから1か月が経ったところで一度立ち止まり、システムの外に逃げ道ができていないかを確認します。エクセルの補助台帳や手書きのメモが復活していたら、そこが設定か手順の不備です。早い段階で見つければ直せます。

移行の作業を誰が担うかという設計

条件を整理していくと、システムだけでは埋まらない部分が必ず残ります。品番の整理、既存データの変換、現場向けの手順書の作成、周辺システムとのつなぎ込み、そして移行後の細かい調整です。

この作業を担当者が本業と兼務で抱えると、たいてい途中で止まります。実際、乗り換えが頓挫する会社の多くは、製品が悪かったのではなく、準備の作業に手が回らなくなって止まっています。

ここは外部に任せる選択が現実的です。データの変換やシステム同士のつなぎ込みは、業務委託で対応できる仕事の代表格です。たとえば、既存データの整形やシステム間の連携といった作業はアプリケーション開発のお仕事の領域に入ります。移行の設計そのものや、業務の棚卸しの段階から相談したい場合は、AIコンサル・業務活用支援のお仕事にまとめられている支援の形が参考になります。在庫のデータをどう分析に使うかまで踏み込みたい場合は、AI・マーケティング・セキュリティのお仕事で扱われている領域が近くなります。

依頼する前に相場の感覚を持っておきたい場合は、ソフトウェア作成者の年収・単価相場で職種ごとの水準を確認しておくと、見積もりが妥当かどうかを判断しやすくなります。

見落とされがちなのが、手順書と現場向けの案内文を書く仕事です。移行がうまくいっている会社は、必ず分かりやすい手順書を用意しています。文書を整える力は独立した技能で、ビジネス文書検定で問われる内容がそのまま実務に効いてきます。

なお、「これまで人が手で回していた業務をシステムに載せ替える」という取り組みは、業種を問わず共通の落とし穴を持っています。承認や申請の流れをシステム化した事例をまとめたワークフローシステム比較2026｜承認業務のDX化で年間200時間を削減や、人の情報を一元管理する仕組みを扱ったタレントマネジメントシステム比較2026｜カオナビ vs HRBrain vs タレントパレットには、在庫の乗り換えにもそのまま当てはまる教訓が含まれています。どちらも「機能で選ぶと現場が動かない」という同じ結論にたどり着いている点が示唆的です。

現場を長く見てきた立場からの観察

在宅ワークと業務委託の市場を20年見てきた運営者の立場から言えることがあります。小さな事業者のシステムの乗り換えがうまくいくかどうかは、製品の性能ではなく「誰が面倒を引き受けるか」で決まる、という点です。

うまく回っている会社には、必ず一人、中身を理解している人がいます。それは担当者本人のこともあれば、外部の委託先のこともあります。逆に、誰も中身を分かっていない状態で導入した会社は、半年ほどで元のエクセルに戻っています。

もう一つ、委託で頼む場合の話です。中間の手数料が乗らない直接のやり取りのほうが、双方にとって具合がよくなります。依頼する側は同じ予算でより多くの作業を頼めますし、受ける側は手数料0%のぶん手取りが厚くなります。金額の話に見えますが、実際に効いてくるのは質のほうです。手取りが厚い受け手は、細かい相談に応じる余裕を持ちます。

長く続いている委託の関係を見ていると、単発の作業をこなす人よりも「この人に任せると楽だ」という信頼を作った人のほうが残っています。在庫管理のような、稼働が始まってからのほうが長い仕組みでは、この継続の関係が特に効いてきます。品目が増えたとき、倉庫が増えたとき、販売のチャネルが増えたときに、すぐ相談できる相手がいるかどうか。ここが数年後の運営の楽さを分けます。

システムを選ぶという行為は、実は「誰と一緒に運用していくか」を選ぶことでもあります。比較表の丸とバツだけを見ていると、この視点が抜け落ちます。焦らなくて大丈夫です。決めごとを一つずつ書き出して確かめていけば、候補は自然に絞られていきます。

よくある質問

Q. 在庫管理システムを乗り換えるとき、最初にやるべきことは何ですか？

製品を比べることではなく、在庫がある場所をすべて書き出すことです。自社の倉庫、店舗のバックヤード、外部に預けている分、取引先に置いた委託分、検品待ちの返品まで含めて一覧にします。そのうえで、それぞれを誰がどの頻度で数え、ずれたときに誰が直すかを埋めていきます。ここで空欄になった場所が、いまの運用の弱点であり、乗り換え後も同じ問題を起こす箇所です。

Q. 旧システムと新システムの並行運用は、どれくらいの期間が適切ですか？

長くて2週間、できれば1週間が目安です。並行の期間は同じ作業を二回やることになり、現場の負担が二重になります。長引くほど入力の漏れが増え、どちらの数字も信用できなくなります。開始の前に「どちらを正とするか」を一つに決めておき、食い違いが出たときの判断を現場に委ねない形にしておくことが重要です。切り替えの日は在庫の動きが少ない時期を選びます。

Q. 過去のデータはすべて新しいシステムへ移すべきですか？

すべて移す必要はありません。現在の在庫と直近の入出庫の履歴だけを移し、古い履歴は読み取り専用の形で別に保管する方法が現実的です。移す量が増えるほど移行の作業も、移行後に見つかる不整合も増えます。税務や取引先からの問い合わせで過去を遡る必要があるなら、保管する場所と保管の期間を文書に残しておけば実務上は困りません。

Q. 乗り換えが成功したかどうかは何で判断すればいいですか？

移行の前に三つの数字を記録し、3か月後に比べてください。在庫の突き合わせと訂正にかかる週あたりの時間、欠品の発生件数、実際の数と帳簿のずれの件数です。この三つが改善していれば乗り換えは成功です。数字を取っていないと、うまくいっているかを感覚で議論することになり、次の改善につながりません。移行の前に測っておくことが条件になります。

Q. 業種によって選び方はどれくらい変わりますか？

最初の絞り込みが変わります。食品のように消費期限で在庫を分ける必要がある業種は、期限の管理ができない製品が候補から丸ごと外れます。製造業なら部品と仕掛かりを扱えるか、通販なら複数の販売チャネルの在庫を同期できるかが最初の条件です。これらは後から足せる部分ではないため、業種固有の条件を一つ決めてから比較表を見ると、候補が短時間で絞れます。