Supply Chain & Procurementシリーズの一部
完全ガイドを読むShopify の在庫管理のベスト プラクティス
在庫は最大の資産であると同時に、最も危険な負債でもあります。在庫が多すぎると現金が圧迫され、保管コストが増加し、陳腐化する危険があります。在庫が少なすぎると、販売が失われ、入荷待ちの不満が生じ、競合他社が待ちきれない顧客を獲得することになります。在庫管理を適切に行うことは、おそらく e コマースにおいて運用上最も複雑な課題です。Shopify の組み込みツールは堅牢ではありますが、大規模に効果的に機能するには意図的な構成と補助システムが必要です。
このガイドでは、ネイティブ機能の構成からサードパーティのツール、需要予測、サプライヤー管理、倉庫運営まで、Shopify 販売者向けの完全な在庫管理スタックについて説明します。
重要なポイント
- Shopify のネイティブ在庫は場所ごとの数量を追跡しますが、需要予測と再注文の自動化がありません
- ABC 分析により、収益寄与度に応じて SKU がセグメント化されます。通常、収益の 80% は SKU の 20% から得られます。
- 安全在庫の計算により、需要の急増やサプライヤーの遅延時の在庫切れを防止します
- 再注文ポイント (ROP) は、在庫がしきい値を下回ったときに自動的に補充注文をトリガーします
- 複数拠点の在庫には、同時の過剰販売を防ぐための意図的な割り当てルールが必要です
- Shopify の在庫 API により、倉庫管理システム (WMS) とのリアルタイム同期が可能になります
- 循環棚卸は、年間の実地在庫棚卸よりも正確で、混乱が少ない
- デッドストックの特定と清算により、保管コストの蓄積を防止
Shopify のネイティブ在庫システム
Shopify がネイティブに処理する内容と、その制限がどこにあるのかを理解することで、期待のずれを防ぐことができます。
Shopify の在庫に優れているもの:
- 場所ごとのバリエーションごとのリアルタイムの数量追跡
- 過剰販売の防止 (構成可能: チェックアウトをブロックするかバックオーダーを許可する)
- 注文書の受け取り(POS Proを使用)
- 電子メールによる基本的な在庫不足アラート
- 製品バリエーションごとの在庫履歴
- 一括更新のためのCSVインポート/エクスポート
- 理由コード付きの在庫調整
Shopify 在庫制限:
- 需要予測や販売速度分析はありません
- 自動再注文ポイント計算なし
- 複数サプライヤー管理なし
- ロット/バッチ追跡なし (生鮮食品や規制商品に重要)
- シリアル化された在庫追跡なし
- 複数の倉庫の箱/棚の位置追跡はありません
- 在庫の老朽化に関する限定的なレポート
SKU が 500 未満で、フルフィルメントが単純なストアの場合、多くの場合、ネイティブの Shopify 在庫で十分です。そのしきい値を超えると、追加の在庫管理ソフトウェアが経済的に正当化されます。
ABC 分析: 在庫に対する注意の優先順位付け
すべての在庫が同等の注目に値するわけではありません。 ABC 分析は、SKU ポートフォリオを収益貢献度に応じてセグメント化し、ビジネスに最も大きな影響を与える項目に管理努力を集中させます。
ABC セグメンテーション手法:
Shopify の売上データを製品ごとにエクスポートし、過去 12 か月間の総収益で並べ替えます。次に、次のように分類します。
-
A アイテム: SKU の収益上位 10 ~ 20%、総収益の 70 ~ 80% を占めます。これらには、毎日の監視、厳重な安全在庫、優れた棚の位置、最も密接なサプライヤーとの関係が必要です。
-
B アイテム: SKU の次の 30 ~ 40%、収益の 15 ~ 25% に相当します。毎週のモニタリング、標準的な安全在庫、定期的なサプライヤーのレビュー。
-
C アイテム: SKU の下位 40 ~ 50%、収益の 5 ~ 10% に相当します。毎月モニタリングし、安全在庫を最小限に抑え、販売速度が低下している場合は販売中止を検討します。
Shopify での ABC の適用:
- Shopify Analytics から製品別売上レポートをエクスポートします (過去 12 か月)
- Excel/Google スプレッドシートにインポート
- 売上高の降順に並べ替えます
- 累積収益率を計算する
- 分類: A = 0-80%、B = 80-95%、C = 95-100%
- 調査結果を適用: 異なる再注文ポイント、安全在庫レベルを設定し、カテゴリごとに頻度を確認します
季節調整:
品目分類では季節性を考慮する必要があります。全体として C 品目である製品でも、8 週間のホリデー シーズン中には A 品目になる可能性があります。ピーク期間とオフピーク期間で別々の ABC 分類を維持します。
安全在庫の計算
安全在庫は、需要の急増(予想よりも早く売れる)と供給の混乱(サプライヤーの出荷が遅れるか不足する)という 2 つの同時リスクから保護する緩衝在庫です。安全在庫がないと、需要の急増やサプライヤーの遅延により在庫切れが発生します。
基本的な安全在庫の計算式:
Safety Stock = Z × σ(demand) × √(lead time)
Where:
Z = service level factor (1.65 for 95% service level, 2.05 for 98%)
σ(demand) = standard deviation of daily demand
lead time = supplier lead time in days
実践例:
商品名:キャンバストートバッグ(A品)
- 1日の平均需要: 12ユニット
- 日次需要の標準偏差: 4 単位
- サプライヤーのリードタイム: 14 日
- 目標サービスレベル: 95% (Z = 1.65)
Safety Stock = 1.65 × 4 × √14
Safety Stock = 1.65 × 4 × 3.74
Safety Stock = 24.7 → round up to 25 units
このストアでは、この製品のバッファ在庫を少なくとも 25 ユニット維持する必要があります。
Shopify での安全在庫の設定:
Shopify は安全在庫レベルをネイティブに強制しませんが、その影響をシミュレートすることができます。
- A品目とB品目ごとに安全在庫を計算します
- Shopify の「在庫切れでも販売を継続する」設定を使用します。安全在庫が実際のフロアにある製品では無効にします。
- サードパーティ アプリ (Inventory Planner、Stocky) を使用して、在庫が安全在庫レベルに下がったときにトリガーされる再注文アラートを設定します。
ポイントの再注文: 補充トリガーの自動化
再注文ポイント (ROP) は、発注書を開始する在庫レベルです。正しく設定すると、新しい在庫が到着する前に在庫がなくなることがなくなります。
再注文ポイントの式:
ROP = (Average Daily Demand × Lead Time) + Safety Stock
For Canvas Tote Bag:
ROP = (12 × 14) + 25
ROP = 168 + 25 = 193 units
在庫が 193 個まで下がったら、すぐに注文を出します。注文が到着するまでに (14 日後)、安全在庫が消費されて約 25 個になります。これはまさに安全在庫目標です。
再注文数量 (経済的注文数量):
EOQ = √(2 × Annual Demand × Order Cost / Holding Cost per Unit per Year)
Example:
Annual demand = 4,380 units (12/day × 365)
Order cost = $75 (admin, shipping, receiving labor)
Holding cost = $3/unit/year (storage, insurance, obsolescence risk)
EOQ = √(2 × 4,380 × 75 / 3) = √219,000 = 468 units
合計コストを最小限にするには、補充サイクルごとに 468 ユニットを注文してください。サプライヤーからの数量割引を上方調整します。
Shopify 用在庫プランナー アプリ:
Inventory Planner (Brightpearl から、現在は Sage) は、Shopify から販売履歴を取得することで ROP と EOQ の計算を自動化します。季節性、サプライヤーのリードタイムを考慮して、推奨される発注書を生成します。料金: SKU 数に応じて月額 99 ~ 499 ドル。年間収益が 500,000 ドル以上の店舗では、通常、ROI は 30 ~ 60 日以内にプラスになります。
複数拠点の在庫管理
Shopify の複数の拠点 (小売店、倉庫、3PL) を運営する販売者は、過剰販売や在庫切れを防ぐために、意図的な在庫割り当てルールが必要です。
オンライン注文処理における場所の優先度:
[Shopify 管理者] > [設定] > [配送と配達] > [場所の優先順位] で、オンライン注文を最初に処理する場所を定義します。一般的な構成:
- 単一倉庫モデル: 1 つの倉庫がすべてのオンライン注文を処理し、小売店には独自の在庫プールがあります。
- 近接ベース: 注文は顧客に最も近い場所に配送されます (Shipwire や Flexe などのサードパーティ アプリが必要です)
- 在庫ベース: 注文は、注文された SKU に対して最も利用可能な在庫がある場所にルーティングされます。
複数拠点設定における過剰販売の防止:
Shopify は場所ごとに在庫を追跡し、注文の作成時に履行場所から差し引きます。ただし、2 人の顧客が同じ場所で最後のユニットを同時に注文すると、過剰販売が発生する可能性があります。次の方法で軽減します。
- 安全在庫バッファーの設定 (真のゼロまで販売するのではなく、バッファーとして 2 ~ 3 ユニットを保持します)
- 数量が少ない商品の「在庫切れの場合は非表示」を有効にする
- 注文確認ではなくカート追加時に在庫を予約する在庫予約アプリ (Linnworks、Brightpearl) を使用する
拠点間の在庫移動:
小売店の在庫が少なくなり、倉庫には余剰がある場合:
- [管理] > [インベントリ] > [転送] > [転送の作成]
- 出発地 (倉庫) と目的地 (小売店) を選択します。
- 製品と数量を追加します
- 「輸送中」としてマーク — 倉庫の在庫は減少し、小売店では「入荷中」と表示されます
- 小売スタッフは商品到着時に転送を「受け取る」 - 小売在庫の増加
同じユニットが複数の出荷に割り当てられることを避けるために、輸送在庫を個別に追跡します。
Shopify 販売者向けの倉庫業務
注文量が増加するにつれて、倉庫の組織は履行速度、精度、人件費に直接影響を与えます。
棚位置システム:
すべての SKU に倉庫内の棚の場所コードを割り当てます。形式: 通路-棚-ビン (例: A2-3-4 = 通路 A、棚 2、左から 4 番目の位置)。これを Shopify 製品メタフィールドに保存します。
- 管理者 > 設定 > カスタムデータ > 製品 > メタフィールドの追加
- 名前: "Bin Location"、名前空間: "warehouse"、キー: "bin_location"、タイプ: 単一行テキスト
- 製品ごとに入力します
- 選択リストのエクスポートでメタフィールド データを取得する
選択リストの最適化:
紙のピックリストは非効率的で、エラーが発生しやすくなります。オプション:
- ゾーンピッキング: 倉庫ゾーンごとにグループピッキングし、歩行距離を短縮します
- バッチピッキング: 複数の注文を同時にピッキングし、後で並べ替えて梱包します
- ウェーブ ピッキング: 効率を高めるために、調整された時間に複数のバッチ ピッキングをスケジュールします。
Shopify の注文から最適化されたピック リストを生成するアプリ: Packed、Shopify Flow (カスタム ワークフローを使用)、ShipStation (複数の運送業者の配送用)。
梱包精度:
梱包時の人為的ミスは、返品や否定的なレビューの主な原因です。実装:
- 箱に封をする前のバーコードスキャン検証 (製品バーコードをスキャンし、注文と照合して検証)
- 梱包後の重量チェック(出荷用ソフトウェアに統合されたスケールが予想重量範囲外のフラグボックスを使用)
- 高額注文の場合は写真付きドキュメント
返品取り込みプロセス:
1.返品された商品を受け取り、Shopifyから元の注文を取得します 2. 返品ポリシーに照らして状態を検査する 3. 再販可能: 在庫に補充します (Shopify の数量を調整し、棚の場所を更新します) 4. 再販不可: 状態を文書化し、処分または寄付し、収縮として記録する 5. Shopify で返金またはストア クレジットを処理する
需要予測
正確な需要予測により、在庫切れの頻度と過剰在庫の蓄積の両方が削減されます。 Shopify のネイティブ分析は、予測の入力となる過去の販売データを提供します。
単純移動平均予測:
安定した需要の製品の場合: 過去 4 ~ 8 週間の売上の平均を次の期間の予測として使用します。
加重移動平均:
最近の週をより重く測定します: 第 8 週 × 0.4、第 7 週 × 0.3、第 6 週 × 0.2、第 5 週 × 0.1。これにより、ボラティリティを平滑化しながら、最近の需要トレンドをより重視します。
季節調整:
季節商品の場合は、基本予測に予測期間の季節指数を掛けます。
Seasonal Index = Average sales in period / Overall average sales
Forecast = Base Forecast × Seasonal Index
例: あなたの水着は全体で平均 10 ユニット/週ですが、6 月は平均 35 ユニット/週です。 6 月の季節指数 = 35 / 10 = 3.5 6 月の基本予測が 10 ユニット/週の場合: 調整後の予測 = 10 × 3.5 = 35 ユニット/週。
Shopify と統合された予測ツール:
| ツール | アプローチ | コスト | 最適な用途 |
|---|---|---|---|
| 在庫プランナー | 統計、ML 支援 | $99-499/月 | 成長する販売者、100 ~ 5000 SKU |
| スクバナ/リンワークス | 予測機能を備えた運用プラットフォーム | $500+/月 | 大容量マルチチャンネル |
| コグシー | AI 搭載、Shopify ネイティブ | $299+/月 | DTC ブランドの拡大 |
| ストッキー(無料) | 基本速度ベース | 無料 | 小規模店舗、基本的なニーズ |
デッドストックの特定と清算
すべての販売業者は不良在庫、つまり売れ行きが悪く、保管スペースと運転資金を消費している製品を蓄積しています。在庫の健全性を維持するには、体系的な識別と清算が不可欠です。
Shopify でのデッドストックの特定:
在庫レポートをエクスポートし、製品別売上レポートと相互参照します。次のような製品にフラグを立てます。
- 在庫が 90 日以上経過しても販売がない場合、または
- 現在の販売速度で 180 日を超える供給量を表す在庫量がある
状況別の清算戦略:
| 状況 | 推奨戦略 |
|---|---|
| 過剰な季節在庫 | 激安のシーズン終了セール、補完アイテムとのバンドル |
| 生産終了品 | クリアランスセクション、同様の商品を購入した顧客へのメール |
| 過剰在庫 (まだ販売中) | フラッシュ セール、BOGO バンドル、定期購読割引 |
| 本当に死んでいます(需要なし) | Amazon FBAの清算、清算人への卸売、税金控除のための寄付 |
デッドストックの蓄積を防止:
- 常に保守的な初期注文 (実行可能な最小限の在庫) で新製品をテストします。
- Shopify の「事前注文」機能を使用して、在庫を確保する前に需要を測定します
- 実証されていない製品についてはサプライヤーと委託条件を交渉する
- 最低販売速度目標に達していない製品については、60 日間のレビュー トリガーを設定します。
よくある質問
Shopify ではどの在庫管理アプリを使用する必要がありますか?
最適なアプリは規模によって異なります。 500 SKU および年間収益 50 万ドル未満: Shopify のネイティブ在庫と Stocky (Shopify から無料) でほとんどのニーズをカバーします。 SKU 数の増加による 50 万ドルから 200 万ドルの収益: Inventory Planner または Cogsy は、すぐに元が取れる予測と発注書の自動化を提供します。 200 万ドル以上、または外部倉庫を使用したマルチチャネル: Linnworks、Brightpearl、または API 経由で Shopify と統合された専用 WMS (3PL Central、Fishbowl)。
Shopify と Amazon FBA の間で在庫を同期するにはどうすればよいですか?
マルチチャネル在庫管理プラットフォーム (Linnworks、Sellbrite、または ChannelAdvisor) を使用します。これらの Shopify と Amazon の両方からのプル注文により、共有在庫プールが減り、チャネル間での過剰販売が防止されます。代替案: Amazon がセカンダリ チャネルの場合は、個別の在庫プールを維持しながら、Shopify の注文に Amazon の MCF (マルチチャネル フルフィルメント) を使用します。より簡単ですが、在庫分割を手動で監視する必要があります。
在庫数の確認はどれくらいの頻度で行うべきですか?
会計上の目的では年次実地棚卸が必要ですが、運用上は不十分です。循環棚卸を実装します。A 品目を毎週、B 品目を毎月、C 品目を四半期ごとに数えます。これにより、年間を通じて集計の負担が分散され、不一致をより迅速に検出できるため、年間完全な集計のためにシャットダウンするよりもはるかに中断が少なくなります。小売店の店舗には、Shopify POS Pro の組み込み在庫カウント機能を使用します。
委託在庫とは何ですか?また、Shopify とどのように連携しますか?
委託販売とは、サプライヤーの在庫を保持し、販売した場合にのみ支払いを行うことを意味します。販売するまで所有権はサプライヤーに保持されます。これにより在庫リスクは排除されますが、通常は利益率の低下を意味します。カスタム在庫調整とサプライヤー固有の場所コードを使用して、Shopify で委託在庫を追跡します。注: Shopify にはネイティブの委託在庫管理がありません。所有在庫と委託在庫を区別するには、サードパーティ アプリを使用するか、メタフィールドを使用して手動で管理します。
有効期限のある商品の在庫はどのように処理すればよいですか?
Shopify は、有効期限やロット番号をネイティブに追跡しません。生鮮食品、サプリメント、化粧品、またはロット追跡が必要な規制商品の場合: ロット管理された在庫をサポートし、Shopify と統合される Cin7 や Fishbowl などの在庫管理システムを使用します。これらのシステムは、ロットごとの有効期限を追跡し、FEFO (期限切れ先出し) ピック シーケンスを実装して、有効期限関連の損失を最小限に抑えることができます。
次のステップ
Shopify の効果的な在庫管理には、ネイティブの Shopify 構成と適切なサードパーティ ツール、意図的なサプライヤーとの関係、および文書化された運用プロセスを組み合わせる必要があります。
ECOSIRE の Shopify サービス には、在庫管理システムの選択、実装、サプライヤーの統合、倉庫プロセスの設計が含まれており、販売者が在庫切れや資本の無駄なく拡張できる在庫運用を構築できるように支援します。
在庫管理の最適化については、Shopify 運用チームにお問い合わせください。
執筆者
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
関連記事
Odoo 19 在庫: 保管、撤去、補充の詳細
マスター Odoo 19 在庫: 新しい在庫受入戦略、FEFO/LIFO/FIFO 除去ロジック、動的補充、マルチステップ ルート、およびバーコード フロー。
Shopify App Bridge 4 チュートリアル: 2026 年の組み込みアプリの構築
App Bridge 4 を使用して Shopify 埋め込み管理アプリを構築します: セッション トークン、トークン交換、ナビゲーション、モーダル、リソース ピッカー、Polaris React 13 セットアップ。
Shopify 機能 2026: 割引、配送、支払いのカスタマイズ
割引、配送料のカスタマイズ、支払い方法のフィルタリング、カートの検証のための Shopify 関数を構築します。 Rust + JavaScript の例。
Supply Chain & Procurementのその他の記事
Odoo 19 在庫: 保管、撤去、補充の詳細
マスター Odoo 19 在庫: 新しい在庫受入戦略、FEFO/LIFO/FIFO 除去ロジック、動的補充、マルチステップ ルート、およびバーコード フロー。
サプライチェーン最適化のための AI: 可視性、予測、自動化
AI を使用してサプライ チェーンの運用を変革します。需要の検知、サプライヤーのリスク スコアリング、ルートの最適化、倉庫の自動化、混乱の予測などです。 2026年のガイド。
ERP RFP の書き方: 無料テンプレートと評価基準
無料のテンプレート、必須要件チェックリスト、ベンダー スコアリング手法、デモ スクリプト、リファレンス チェック ガイドを使用して、効果的な ERP RFP を作成します。
機械学習による需要計画: 在庫ニーズを正確に予測
ML を活用した需要計画を実装して、在庫ニーズを 85 ~ 95% の精度で予測します。時系列予測、季節パターン、Odoo 統合ガイド。
Odoo の購入と調達: 完全な自動化ガイド 2026
Master Odoo 19 RFQ、ベンダー管理、3 者間マッチング、陸揚げコスト、および再注文ルールを使用した購入と調達。完全自動化ガイド。
Power BI サプライ チェーン ダッシュボード: 可視性とパフォーマンスの追跡
在庫回転数、サプライヤーのリード タイム、注文の履行、需要と供給、物流コスト、倉庫の使用状況を追跡する Power BI サプライ チェーン ダッシュボードを構築します。