Shopifyストアの発注書を作成・管理する方法

Shopifyにおける発注書管理とは、サプライヤーに正式な書類を作成し、ドラフトから配送まで追跡して、受け取った商品と注文内容を照合することです。Shopifyの組み込み管理機能は販売側の管理には優れていますが、発注書の作成、サプライヤーへの割り当て、ステータス追跡、受け取った商品と元の注文の照合ができません。このギャップは実在し、成長中のストアに想像以上の損失をもたらします。

重要なポイント

• Shopifyには発注書専用ツールがないため、アプリか構造化された手動プロセスが必要です。
• 発注書ワークフローは5段階あります: 申請、承認、発注書作成、受け取り、照合です。
• Stockyはこのギャップを補っていましたが、2026年8月に廃止予定です。
• Shopifyの組み込みPO機能は、商品の「原価」フィールドからコストを自動入力せず、すべての行で手動入力が必要です。
• 需要ベースの発注書作成(実際の在庫切れ予測に基づく)は、勘に頼った再発注より資金繰りとサービスレベルに優れています。

Shopifyマーチャントが発注書で困る理由

Shopifyは本来、販売プラットフォームです。購買側の機能は常に二次的でした。長年、Stockyはこのギャップを埋め、Shopifyにバンドルされた無料の基本的なPO機能を提供していました。Stockyが2026年8月に廃止されるため、マーチャントはその基本機能を失い、複数のサプライヤーやSKUを管理するようになるとスプレッドシート+メールのワークフローはすぐに破綻します。

Shopify管理画面にはよく知られた問題があります。発注書のドラフトがバリアントの「原価」フィールドからラインアイテムのコストを自動入力しません。つまり、すべてのPOで手動でコストを入力する必要があります。数百のSKUを複数のサプライヤーで管理している場合、この手間はすぐに積み重なります。

結果として予測可能なパターンが生まれます。再発注が遅すぎて(ベストセラーが品切れになる)、または早すぎて多すぎる(資金が動きの遅い在庫に固定される)。どちらもサプライヤーの問題ではありません。両方ともプロセスの問題です。

5段階の発注書ワークフロー

再現可能なPOプロセスは、ストアサイズに関係なく同じ5段階に従います。

1. 申請。何を注文する必要があるか、そしてなぜかを特定します。Shopifyマーチャントの場合、申請は在庫データから来るべきです。倉庫を歩く代わりに、現在の在庫レベル、日次販売速度、サプライヤーのリードタイムから判断します。
2. 承認。低額の再発注には簡単なレビューだけが必要かもしれません。大規模な購入には財務の承認が必要な場合があります。デジタル承認ワークフローは承認サイクルを数日から数時間に短縮します。
3. 発注書作成。サプライヤー詳細、SKU、数量、合意された単価、予想配送日を含む正式な書類を起案します。追跡用に一意のPO番号を割り当てます。
4. 受け取り。商品が到着したら、各ラインアイテムを元のPOに照合します。POを閉じる前に、不一致(短納、間違ったバリアント、破損したユニット)を記録します。
5. 照合。Shopify在庫数量が正しく更新されたことを確認し、サプライヤーインボイスをPOに照合して、差異をフラグアップします。

すべての発注書に含める内容

完全なPOは法的かつ運営的に保護します。サプライヤーに送信するすべてのPOには以下を含める必要があります。

• あなたのビジネス名、住所、一意のPO番号
• サプライヤー名、連絡先、住所
• ラインアイテム: SKU、商品名、バリアント(サイズ/色)、数量、合意単価、ライン合計
• 通貨と支払条件(Net 30、事前払いなど)
• 予想配送日と配送先住所
• そのサプライヤー固有の品質またはパッケージのメモ

これらのフィールドのいずれか1つが欠けていても、受け取り時に紛争が生まれます。特にPO番号は譲れません。それはサプライヤーインボイス、配送、在庫更新を1本の追跡可能なスレッドでリンクするリファレンスです。

再発注対象と数量の決定方法

ここでほとんどのマーチャントがお金を失います。勘に頼った再発注は2つの結果をもたらします。注文が少なすぎて品切れになるか、注文が多すぎて現金が数ヶ月間寝ている在庫に固定されます。

需要ベースのアプローチは、すべてのPOを正しくサイズするために3つの入力を使用します。

再発注数量計算式: 再発注数量 = (日次販売速度 x (リードタイム + 目標カバー)) - 現在の在庫

例えば、1日10ユニット売れるSKU、14日のリードタイム、30日の目標カバー、現在80ユニット在庫の場合は(10 x (14 + 30)) - 80 = 360ユニットが必要です。

この計算は1つのSKUの場合は簡単です。これを手作業で300のSKUと4つのサプライヤーで毎週実行することは、スプレッドシートが破綻する場所です。

サプライヤー管理: POを高速化するデータ

発注書は背後にあるサプライヤーデータと同じくらい高速です。良いサプライヤー記録には以下が含まれます。

• サプライヤーごとのデフォルトリードタイム(リードタイムが製品によって異なる場合はSKUごと)
• SKUごとまたは注文ごとの最小注文数量(MOQ)
• SKUごとのコスト価格(最終更新日付付き)
• 優先通貨と支払条件
• POを送信するためのメールアドレス

このデータが共有スプレッドシートや誰かのインボックスではなく専用システムに存在する場合、新しいPOの作成は1時間の相互参照の代わりに数分かかります。また交渉をするためのクリーンな履歴を提供します。サプライヤーが定期的に5日遅延している場合、その会話を裏付けるデータがあります。

Stockcast: Inventory Forecastはまさにこのワークフローの周りに構築されました。毎日在庫レベルを監視し、透明で監査可能な数学を使用して再発注の推奨を計算し(なぜSKUが再発注リストに表示されたのかを正確に見ることができます)、これらの推奨をサプライヤー記録と発注書に直接接続します。Stockyから移行するマーチャントの場合、サプライヤーと原価データはCSVでインポートでき、最初からやり直すことなく履歴を再構築できます。

在庫受け取りとループを閉じる

受け取りステップはスキップされたりラッシュされることが最も多く、差異があなたの在庫数を静かに破損させる場所です。信頼できる受け取りプロセスは。

• 受け取り済みをマークする前に各ラインアイテムを物理的に数えます
• 短納を部分的な受け取りとして記録します(残高が到着するか、キャンセルされるまでPOを閉じない)
• 数量が一致することを確認した後にのみShopify在庫を更新します
• PO番号にマッチしたサプライヤーのパッキングリップを保存します

数を数えずにバルク受け入れをスキップすることは、Shopifyが実際には持っていない在庫を表示することを意味し、数週間後に過剰販売と顧客サービスの苦労につながります。

開いているPOの追跡: 良い可視性はどのように見えるか

常に、開いているすべてのPOについて3つの質問に答えることができるべきです。

1. 予想配送日は何ですか?
2. どのSKUが配送中で、どの数量ですか?
3. 遅れているPOはあり、何日遅れていますか?

スプレッドシートを開くかサプライヤーにメールを送らずにこれら3つの質問に答えられない場合、あなたのプロセスには可視性ギャップがあります。遅れているPOと在庫カット予測と並んで近日中の在庫を表示する日次ダイジェストは、専用のオペレーションスタッフを追加せずにそのギャップを閉じる最速の方法です。

数十のSKU全体でこれを管理していて、再発注の数学をしてもらいたい場合は、Shopify App StoreでStockcast: Inventory Forecastを試してください(25 SKUまで無料、有料階層で14日間トライアル)。

FAQ

Shopifyにはネイティブな発注書システムがありますか? Shopifyの管理画面には完全な発注書システムが含まれていません。在庫調整を許可し、場所全体の在庫を追跡しますが、サプライヤーにリンクされたPOを作成したり、POのステータスを追跡したり、受け取った商品を元の注文に照合したりすることはできません。マーチャントにはサードパーティアプリまたは構造化された手動プロセスが必要です。

Shopifyの無料POアプリStockyはどうなりましたか? Stockyは2026年8月に廃止予定です。Shopifyは組み込みの代替を発表していないため、サプライヤーレコード、PO作成、再発注提案にStockyに依存していたマーチャントはサードパーティソリューションにデータを移行する必要があります。CSVインポートは、過去のサプライヤーと原価データを保持する最速の方法です。

Shopify製品の適切な再発注数量を計算するにはどうすればよいですか? この計算式を使用してください。再発注数量 = (日次販売速度 x (サプライヤーリードタイム(日) + 目標カバー日数)) - 現在の手持ち在庫。日次速度は、過去30〜90日のShopify販売データから計算するのが最適です。現金流許容度とその特定のSKUの品切れのコストに基づいて目標カバー日数を調整します。