エクセル在庫管理で「詰まった」3つの現場——物流・EC・卸売、それぞれの失敗が教える移行判断の起点 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

失敗①：物流センターの「更新漏れ」が引き起こした二重出荷

中堅の3PL事業者で倉庫管理を担う小林さん（42歳）のチームは、長らくエクセルで入出庫を管理していた。ファイルは共有ドライブに置かれていたが、複数のスタッフが同時に開くたびに「読み取り専用」になる。そのため、入庫処理と出荷指示の入力が食い違うケースが月に数回発生していた。

ある繁忙期、同じ商品に対して2件の出荷指示が入った。担当者Aが在庫シートを更新している間に、担当者Bが旧データを参照して出荷処理を進めた。結果として同一ロットが二重出荷され、後から1件分の返品対応と取引先への謝罪が発生した。

上図は「同時編集→情報ズレ→業務ミス」の典型的なフロー。出荷処理が多い物流現場ほど、このリスクは高くなる。

失敗②：EC担当者の「手入力ミス」が引き起こした在庫のマイナス表示

渡辺さんが勤めるEC事業者では、楽天・Amazon・自社サイトの3モールで同一商品を販売していた。各モールからの受注データをエクセルに手入力し、そこから在庫を差し引く運用だった。

ある週末、楽天からの受注が集中した。担当者が受注件数を「17件」と入力すべきところを「71件」と誤記した。在庫シートは一気にマイナス54になった。翌朝その数字に気づいた別の担当者が「在庫切れ」と判断し、楽天側の在庫数を0に設定した。実際にはまだ在庫が残っていたため、その日の午前中の受注チャンスをまるごと失った。

複数モール×手入力という構造は、ミスを「起きたら困る事象」ではなく「いつか起きる確率問題」にする。販売チャネルが増えるほど入力工数は比例して増え、それに伴ってミスの機会も増える。

失敗③：卸売の「マスタ管理の分散」が招いた棚卸し差異

食品卸を営む伊藤さん（49歳、管理部門リーダー）の会社では、商品マスタが複数のエクセルファイルに分散していた。営業部が管理するファイル、倉庫担当が管理するファイル、そして経理が管理する仕入れ台帳——それぞれが別々に更新され、定期的に手作業で突合していた。

四半期棚卸しのたびに、帳簿上の在庫数と実際の棚卸し数が合わなかった。差異の原因を追うと、どのファイルのどの更新タイミングでズレたのかが特定できない。結局、棚卸し後の数字をそのまま「正」として上書きし、次の四半期に持ち越す繰り返しだった。

この状態では「今の在庫が正確かどうか」を誰も保証できない。発注の判断が常に「たぶんこのくらい」になり、過剰発注と欠品が交互に発生していた。

3つの失敗に共通する「構造的な原因」

業種は違っても、上の3つには共通した原因がある。エクセルが「一人が一時点で使うツール」として設計されているという点だ。

• 同時編集の非対応：複数人が同じファイルを更新すると、必ずタイムラグや競合が生まれる
• 自動連携の欠如：他システム（受注・会計・倉庫）とのデータ連携は手入力頼みになるため、転記ミスが避けられない
• 履歴・ログの不在：誰がいつどの数字を変えたか追えないため、差異が発生しても原因特定に時間がかかる

管理する品目数や取引チャネルが少ない段階では、これらはある程度カバーできる。しかし事業規模が広がるにつれて、「カバーできる範囲」を超える頻度が上がる。その頻度が月に複数回になってきたら、エクセル運用の限界を疑う段階に入っている。

移行を判断するための3つの問い

ツールを変える判断は、コストや導入工数を考えると後回しにしやすい。ただし、上で挙げた失敗がひとつでも発生している場合、「後で対処する」コストは先送りするたびに積み上がる。以下の3つを自社の現状に照らして確認してほしい。

1. 在庫データを複数人が更新する運用か？——そうであれば、同時編集による更新漏れのリスクは常在する
2. 受注・出荷のデータを手動でエクセルに転記しているか？——転記工数が週に2時間を超えていれば、ミスと属人化のコストが発生している
3. 棚卸し後に「帳簿と実数の差」を毎回上書きで処理しているか？——そうであれば、在庫精度への信頼が失われている状態が続いている

これらのうち2つ以上が該当する場合、エクセル運用の改善でなく仕組みそのものの見直しを検討する価値がある。

クラウド型の在庫管理ツールは、複数人の同時更新・他システムとのデータ連携・更新履歴の自動記録といったエクセルの構造的な弱点を補う設計になっている。Spesのような中小企業向けのSaaSであれば、バーコード・ハンディ連携や複数拠点の一元管理にも対応しており、物流・EC・卸売といった業種でも比較的導入しやすい構成になっている。

まず何を課題の起点にするか迷う場合は、Spesの問い合わせ窓口で現状の運用を共有し、どこから整えるかを相談するところから始めてもよい。

よくある質問

エクセルからクラウドツールへの移行は、どのくらいの期間がかかりますか？

現場の規模と既存データの整理状況によって変わるが、品目数が数百点以下で拠点が1〜2か所程度であれば、初期設定から本稼働まで1〜2か月程度で進むケースが多い。現行のエクセルファイルの棚卸しと、商品マスタの整備を先行させておくと移行がスムーズになる。

移行期間中、エクセルと並行して運用することはできますか？

短期間の並行運用は「どちらが正」かの混乱を生むリスクがあるため、切り替えのタイミングを明確に決めて移行期間を区切るほうが現場の混乱は少ない。並行期間を設ける場合は、入力先を一方に統一し、もう一方は読み取りのみに限定する運用が現実的だ。

EC事業者が複数モールの在庫を一元管理する場合、何から整えればよいですか？

まず「どのチャネルの在庫が最もずれやすいか」を特定することが先決だ。受注件数が多いモールから連携を優先し、手入力が発生している箇所を順番に自動化していくと、段階的に精度が上がる。初回から全チャネル同時連携を目指すより、1チャネルを確実に動かしてから横展開するほうが失敗が少ない。

参考：在庫管理や物流に関わる統計データはe-Stat（政府統計ポータル）でも確認できる。業種別の企業規模・出荷動向などを把握する際に活用できる。