在庫管理をスプレッドシートで行う方法｜作り方・関数・限界・システム移行を徹底解説

「いきなりシステム導入するほどではないが、Excelよりは効率的に在庫管理がしたい」「無料で・複数人で共有できる在庫管理の方法を探している」――こうしたニーズに応えるのが、Googleスプレッドシートを活用した在庫管理です。

スプレッドシートは無料・クラウドベース・共同編集対応というメリットがあり、小規模ビジネスや在庫管理の入口として有用です。一方で、データ量の増加・多店舗運用・EC連動などの局面では限界が明確に現れます。

本記事では、在庫管理をスプレッドシートで行う方法、便利な関数、メリット・デメリット、システム移行を検討すべきサイン、移行ステップまでを実務視点で網羅的に解説します。

スプレッドシートで在庫管理は可能?

結論:小規模・単一拠点なら十分対応可能

結論から述べると、Googleスプレッドシートは商品数が少ない・拠点が単一・販売チャネルが1〜2か所程度の小規模ビジネスであれば、在庫管理ツールとして十分に活用できます。Googleアカウントさえあれば無料で利用でき、表計算ソフトの基本機能（入力・計算・共有・グラフ作成）をブラウザ上で行えます。

一方で、商品SKUが数百〜数千を超える、複数店舗・複数倉庫・複数ECモールを運用する、リアルタイムな在庫連動が求められる、といった条件になると、スプレッドシートの限界が明確に現れます。後述する「システム移行を検討すべきサイン」で詳しく解説します。

スプレッドシートとExcelの違い

スプレッドシートとExcelは類似していますが、在庫管理用途では以下の違いがあります。

• クラウドベース:スプレッドシートはGoogleアカウントだけで使用でき、ファイル保存も不要
• 同時編集:複数人が同じシートを同時に編集でき、バージョン管理問題が起きにくい
• 無料利用:基本機能は無料、Excelのようなライセンス費用が発生しない
• Googleフォーム連携:入力をフォーム経由にしてミスを減らせる
• Google Apps Script:JavaScriptでマクロや自動化を実装できる

関連記事：【小売業】在庫管理の重要性|システムを活用した効率化の方法を徹底解説

スプレッドシートで在庫管理をする5つのメリット

メリット①コストゼロですぐに始められる

Googleアカウントを持っていれば追加コストなしで利用開始できます。在庫管理システムの導入では数十万円〜数百万円の初期費用がかかることもありますが、スプレッドシートは無料で始められるため、最初のステップとして最適です。

メリット②複数人でリアルタイム共有できる

クラウド上の1つのファイルを複数人が同時に編集できるため、店舗担当者・倉庫担当者・本部・経営者が同じ最新データを参照できます。メール添付でファイルをやり取りするExcel運用と比べて、バージョン管理の煩雑さから解放されます。

メリット③カスタマイズの自由度が高い

自社の業務に合わせてシート構成・項目・計算式・グラフを自由に設計できます。市販システムでは難しい独自の管理項目も、列を追加するだけで柔軟に対応できます。

メリット④マルチデバイスで操作できる

ブラウザさえあれば、PC・タブレット・スマートフォンのどこからでも編集できます。店舗・倉庫・移動中など、現場での即時入力にも対応可能です。

メリット⑤データ分析が標準機能で行える

SUMIF・VLOOKUP・QUERY関数、ピボットテーブル、グラフ機能を使えば、在庫の集計・分析・可視化を標準機能だけで実現できます。Google Apps Scriptを使えば自動化も可能です。

スプレッドシートで在庫管理を始める基本手順

スプレッドシートで在庫管理を始める基本手順を整理します。複雑な仕組みを最初から作ろうとせず、まずは最小構成で運用を始めることが重要です。

手順1:必要なシートを設計する

在庫管理に必要な情報を、複数のシートに分けて設計します。最小構成は以下の3シートです。

• 商品マスタシート:商品コード、商品名、カテゴリ、単価、安全在庫数、現在庫数
• 入庫履歴シート:入庫日、商品コード、入庫数、仕入先、担当者、備考
• 出庫履歴シート:出庫日、商品コード、出庫数、販売先（または店舗）、担当者、備考

シート間は商品コードをキーにして連動させ、入庫・出庫履歴から商品マスタの現在庫数が自動計算される設計にします。

手順2:在庫計算の関数を組み込む

商品マスタの「現在庫数」列に、入庫・出庫履歴を集計する数式を入れます。代表的な関数の例は以下のとおりです。

手順3:Googleフォーム連携で入力ミスを減らす

入庫・出庫の入力を直接シートに行うと入力ミスが発生しやすくなります。Googleフォームを作成し、フォームから入庫・出庫を登録すると、スプレッドシートに自動的に追記されます。プルダウンや必須項目を設定することで、誤入力を大幅に減らせます。

手順4:在庫アラートを設定する

商品マスタの安全在庫数を下回った商品を視覚的に分かるようにします。条件付き書式で「現在庫数 < 安全在庫数」の場合に背景色を赤にする、IF関数で「要発注」と表示するなど、シンプルな仕組みでも十分機能します。Google Apps Scriptを使えば、Slackやメールへの通知などを自動化することも可能です。

手順5:閲覧・編集権限を整える

シート全体の共有設定で、担当者ごとに「編集」「閲覧のみ」「コメントのみ」の権限を分けます。重要なマスタ情報は管理者だけが編集できる状態にしておくのが安全です。

関連記事：クラウド型在庫管理システムおすすめ12選|導入メリットと注意点 

スプレッドシートでの在庫管理を効率化するテクニック

Google Apps Script（GAS）で自動化する

Google Apps ScriptはJavaScriptをベースとした開発環境で、スプレッドシートを含むGoogle Workspaceの操作を自動化できます。例えば、在庫が一定数を下回ったら自動でメール通知、毎日決まった時刻に集計レポートをSlackに投稿、Googleカレンダーに棚卸予定を自動登録、といった処理が可能です。

テンプレート活用で立ち上げを加速

ゼロから設計するのは負担が大きいため、無料で配布されているテンプレートを土台にして、自社用にカスタマイズする方法がおすすめです。シンプルな在庫管理テンプレート、入出庫履歴テンプレート、月次集計テンプレートなど、ネット上に多数公開されています。

変更履歴の活用

スプレッドシートは「ファイル」→「変更履歴」から、いつ・誰が・どこを変更したかを追跡できます。在庫差異が発生した際の原因究明や、担当者の操作ミスを早期に特定するのに役立ちます。

スプレッドシートでの在庫管理に潜む6つの限界

スプレッドシートには手軽さというメリットがある一方、在庫管理ツールとして本格的に活用するには以下の限界があります。これらが顕在化したら、システム移行を検討すべきタイミングです。

限界①データ量が増えると重くなる

商品数が数千〜数万、入出庫履歴が数万行を超えてくると、シートが極端に重くなり、開くだけで数十秒かかったり、関数の再計算が遅延する事象が発生します。業務効率を大きく損ねる原因になります。

限界②リアルタイム性に限界がある

POSやECとAPI連携してリアルタイムに在庫を更新する仕組みは、スプレッドシート単体では実現困難です。Google Apps Scriptで連携を組むことは可能ですが、開発工数と保守の負担が大きく、業務量が増えるにつれて維持が難しくなります。

限界③属人化しやすい

シート設計者がいなくなると、誰も触れない「ブラックボックスシート」になりがちです。複雑な関数やGAS処理が組まれていると、後任者が理解できず、メンテナンスが滞ります。引継ぎ困難という問題は、業務継続リスクに直結します。

限界④誤入力・誤削除が起きやすい

セル単位での自由編集が可能なため、誤って数字を上書きしたり、行を削除してしまうリスクが常にあります。変更履歴で復元は可能ですが、複数人運用では誤操作が発生しやすく、データの信頼性が低下します。

限界⑤多店舗・多チャネルに対応しにくい

単一の店舗・倉庫であればシンプルに運用できますが、複数店舗・複数倉庫・複数ECモールが絡むと、シート構造が複雑化し、整合性を保つのが極めて困難になります。特に売り越し防止のリアルタイム連動はスプレッドシートでは実現が困難です。

限界⑥セキュリティとアクセス制御の粒度が粗い

スプレッドシートの権限管理は「閲覧」「編集」「コメント」の3レベルが基本で、業務システムのような細かい権限制御（役職別の閲覧範囲、列単位の編集制限など）は実現困難です。機密データの管理という観点でも、業務拡大時にはリスクが高まります。

スプレッドシートを卒業し、在庫管理システムに移行すべき7つのサイン

スプレッドシートでの在庫管理に以下のサインが出てきたら、専用の在庫管理システムまたは基幹システムへの移行を検討するタイミングです。

• ①シートが重くなり、開閉や入力に時間がかかるようになった
• ②商品数や在庫履歴が膨大になり、関数のメンテナンスが追いつかない
• ③店舗・倉庫・拠点が複数になり、シート構造が複雑化してきた
• ④EC・モール・POSとリアルタイムに連動させたい業務が発生した
• ⑤入力ミス・誤削除・差異が頻発し、データの信頼性が下がってきた
• ⑥特定の担当者しかシートを触れず、属人化が深刻になっている
• ⑦経営判断に必要なKPI（在庫回転率・滞留日数など）を素早く出せない

これらのサインは、スプレッドシート運用が限界に達している証拠です。1つでも該当するなら、システム移行の検討を始めることを推奨します。

スプレッドシートから在庫管理システムへの移行ステップ

ステップ1:現状業務と課題の棚卸し

スプレッドシートで管理している項目、運用フロー、属人化している作業、発生している問題を洗い出します。これがシステム選定とデータ移行の基礎情報となります。

ステップ2:目標とKPIの設定

システム導入で実現したいこと（リアルタイム連動、多店舗対応、EC連携、KPIモニタリングなど）を具体化し、定量目標を設定します。「在庫差異率をX%以下に」「売り越しゼロを実現」など、効果測定の指標を決めておきます。

ステップ3:システム選定

業種・規模・運用要件にフィットする在庫管理システムまたは基幹システムを候補に挙げ、機能・コスト・実績・サポートを比較します。小売・リユース業の場合、業種特化型クラウド基幹システムを選ぶことで、機能適合性と導入スピードを同時に確保できます。

ステップ4:マスタデータの整理と移行

スプレッドシート上の商品マスタを整理し、商品コード・カテゴリ・単価などのデータをクレンジングします。重複・誤記・古いデータを削除し、新システムへインポートする形式に整えます。マスタ整備の品質が、新システムの運用品質を決定します。

ステップ5:並行運用と本番切替

一定期間、スプレッドシートとシステムを並行運用してデータの一致を確認し、現場が新システムに慣れたら本番切替を行います。教育とサポートを充実させ、定着化を成功させるところまでが移行プロジェクトの範囲です。

関連記事：適正在庫とは?基本概念や計算方法、ツール選びのポイントを徹底解説

小売・リユース業のスプレッドシート卒業なら、業種特化型クラウド基幹システムRECOREがおすすめ

スプレッドシートで在庫管理を始めたものの、商品数・店舗数・販売チャネルの増加に伴って限界を感じている小売・リユース業の場合は、業種特化型のクラウド基幹システム「RECORE（リコア）」が次のステップとして有力な選択肢となります。

小売・リユース業向けに設計されたクラウド基幹システム「RECORE（リコア）」は、買取・仕入・販売（POS）・EC・在庫管理・顧客管理・KPI分析までを一元管理できるクラウド型のオールインワン基幹システムです。在庫情報は販売や買取、仕入と同時に自動更新され、実店舗とECを横断したリアルタイム管理が可能です。Amazon、楽天市場、Yahooショッピングなどの小売、リユース業界向けの複数ECモールとの連携にも対応しています。

また、今までバラバラに契約していたシステムをRECORE一つに集約することで複雑なデータ連携の必要性も無くなり、ITコストを抑えることが可能です。さらに、コストや時間的制約などのハードルの高さから基幹システムのリプレイスを検討はしていてもためらっていた方でも、RECOREをサテライト基幹システムとして位置付け、RECORE APIで既存の基幹システムと連携し必要な機能だけ導入する、パッケージ型SaaSの枠を超えた企業単位での基幹システムカスタマイズ事例も数多く存在します。

スプレッドシート運用の限界から脱却し、リアルタイム・多店舗・EC連動・KPI分析までを一気通貫で実現したい場合は、業種特化型クラウド基幹システムRECOREの導入を検討することがおすすめです。

まとめ:スプレッドシートは入口、本格運用は業種特化型クラウドへ

本記事では、在庫管理をスプレッドシートで行う方法について、メリット・基本手順・関数とテクニック・限界・システム移行のサインと手順まで解説しました。

スプレッドシートは、無料・即時開始・共同編集対応というメリットから、小規模・単一拠点での在庫管理ツールとして十分に活用できます。一方で、データ量増加・多店舗運用・EC連動・属人化といった課題が顕在化したら、システムへの移行を検討するタイミングです。

特に小売・リユース業のように多店舗・多チャネル運用が前提となる業種では、業種特化型クラウド基幹システムを選ぶことで、短期間・低コストで本格的な在庫管理体制を構築できます。スプレッドシート卒業のタイミングに迷っている方は、業種特化型クラウドの提供ベンダーへ早期に相談することが、成功への最短ルートとなります。