在庫管理システムの選び方｜Excelから移行するタイミングと選定基準

在庫管理をExcelでやっている会社は、まだまだ多い。担当者が慣れているし、カスタマイズもきく。今すぐ変える理由が見えにくい——そう感じている経営者や担当者に向けて、この記事を書いた。

Excelの在庫管理が機能しているうちは問題が見えない。しかし、ある時点から「見えていないロス」が積み上がり始める。それがどんな形で現れ、どのタイミングで手を打つべきか。業種ごとの選び方、判断軸、費用感まで、順を追って整理していく。

Excelの在庫管理でよく起きるロス

Excelによる在庫管理の問題は、「使いにくい」という次元ではない。もっと静かに、もっと深いところで損失が起きている。

棚卸差異が積み重なる

月次や年次の棚卸で、帳簿上の在庫数と実際の在庫数が合わない。最初は小さなズレでも、半期分が積み上がると数十万円、あるいは数百万円規模の差異になる。Excelは入力タイミングのズレ、転記ミス、更新忘れが発生しやすく、「リアルタイムで正しい数字」を保つことが構造的に難しい。

棚卸差異を毎回「しょうがない誤差」として処理している会社は多い。しかしその差異は、紛失・廃棄・二重発注・過剰在庫のどれかから生まれている。原因を特定できないまま放置すると、損失は繰り返す。

二重管理・入力の手間が増える

Excelで在庫管理をしていると、受注システム・会計ソフト・仕入管理のExcelなど、別々のファイルで同じデータを何度も入力する状況が生まれやすい。更新する人が複数いれば、バージョン違いのファイルが社内に乱立する。

「最新版はどれか」を確認する時間、転記作業の時間、ミスの修正時間——これらは直接的な生産性ロスだが、慣れてしまうと見えなくなる。

担当者しか分からない運用になる

Excelの在庫管理ファイルは、作った人の思考で設計されている。列の意味、色の意味、非表示になっているシートの意味——引き継いだ人間には分からない。担当者が休んだとき、退職したとき、業務が止まる。

「あの人がいないと在庫が確認できない」という状態は、組織としてのリスクだ。仕組みが人に依存している会社は、人が動くたびに業務が揺れる。

発注判断が感覚に頼る

在庫の適正量は、品目ごとの売れ方・リードタイム・季節変動によって変わる。Excelでそれを管理するには、担当者が都度考えて判断するしかない。知識と経験のある担当者が判断しているうちは回るが、異動・退職で途端に崩れる。また、判断の精度は個人差が大きく、過剰在庫と欠品が繰り返される。

過去データの分析ができない

Excelで在庫管理している会社の多くは、過去の入出庫履歴を残していないか、残していても集計できる形になっていない。「昨年の同じ時期、どの商品がどれだけ動いたか」を振り返るのに数時間かかるなら、実務ではほぼ活用されない。データは蓄積しているようで、活きていない。

システム化すべきタイミング5つのサイン

Excelで回っていた業務が、ある時点から「限界」を見せ始める。その転換点を示すサインが5つある。これらが重なるほど、移行を先延ばしにするコストは増える。

サイン1：在庫確認に15分以上かかるようになった

「今、〇〇の在庫いくつある？」という問いに即答できない状態は、すでに在庫管理が業務の足を引っ張っている。ファイルを探し、開き、確認して折り返す——その往復が日常になっていれば、システム化の効果は確実に出る。

サイン2：欠品と過剰在庫が同時に起きている

売れ筋が切れるのに、動かない在庫が倉庫を占有している。これは発注判断の精度問題だ。適正在庫が品目ごとに設定・管理されていなければ、感覚発注はどこかで必ず偏る。

サイン3：ファイルの更新が追いつかなくなってきた

取り扱い品目が増えた、拠点が複数になった、担当者が増えた——いずれかのタイミングで、Excelの更新頻度が実態に追いつかなくなる。月次でしか在庫が把握できない状況になったら、変わり時だ。

サイン4：在庫トラブルが顧客に見えるようになった

欠品による納期遅延、誤出荷、二重注文——これらが起きると、信頼損失という目に見えないコストが発生する。トラブルが表面化した後に動くのでは遅い。

サイン5：担当者が在庫管理の仕事に追われている

本来やるべき業務があるにもかかわらず、在庫の確認・転記・更新に時間を取られている。「誰かがやらないといけないから自分がやっている」という状態は、組織の生産性が管理作業に食われているサインだ。

在庫管理システムで解決できること

在庫管理システムの導入で得られる恩恵は、「手間が減る」だけではない。業務の質そのものが変わる。

リアルタイムでの在庫把握

入荷・出荷・移動が発生した瞬間に在庫数が更新される。どこからでも、誰でも、最新の在庫状況を確認できる。複数拠点がある場合でも、倉庫ごとの在庫が一画面で見える。確認のための往復がなくなり、判断のスピードが上がる。

発注アラートと適正在庫の設定

品目ごとに「発注点（この数を下回ったら発注）」と「発注量（何個まとめて発注するか）」を設定できる。在庫がしきい値を下回ると通知が来る。担当者の記憶と感覚に頼らず、ルールに従って発注できる。欠品と過剰在庫の両方を抑制できる。

入出庫履歴の蓄積と分析

いつ、何が、どこから入ってきて、どこへ出て行ったか——すべての履歴が自動で記録される。期間を指定して品目ごとの動きを確認できる。「この商品は季節変動が大きい」「このロットから不良が出ている」といった分析が、過去データから見えてくる。

他システムとの連携

受注システム、会計ソフト、ECカート、POSレジ——これらと連携することで、受注が入った瞬間に在庫が引き当てられ、出荷が確定した瞬間に在庫が減る。二重入力がなくなり、ミスが減り、処理速度が上がる。

権限管理と業務の標準化

誰が何をどのタイミングで操作するか、システムがルールとして保持する。担当者が変わっても業務は同じ手順で動く。引き継ぎコストが下がり、「あの人がいないと分からない」という属人化を解消できる。

業種別の選び方

在庫管理システムは一種類ではない。業種によって必要な機能が異なり、合わないシステムを選ぶと「使われないシステム」になる。

製造業

製造業の在庫は、原材料・仕掛品・完成品の3層に分かれる。生産指示に連動して原材料が引き当てられ、製造が進むと仕掛品として管理され、完成品として倉庫に入る——この流れをシステムで追えるかどうかが重要だ。

ロット管理（どのロットから使ったか）、シリアル管理（個別品番ごとの追跡）が必要な業種も多い。品質問題が発生したとき、影響範囲を即座に特定できることが、製造業では不可欠な要件になる。

生産計画システムや販売管理システムとの連携も確認したい。在庫管理単体で完結するシステムより、製造業向けの統合型か、連携機能が充実したものを選ぶほうが長期的に使いやすい。

小売業

小売業ではPOSレジとの連携が前提になる。販売のたびに在庫が自動で減るかどうか。複数店舗がある場合、店舗ごとの在庫と全体の在庫が見えるかどうか。店舗間移動の管理、棚卸機能、欠品アラートがあるかどうか。

商品点数が多い小売業では、バーコード・QRコードを使ったスキャン入力ができるかどうかも確認ポイントだ。手入力の工数は、品目数に比例して増える。

EC（ネット通販）

ECサイトのカートシステムと在庫データが連携しているかどうかが、ECにおける最重要要件だ。在庫数が実際より多く表示されていると、売れた後に欠品が発覚するトラブルが起きる。複数のECモールに出店している場合、在庫数をまとめて管理できるかどうかも確認が必要だ。

返品・交換への対応、ギフト包装など付帯処理の管理、複数の配送先への出荷管理——ECならではの業務フローに対応しているかを確認したい。

卸売業

卸売業では、得意先ごとの価格設定・発注単位・納期条件の管理が複雑になる。在庫管理単体より、受発注管理・販売管理と一体になったシステムが実務に合いやすい。

取引先別の在庫引き当て、大量の受注処理、複数倉庫からの出荷最適化——これらに対応できるかどうかが、卸売業での選定軸になる。大手メーカーや小売チェーンとEDI連携が必要な場合は、対応フォーマットの確認も必須だ。

選定で失敗しない3つの判断軸

在庫管理システムの選定で失敗する会社の多くは、機能の多さや価格だけで判断している。現場で使われるシステムを選ぶには、3つの軸で評価することが重要だ。

判断軸1：既存システムとの連携

在庫管理システムは単体で動くものではない。受注システム、会計ソフト、ECカート、POSレジ、発注先とのやり取りシステム——現在使っているツールと、新しい在庫管理システムがどう連携するかを最初に確認する必要がある。

連携できない場合、結局また二重入力が発生する。それではExcelから移行した意味が薄れる。選定前に「現在使っているシステム一覧」を作り、各システムとの連携可否をベンダーに確認することが先決だ。

API連携ができるか、CSVインポート・エクスポートの形式は何か、連携にカスタマイズが必要な場合の費用はいくらか——これらを確認せずに契約すると、導入後に追加費用が発生する。

判断軸2：操作の簡単さ

どれだけ機能が充実していても、現場担当者が使えないシステムは意味がない。「使わなくなったシステム」を抱えている会社は多く、その原因の大半は操作の複雑さにある。

評価のポイントは、画面の直感性だけでなく「覚えなければいけない手順の数」だ。日常業務に必要な操作が3ステップ以内でできるか、ハンディターミナルやスマートフォンから操作できるか、マスタ登録や設定変更が自社でできるか——これらを無料トライアルで確認したい。

判断軸3：導入後のサポート体制

在庫管理システムは導入して終わりではない。業務が変わるたびに設定変更が必要になる。トラブルが発生したとき、すぐに相談できるサポートがあるかどうかが、長期的な運用の安定性に直結する。

確認すべき内容は以下の通りだ。

• 工程管理を見える化する方法｜中小企業が現場と経営をつなぐ仕組みの作り方
• 中小企業向けDX補助金の活用ガイド2026｜IT導入補助金・ものづくり補助金の選び方
• 顧客管理（CRM）の始め方｜Excelから移行するタイミングと選定基準
• 問い合わせ対応の手段（電話・メール・チャット）と応答時間の目安
• 導入時の設定支援・操作研修が含まれているか
• バージョンアップやシステム改修への対応はどうなっているか
• 担当者が変わったときの引き継ぎ支援があるか
• 万が一サービスが終了したとき、データを持ち出せるか

特に中小企業では、IT専任担当者がいないケースが多い。「何かあったとき誰に聞くか」が明確なベンダーを選ぶことが、継続利用の鍵になる。

費用感と導入までの流れ

在庫管理システムの費用感

在庫管理システムの費用は、形態によって大きく異なる。大きく分けると「クラウド型（SaaS）」と「オンプレミス型（自社サーバー設置）」がある。

中小企業での導入が増えているクラウド型の場合、月額費用は規模や機能によって幅があるが、概ね以下のような目安感で考えるとよい。

• 小規模・シンプルな機能：月額数千円〜2万円程度
• 中規模・標準的な機能セット：月額2万〜10万円程度
• 多機能・複数拠点・API連携込み：月額10万円以上

これに加え、初期設定費用（データ移行、マスタ登録代行、連携設定）として数万〜数十万円かかる場合がある。操作研修費用が別途設定されているケースもある。

費用対効果の考え方

システム費用だけを見て「高い」と判断するのは早計だ。現状の「隠れたコスト」と比較することが必要だ。

担当者が在庫確認・転記・集計に週何時間使っているか。欠品による機会損失は年間いくらか。棚卸差異として毎年どれだけの損失が出ているか。これらを積み上げると、月額数万円のシステム費用は十分に回収できることが多い。

導入までの標準的な流れ

在庫管理システムの導入は、概ね以下のステップで進む。

• ステップ1：現状の業務フローを整理する（誰が、何を、いつ、どのシステムで）
• ステップ2：課題と要件を定義する（何を解決したいか、必須機能と追加機能を分ける）
• ステップ3：候補システムを2〜3本に絞り、無料トライアルで操作確認
• ステップ4：連携が必要なシステムとの接続可否をベンダーに確認
• ステップ5：費用・サポート内容・契約条件を比較して発注
• ステップ6：初期設定・データ移行・マスタ登録
• ステップ7：操作研修と並行稼働（旧Excelと新システムを一定期間並べて運用）
• ステップ8：本番稼働・運用定着

並行稼働の期間は1〜2ヶ月が目安だ。いきなり旧Excelを廃止せず、新システムで問題なく動いていることを確認してから切り替えると、現場の混乱を最小化できる。

よくある質問

Q. Excelに慣れている担当者がいる。システムに移行すると現場が混乱しないか？

操作の簡単なシステムを選ぶことと、移行期間に並行稼働を設けることで、混乱は最小化できる。多くのシステムはExcelライクな画面を持つものも多く、入力感覚は近い。重要なのは、移行の理由と移行後の業務手順を担当者に丁寧に説明することだ。「なぜ変えるのか」が腹落ちしていないと、どれだけ使いやすいシステムでも抵抗が生まれやすい。研修と並行稼働の期間を設け、「新システムの方が楽だ」と担当者が実感できると、定着が早い。

Q. 取り扱い品目が少ない。それでもシステムを入れる意味があるか？

品目数より、入出庫の頻度と確認の手間で判断する方が正確だ。品目が少なくても、入出庫が毎日起きる、複数拠点がある、担当者以外に在庫を確認したい人がいるという場合は、システム化の効果が出やすい。逆に、品目も動きも少なく、担当者一人が全体を把握できている状況なら、まだExcelで十分な場合もある。「今の課題は何か」から出発することが大切だ。

Q. 導入したシステムが合わなかった場合、どうなるか？

クラウド型の多くは月額契約で、解約は比較的柔軟だ。重要なのは、解約時にデータを持ち出せるかどうかを契約前に確認すること。CSVやExcel形式でエクスポートできるシステムなら、乗り換えのリスクが低い。また、無料トライアルを必ず活用し、本番環境に近い条件で試してから契約する習慣をつけることが、ミスマッチを防ぐ最良の方法だ。