在庫管理は、表を作った時点ではうまくいったように見えても、入出庫の記録漏れや担当者ごとの入力ゆれが重なると、すぐに実在庫と合わなくなります。スプレッドシート 在庫管理 事例で本当に参考にすべきなのは、見栄えのよいテンプレートではありません。誰が、いつ、どの画面に入力し、どの数字を発注判断に使うかまで決めた運用です。
Google スプレッドシートは、少品目から数百品目程度の在庫を低コストで管理したい店舗や小規模チームに向いています。一方で、バーコード連携、複数倉庫のリアルタイム引当、ロット追跡まで必要なら、専用システムの検討も必要です。まずは現場で続く仕組みを作り、限界が見えた段階で次の手を打つのが失敗しない順序です。
スプレッドシートの在庫管理が向くケース
スプレッドシートが力を発揮するのは、在庫の動きが比較的単純で、担当者が数字を確認しながら運用できる場面です。たとえば個人経営のカフェ、小売店の消耗品管理、制作会社の機材や販促物、工事業者の部品管理などが当てはまります。
特にGoogle Workspaceを使っているチームなら、ブラウザだけで共同編集でき、変更履歴も確認できます。Excelファイルをメールで回覧して最新版が分からなくなる問題を避けやすい点は、日常業務では大きな利点です。ただし、共有できることと、誰でも自由に直してよいことは別です。入力者と管理者の役割を分ける設計が欠かせません。
スプレッドシート 在庫管理の事例1：カフェの食材と包材
カフェでは、コーヒー豆、牛乳、シロップ、テイクアウト用カップなど、単位が異なる品目を同時に扱います。このケースで失敗しやすいのは、発注単位と使用単位を混ぜることです。豆を「1袋」、牛乳を「1本」、カップを「1個」と記録するのか、すべて最小単位に換算するのかを品目ごとに固定します。
基本の在庫一覧には、品目コード、品名、カテゴリ、単位、期首在庫、入庫数、出庫数、現在庫、発注点、発注要否、仕入先を置きます。現在庫は手入力せず、期首在庫に入庫数を足し、出庫数を引く式で計算します。たとえば現在庫の列では、`=E2+F2-G2` のような単純な数式から始めれば十分です。
発注要否には、現在庫が発注点以下なら「発注」と表示する式を設定します。条件付き書式でセルを赤くすれば、開店前の確認でも不足品が目に入ります。ただし、週末やイベントで消費量が増える店では、発注点を固定しすぎないことが重要です。通常の使用量だけでなく、次回納品までの日数と安全在庫を見て、月に一度は基準を見直してください。
入力の手間を減らすなら、スタッフは「入出庫記録」シートに日付、品目、数量、区分だけを追加し、集計用の在庫一覧には触れない方式が有効です。品目欄はデータ入力規則でプルダウンにしておくと、表記ゆれを防げます。「紙コップ」「紙カップ」「カップ」が別品目として集計される事故は、最初に防ぐべきトラブルです。
事例2：小売店の仕入れ商品を担当者で共有する
アパレルや雑貨店では、色やサイズ違いを別在庫として追う必要があります。この場合、品名だけをキーにすると集計が崩れます。「商品コード」「カラー」「サイズ」をそれぞれ列に分けるか、SKUとして一意の商品コードを付けましょう。人が見て分かる商品名は変更されることがありますが、コードは変えない運用が基本です。
店舗スタッフが販売のたびに在庫を直接減らす方法は、件数が少なければ使えます。しかし複数人が同じセルを編集すると、入力漏れや誤上書きの原因になります。販売履歴を別シートに時系列で追記し、商品コードごとの販売数を集計して現在庫へ反映する方が、後から検証しやすくなります。
棚卸しの日には、理論在庫と実在庫を並べ、差異の列を作ります。差異が出たら、ただ現在庫を修正するのではなく、破損、返品、入力漏れ、盗難疑いなどの理由も残してください。差異理由が蓄積すると、どの時間帯や商品群で管理が崩れやすいかを判断でき、単なる帳尻合わせから改善につながります。
事例3：部品・備品管理は「持ち出し履歴」を残す
工具、撮影機材、PC周辺機器、保守用部品などは、売れた数よりも「誰がどこへ持ち出したか」が重要です。在庫一覧だけでは所在不明を防げないため、持ち出し記録に担当者、日付、返却予定日、返却日、使用案件を追加します。
Googleフォームを使って現場担当者に入力してもらい、回答をスプレッドシートへ自動蓄積する方法も実用的です。スマートフォンから記録できるため、事務所に戻ってからまとめて入力する運用より漏れが減ります。フォームの選択肢も在庫表と同じ品目コードにそろえ、自由記述を必要最小限にするのがポイントです。
返却予定日を過ぎても返却日が空欄の行を色付けすれば、未返却品を確認できます。ここでは在庫数だけでなく、責任の所在を見える化することが目的です。高額機材の場合は編集権限を絞り、記録の修正を管理者に限定しましょう。
まず作るべきシート構成と設定
在庫管理を1枚のシートだけで始めると、数式、入力欄、棚卸し結果が混ざり、数か月後には直しにくくなります。最低でも「品目マスタ」「入出庫記録」「在庫一覧」「棚卸し」の4シートに分けると、役割が明確になります。
品目マスタには、廃番になった品目もすぐに削除せず、「取扱中」の列で管理してください。過去の記録が参照できなくなるためです。在庫一覧は数式を入れる場所なので、保護された範囲を設定し、日常の入力者が誤って数式を消さないようにします。閲覧者、コメント可、編集者の共有権限も業務に合わせて使い分けましょう。
入力ルールは、表の上部か別の説明シートに短く明記します。「入庫は納品確認後に登録」「出庫は当日中に登録」「棚卸し差異は理由を記載」といったルールです。仕組みを複雑にするより、迷ったときの判断を減らす方が、在庫精度は上がります。
専用システムへ切り替える判断基準
スプレッドシートは万能ではありません。販売チャネルが複数あり、ネットショップと実店舗の在庫を即時に同期したい場合、入出庫が1日に何十件も発生する場合、ロット番号や賞味期限の追跡が必要な場合は、手作業の集計に限界が来ます。
また、同時編集者が増え、誰がどの数字を確定させるのか判断できなくなった時点も切り替えの目安です。スプレッドシートを使い続けるコストは、月額料金ではなく、欠品、過剰発注、棚卸し時間、確認作業として現れます。専用システムへ移行する際も、品目コードと入出庫ルールが整っていれば、データ移行は格段に進めやすくなります。
在庫管理は、最初から完璧な表を作る作業ではありません。まずは入出庫を残し、週に一度、理論在庫と現場を照合してください。その差異を見ながら列やルールを一つずつ整えることが、欠品を減らし、現場に定着する管理表への最短ルートです。
