Column
コラム
在庫管理エクセルテンプレートの「使い方」、業種によってここまで違う——製造・小売・卸売・ECで何が変わるか

執筆:Spes編集部
「テンプレートを配っても、現場がバラバラな使い方をしていて困っている」——そう話してくれたのは、4拠点に工場を持つ部品メーカーの資材担当、鈴木さん(40代)でした。本社から配布したエクセルの在庫管理テンプレートが、拠点ごとに列の並び替えや関数の書き換えが行われ、集計のたびに手直しが発生していたといいます。
エクセルの在庫管理テンプレートは「ひな型さえあれば誰でも使える」と思われがちです。しかし実際には、業種ごとに管理すべき情報の種類・更新頻度・複数人での運用スタイルが大きく異なるため、同じテンプレートを使っていても、現場での「運用の崩れ方」はまったく別の形をとります。
この記事では、製造業・小売業・卸売業・ECという4つの業種を軸に、それぞれでエクセルテンプレートの何が「合わない」のかを整理します。移行を急ぐ前に、まず自社の現場が直面している課題の本質を確認するための材料として活用してください。
製造業のテンプレート運用で起きやすいこと

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
製造業では、完成品在庫だけでなく、仕掛品・原材料・購買部品を別々に管理する必要があります。多くのテンプレートは「品番・数量・場所」の3軸で設計されていますが、製造現場には「ロット番号」「工程別在庫(加工待ち/検査中)」「払い出し単位」といった情報が不可欠です。
鈴木さんのケースでも、本社配布のテンプレートに「工程ステータス」列が存在せず、各拠点が独自に列を追加したことで、結合セルや非統一の列名が混在する状態になっていました。複数人がファイルを開いて同時更新しようとすると、「読み取り専用で開かれています」という警告が常態化し、タイムリーな数量把握ができなくなっていたといいます。
製造業でエクセルテンプレートが崩れやすい理由は、品目の属性(ロット・工程・単位)が他業種より多次元であるにもかかわらず、テンプレートの列構造が2次元の表に固定されているからです。属性を増やすほど列が横に広がり、管理できる人間が限定されていきます。
小売業と卸売業——似ているようで、「更新タイミング」がまったく違う

小売業と卸売業は、在庫テンプレートの見た目が似ていることが多く、同じひな型を流用しているケースがあります。ところが、現場で求められる更新の頻度と精度は大きく異なります。
| 項目 | 小売業 | 卸売業 |
|---|---|---|
| 在庫更新頻度 | 販売のたびにリアルタイムが理想 | 受注・出荷単位で日次〜週次 |
| 品目数 | 数百〜数千SKU | 数十〜数百品番 |
| テンプレートの主な弱点 | POSと手入力の二重管理による在庫ズレ | 取引先ごとの単価・最低発注量管理の煩雑さ |
| 棚卸しのタイミング | 月次または売場別に不定期 | 決算・取引先要請に合わせて定期 |
ある日用品の小売チェーンで在庫担当を務める渡辺さん(30代)は、「POSレジのデータとエクセルの在庫数が毎週月曜に必ずズレていた」と話します。土日の売上を月曜朝に手入力するタイミングと、週次の棚卸しデータを入力するタイミングが重なり、誰かの入力が上書きされる事故が月に2〜3回は起きていたそうです。
卸売業では別の問題が生じます。取引先ごとに掛け率や最低受注ロットが異なるため、テンプレートに単価列を1列設けるだけでは対応できず、取引先数×品番数のシートが増え続けるケースが多く見られます。あるアパレル卸の担当者は、「シートが35枚になったところで、どのシートが最新か分からなくなった」と振り返っていました。
EC事業者のテンプレート運用が「複数モール」で限界を迎える構造
EC事業者の在庫管理において、エクセルテンプレートの限界は品目数や更新頻度よりも、販売チャネルの増加によって先に露顕します。楽天・Amazon・Yahoo!ショッピング・自社サイトを同時展開している場合、各モールから受注データを手動でダウンロードし、テンプレートに転記する作業が日常的に発生します。
① 各モールの受注CSVを別々にダウンロード
② テンプレートに手動で転記(1日30〜60分)
③ 転記漏れ・タイムラグで在庫数がモール間でズレる
④ 二重販売が発生し、キャンセル対応・クレーム処理が増加
⑤ 繁忙期(年末・セール期)に限界が一気に来る
月商500万円規模のEC事業者でも、3モール以上を並行運営すると上記のサイクルに入るケースは珍しくありません。在庫の「数量を持つ」という点ではテンプレートで対応できていても、「どのモールから何が売れたか」をリアルタイムに反映する仕組みがない点が、テンプレート運用の根本的な限界です。
複数モールの在庫一元管理や受注自動化については、たとえばSpesのようなクラウドシステムを利用することで、テンプレート運用で発生していた転記作業を省き、販売チャネルをまたいだ在庫数の自動連動が実現できます(EC・卸売の在庫一元管理でよくある課題と解決のポイント)。テンプレートの限界を感じている段階で一度確認してみる価値はあります。
業種別に見た「テンプレートの限界」の本質と、次の判断軸
ここまで見てきたように、エクセルテンプレートが「機能しなくなる瞬間」は業種ごとに異なります。製造業では品目属性の多次元化、小売業では更新タイムラグによるズレ、卸売業では取引先別の条件管理の複雑化、ECでは複数チャネルの同期不能——それぞれ「型」が違います。
重要なのは、「テンプレートがダメ」ではなく、テンプレートが想定している管理の複雑さと、自社の現場で起きている複雑さが一致しているかどうかを確認することです。品目数が少なく単一チャネルで運用している段階では、整ったテンプレートは十分に機能します。ただし、そこから規模や取引先、販売チャネルが増えた瞬間に、テンプレートの「2次元の限界」が顔を出します。
Spesは販売・在庫・受注を一元管理するクラウドシステムとして、エクセルテンプレートが担っていた管理を引き継ぎながら、複数チャネルの在庫連動・受注自動化・拠点をまたいだ集計に対応しています(Spesとは——販売・在庫・受注を一元管理するクラウドシステムの全体像)。テンプレート運用の限界を感じている、あるいはどこから手をつければよいか迷っているという場合は、現状の課題を整理した上でお問い合わせいただくのが一つの選択肢です。
よくある質問
エクセルテンプレートを使い続けていいのはどのような状況ですか?
品目数が100以下、販売チャネルが1〜2つ、更新担当者が1名または2名程度に限られる場合は、適切に設計されたテンプレートでも十分な管理が可能です。ただし、これらの条件のいずれかが変わった時点で、テンプレートの限界が急速に近づきます。
業種別のテンプレートはインターネットで配布されていますか?
製造業向け・小売向けなどの業種別テンプレートは複数のサイトで配布されています。ただし、配布テンプレートはあくまでひな型であり、自社の品目属性・更新フロー・担当者数に合わせた調整が必要です。調整の手間が大きくなる場合は、クラウドシステムへの移行を検討する方が中長期的にコストが低くなることがあります。
テンプレートからクラウドシステムへの移行は難しいですか?
移行の難易度は、現状のデータ品質と品目マスターの整備状況に依存します。エクセルのデータが整理されていれば、インポートは比較的スムーズに進みます。Spesでは導入前の相談から対応しているため、「まず話だけ聞いてみたい」という段階での問い合わせも歓迎しています。
参考: e-Stat(政府統計ポータル) — 業種別の企業規模・従業者数データは、自社の管理複雑度を客観的に把握するための参考資料として活用できます。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



