「Claudeで在庫管理ができるのか」という質問を受けることが増えました。結論から書くと、Claudeでできるのは在庫データの整理・分析・判断の言語化までで、在庫数そのものを持ち続けること（在庫の保持と更新）はできません。
この違いを最初に押さえておかないと、途中まで進めてから作り直すことになります。この記事では、Claudeでどこまで進められるのか、どこから在庫管理システムに渡すべきなのかを、実際の手順と判断基準の形で整理します。
当社はEC事業者向けの在庫最適化システムを開発・運営している会社で、社内の在庫突き合わせや発注判断の下書きにClaudeを日常的に使っています。以下は自社で踏んだ手順そのものです。
「在庫管理」を4つの作業に分けると、Claudeの守備範囲がはっきりする
在庫管理という言葉は広すぎるため、まず作業に分解します。
- 記録 — 入出庫があるたびに在庫数を増減させ、いまの数を保持する
- 突き合わせ — 複数の販売チャネル・倉庫・帳簿の数字を照合し、ズレを見つける
- 分析 — 在庫日数・回転率・滞留を計算し、どの商品が多すぎ／少なすぎかを判断する
- 発注 — いつ・どれだけ発注するかを決め、実行する
Claudeが得意なのは 2・3 と、4の「決める」部分です。1の記録は苦手というより、構造上できません。 Claudeは会話が終われば数字を持ち続けないため、在庫数の保持は表計算ソフトか在庫管理システムの仕事になります。
用語:Claudeでよく混同される3つ
- Claude（会話） — ブラウザやアプリ上でファイルを添付して指示を出す使い方。在庫管理で最初に試すのはここ
- プロジェクト機能 — 指示文や商品マスタを登録しておき、毎回貼り直さずに済ませる使い方。有料プラン向けの提供
- Claude Code — ターミナルで動かし、フォルダ内の複数ファイルをまとめて処理する使い方。段階の違いはClaudeで自動化する方法で整理しています
在庫管理の用途では、まず「会話」で成立するかを確かめてから先に進むのが安全です。
手順:Claudeで在庫の突き合わせと分析を回す
手順1. 出せるデータの形をそろえる
Amazon・楽天・自社ECの管理画面から、商品コード・商品名・在庫数・直近の販売数・最終販売日をCSVで出します。列名がチャネルごとに違っていても構いません。Claude側で対応づけできます。
手順2. 突き合わせの基準を先に決めて指示する
「商品コードで突き合わせて」だけでは足りません。次の3つを指示文に含めます。
- どの列をキーにするか（商品コード／JAN／自社SKU のどれか）
- 片方にしかない行をどう扱うか（欠品扱いか、除外か、別表に出すか）
- 単位が違う場合の扱い（ケース／バラの換算表を添付する）
この3つを書かないと、行数が合わない表が出てきて確認に時間を取られます。
手順3. 判定列まで出させる
数字を並べるだけでは発注判断に使えません。「在庫日数を計算し、30日未満は要発注、90日超は過剰として判定列を付けて」まで指示します。しきい値は自社の調達リードタイムに合わせて上書きしてください。具体的な作り方はClaudeで在庫管理表を発注判断できる形に整理するに実録があります。
手順4. 検算用の数値を毎回出させる
合計在庫金額・行数・突き合わせで一致しなかった件数の3つを毎回出力させます。ここが前回と大きく違えば、データか指示のどちらかがおかしいと気づけます。
手順5. 毎月同じなら指示を固定する
手順2〜4で指示文が固まったら、プロジェクト機能に登録します。以降はCSVを添付して「今月分で」と送るだけになります。対象ファイルが数十件に増えた段階で初めてClaude Codeを検討します（手順はClaude Codeで在庫データを扱う）。
実務での使用例:3チャネルの在庫突き合わせを月次で回している例
当社で実際に運用している形です。
- 対象: Amazon・楽天・自社ECの在庫CSV 3本と、商品マスタ1本
- やらせていること: 自社SKUをキーに4本を突き合わせ、チャネル間の在庫差を一覧化。あわせて在庫日数を計算し、要発注／適正／過剰の3判定を付ける
- かかる時間: CSVを出して添付し、結果を確認するまで15分程度。以前は表計算ソフトで2時間かかっていた作業
- Claudeに任せていないこと: 在庫数の更新そのもの。結果は判断材料として見るだけで、各チャネルの在庫数は従来どおり各管理画面で更新しています
- つまずいた点: 楽天の商品コードと自社SKUの対応表を添付し忘れ、初回は突き合わせ不能な行が4割出ました。対応表は毎回添付する運用に変えています
失敗パターン
- 在庫数をClaudeに覚えさせようとする — 会話が変わると持ち越されません。保持は表計算ソフトか在庫管理システムの役割です
- しきい値を決めずに「過剰在庫を教えて」と聞く — 一般論が返ってきます。調達リードタイムと販売頻度を渡して初めて自社の判断になります
- 出てきた表をそのまま発注に使う — 単位違いや重複行が混ざったまま通ると、発注ミスに直結します。手順4の検算値を毎回見てください
- 最初からClaude Codeで作り込む — 会話で成立しない指示は、Claude Codeにしても成立しません。順番が逆です
- リアルタイムの在庫連携を期待する — Claude自体は各ECの在庫APIに常時つながっているわけではありません。人がデータを出して渡す前提で設計します
比較表:Claude・表計算ソフト・在庫管理システムの役割
| Claude（会話・プロジェクト） | 表計算ソフト | 在庫管理システム | |
|---|---|---|---|
| 在庫数の保持・更新 | できない | できる（手作業） | できる（自動） |
| 複数チャネルの突き合わせ | 得意（指示するだけ） | 関数の作り込みが必要 | 標準機能 |
| 在庫日数・滞留の分析 | 得意 | 数式を組めば可能 | 標準機能 |
| 判断理由の言語化 | 得意 | できない | 製品による |
| 発注数の自動算出 | 都度の計算は可能 | 数式を組めば可能 | 需要予測込みで可能 |
| リアルタイム反映 | できない | できない | できる |
| 始めるまでの手間 | 小さい | 中 | 大きい |
Claudeと在庫管理システムは代替関係ではありません。 Claudeは「何が起きているかを読み解く」側、在庫管理システムは「数字を持ち続けて回す」側です。
どこまでClaudeで進めるかの判断基準
- SKUが100点以下・月次の確認で足りる → Claudeと表計算ソフトで十分です。システム導入は不要
- SKUが数百点・チャネルが3つ以上・週次で見たい → Claudeで分析しつつ、在庫の保持は専用の仕組みに寄せる段階
- 欠品や過剰在庫が実際の損失として出ている → 在庫の保持・需要予測・発注提案までを自動で回す在庫管理システムの検討時期です
- 人の確認なしで発注まで流したい → Claude単体では設計できません。責任の所在を含めて仕組み側で設計してください
在庫の突き合わせや発注判断を実際の画面でどう動かしているかは、文章より動画のほうが早く掴めます。Arke Gallery（無料会員登録）で、工場・物流・ECの技術マップ上にAIの動きを1分の動画で公開しています。
さらに詳しい手順（関連記事）
- Claudeで在庫管理表を発注判断できる形に整理する — 判定列の作り方の実録
- Claude Codeで在庫データを扱う — 対象ファイルが増えた段階の進め方
- ClaudeでSKUを分類する — ABC分析・滞留判定の切り口
- Claudeで自動化する方法 — 会話／プロジェクト／Claude Codeの使い分け
- Claude で Excel を自動化する使い方 — CSVやExcelの集計・突き合わせ全般
よくある質問
Q. Claudeで在庫管理システムの代わりになりますか？ なりません。在庫数を保持し続ける機能がないためです。ただし、突き合わせ・分析・判断理由の言語化はClaudeのほうが早く、システムと併用する形が現実的です。
Q. 在庫データをClaudeに渡して問題ありませんか？ 自社の取り扱いルールに従ってください。判断材料としては、商品コードと数量だけで足りることが多く、取引先名や仕入単価まで渡す必要はない場合がほとんどです。渡す列を絞るところから始めるのが安全です。
Q. Amazonや楽天と直接つないで自動取得できますか？ Claude単体ではできません。各管理画面からCSVを出して添付する前提で設計してください。常時の自動取得が必要な段階であれば、在庫管理システム側の役割です。
Q. どのくらいのSKU数まで扱えますか？ 添付するファイルのサイズと列数によります。数千行のCSVでも突き合わせ自体は動きますが、件数が増えるほど検算値（行数・合計金額・不一致件数）の確認が重要になります。 まず数百行で手順4まで成立させてから件数を増やしてください。
Q. 発注数まで出させてよいですか？ 出させた数値は下書きとして扱ってください。調達リードタイム・最低発注ロット・セール予定など、CSVに入っていない条件は反映されません。最終判断は人が行う前提です。
まとめ:Claudeは読み解く側、システムは回す側
Claudeで在庫管理をする場合、突き合わせ・分析・判定までをClaudeに任せ、在庫数の保持と更新は表計算ソフトか在庫管理システムに残すのが現実的な線引きです。手順としては、データの形をそろえる → 突き合わせ基準を指示する → 判定列まで出させる → 検算値を確認する、の4つで回ります。
SKU数やチャネル数が増えて月次の手作業が追いつかなくなった段階が、仕組みに寄せる検討の時期です。
Amazon・楽天・自社ECの在庫を横断して毎日自動で突き合わせ、需要予測と発注提案まで行う仕組みが必要な段階であれば、当社が開発・運営するEC在庫最適化システム S-walletがあります。14日間無料トライアルからお試しいただけます。
在庫金額がどれだけ圧縮できるかの目安だけ先に知りたい場合は、30秒で在庫圧縮メリットを試算できます（簡易試算であり、実際の結果を保証するものではありません）。
AI活用の実例はArke Gallery（無料）で動画にして公開しています。