在庫管理をスプレッドシートでやる4つの限界｜共有できても在庫が合わない理由
スプレッドシートで在庫表を共有したのに、数が合わない・数式が壊れる・原因が追えないと困っていませんか？共有できても在庫が正しくならない4つの理由と、解決の進め方を解説します。
はじめに
この記事の要点
- スプレッドシートは共有の問題を解決しますが、在庫の正確さは別の問題で、共有できても数は合いません
- 原因は「誰でも自由に上書きできる」ことにあり、権限や運用ルールを増やすほど使いにくくなっていきます
- 在庫管理のシステム化費用は、入出庫の記録と在庫の一元管理で40万円〜、棚卸しや帳票の出力まで含めて80万円〜が目安です
「エクセルだとファイルを取り合うので、スプレッドシートに移した」——在庫管理でこの移行をした会社は多くあります。実際、同時に開けない・どれが最新か分からないといった問題は、これで解消します。
ところが移してしばらくすると、別の困りごとが出てきます。在庫数が実物と合わない、数式がいつのまにか壊れている、なぜズレたのか誰にも分からない。共有はできているのに、肝心の数字が信用できない状態です。
この記事では、在庫管理をスプレッドシートでやるときの4つの限界と、どう解決していくのかを、中小企業の目線でわかりやすく解説します。
この記事を読むとわかること
- 共有できているのに在庫が合わなくなる理由
- 権限やルールを増やしても解決しない構造的な原因
- 仕組みに変えると日々の運用がどう変わるのか
スプレッドシートの在庫管理でよくある4つの限界
① 同時に触ると、在庫数が後から書いた人で上書きされる
スプレッドシートは同時編集ができますが、同じセルを2人が同時に書き換えれば、後に書いたほうが残ります。
出庫した人が在庫を10から8に直している最中に、別の人が別の出庫を反映して10から9にすると、片方の出庫がなかったことになります。エラーも警告も出ないため、ズレたことに誰も気づけません。エクセルの「ファイルを取り合う」問題は解けても、数字の取り合いは残ります。
② 誰でも編集できるので、数式や行が壊れる
在庫表には、合計や引き算の数式が入っていることがよくあります。ところが行の挿入・削除やコピー貼り付けで、数式は簡単に壊れます。
貼り付けたときに書式ごと上書きされる、並べ替えで行がずれる、間違えて数式のセルに直接数字を打ち込む——どれも日常的に起こります。壊れても表は表示され続けるので、しばらく誰も気づかないまま運用が続きます。
③ 入出庫の履歴が残らず、合わない原因を追えない
多くの在庫表は「いまの在庫数」だけを持っていて、いつ・誰が・どの理由で増減させたかは残っていません。
そのため実物と数が合わなかったとき、調べる手がかりがありません。編集履歴をさかのぼる方法もありますが、セル単位の記録を延々と追うことになり、実務では現実的ではありません。結局「合わないので実数に直す」で終わり、同じズレが翌月も起こります。
④ 件数が増えると重くなり、現場で開けなくなる
品目が増え、数式や条件付き書式が積み上がると、表は目に見えて重くなります。開くまでに時間がかかり、スマホからは特に使いづらくなります。
在庫は倉庫や現場で確認するものなので、その場で開けないと結局あとでまとめて入力することになります。まとめ入力になった時点で、在庫表は現状ではなく記憶の写しになります。
なぜルールを増やしても解決しないのか
ここまでの4つは、運用ルールで直そうとすると、かえって使いにくくなるという共通点を持っています。
上書き事故を防ごうとすれば「入力は担当者だけ」に絞ることになり、共有した意味が薄れます。数式が壊れるのを防ごうとすれば保護範囲を広げることになり、今度は必要な修正もできなくなります。履歴を残そうとすれば別シートに手で書き足すことになり、入力の手間が二重になります。
根本にあるのは、スプレッドシートが「表を共有する道具」であって「在庫を管理する道具」ではないことです。表は誰でも自由に書き換えられることを前提に作られており、その自由さこそが在庫の正確さを崩しています。
つまり必要なのは、ルールを増やすことではなく、入出庫という出来事を記録すると、在庫数がその結果として決まる形に変えることです。
スプレッドシート運用とシステム化後の比較
| 項目 | スプレッドシート | システム化後 |
|---|---|---|
| 在庫数の更新 | セルを直接書き換える | 入出庫の登録で自動的に増減 |
| 同時操作 | 後から書いた人が残る | 順番に処理され、両方反映される |
| ズレの調査 | 手がかりが残らない | 入出庫の履歴から追える |
| 現場での利用 | 件数が増えると重い | スマホから必要な品目だけ表示 |
システム化で変わること
在庫数を直接いじらなくなる
入庫・出庫を1件ずつ登録し、在庫数はその結果として自動的に決まります。数字を手で書き換える操作がなくなるため、上書きによる消失が起こりにくくなります。
数式が壊れる心配がなくなる
集計は仕組み側で行われるため、表計算の数式を人が管理する必要がなくなります。行の挿入や貼り付けで壊れることもありません。
合わない原因をさかのぼれる
いつ・誰が・どの品目を・いくつ動かしたかが履歴として残ります。棚卸しで差が出たときに、どこから合わなくなったかを確認できます。
現場のスマホから使える
必要な品目だけを検索して表示できるため、表全体を読み込む必要がありません。倉庫や現場でその場で登録できるようになり、あとでまとめて入力する運用がなくなります。
具体例：スプレッドシート共有で在庫がずれていた会社のイメージ
たとえば、品目が数百あり、営業と倉庫の両方が同じ在庫表を触っている会社があるとします。同時に触るたびに数がずれ、月末の棚卸しで毎回20〜30品目の差異が出て、原因が分からないまま実数に直していた——というのはよくある話です。
入出庫を登録する仕組みに変えると、在庫数は登録の結果として決まるため、上書きによるズレが起きにくくなります。差が出た場合も履歴から追えるので、原因の特定と再発防止に手が回るようになります。
システム化でできること（主な機能）
在庫管理をシステム化する場合、たとえば次のような機能が考えられます。すべてを最初から作る必要はなく、御社の業務に合わせて必要なものだけを組み合わせます。
- 入庫・出庫の登録：日付・品目・数量・担当者を1件ずつ記録し、在庫へ反映
- 在庫照会：品番・品名・保管場所などで検索し、現在庫を確認
- 入出庫履歴：品目ごとの増減をさかのぼって確認
- 棚卸し：実数を入力して差異を一覧化し、調整を記録
- アラート：設定した数量を下回った品目を知らせる
- 検索・帳票出力：期間別・品目別の抽出とCSV出力
在庫とあわせて見直したい業務の例
在庫は発注や受注と一続きです。次のような業務に心当たりがあれば、各記事もあわせてご覧ください。
小さく始めるなら、どの機能から
おすすめは、ズレがいちばん困っているところから始めることです。在庫管理なら、多くの場合入出庫の登録と在庫照会から始めるのが効果を実感しやすいポイントです。ここが動くだけで、上書きによる消失と原因追跡の問題が同時に片付きます。
そこで効果を確認してから、棚卸し → アラート → 帳票出力、と段階的に広げていけば、無理なく投資を回収しながら進められます。
相談前に準備しておくとスムーズなもの
お問い合わせの前に次のものをご用意いただけると、より具体的なご提案ができます。「まだ何も決まっていない」段階でのご相談も歓迎です。
- いま使っている在庫表のスプレッドシート（列の構成が見えると設計が早く進みます）
- 入出庫の流れ（誰が・どのタイミングで・どこで記録しているか）
- 品目数と、1日あたりの入出庫の件数
- 倉庫や現場でスマホを使えるか
- いつ頃までに・どのくらいの予算で進めたいかのご希望
よくある質問
Q. いまのスプレッドシートのデータは活かせますか？
A. 多くの場合、いまの列の構成をそのまま設計の土台にできます。慣れた項目名や並びをなるべく残す形で作れるため、移行後に覚え直す負担を小さくできます。過去データの取り込みについては、データの状態を見て範囲をご相談します。
Q. 権限を細かく設定すれば解決しませんか？
A. ある程度は防げますが、編集できる人が1人でも間違えれば同じことが起こります。また権限を絞るほど、現場が入力できなくなって別の紙やメモに逃げる形になりがちです。入力そのものを「出来事の記録」に変えるほうが、運用は軽くなります。
Q. スマホだけで運用できますか？
A. 入出庫の登録や在庫の確認といった日々の操作は、スマホで完結する形にできます。棚卸しの集計や帳票の出力など、まとめて処理する作業はパソコンのほうが扱いやすいため、用途に応じて画面を作り分けるのが現実的です。
Q. 費用はどれくらいかかりますか？
A. 内容によりますが、入出庫の記録と在庫の一元管理で40万円〜、棚卸しや帳票の出力まで含む業務効率化で80万円〜が目安です。入出庫の登録から小さく始めれば、初期費用を抑えられます。詳しくは料金ページをご覧ください。
まとめ・次のアクション
在庫管理をスプレッドシートでやるときの限界は、次の4つです。
- 同時に触ると、在庫数が後から書いた人で上書きされる
- 誰でも編集できるので、数式や行が壊れる
- 入出庫の履歴が残らず、合わない原因を追えない
- 件数が増えると重くなり、現場で開けなくなる
スプレッドシートへの移行で解決するのは共有の問題までで、在庫の正確さは別の問題として残ります。在庫数を直接書き換えるのをやめ、入出庫を登録すると在庫がその結果として決まる形にすれば、ズレそのものが起きにくくなります。
「うちの在庫表、システムにしたらどう変わる？」という相談も大歓迎です。いまお使いのスプレッドシートをお見せいただければ、規模感に合わせた現実的なご提案をいたします。まずはお気軽にお問い合わせください。
あわせて、こちらもご覧ください。
関連記事
記事一覧へ戻る