エクセル在庫管理の「限界の来方」は職種で違う——倉庫担当・営業・経営者それぞれが先に壊れる場所 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

倉庫担当が最初に壊れる——「現物と数字のズレ」が日常になるとき

倉庫の現場でエクセル在庫管理が機能しなくなる兆候は、たいていシンプルだ。入荷があった。ファイルに記録しようとしたら、前の人が別のシートに書いていた。どちらが正しいかわからず、とりあえず棚を数え直す——この「数え直し」が週に何度も発生するようになったら、すでに限界は来ている。

たとえば10SKU程度の小規模な倉庫でも、入出荷が1日20件を超えてくると、エクセルへの記録タイミングが後ろにずれ始める。担当者の佐藤さんが午前中の入荷を昼休み後にまとめて入力する間に、別の担当者が出荷処理を同じファイルに書き込もうとする。Excelは同時編集に弱く、どちらかの変更が上書きされることがある。気づかないまま続けると、ある日の実地棚卸しで帳簿在庫と実在庫が15個ズレていた、という事態になる。

もう一つの崩れ方は、品番の表記揺れだ。「A-001」と「A001」と「a001」が混在し、VLOOKUP関数が正しく引けなくなる。これを修正しながら在庫数を管理し続けるのは、ベテランの鈴木さんでも月に数時間を消耗する作業になる。

倉庫担当にとっての解決の方向は、入力タイミングの分散をなくすことだ。バーコードやハンディターミナルと連携できる仕組みに切り替えると、「棚の前で読み取った瞬間に記録される」ため、後まとめ入力の遅延が構造的になくなる。エクセルでは、この「リアルタイム更新」を複数人で実現するのがそもそも難しい。

営業担当が壁に当たる——「今すぐ答えられない」が失注につながるとき

営業担当者にとってのエクセル在庫管理の限界は、顧客との会話の中で突然やってくる。「明日の午前中に50個、確保できますか」——この質問に、その場で答えられるかどうかが勝負だ。

エクセル管理の場合、在庫ファイルは社内の共有フォルダに置かれていることが多い。外出先からVPNを繋いでファイルを開き、最後に更新した時刻を確認し、その後に出荷や入荷がなかったかを電話で倉庫に確認する——このプロセスで5〜10分かかる。客先で待たせている間に「やっぱりいいです」と言われることもある。

渡辺さんが担当する卸売の現場では、月に3〜4件のこうした「即答できなかった失注」が出ていた。1件あたりの単価が5万円なら、月15〜20万円の機会損失になる計算だ。年間に直すと180〜240万円。エクセルのライセンス費用との比較では語れない規模の損失になる。

営業担当が必要としているのは、スマートフォンのブラウザから在庫数をリアルタイムで確認できる仕組みだ。倉庫の更新と営業側の閲覧が同じデータベースを参照していれば、「電話で確認してから折り返します」という遅延が起きなくなる。

経営者が直面する限界——数字の信頼性が崩れると経営判断ができなくなる

経営者の立場でエクセル在庫管理の限界を感じるのは、たいてい四半期末か期末だ。棚卸しの結果を経理担当の中村さんから受け取り、帳簿と照合すると数十万円規模のズレがある。原因を追おうとするが、エクセルの更新履歴は上書きされており、誰がいつ何を変えたかが追えない。

在庫残高が正確でないと、仕入れの判断も狂う。「まだ在庫があると思って仕入れを止めたら、実は在庫は少なかった」または「在庫が少ないと思って急いで発注したら、倉庫の別エリアに十分な数があった」——この二種類のミスが繰り返される。前者は欠品・機会損失、後者は過剰在庫・キャッシュフローの悪化につながる。

日本の中小企業では、在庫管理の担当者が1〜2名という体制が珍しくない（参考：e-Stat 政府統計ポータル の商業統計や工業統計でも、中小規模での少人数運営の実態は確認できる）。担当者が退職・異動したとき、エクセルの運用ルールごと引き継がれない事態が起きやすいのはこの体制に起因している。

経営者に必要なのは「誰が・いつ・どの数字を変えたか」が後から追えるログと、リアルタイムで手元のスマートフォンから在庫状況を確認できる仕組みだ。これはエクセルが本来想定していない使い方に相当する。

三つの立場に共通する「根本の問題」とクラウド管理への移行を考えるタイミング

倉庫担当・営業担当・経営者の三者が感じる限界は、表面上は異なるように見えて、根っこは一つだ。エクセルは「1人が1ファイルを管理する」ことを前提に設計されており、複数人・複数拠点・リアルタイム更新には構造的に向いていない。

企業規模が小さいうちは担当者が1人で完結するため問題が表面化しにくい。SKU数が100を超え、担当者が2〜3名になり、取引先が増えた段階で一気に崩れるケースが多い。「急に壊れた」と感じるが、実際には半年〜1年前から小さなズレが積み重なっていることがほとんどだ。

クラウド型の在庫管理ツールへの移行を検討するときに確認しておきたいのは、現在のエクセル運用で誰がいつ困っているかを職種別に棚卸しすることだ。倉庫側の課題なのか、営業側の課題なのか、経営の可視性の課題なのかで、必要な機能の優先順位が変わる。「とにかく何かシステムを入れる」より、課題の所在を先に整理することが移行の失敗を防ぐ。

たとえば、複数拠点・複数倉庫の在庫を一元管理したい、バーコードやハンディ連携を現場に導入したい、EC・卸の受発注と在庫を連動させたいといった要件が重なる場合は、クラウド型SaaSの選定相談から始めることが現実的な進め方の一つになる。どんな機能が自社の職種別の課題に対応しているかを比較したい場合は、Spesの問い合わせ窓口に具体的な状況を伝えると、要件の整理から相談に乗ってもらえる。

よくある質問

SKU数がどのくらいになったらエクセルから切り替えを検討すべきですか？

SKU数の絶対的な基準はないが、100〜200SKUを超えると入力ミスや表記揺れの修正工数が急増する傾向がある。SKU数より先に「週に何回数え直しが発生しているか」「月に何件の照会ミスがあるか」を確認するほうが、現実の判断に近い指標になる。

エクセルの共有機能（共同編集）で同時編集の問題は解決できませんか？

OneDrive・SharePoint経由のリアルタイム共同編集は以前より改善されているが、関数の複雑なシートでは競合が起きやすく、変更ログの管理も限定的だ。数名・数十SKUの段階では運用できても、規模が拡大したときに限界が来やすい構造には変わりない。

クラウド在庫管理への移行で、現場の抵抗感を減らすにはどうすればいいですか？

移行の抵抗感は多くの場合「操作が変わる不安」より「今の業務フローがどう変わるかわからない不安」から来ている。導入前に職種ごとの困りごとを拾い上げ、「この不便が解消される」という具体的な変化を示すと、現場の協力を得やすくなる。