棚卸をすると帳簿と実在庫が合わない、入出庫を紙に書いて後から転記している、外出先から最新の在庫数を確認できない。このような悩みを抱える小規模事業者には、AppSheetで作る在庫管理アプリが役立ちます。Googleスプレッドシートをデータベース代わりに使い、スマートフォンから入庫・出庫を記録できるため、大がかりなシステムを導入せずに業務を整えられます。ただし、表の設計や入力ルールが曖昧なまま作ると、在庫差異や二重入力が増えることもあります。商品マスタの作り方から現在庫の計算、バーコード、テスト運用まで、初心者が実務で使える形に絞って解説します。
👑在庫表を確認したら、同じ商品なのに数字が三つもありましたの。どれを信じればよいのでしょう……。
🤖現在庫を直接書き換える運用では、履歴が残らず原因を追えません。入庫と出庫を記録して、在庫数を計算する仕組みに変えましょう。
👑スマートフォンから記録できれば、倉庫で紙に書いて持ち帰る作業も減らせそうですわね。
🤖はい。最初は一つの倉庫と少数の商品に絞れば、小規模事業者でも無理なく始められます。
AppSheet在庫管理の基本構造、作成手順、バーコード、通知、料金まで全体を確認したい方は、AppSheetで在庫管理する方法の総合ガイドを先にご覧ください。
AppSheetの在庫管理アプリでできること
AppSheetは、Googleスプレッドシートなどのデータを利用して、プログラミングをせずに業務アプリを作成できるノーコード開発サービスです。表を読み込むと基本的な一覧画面や入力フォームが生成されるため、初めて業務アプリを作る人でも取り組みやすい仕組みになっています。
在庫管理では、単に商品数を表示するだけでなく、入出庫を発生した場所で記録できることに価値があります。現場で一度入力したデータを、そのまま管理用のGoogleスプレッドシートへ蓄積できるため、紙からExcelへの転記や、チャットで届いた報告の集約を減らせます。
| 機能 | 実務での使い方 |
|---|---|
| 商品一覧 | 商品名、商品コード、保管場所、発注点、現在庫を確認する |
| 入庫登録 | 仕入れや返品によって増えた数量をスマートフォンから記録する |
| 出庫登録 | 販売、使用、廃棄、移動などで減った数量を記録する |
| 在庫検索 | 商品名や商品コードから必要な商品を探す |
| バーコード入力 | 商品コードをカメラで読み取り、手入力の間違いを減らす |
| 発注点管理 | 在庫が設定数を下回った商品を一覧表示する |
| 入出庫履歴 | いつ、誰が、何を、いくつ動かしたかを確認する |
小規模事業者は機能を絞って始める
最初から複数倉庫、ロット番号、使用期限、棚卸承認、発注書作成まで組み込むと、設定も入力も複雑になります。初期版では、商品登録、入庫、出庫、現在庫確認の四つに絞る方が定着しやすくなります。
試験運用では、管理対象を20〜50商品程度、一つの保管場所、利用者2〜3人に限定しても構いません。操作に慣れてから、バーコードや通知、複数拠点管理を追加していく方が、作り直しを減らせます。
👑最初から立派な在庫システムを目指さなくても大丈夫ですの。毎日の入出庫を正しく残せるだけでも、大きな前進ですわ。
アプリを作る前に在庫管理のルールを決める
AppSheetの設定を始める前に、現在の業務フローを整理します。アプリは曖昧な業務を自動的に正しくしてくれるものではありません。商品名の付け方や数量の単位が担当者ごとに異なる場合、その混乱もアプリへ引き継がれます。
管理対象と数量単位を統一する
同じ商品を「箱」と「個」の両方で管理すると、在庫数が合わなくなる原因になります。最初は一つの商品につき一つの管理単位を決めてください。
- コピー用紙は箱で管理するのか、冊で管理するのか
- 飲料はケースで管理するのか、本で管理するのか
- 材料はキログラムで管理するのか、グラムで管理するのか
- セット商品を一組として扱うのか、部品ごとに扱うのか
箱から個への換算が必要な場合は、初期版に複雑な換算処理を入れるより、管理単位を「個」に統一し、入庫時に数量を換算して登録する方が運用しやすいことがあります。
在庫が増減する理由を洗い出す
在庫が動く理由は、仕入れと販売だけではありません。返品、破損、廃棄、サンプル提供、社内使用、棚卸調整などもあります。これらを区分として用意しておけば、在庫差異が発生したときに原因を調べやすくなります。
| 区分 | 数量への影響 | 使用例 |
|---|---|---|
| 入庫 | 在庫を増やす | 仕入れ、返品受入、他拠点からの受入 |
| 出庫 | 在庫を減らす | 販売、使用、発送、他拠点への移動 |
| 棚卸調整 | 差異に応じて増減する | 実在庫と帳簿在庫を合わせる |
| 廃棄 | 在庫を減らす | 破損、期限切れ、不良品 |
誰が何を操作できるか決める
全員が商品名や発注点を変更できる状態にすると、意図しない編集が起こります。現場担当者は入出庫登録のみ、管理者は商品マスタの追加・修正と棚卸調整も可能、といった役割分担を決めておきます。
AppSheetでは入力欄の編集条件を設定できますが、画面上の編集制限だけで機密データを完全に保護できるわけではありません。利用者のログイン、セキュリティフィルタ、データソース側の権限も含めて設計する必要があります。利用できるセキュリティ機能は契約プランによって異なる場合があります。
在庫管理用Googleスプレッドシートを作成する
小規模な在庫管理では、「商品マスタ」と「入出庫履歴」の二つのシートから始めると整理しやすくなります。商品マスタには変化の少ない基本情報を保存し、入出庫履歴には日々発生する取引を一行ずつ追加します。
商品マスタに用意する列
| 列名 | 役割 | 入力例 |
|---|---|---|
| 商品ID | 商品を識別する変更しない番号 | P0001 |
| 商品名 | 現場で表示する名称 | A4コピー用紙 |
| 商品コード | 社内コードやバーコード | 4900000000000 |
| カテゴリー | 商品を分類する項目 | 事務用品 |
| 単位 | 数量の管理単位 | 冊 |
| 保管場所 | 棚や倉庫の位置 | 倉庫A・棚03 |
| 発注点 | 補充を検討する基準数 | 10 |
| 取扱中 | 廃番商品を一覧から除外する判定 | TRUE |
入出庫履歴に用意する列
| 列名 | 役割 |
|---|---|
| 履歴ID | 一件の入出庫を識別する番号 |
| 記録日時 | 入出庫を登録した日時 |
| 商品ID | 商品マスタと関連付けるID |
| 区分 | 入庫、出庫、棚卸調整、廃棄など |
| 数量 | 実際に増減した数量 |
| 増減数量 | 入庫をプラス、出庫をマイナスに変換した数値 |
| 担当者 | 登録した人の氏名またはメールアドレス |
| 備考 | 仕入先、注文番号、廃棄理由など |
行番号をそのままIDにしない
AppSheetでは、各行を識別するためのキーカラムが必要です。行番号や商品名をキーにすると、並べ替えや名称変更によって正しい行を特定できなくなる恐れがあります。履歴IDにはAppSheetの初期値としてUNIQUEID()を設定し、利用者には表示せず自動生成する方法が適しています。
👑商品名は後から変わることがありますけれど、商品IDは変えませんの。名前ではなくIDで結び付けるのが、崩れにくい設計ですわ。
AppSheetで在庫管理アプリを作る手順
- Googleスプレッドシートに商品マスタと入出庫履歴を作成する
- AppSheetへログインし、既存データからアプリを作成する
- 作成したGoogleスプレッドシートを選択する
- 商品マスタと入出庫履歴をテーブルとして追加する
- 各列のデータ型とキーを確認する
- 商品IDをRef型で関連付ける
- 入出庫登録用のフォームを整える
- 現在庫を計算する列を作る
- 商品一覧、在庫不足、入出庫履歴の画面を作る
- 少人数でテストしてから利用者を増やす
AppSheetの編集画面やメニュー名は更新されることがあります。表示が説明と異なる場合は、Data、Columns、Views、Actions、Automationなど、目的に近い項目を確認してください。
列のデータ型を確認する
AppSheetは読み込んだ値からデータ型を推測しますが、商品コードが数値になったり、記録日時が文字列になったりすることがあります。自動判定をそのまま信用せず、次のように確認します。
- 商品IDと商品コードはText
- 商品名と備考はTextまたはLongText
- 数量、増減数量、発注点はNumber
- 記録日時はDateTime
- 取扱中はYesまたはNo
- 入出庫履歴の商品IDはRef
- 区分はEnum
商品コードは先頭にゼロが付く場合があるため、数値ではなく文字として扱う方が安全です。
商品マスタと入出庫履歴を関連付ける
入出庫履歴の商品IDを商品マスタへのRef型に設定すると、入力フォームで商品名を選択しながら、内部では商品IDを保存できます。商品詳細画面から、その商品に関する入出庫履歴を確認する構成も作りやすくなります。
入出庫フォームを整える
入力フォームには、現場で必要な項目だけを表示します。履歴IDは非表示にしてUNIQUEID()を初期値へ設定し、記録日時はNOW()、担当者はUSEREMAIL()などを初期値として利用できます。
数量には「0より大きい数値だけを登録できる」という入力条件を設けます。出庫数が現在庫を超えた場合に警告する条件も設定できますが、通信や同時操作の状況によっては完全に防げないため、日次確認も残してください。
増減数量を計算する
現在庫を計算しやすくするため、入庫はプラス、出庫と廃棄はマイナスとして扱う増減数量を作ります。基本的な式の考え方は次のとおりです。
IF([区分]=”入庫”,[数量],IF([区分]=”出庫”,-1*[数量],[数量]))
実務では、廃棄、返品、棚卸調整などの区分も含めて条件を追加します。棚卸調整を使う場合は、差異がプラスなら正の数、マイナスなら負の数を登録する方法が分かりやすいでしょう。
現在庫を計算する
商品マスタ側に仮想列を作り、その商品に関する増減数量を合計します。
SUM(SELECT(入出庫履歴[増減数量],[商品ID]=[_THISROW].[商品ID]))
この方法では、現在庫を直接書き換えません。すべての増減が履歴として残るため、「なぜ在庫が減ったのか」「いつ数字がずれたのか」を調べやすくなります。
履歴が増えると計算や同期に時間がかかる可能性があります。小規模な運用では始めやすい方法ですが、データ量が大きくなった場合は、月次集計テーブルやデータベースへの移行も検討します。
現場で使いやすくする設定
商品をバーコードで検索する
商品コード列のスキャン設定を有効にすると、スマートフォンのカメラでバーコードを読み取れるようになります。Google公式でも、在庫管理用テンプレートとバーコードスキャン機能が案内されています。
ただし、バーコードスキャンはモバイル端末向けの機能です。パソコンのブラウザでは同じ操作ができないため、実際に使用するスマートフォンでテストしてください。
在庫不足の商品だけを表示する
現在庫が発注点以下の商品だけを抽出した一覧を作れば、確認する範囲を絞れます。毎回すべての商品を眺めるのではなく、「補充が必要な商品」「本日動いた商品」「棚卸対象商品」のように、作業目的ごとの画面を用意すると迷いにくくなります。
入力を一回で終わらせる
作業時間を減らすポイントは、自動化機能を増やすことより、同じ情報を何度も入力しないことです。倉庫で出庫した時点でAppSheetへ記録し、そのデータを管理者が確認する流れにすれば、紙への記入、事務所での転記、集計表への再入力を一本化できます。
通知は発注の判断材料として使う
在庫が発注点を下回ったときに、管理者へメールなどで知らせる自動処理も作成できます。ただし、通知が届いたら自動的に発注する運用には注意が必要です。季節変動、受注予定、納期、保管スペース、資金繰りなどは人が確認しなければなりません。
| AppSheetや自動化に任せる部分 | 人が確認する部分 |
|---|---|
| 入出庫日時の記録 | 登録内容と現物が一致しているか |
| 現在庫の計算 | 破損や記録漏れによる差異 |
| 発注点以下の商品抽出 | 実際に発注する数量と時期 |
| 担当者情報の保存 | 誤登録時の確認と修正 |
| 定型的な通知 | 例外的な取引や緊急対応 |
👑通知は「発注してください」という命令ではなく、「確認する時期です」という合図にすると、安全に使えますの。
AppSheet在庫管理でよくある失敗と改善方法
| よくある失敗 | 起こる問題 | 改善方法 |
|---|---|---|
| 現在庫を直接手入力する | 数字が変わった理由を追えない | 入出庫履歴を追加して現在庫を計算する |
| 商品名をキーにする | 名称変更や表記揺れで関連付けが崩れる | 変更しない商品IDを作る |
| 箱と個を混在させる | 数量の意味が担当者ごとに変わる | 商品ごとに管理単位を固定する |
| 機能を最初から詰め込む | 入力項目が増えて現場で使われない | 入庫、出庫、在庫確認から始める |
| パソコンだけでテストする | 現場のスマートフォンで操作しにくい | 実際の端末と通信環境で試す |
| 全員に編集権限を与える | 商品マスタや基準値が変更される | 担当者と管理者の操作範囲を分ける |
| 棚卸をしなくなる | 破損や入力漏れを発見できない | 定期的に現物とデータを照合する |
| 運用責任者を決めない | 不具合や誤登録が放置される | 商品登録と修正を担当する管理者を決める |
初期在庫も履歴として登録する
運用開始日の在庫数を商品マスタへ直接入力すると、その後の計算方式と混在します。初期在庫は「初期登録」や「棚卸調整」として入出庫履歴へ追加すると、いつから管理を始めたのかが明確になります。
削除より訂正履歴を残す
誤った出庫記録を削除すると、後から経緯を確認できません。可能であれば、間違った数量を打ち消す訂正データを追加し、備考に理由を残します。小規模事業者でも、数字だけでなく修正理由まで追える状態にすると、担当者が変わっても管理を続けやすくなります。
AppSheetでの在庫管理が向いている事業者
- 紙やGoogleスプレッドシートで在庫を管理している
- 商品数や利用者数が比較的少ない
- 倉庫や店舗でスマートフォン入力をしたい
- 専用システムを導入する前に小さく試したい
- Google WorkspaceやGoogleスプレッドシートを業務で利用している
- 自社の業務に合わせて入力項目を調整したい
別のシステムを検討した方がよいケース
- 数十万件以上の履歴を高速に処理したい
- 複数店舗の在庫を秒単位で厳密に同期したい
- 高度な需要予測や自動発注が必要
- 会計、販売、物流システムと複雑に連携する
- ロット、使用期限、製造番号、原価を厳格に管理する
- 止められない基幹業務として利用する
AppSheetは柔軟に作れる一方、作成後の保守も自社で行う必要があります。業務の規模や重要度が高い場合は、在庫管理専用システムや専門事業者への相談も選択肢になります。
小規模事業者向けの導入スケジュール
- 一日目に管理商品、単位、担当者、入出庫区分を決める
- 二日目に商品マスタと入出庫履歴を作成する
- 三日目にAppSheetで基本画面と入力フォームを作る
- 四日目に実際のスマートフォンで入出庫テストを行う
- 一週間、商品数と利用者を絞って試験運用する
- 入力漏れ、操作時間、在庫差異を確認する
- 不要な項目を減らし、必要な機能だけを追加する
- 運用ルールを一枚のマニュアルにまとめる
試験運用中は、旧管理表をすぐに廃止せず、AppSheetの記録と照合します。ただし、二重入力を長期間続けると現場の負担になるため、移行期間と正式運用日をあらかじめ決めておきます。
👑試験運用では失敗を探すことが目的ですの。入力しにくい点が見つかったら、現場の方を責めずにアプリを直して差し上げましょう。
よくある質問
AppSheetは無料で在庫管理アプリを作れますか？
試作や動作確認の段階では、無料で機能を試せる範囲が用意されています。Google公式FAQでは、プロトタイプの作成と最大10ユーザーでのテストについて案内されています。ただし、実際の業務で継続利用する場合は、必要な機能、利用人数、Google Workspaceの契約状況に応じて料金プランを確認してください。料金や条件は変更される可能性があるため、最新情報は公式サイトで確認しましょう。
在庫数はGoogleスプレッドシートから直接変更してもよいですか？
緊急時を除き、直接変更しない運用が安全です。入庫、出庫、棚卸調整として履歴を登録すれば、変更理由を確認できます。スプレッドシートから修正する担当者を管理者だけに限定すると、意図しない変更を減らせます。
複数の倉庫や店舗も管理できますか？
管理できます。商品ID、拠点ID、数量を持つ在庫移動履歴を作り、拠点ごとに集計する設計が必要です。ただし、最初から複数拠点に広げると複雑になるため、一拠点で運用方法を固めてから拡張する方が安全です。
バーコードが付いていない商品も管理できますか？
管理できます。社内用の商品コードを作成し、文字入力や一覧選択で登録します。必要に応じて社内用のQRコードやバーコードラベルを用意する方法もありますが、商品IDとラベルの対応を途中で変更しないようにしてください。
出庫によって在庫がマイナスになるのを防げますか？
入力条件を設定し、出庫数量が現在庫を超える場合に保存できないようにする方法があります。ただし、複数人が同時に操作した場合や同期前のデータがある場合は、完全に防げない可能性があります。警告設定と日次確認を組み合わせてください。
インターネットにつながらない倉庫でも使えますか？
オフライン利用を考慮した設定は可能ですが、端末への事前同期や、通信復旧後の同期確認が必要です。複数人がオフラインで同じ商品を操作すると、最新在庫を判断しにくくなります。通信が不安定な現場では、実際の場所と端末で十分にテストしてください。
棚卸はアプリ導入後も必要ですか？
必要です。アプリで入力漏れを減らせても、破損、紛失、数え間違い、未登録の持ち出しまで自動検知できるわけではありません。月次や四半期など、商品特性に合った周期で現物とデータを照合します。
Excelを使っている場合でもAppSheetへ移行できますか？
既存のExcel表を整理してデータソースとして利用する方法もあります。ただし、小規模事業者がGoogleアカウントを中心に運用する場合は、Googleスプレッドシートから始めた方が共有や確認を行いやすいことがあります。列名、空白行、結合セル、複数の表が混在している場合は、読み込む前に整えてください。
おすすめAIツール
ChatGPTやGeminiなどの生成AIは、AppSheetの代わりに在庫を管理する道具ではありませんが、設計や運用準備を支援する用途で役立ちます。商品マスタの列案、入出庫区分、テスト項目、操作マニュアル、現場向けの説明文などを作成させると、準備時間を減らせます。
例えば、「小規模な部品倉庫で必要な在庫管理項目を、必須項目と任意項目に分けてください」と依頼すれば、表設計のたたき台を作れます。ただし、AIが提案した列や数式が自社の業務に合うとは限りません。実際の入出庫ルール、数量単位、権限、棚卸方法は担当者が確認してください。また、商品原価や取引先情報などの機密データを入力する場合は、社内ルールと利用サービスの設定を確認する必要があります。
関連記事
- AppSheetの始め方｜初心者でも業務アプリを作れる基本手順を解説
- AppSheet料金プランを比較｜無料でできること・有料プランの選び方・注意点を解説
- AppSheetとGoogleスプレッドシート比較｜違い・使い分け・連携方法を解説
- AppSheetとExcel比較｜業務効率化で選ぶべき違いと使い分けを解説
- AppSheet活用事例｜現場業務を効率化できる使い方と導入アイデアを初心者向けに解説
まとめ
- 商品マスタと入出庫履歴を分け、現在庫は履歴から計算する
- 商品名ではなく、変更しない商品IDでデータを関連付ける
- 最初は一拠点、少数商品、少人数で試験運用する
- バーコードや通知は、基本的な入出庫管理が定着してから追加する
AppSheetで在庫管理アプリを作るときは、画面のデザインよりも、商品単位、入出庫区分、担当者の役割を先に決めることが大切です。現在庫を直接書き換えるのではなく、すべての増減を履歴として残せば、在庫差異の原因を追いやすくなります。まずは実際に動く商品を数点登録し、スマートフォンで入庫と出庫を試してください。小さなテストを繰り返しながら、現場に合った在庫管理アプリへ育てていきましょう。
