すべてのガイド

によって 2026 年 9 月 6 日10 分で読めます

Shopify サプライヤー管理: 完全ガイド

在庫計画の半分はサプライヤーで、Shopify のモデルはほとんどありません。記録を保持し、条件を設定し、株式を決定する関係を確認する方法。

あなたの予測によると、火曜日に杉とイチジク、250g を 150 個注文します。サプライヤーの最低価格は 200 で、次の生産は月の 1 日に終了し、原価計算の対象となる価格表は 9 か月前のものです。予測はその決定の半分は簡単でした。

サプライヤー管理は残りの半分、つまり、予測が出した数字が実際に購入できる数字であるかどうかを決定する記録、条件、レビューです。

サプライヤー管理の対象範囲

4 つのジョブが順番に実行されます。

  • 調達。 判断材料となる履歴が存在する前に、誰から購入するかを見つけて選択します。で覆われています サプライヤーの選び方。
  • 規約。 最低価格、支払い条件、ケースパック、生産期間などにより、今後のあらゆる注文が制限されます。
  • 注文中。 再注文の決定を発注書に変換し、送信し、結果を受け取ります。メカニックたちは、 Shopify 注文書ガイド。
  • レビューします。 サプライヤーが約束したことをまだ実行しているかどうか、実行していない場合は何を変更するかを確認します。スコアカードは入っています サプライヤーのパフォーマンスを測定する方法。

ほとんどの店舗では 3 番目の処理を行い、他の 3 つはスキップします。この条件は、リードタイムが 1 週間ずれるか、最小値が静かに 2 倍になるか、合意内容を覚えている唯一の人がそこで働くのをやめるまで続きます。

最初の 2 つのジョブと最後のジョブには共通点があります。Shopify の管理者にはそれらを記録する場所がありません。

サプライヤーのデータが存在する場所

Shopify にはサプライヤーの記録があり、これはオプションではありません。発注書を作成する前に、サプライヤー、場所、在庫追跡をすべて設定する必要があります。 Shopify 独自の定義は明白です。サプライヤーとは、製品を調達し、発注する企業です。

レコードには、連絡先情報、住所の詳細、およびそのサプライヤーの最近の発注明細項目のビューが保持されます。最後の部分は、思っている以上に便利です。発注書をすべて開かなくても、サプライヤー ページが「最近何を購入したか」に答えてくれることになるからです。

今、この事実が作家や商人を悩ませています。 Shopify の発注書の概要ページには、連絡先の詳細、支払い条件、通貨を使用してサプライヤーを作成および管理できると記載されており、あたかも条件がサプライヤーに対して保存されているかのように見えます。サプライヤーのページにはその逆のことが書かれており、2 つのうちのより具体的な方が記載されています。支払い条件とサプライヤーの通貨は次のとおりです。 個々の発注書に固有であり、特定のサプライヤーに対するデフォルト値として保存されません。。発注書に正味 30 を設定すると、その発注書に設定したことになります。次は空白から始まります。

Shopify 独自のサプライヤー ガイダンスでは、パフォーマンスの追跡を推奨しています。管理者はそれを記録する場所を与えません。

転送されるのは行レベルのデータです。以前にそのサプライヤーに製品を注文したことがある場合、サプライヤーの SKU、コスト、税額は以前の発注書から自動入力されます。これが本当の繰り返し注文の利便性であり、一連の保存された商業条件としてではなく、サプライヤーごとに製品ごとに機能します。

あと2つの境界線。製品のベンダーフィールドはサプライヤーレコードではなく、Shopifyのサプライヤーページには2つの間の関係が記載されていないため、一方を入力するともう一方も入力されると想定しないでください。また、ネイティブのサプライヤーや発注書のページにはサプライヤーのパフォーマンス数値を計算するものは何もないため、納期厳守率や配送履歴は別の場所に存在する必要があります。すべては 2026 年 9 月 6 日に Shopify のヘルプドキュメントと照合してチェックされました。

必要なものサプライヤー記録に?どこに住まなければならないのか
連絡先詳細はいサプライヤー実績
住所はいサプライヤー実績
最近の注文明細はいサプライヤー実績
支払い条件いいえ、POごとに設定しますあなた自身のシート
通貨いいえ、POごとに設定しますあなた自身のシート
リードタイム文書化されていないあなた自身のシート
MOQとケースパック文書化されていないあなた自身のシート
オンタイム記録文書化されていないあなた自身のシート
The supplier loop, and which stages Shopify recordsFive stages run left to right in a loop: source, agree terms, order, receive, review, with an arrow returning from review back to source. The third and fourth stages are highlighted because Shopify has a native object for each of them, a purchase order for ordering and an inventory transfer for receiving. The first, second and fifth stages carry the label "no native record", because sourcing, commercial terms and performance review have no field in the Shopify admin. Two notes underneath state that payment terms and currency sit on each individual purchase order rather than on the supplier record, and that lead time, minimums and delivery history have to live in the merchant's own sheet. The shape of the diagram is the argument: the two stages Shopify records sit in the middle of three it does not.The supplier loop, and where Shopify keeps a recordTwo of the five stages have a native object. Three do not.SourceAgree termsOrderReceiveReviewno native recordno native recordpurchase orderinventory transferno native recordre-source, or keep going with the same supplierPayment terms and currency sit on each purchase order, not on the supplier.Lead time, minimums and delivery history have no native field at all.
Shopify の 2 つのステージは、レコードがうまくいかない 3 つのステージの真ん中に位置しており、そうでない 3 つのステージが、真ん中の 2 つがうまくいくかどうかを決定します。

保存する価値のあるサプライヤーの記録

Shopify が保存しないものはすべて、実際に見る場所に保存する必要があります。これは、ほとんどの店舗では、サプライヤーごとに 1 行の 1 つのシートを意味します。活躍する分野:

  • 測定されたリードタイムと、その間に測定した 2 つの日付
  • サプライヤーが見積もったリードタイムは別に保管されるため、ギャップがわかります
  • SKU ごとの最小注文数量とケース パック(異なる場合あり)
  • 最小注文額(最小単位に上乗せがある場合)
  • 同意した日付を含む、合意された支払い条件
  • 通貨、および為替レートの変動を担うのは誰か
  • 貨物条件: 誰が荷物を予約し、誰が支払い、誰が税関を通過するのか
  • 価格表のバージョンとその日付
  • 各 SKU の SKU
  • 営業担当者ではないエスカレーション担当者
  • 最後に価格が変更された日付と、どのくらいの通知が届いたか

リードタイムは誰も気づかないうちに陳腐化していく分野なので、それ自体が当然のことです。サプライヤーの最後の電子メールではなく、自分自身の発注書からそれを測定し、日付のペアを 1 つ選択し、毎回同じペアを使用します。販売可能な商品に対する注文は正直なペアです。なぜならそれが店舗が実際に生きているギャップだからです。受領した商品に対する注文はサプライヤーをより厳密に測定するため、常に見た目が良くなります。どちらも間違いではありません。それらを混ぜることです。測定自体と、それが再注文ポイントに与える影響は次のとおりです。 サプライヤーのリードタイムが予測に与える影響。

引用された数値を測定された数値の隣に保管してください。両者の間のギャップは、シート上で最も有益な情報であり、サプライヤーの失態に関するあらゆる会話の冒頭でもあります。

計画を変更する条件

用語の 4 つのカテゴリ。それぞれが購入決定の異なる部分を変更します。

最小限

最小注文数量は、サプライヤーが受け入れる最小注文であり、ストアに関するものではなく、サプライヤーの生産や経済的制約によって設定されます。ケースパックとは、配送用カートンに入る固定数のユニットであり、注文は通常、カートン全体で行われます。 2 つ目は、定義された標準ではなく取引慣行であるため、慣例を前提とするのではなく、ケースに含まれる内容を各サプライヤーに確認してください。同意した場合にかかる最低費用は次のとおりです。 MOQの説明;実際に配置する数量がどのように変化するかは、 いくら注文するか。

最低注文金額

一部のサプライヤーは、単位ではなく金額で下限を設定し、場合によっては最小単位の代わりに、場合によっては最小単位と並行して設定します。これは、カレンダーを密かに形作る用語です。これは、必要なときに各 SKU を個別に注文するのではなく、複数の SKU を 1 つの注文にまとめて注文するよう促すためです。

支払い条件

支払い条件は在庫の到着時ではなく、現金が出ていくときに変更されます。 50% のデポジットは、注文時にお金が支払われ、商品は遅れて到着することを意味します。請求書の正味 30 は、支払いを行う前に荷物の一部を販売したことを意味する場合があります。同じ銘柄、同じ日付、数週間でキャッシュポジションが大きく異なります。 Shopify はサプライヤーではなく注文書にこれらを保持しているため、次の PO を発行する人は管理者以外の場所から条件を知る必要があります。

生産期間と注文頻度

一部のサプライヤーは在庫を保持せずにバッチを実行します。再注文ポイントは月の 3 日に開始され、次の実行は 1 日に終了する可能性があります。これにより、誰も約束を破ることなく、12 日間のリード タイムが 40 日間に短縮されます。サプライヤーがこのように作業する場合、ウィンドウは詳細ではなく計画の入力になります。

注文ルーチン

条件を書き出すと、ルーチンはそこから抜け落ちます。 2 つのルールでほとんどがカバーされます。

注文日 = 「再注文ポイントが発行された」と「サプライヤーの窓口が開いている」のどちらか遅い方。
注文サイズ = 「計算上の値」と「最小値」の大きい方、ケース パックに切り上げられます。

どちらのルールも退屈で、通常は再注文ポイントを一度設定し、6 か月後にサプライヤーのカレンダーを発見するストアによってスキップされます。注文書の作成から受け取りまで、注文書の仕組み自体は、 注文書ガイド。

管理者がしないことの 1 つは、注文に期限切れのフラグを付けることです。 Shopify の発注書ステータスは「下書き」と「注文済み」であり、どちらも日付が経過しても変化しないため、サプライヤーが注文を間違えたことに気づくのは依然として人間の仕事です。その時点で何をすべきかについては、 遅れた発注書の管理。

これらすべてを手作業で管理するということは、サプライヤーごとに 1 枚のシートを作成し、四半期ごとに再チェックすることを意味し、リードタイムは誰かが最後に PO 履歴を確認したときと同じくらい最新のものになります。 StockCue サプライヤー自体に対してリードタイムと条件を管理し、無料を含むすべてのプランのすべての予測にリードタイムをフィードします。 PDF としての発注書をサプライヤーに電子メールで送信し、Starter で受信を開始します。

サプライヤーの見直し

レビューはサプライヤーごとに 4 つの質問が行われ、実際に行うのに十分なゆっくりとしたリズムで行われます。

  • 納品は記録されたリードタイム内に到着しましたか?そうでない場合、これは変動ですか、それとも単一の悪い月ですか?
  • 数量と品目は注文書に記載されている内容と一致していましたか?
  • 価格は変更されましたか?また、約束された通知は届きましたか?
  • コストを計算している価格表はまだ最新のものですか?

次に誰もが尋ねる質問は、何が良いスコアとしてカウントされるのかということです。小規模な e コマース サプライヤー向けに、納期や履行率の基準は公表されていません。流通しているパーセンテージは、大規模小売業者のサプライヤーコンプライアンスプログラム、またはサプライヤー管理ソフトウェアを販売する企業のいずれかによるものであり、それらは情報源間で互いにかなり一致していないため、単一の数字を標準として引用することはできません。

さらに悪いことに、たとえ両社が数値を公表していたとしても、完全な納期遵守率を比較することはできません。配送をカウントする場合と、注文明細をカウントする場合とで、結果が単独で数ポイント移動する可能性があります。そして、あなたが要求した日付ではなく、サプライヤーの約束した日付に基づいて測定することで、約束に遅れたサプライヤーが完璧なスコアを獲得するサプライヤーに変わります。

したがって、一定に保つ 1 つの測定単位を使用して各サプライヤーを独自の履歴と比較し、傾向をレベルではなくシグナルとして扱います。時間通りとみなされるものについての公式と議論は、次のとおりです。 サプライヤーのパフォーマンスを測定する。

サプライヤーと協力するための Shopify 独自のガイダンスは、ベンダーのものではなく Shopify のものであるからこそ読む価値があります。ニーズや注文の変更について伝え、同意した支払い条件を遵守し、契約書、価格設定と注文履歴を文書化し、サプライヤー間での多様性を確保し、パフォーマンスを追跡し、コストを比較し、明確な契約合意を維持します。リストが何を要求し、製品が何を提供するかに注目してください。ドキュメントとパフォーマンス追跡の両方が含まれています。どちらもフィールドを持っていません。

1 つのサプライヤーがリスクとなる場合

製品ごとに 1 つのサプライヤーを配置するのが最もコストがかかりません。これは、相手の悪い月があなたの悪い月であるという取り決めでもあり、最初から見つけるよりも短い時間でアクティブ化できる 2 番目のオプションはありません。

店舗がどれだけのサプライヤーを抱えるべきかについての出典的な数字はなく、オンラインで引用される数字は誰かの経験則です。実際には、両側のコストがかかります。集中とは、たった 1 回の遅れで棚が空になることを意味します。多様化とは、クリアすべき新たな最低条件、追跡すべき新たなカレンダー、誰も書き留めていない新たな条件セット、そして同じ SKU の 2 番目のリードタイムを意味します。これは、誰が注文に応じるかに応じて、SKU には 2 つの再注文ポイントがあることを意味します。

小規模なカタログの妥当な中間ポジション。製品ごとに 1 つの主要サプライヤーと、絶対に外せない少数の製品の名前付きバックアップです。そこでは「名前付き」という言葉が働いています。注文したことのないバックアップは、バックアップではなく電話番号です。なぜなら、顧客へのリードタイムを測定したり、新しいアカウントを追跡していないときに顧客が 1 週間以内に応答するという証拠がないからです。

複数のサプライヤーを日々運営し、それらの間で SKU を割り当て、注文をバッチ処理し、異なるリードタイムを 1 つのカレンダーに並べるのは、独自のルーチンです。 複数のサプライヤーを管理する方法。あなたがまだその上流にいて、そもそも誰から購入するかを選択している場合は、次のことから始めてください。 サプライヤーを選ぶ。上記の語彙のどれもまだよく知らない場合は、 在庫管理の基本 このガイドで想定している用語について説明します。

よくある質問

Shopifyにはサプライヤー管理が組み込まれていますか?

Shopifyにはサプライヤーの記録があります。サプライヤーを作成すると、レコードには連絡先情報、住所の詳細、そのサプライヤーの最近の発注明細のビューが保持されます。記録に保持されていないのは支払い条件または通貨です。Shopify は、それらは個々の発注書に固有のものであり、特定のサプライヤーに対するデフォルト値として保存されないと述べています。 2026 年 9 月 6 日に Shopify のヘルプ ドキュメントと照合したネイティブ サプライヤーまたは発注書のページには、サプライヤーのパフォーマンス追跡はありません。

各サプライヤーについてどのような情報を保持する必要がありますか?

Shopifyが保存しないフィールドを保持します: 測定されたリードタイムとその間に測定する2つの日付、最小注文数量、ケースパック、最小注文金額、合意した支払い条件と合意した日付、通貨と運送条件、各製品のサプライヤー独自のSKU、原価計算の対象となる価格表のバージョン、および営業担当者ではないエスカレーション担当者。シート内のサプライヤーごとに 1 行で十分です。テストは、他の誰かがあなたに質問せずに来週の注文を出せるかどうかです。

小規模店舗には何人のサプライヤーが必要ですか?

出典のある答えはなく、引用された特定の数字は発見ではなく誰かの経験則です。トレードオフは両方向に発生します。製品ごとに 1 つのサプライヤーを配置するのが最もコストが低く、リスクも最も大きくなりますが、サプライヤーを追加するたびに、別の最小値、別のリード タイム、および明確な条件を維持するための別の条件が適用されます。一般的な中間の位置は、製品ごとに 1 つのプライマリと、外せない製品の名前付きバックアップです。

どれくらいの頻度でサプライヤー規約を確認する必要がありますか?

四半期ごとはほとんどの小規模なカタログに適していますが、間隔よりもトリガーが重要です。納期が遅れた後、価格変更後、交渉する価値のある大きな注文の前にレビューしてください。チェックしているのは、記録されているリードタイムが実際の発注書と一致しているかどうか、そして原価計算の対象となっている価格表が最新のものであるかどうかです。

STOCKCUE

StockCue は、個別の発注書ではなく各サプライヤーに対してリード タイム、最小値、条件を保持し、無料を含むすべてのプランのすべての予測にリード タイムを使用します。 Starterでの注文と受付が開始されます。

Shopify に StockCue をインストール →

サプライヤーの記録が本物かどうかをテストする 1 つは、それを他の人に渡して、来週の注文をするように依頼することです。質問せずにそれを行うことができれば、記録はその役割を果たしています。どの価格表が適用されるのか、最低額はいくらなのか、またはデポジットはすでに支払われているのかを尋ねられたら、その記録はずっと頭の中にあり、そのシートは飾りでしかありません。

Nafisa Hasan Tuli 氏、Devmerx のインベントリおよびオペレーション担当ライター

Nafisa Hasan Tuli

インベントリおよびオペレーションライター

Nafisa Hasan Tuli は、StockCue: Inventory Forecast の背後にあるスタジオである Devmerx の Shopify 在庫運用について書いています。

Shopify ストアに関してサポートが必要ですか?

Devmerx は、DTC ブランド向けに Shopify ストアを構築および最適化します。 20分間の無料相談をご予約ください。