この記事の内容
Shopifyと棚がずれる理由は、3つのうちのどれかです。記録なしに在庫が動いた。記録が間違った場所に入った。あるいは、棚卸しが誤った方法で反映された。以下に、その3つの中の具体的な原因9つと、それぞれの確認方法、1商品で行う15分のルーティンを示します。
最初に数字を読んでください。見かけ上の不一致の多くは、別々の2つの数字を並べただけです。
まず数字を正しく読む#
Shopifyはロケーションの数量を状態に分けています。在庫の状態に関するヘルプセンターのページでは、次のように定義されています:
- 販売可能は、まだ売れる数量です。
- 引当は、まだ出荷していない注文、下書き注文、出荷準備完了とされた移動のために確保された数量です。
- 利用不可は、破損、品質管理、安全在庫などの理由で保留されている数量です。
- 手持ちは、そのロケーションにあるすべての数量で、引当 + 利用不可 + 販売可能の合計です。
- 入荷予定は、移動または発注書で輸送中の数量です。入荷されるまで販売できません。
では、例です。ある商品が、ストアで販売可能14、引当3、利用不可2と表示されているとします。
手持ち = 3 + 2 + 14 = 19
物理的には、棚に14個、梱包台に梱包済みの注文が3個分、破損品のビンに欠けた商品が2個あります。何と比べるかによって、数字が合うかどうかが決まります。
| 数えるもの | 得られるもの | 比較する対象 | 結果 |
|---|---|---|---|
| 棚だけ | 14 | 手持ち(19) | 「5個足りない」。これは誤り |
| 棚だけ | 14 | 販売可能(14) | 一致 |
| 建物の中にあるものすべて | 19 | 手持ち(19) | 一致 |
画面やツールによって表示される状態が違うことがあり、違う組み合わせを比べてしまいがちです。原因を探す前に、どの状態と比べていて、何を数えたのかを書き留めてください。
差はどちらを向いているか?#
差とは、数えた数 − Shopifyの数です。差がマイナス6なら、棚はShopifyの表示より6個少ないという意味です。符号が探す範囲を絞ってくれます。
| 差 | Shopifyは | 最初に見るもの |
|---|---|---|
| マイナス | 多すぎる | 破損または紛失した在庫、セット商品の構成品、別のロケーションに持ち出された在庫 |
| プラス | 少なすぎる | 記録されていない納品、在庫に戻されていない返品 |
| どちらも | 両方向に誤っている | 手作業の編集、アプリ、バーコード、上書きで反映された棚卸し |
9つの原因と、それぞれの確認方法#
1. 納品が記録されていない、または誤って記録された#
Shopifyが少なくなりすぎます。箱が開けられ、棚に置かれ、売れても、誰もShopifyに追加していません。あるいは、誰かがケース数を個数として記録しました。12個入り4ケースを4と入力した場合です。
4ケース x 12個 = 48個が到着。記録は4。差 = 48 - 4 = 44。
確認: 直近の納品書を3枚用意します。それぞれについて、その日付のバリエーションの在庫履歴に、対応する増加を探します。増加がない、または大幅に小さければ、それが答えです。
2. 返品が在庫に戻されなかった#
Shopifyがまた少なくなります。注文を返金するとき、Shopifyの返金画面には在庫に戻すオプションがあります。Shopifyの返金に関するヘルプページによると、これは既定で選択されており、商品の在庫管理を行っている場合にのみ使えます。商品を確認するあいだチェックを外すのは簡単で、そうすると書類上、その商品は戻りません。Shopifyの外で処理した交換では、在庫は何も戻りません。
確認: 先月の返金を一覧にします。棚に戻した返品ごとに、履歴に対応する増加がないか探します。
3. 破損または紛失した在庫が調整されなかった#
Shopifyが多すぎます。割れたマグカップはビンに入れられましたが、Shopifyでは販売可能のままです。Shopifyにはそのための場所があります。利用不可の在庫は、破損などの理由で保留されます。
確認: 破損品のビンと返品の山を見ます。そこにあって、Shopifyが利用不可と示していない商品はすべて、差の一部です。
4. 移動の記録なしに、在庫が別のロケーションへ運ばれた#
各ロケーションでは別々の方向にずれ、2つは打ち消し合います。バックルームから売り場へ10個運びます。Shopifyはそれをまだバックルームにあると表示します。
確認: その商品について、両方のロケーションの数を足します。バックルームが10少なく売り場が10多ければ、合計は合っていて、場所だけが誤っています。
-10 + 10 = 0
5. 誰かが数量を手作業で編集した#
どちらの方向もあります。4のつもりで40と入力したり、レポートを良く見せるために手持ちを編集したりします。善意の編集でも、誤りになることはあります。
確認: バリエーションの調整履歴を開きます。Shopifyの変更履歴によると、商品ページとバリエーションページの表は180日分です。切りの良い数字や、背後に注文も納品もない変更を探します。
6. アプリや販売チャネルが数量を書き込んでいる#
どちらの方向もあります。在庫を書き込む権限を持つものは何でも、あなたの数字を上書きしたり、遅れて追従したりします。マーケットプレイスのコネクタ、倉庫アプリ、2つ目のストアなどです。
確認: 在庫に触れるインストール済みアプリをすべて一覧にします。次に、毎晩同じ時刻のような、パターンで入ってくる変更が履歴にないか探します。パターンは機械を意味します。
7. セット商品が構成品を引き落としていない#
構成品について、Shopifyが多すぎます。セット商品は1つの商品として売れます。構成品が在庫から出るかどうかは、セットの作り方によります。独自の数量を持つ別の商品なら、構成品は動きません。
確認: 売上と在庫の動きを比べます。マグカップ3個のセットを20セット売ったとします。
20セット x 3個 = 60個が在庫から出ているはずです。
マグカップの数量が5しか減っていなければ、セットはそこから引き落としていません。
8. バーコードが間違ったものを指している、または何も指していない#
どちらの方向もあります。2つのバリエーションが同じバーコードを持つことがあり、スキャンはすべて最初の1つに入ります。もう1つの落とし穴は、バーコードに見えるだけのコードです。
あるストアが商品に10000001、10000002と番号を付け、8桁のバーコードとして印刷したとします。8桁はEAN-8のように見えます。EAN-8は最後の桁がチェックデジットです。確かめるには、最初の7桁に3、1、3、1、3、1、3を掛けて足し、合計を次の10の倍数にする数を求めます。
1 0 0 0 0 0 0 x 3 1 3 1 3 1 3
3 + 0 + 0 + 0 + 0 + 0 + 0 = 3
チェックデジット = 10 - 3 = 7
1000000で始まる本物のコードなら、末尾は7になるはずです。これらは1で終わるので、桁を検査するスキャナーは読み取りミスとして扱い、棚とシステムはいつまでも対応づきません。
確認: バリエーションをスプレッドシートにエクスポートし、バーコード列を並べ替えます。重複が隣り合います。次に棚から3つの商品をスキャンして、何が表示されるかを見ます。商品にまだ本物のバーコードがない場合は、バーコードラベルのページで作り方を説明しています。
9. 棚卸しが合計として反映された#
どちらの方向もあります。棚卸しが、数えた数を新しい数量として書き込むと、数えたあとの売上や納品がすべて消えます。Shopifyが12と示していた商品を10と数え、2個売れ、翌朝に反映します。ツールは10を書き込みます。棚には8個あり、Shopifyは2個多くなります。
確認: 履歴で直近の棚卸しを探します。棚卸しの時刻と、反映された時刻を見ます。その2つの時刻の間にある注文は、消されている可能性があります。営業しながら数える記事で、これらの注文が残るように反映する方法を説明しています。
1つの商品で行う15分の確認#
いちばん気になる商品を1つ選びます。そして:
- 2分。バリエーションを開きます。1つのロケーションについて、手持ち、販売可能、引当、利用不可を書き留めます。
- 3分。建物の中の数を数えます。棚、梱包済みの注文、破損品のビン。上の表のように、数えたものを正しい状態に結びつけます。
- 2分。差を計算します:数えた数 − 手持ち。
- 4分。調整履歴を開きます。前回の棚卸し以降の各エントリについて、その背後の出来事(納品書、返金、注文)を探します。出来事のないエントリに印を付けます。
- 2分。その商品の他のロケーションを確認し、バーコードの重複もチェックします。
- 2分。差、説明できたこと、残ったことを書き留めます。
合計は、2 + 3 + 2 + 4 + 2 + 2 = 15分です。
結末の例です。Shopifyの手持ちは30、数えたのは24でした。
差 = 24 - 30 = -6
履歴は普通に見えます。破損品のビンに、誰も調整していない4個があり、6のうち4が説明できます。残りは2です。
6 - 4 = 2個が原因不明
最後の2個について、無理に答えを出さないでください。書き留めて調整し、来週その行をもう一度数えます。再びずれれば、追うべきパターンがあります。ずれなければ、ノイズでした。
差の中には、損失ではなくタイミングのものもある#
差は、必ずしも損失ではありません。10:40に数え、10:41に注文が入ります。移動がトラックに載っているときは、どちらの棚にも数量がありません。Shopifyは移動先で入荷予定として扱い、入荷予定の数量は入荷されるまで販売できません。同期も数分遅れます。
タイミングと損失は、どう見分けますか。翌日、同じ行をもう一度数えます。差が消えた、または動いたなら、タイミングでした。差が動かないなら、在庫です。
だから、忙しい日の1〜2個の差は見送ります。繰り返す差を追ってください。
ずれを防ぐ3つの習慣#
納品は、到着した日に、商品を棚に置く前に記録します。この習慣ひとつで、リストの中で最大の原因が解消されます。
返品用のビンと破損品用のビンを1つずつ決め、毎日の終わりに、両方をShopifyに空けます。
手作業の編集には、共有メモの1行でもいいので、必ず理由を書きます。
最初に数えるもの、再カウントのタイミング#
売り場より先にバックルームを数えます。納品が記録される前に待機しているのがそこだからです。そのあとで売れ筋、続いて前回の確認で最も差が大きかった商品を数えます。
差が繰り返すとき、マイナスになったとき、または移動のあとには、その行をもう一度数えます。Shopifyの在庫の数え方のガイドに全手順があり、スライスで数えるプランは循環棚卸しスケジュールの記事にあります。
今日、1つ商品を選び、15分の確認を行って、メモを残してください。来月と比べる最初の数字ができます。
よくある質問#
なぜShopifyの在庫が、棚にある数と違うのですか?
記録なしに在庫が動いた、記録が間違った場所に入った、または棚卸しが誤った方法で反映されたためです。まず同じものどうしを比べてください。Shopifyの手持ちの数には、未処理の注文の数量と、利用不可として確保された数量が含まれます。そのうえで、入荷と返品から順に、以下の原因を確認してください。
Shopifyで、販売可能と手持ちの違いは何ですか?
手持ちは、ロケーションにあるすべての数量です。Shopifyのヘルプセンターは、引当 + 利用不可 + 販売可能と定義しています。販売可能は、まだ売れる部分で、未処理の注文の数量と、確保された数量は含みません。
在庫の数字に、すでに売った分が含まれているのはなぜですか?
まだ出荷していない注文の数量は引当となり、引当は手持ちの一部です。売れてはいますが、まだ建物の中にあるので、手持ちから作った数字にはそれが含まれます。販売可能には含まれません。
Shopifyでは、どのくらい前までの在庫の変更を確認できますか?
Shopifyの変更履歴によると、商品ページとバリエーションページにある在庫調整履歴の表は180日分です。2024年11月8日に90日から延長されました。それより古い差については、仕入先の納品書など、自分の記録が必要です。



