在庫トラッキングとは、何をどれだけ保有し、どこに保管し、どのように移動したかを記録し、販売や仕入れの判断に耐えうる正確性を維持することを指します。具体的には、すべての製品にコードを付与し、すべての保管場所にラベル付きのロケーションを設定し、移動のたびにその都度記録を行い、定期的に棚卸しを行って記録の整合性を確認します。
この手法には、スプレッドシート、バーコードシステム、専用ソフトウェアなどが利用されます。重要なのは、どのツールを選ぶかではなく、在庫が移動するその瞬間に、毎回必ず記録が行われるかどうかです。
在庫トラッキングとは何か、在庫管理とどう違うのか
トラッキング（追跡）とは、現状を把握することです。 数量、場所、移動履歴を指します。これは記録保持のための規律であり、「いくつあるか」「どこにあるか」「いつ移動したか」という事実に関する問いに答えるものです。
在庫管理とは、何をどれだけ持つべきかを決定することです。 保有量、再発注のタイミング、仕入れ対象、取り扱い中止品、保管コストなどを判断します。これは計画および商業的な規律であり、判断を要する問いに答えるものです。
両者の関係は一方向です。すべての管理上の意思決定はトラッキングデータに基づいて行われるため、管理体制が整っていてもトラッキングが不十分な企業は、誤った数値に基づいて慎重な判断を下していることになります。これが、トラッキングが優先される理由であり、「予測精度を上げる必要がある」という悩みの多くが、実はトラッキングの問題を予測の問題と履き違えている理由です。
第3の用語として、両者の中間に位置する在庫管理（在庫コントロール）があります。これは、棚卸しや調整の規律など、トラッキングの正確性を維持するためのプロセスを指します。
在庫トラッキングの手法：成熟度の階段
企業は成長に伴い、この階段を一段ずつ上っていく傾向があります。各ステップは、その下のステップで生じる問題を解決する役割を果たします。
1. ペンと紙。 手書きの在庫台帳や棚の横のクリップボード。コストはかからず、トレーニングも不要で、小規模な拠点での少数の品目には有効です。しかし、2人以上が在庫に関する判断を下すようになると、相手が何を移動させたか把握できず、分析可能な履歴も残らないため、機能しなくなります。
2. スプレッドシート。 成長中の企業にとって最も一般的な出発点であり、小規模であれば十分に機能します。製品ごとに1行を割り当て、数量、場所、コスト、再発注点などを列にまとめ、数式で計算を行います。しかし、限界は予想よりも早く訪れます。複数人での同時編集ができない、監査証跡がない、数式のコピーミスによるエラーが発生するなどの問題です。詳細は在庫管理スプレッドシートのガイドをご覧ください。
3. SKUとロケーションの規律。 これはツールというより、それ以上のステップを機能させるための基盤です。すべての製品に固有のSKUを付与し、すべての保管場所に「通路・ベイ・棚」といったラベル付きのロケーションを設定します。これを怠ると、後に導入するソフトウェアがうまく機能しない原因となります。
4. バーコードスキャン。 製品やロケーションに印刷されたコードをスキャナーやスマートフォンで読み取り、システムに直接反映させます。在庫が移動する瞬間の手入力作業を排除するため、正確性が劇的に向上し、エラー率が桁違いに減少します。在庫管理のためのバーコードスキャンで設定方法を解説しています。
5. 専用の在庫管理ソフトウェア。 連携した販売チャネルからの自動更新、複数拠点トラッキング、再発注アラート、監査証跡、レポート機能を備えています。通常はスキャンと併用されます。詳細は在庫管理ソフトウェアを参照してください。
6. RFID。 視界を遮られても読み取り可能な無線タグで、一度に大量の読み取りが可能です。棚卸しをほぼ瞬時に完了させ、在庫位置を自動化します。タグ単価が高いため、高額商品や再利用可能なコンテナ、あるいは棚卸しのスピード自体が利益に直結する現場に適しています。RFIDとはで詳細を解説しています。
7. WMS。 階段の頂点に位置し、単なるトラッキングにとどまらず、作業者に「どこに置くか」「どこからピッキングするか」を指示するソフトウェアです。これはトラッキングではなく倉庫管理であり、作業指示の最適化が課題となった段階で導入すべき正解です。
順序に関する注意点。 ステップ3と4は、それ以上のステップよりも投資対効果が高く、多くの企業がソフトウェア導入を優先してこれらを飛ばしてしまいます。ラベルのないロケーションや一貫性のないプロセスにソフトウェアを導入しても、スプレッドシートよりも速く誤った数値を生み出すだけです。
無料で在庫をトラッキングする方法
取り扱い品目が少なければ、コストをかけずに十分なトラッキングを行うことが可能です。
適切に構成されたスプレッドシート。 SKUごとに1行を割り当てます。コード、説明、場所、手持ち数量、発注残、再発注点、単価、最終棚卸日を列に設定します。数量が再発注点を下回った行を強調表示する条件付き書式を設定すれば、アラートシステムとして機能します。
多くの人が見落としがちな必須項目は、すべての入出庫を日付とともに記録する移動履歴シート（現在の数値だけでなく履歴を残すため）と、数ヶ月間確認されていない在庫を把握するための最終棚卸日列です。
無料のバーコード生成。 スプレッドシートで無料のバーコードフォントを使用すればCode 128バーコードを生成でき、無料のオンラインジェネレーターで印刷用シートを作成できます。ラベル自体のコストは非常に安価です。
スマートフォンをスキャナーとして活用。 無料アプリでバーコードを読み取り、スプレッドシートにエクスポートできます。専用スキャナーよりは低速ですが、週次の棚卸しや小規模な入庫作業には十分対応可能です。
在庫管理ソフトウェアの無料プラン。 注文数、SKU数、ユーザー数に制限がある無料プランを提供している製品がいくつかあります。有料化を検討する前に確認する価値があり、データを移行する前にエクスポート条件を確認しておくことをお勧めします。
無料の代償。 手入力の手間、監査証跡の欠如、販売チャネルとの自動同期ができないこと、そしてチャネルや担当者が増えた時点で限界が来ることです。最初は正解でも、ある一定の規模を超えると「安物買いの銭失い」になります。
適切な手法の選び方
現在の制約に合わせて手法を選択してください。
SKU数。 50程度までならスプレッドシートで十分です。50から数百の間では、スキャンやソフトウェア導入の検討価値が高まります。それ以上であれば、導入しない理由を見つけるのが困難です。
ロケーション数。 1部屋なら1棟より簡単で、1棟なら複数拠点より簡単です。複数拠点管理は、スプレッドシートが最も苦手とする領域です。
販売チャネル数。 これが最も強力なトリガーです。1チャネルなら手動でトラッキングできますが、2つ以上になると1つの数値を両方で共有する必要があり、手動での照合は最初の週から破綻します。
在庫に触れる人数。 1人なら頭の中でシステムを維持できますが、3人では不可能ですし、そうすべきではありません。
注文量。 1日少数の注文なら手書きで記録できますが、50件では不可能です。
製品特性。 バッチ番号、シリアル番号、有効期限が必要な製品は、規模に関わらず適切なソフトウェアが必要です。手動でのトラッキングは信頼性が低く、規制産業では不十分とみなされるためです。
価値と影響。 高額な在庫は、より多くのトラッキングコストを正当化します。在庫切れが単なる販売機会の損失ではなく、顧客の喪失につながる場合も同様です。
合理的なルール。 規模に関わらず、まずはSKUとロケーションを整理してください。これには2週間かかりますが、すべてを改善します。手入力ミスが顧客に届き始めたらスキャンを導入し、販売チャネルや拠点を増やしたタイミングでソフトウェアを導入してください。RFIDは、棚卸し時間が純粋に業務上の制約となっている場合にのみ検討してください。
正確な在庫管理のためのベストプラクティス
移動の瞬間に記録する。 これが最も重要な習慣です。在庫が物理的に移動したその場でスキャンを行うべきであり、20分後にデスクでメモを入力するようなことは避けてください。事後に作成された記録は、誰かの記憶に基づいたものに過ぎません。
合計数だけでなく、ロケーション単位で管理する。 合計数では完全に一致していても、実際には2つのロケーションで在庫の過不足が相殺されている場合があり、これではピッキングミスが発生します。ロケーション単位の管理こそが、記録を実用的なものにします。
すべてのロケーションにラベルを貼り、すべての製品に定位置を設ける。 通路、ベイ、レベル、ポジションを、新入社員でも理解できる論理的な体系で管理してください。これがなければ、いかなる管理も確実に機能しません。
年次棚卸しではなく、継続的にカウントする。 サイクルカウンティング（循環棚卸し）を行い、毎日10ロケーションずつ、主力製品から順にローテーションでカウントすることで、エラーを追跡可能なうちに発見できます。年末に見つかったエラーは、過去12ヶ月のどこで発生したか不明なままとなります。
ブラインドカウント（目隠し棚卸し）を行う。 カウンター（棚卸担当者）に期待在庫数を決して教えないでください。人は提示された数字を確認しようとする傾向があるため、ブラインドカウントはコストをかけずに精度を向上させる最大の手段です。
調整前に調査する。 損失と思われるものの多くは、単なる置き間違いです。数値を修正する前に、隣接するロケーション、返品エリア、検疫エリア、およびトランザクション履歴を確認してください。
すべての調整に理由コードを使用する。 ピッキングミス、入荷エラー、破損、記録漏れ、盗難など。理由コード付きの調整を1ヶ月分分析すれば、改善が必要なプロセスが明確になります。自由記述のテキストでは集計ができません。
入荷品、検疫品、返品品を物理的に分離する。 未チェックの在庫がピッキングエリアに混在することが、記録を不正確にする原因です。
発注残を照合する。 輸送中の在庫は自社の資産であり、棚にはありません。これを無視した再発注判断は、二重発注の原因となります。
記録精度を測定し、公開する。 ユニット単位や概算ではなく、ロケーション単位で、かつ正確に一致したロケーションの割合を測定してください。その数値をチーム全員が見える場所に掲示しましょう。
点ではなく、傾向を確認する。 1ヶ月の精度数値はノイズに過ぎません。3ヶ月連続で同じ方向に動いていれば、それは何らかのシグナルです。
記録すべき項目：重要なフィールド
どのようなツールを使用する場合でも、データモデルはほぼ同じです。後から既存の製品群すべてに項目を追加するのは非常に手間がかかるため、最初から以下のフィールドを設けておく価値があります。
製品ごと：
| フィールド | 重要性 |
|---|---|
| SKU | すべての情報の基点となる固有コード |
| 説明 | 箱を開けずに識別できる十分な情報 |
| Barcode / GTIN | 製品に付与されている外部コード |
| Unit of measure | 数量がユニット、ケース、パレットのいずれを指すか（見落とされがちなエラーの温床） |
| Location | 保管場所。複数の場所に保管されている場合は複数行で管理 |
| Quantity on hand | 現在の在庫数 |
| Quantity allocated | 未出荷の注文に対する引当数。手持ち在庫から引当数を引いたものが、実際に販売可能な在庫 |
| Quantity on order | 輸送中の在庫。再発注時の二重発注防止に必要 |
| Reorder point | 発注トリガーとなる在庫レベル |
| Reorder quantity | 発注時に購入する数量 |
| Unit cost | 評価および利益率算出用 |
| Supplier and lead time | 再発注点を現実的な数値から算出するために必要 |
| Date last counted | 未確認の在庫を把握するために必要 |
移動ごと： 日時、製品、数量、方向（入庫、出庫、振替、調整）、移動元および移動先のロケーション、参照番号（注文番号または発注番号）、担当者。移動記録こそが在庫数値を調査可能なものに変える要素であり、スプレッドシートベースのシステムで最も欠落しやすい項目です。
規制品や期限管理品の場合： バッチ番号またはロット番号、シリアル番号、有効期限、入荷日を追加してください。これらは後から復元できないため、必要になる可能性がある場合は初日から記録してください。
最も頻繁に省略されるフィールドは「引当数（Quantity allocated）」です。これがないと、注文に割り当てられた在庫が「販売可能」に見えてしまい、システム上で二重に販売してしまうリスクが生じます。
よくある管理の課題
プレッシャー下での規律の低下。 繁忙期にスキャンが省略されがちですが、その時こそエラーが最もコストのかかる結果を招きます。解決策は、作業者に注意を促すことではなく、回避策よりもスキャンを速く完了できるようにすることです。
ラベルのない、または場当たり的なロケーション。 「空いている場所」に置かれた在庫はロケーション管理ができず、いかなるソフトウェアでも解決できません。
類似製品の混在。 酷似したアイテムが隣接するベイに保管されていることは、ピッキングミスの最大の原因です。物理的に離して保管してください。
マルチチャネル間の不一致。 2つのシステムがそれぞれ独自の在庫数を持ち、日々乖離していく状態。唯一の解決策は、すべてのチャネルが参照する単一のマスターデータを持つことです。
未チェックの返品。 検品や記録なしに棚に戻される商品。返品には専用のエリアとプロセスが必要です。
キットやバンドル品の未変換。 コンポーネントを差し引かずにキットを組み立てると、箱詰めされているにもかかわらず、コンポーネントが在庫として利用可能であると記録されてしまいます。
単位の混乱。 ケース単位で発注し、ユニット単位で販売しているにもかかわらず、在庫数がどちらの単位か定義されていないケース。よくあるミスであり、盗難のように見えるエラーを引き起こします。
存在はするが販売不可能な在庫。 破損、期限切れ、または検疫中の商品が「利用可能」としてカウントされている状態。これらは削除するのではなく、独自のステータスで管理する必要があります。
在庫数値の責任者が不在。 在庫精度が「全員の責任」である場合、それは「誰の責任でもない」ことと同義です。必ず担当者を指名してください。
実践例：ゼロからの管理体制構築
ある企業が約350のSKUを1つの拠点で管理し、自社サイトと1つのマーケットプレイスで販売しており、2人が編集するスプレッドシートですべてを管理しているとします。月に数回、過剰販売が発生しています。
第1週：コードとロケーション。 すべての製品に、先頭のゼロや「O」「I」を避けた独自のSKU体系を付与します。すべての保管場所に「通路・ベイ・棚」のラベルを印刷して貼り付けます。これは2人で4日かかる、最も大きな作業です。
第2週：ベースラインのカウント。 製品単位ではなくロケーション単位で、ブラインドカウントを行い、発見した在庫を記録します。記録精度は71%でした。不一致のほとんどは、スプレッドシートが把握していなかったロケーションに製品が見つかったことによるもので、これは盗難の証拠ではなく、ラベル付け以前の管理体制が原因です。
第3週：システムの導入。 両方の販売チャネルと連携した在庫管理ソフトウェアに移行し、スプレッドシートの数値ではなく、カウントした数値を期首在庫としてインポートします。スマートフォンベースのスキャナーを2台導入し、ロケーションと製品をバーコード化します。
第4週：ルーチンの確立。 入荷時は発注書と照合してスキャンします。ピッキング時はロケーションと製品をスキャンします。高単価なラインから順に、毎日10ロケーションずつカウントし、調整には理由コードを付与します。
1四半期後。 カウントしたロケーションの記録精度は96%に達しました。単一の数値が両チャネルに反映されるため、過剰販売は停止しました。理由コードの分析により、残りの調整の3分の1が「誤ったロケーションで発見」であることが判明し、ピッキングではなく入庫作業に問題があることが分かりました。そのため、入庫時にも移動先ロケーションをスキャンするように改善しました。
コスト。 ラベル付けに2日、セットアップに1週間、スマートフォンスキャナー2台、そしてソフトウェアのサブスクリプション費用のみ。コンサルタントも、WMSも、新しい建物も不要でした。
この手順が教訓です。 まずコードとロケーションを整備し、次に正確なベースラインを作り、それからシステムを導入し、最後にルーチンを定着させること。ステップ3から始めて（ソフトウェアを購入し、信頼性の低いスプレッドシートをインポートして）しまう企業は、間違った数値をより速く、より自信を持って処理するだけになってしまいます。
さらに詳しく学ぶ
- 在庫管理とは — 記録の正確性を維持するためのプロセス。
- 在庫管理のためのバーコードスキャン — スキャン環境の構築。
- サイクルカウンティング — 在庫確認のルーチン。
- 在庫管理スプレッドシート — 無料で適切に管理する方法。
- 在庫管理ソフトウェアとは — スプレッドシートからのステップアップ。
- SKUとは — すべてのシステムが依存するコード。
要点まとめ
すべての製品にコードを割り当て、すべての保管場所にラベル付きのロケーションを設定し、移動のたびに記録を行い、サイクルカウンティングで定期的に在庫を照合することで、在庫を追跡します。手法そのものよりも規律が重要であり、ソフトウェアを導入する前にSKUとロケーションを整備することの方が、はるかに大きな効果をもたらします。
よくある質問
中小企業はどのように在庫を追跡していますか？ 多くの企業はスプレッドシート（製品ごとに数量、ロケーション、コスト、発注点を記載）から始め、SKU数や販売チャネル、人員の増加に伴い、バーコードスキャンや専用のソフトウェアへ移行します。規模を問わず最も重要なステップは、すべての製品に固有のコードを割り当て、すべての保管場所にラベル付きのロケーションを設定することです。
Excelで在庫を追跡できますか？ はい、小規模であれば十分に機能します。SKUごとに数量、ロケーション、発注点、最終棚卸日を記載した行を作成し、履歴用に別の移動記録シートを追加し、条件付き書式で在庫不足を強調表示します。ただし、一度に1人しか編集できない、監査証跡がない、販売チャネルと自動同期できない、数式のエラーに気づきにくいといった限界があります。
在庫を追跡する最善の方法は何ですか？ バーコードスキャンを在庫管理ソフトウェアと連携させ、ロケーションにラベルを貼り、サイクルカウンティングで検証することです。この組み合わせにより、手入力による転記ミスを排除し、すべてのチャネルで在庫数を統一し、継続的な自己チェックが可能になります。SKU数が少なく、ロケーションが1か所で、チャネルも1つであれば、規律あるスプレッドシート管理でも十分です。
在庫管理におけるバーコードとRFIDの違いは何ですか？ バーコードは読み取りに視線が必要で、1つずつスキャンする必要があり、印刷コストはほぼゼロです。RFIDはパッケージ越しに一度に多数のタグを読み取れるため、棚卸が非常に高速ですが、タグのコストは大幅に高くなります。多くの現場では、全体にバーコードを使用し、高額商品や再利用可能な容器にのみRFIDを選択的に使用しています。
棚卸はどのくらいの頻度で行うべきですか？ 年に1回ではなく、継続的に行うべきです。価値の高い上位品目は毎週カウントし、その他はローテーションで順次カウントすることで、四半期程度ですべての在庫を確認できるようにします。会計上の理由で年次棚卸が必要な場合は、それを主要な手法ではなく、検証作業として位置づけてください。
在庫追跡と在庫管理の違いは何ですか？ 追跡とは、何を保有し、どこにあり、何が移動したかを把握する「記録の規律」です。管理とは、何をどれだけ保有し、いつ再発注し、何を購入するかを決定する「計画の規律」です。管理は追跡データに基づいて計算されるため、追跡が不十分だと適切な管理は不可能です。
複数の販売チャネルにまたがる在庫をどう追跡しますか？ 各プラットフォームと接続された在庫管理ソフトウェアを使用し、すべてのチャネルが参照する単一のマスター在庫数を持つことです。チャネル間での手動調整はすぐに破綻し、過剰販売の原因となります。これが、スプレッドシートから脱却する最も一般的なきっかけです。
なぜ在庫記録が常に合わないのですか？ ほとんどの場合、移動と記録のタイミングがずれている（後で入力する、または忙しくて入力を省略する）ことが原因です。その他の一般的な原因としては、ロケーションにラベルがない、類似製品が隣接して保管されている、返品が未チェックのまま戻されている、セット品を構成する際に構成部品の在庫が差し引かれていないことなどが挙げられます。
Warehouse Wiseは、在庫管理、倉庫業務、フルフィルメントに関するガイドを無料で提供する独立系ライブラリです。現場で働く方々、つまり倉庫や在庫管理の新人スタッフ、成長中の小規模小売・EC事業者、そして在庫を適切に管理したいすべての方に向けて書かれています。各ガイドでは用語を解説し、必要に応じて具体的な数値を用いた実例を提示する、というシンプルな構成を徹底しています。私たちは完全に独立しており、ソフトウェアや機器の販売、紹介料の受け取りは一切行っておらず、ガイドの掲載順位に広告料が影響することもありません。