在庫・出荷・システム
ネットショップの棚卸｜実在庫と管理画面の差異を確認・修正する手順
記事確認日：
当サイトは広告・アフィリエイトを利用しています。広告掲載について
棚にある現物を数えると96個しかないのに、管理画面には100個と表示されている――。ネットショップを運営していると、こうした数量の食い違いに気づく場面があります。このとき、慌てて画面の数値を「96」へ上書きしてはいけません。その欄が「手元にあるすべての数」なのか「いま注文を受けられる数」なのか、さらに「いつの時点のデータか」を確かめずに書き換えると、注文の二重引き当てや出荷のトラブルを招く恐れがあるためです。
この記事では、布小物10商品を国内向けに自宅から発送する架空のショップをモデルに進めます。担当者1名が週末2時間で照合を行い、追加の記録備品予算を月額税込2,000円と仮定した設定です（相場や全件照合の保証ではありません）。読者の店舗でも実践できるよう、同じ商品・場所・時刻・状態で数え直し、原因を調べて正しい項目へ修正し、注文への影響を確認する手順を整理します（記載の仕様は2026年10月9日時点の公式情報に基づきます）。
どの商品を、どこで、いつ数える？
手元の在庫と画面の数値を比べるときは、まず「比較する商品の単位・場所・時刻」をそろえることから始めます。条件がそろっていないまま数え始めても、現物と画面のどちらにズレがあるのか判断できません。
まず、商品を識別する単位として「SKU（Stock Keeping Unit）」を用います。SKUとは色やサイズ等のバリエーションごとに在庫を管理する単位のことで、個々の識別には商品コードを割り当てます。たとえば同じ形の布製ポーチでも、「青」と「赤」は別の商品コードを付けて独立して計数します。これらを混同して「ポーチ全体」でまとめてしまうと、特定の色だけが欠品している状況に気づけません。
次に、数える場所の範囲（保管場所）を明確にします。保管棚だけでなく、発送前の梱包台、検品待ちの返品置き場など、作業場にあるスペースを区画分けして確認します。たとえば、保管棚から梱包台へ移動させた1個を両方の場所で記録すると二重計上になってしまいます。また、修理のために預かっている私物や、今回の棚卸対象ではない拠点の荷物が混ざっている場合は、今回の対象範囲から外して条件をそろえておきます。
そして重要なのが「基準時刻（数を比べる共通の時刻）」の設定です。注文や発送が動いている環境では、午前10時に数えた棚の数と午後3時の管理画面の数値をそのまま比較することはできません。受注を止めずに作業を進める場合は、対象区画を限定したうえで、「〇月〇日13時時点」といった基準時刻を決め、その前後の入出荷の動きを記録して同時点の数値へそろえる工夫が必要です。
画面の在庫は、総数？いま売れる数？
管理画面に表示されている数字を見るときは、それが「手元にあるすべての数（総数）」なのか、「いま注文を受けられる数（販売可能数）」なのかを区別します。
たとえばEコマースプラットフォームのShopifyでは、拠点に存在する全在庫を「On hand（手持ち在庫）」と呼び、これは「Committed（注文等に取り置いた確保数）」「Unavailable（検品待ちや破損等の販売不可数）」「Available（販売可能数）」の合計として定義されています（公式情報：Shopify Help Center: Inventory states）。また、このAvailable（販売可能数）には、注文引き当て済みのCommittedや、仕入先から発送されていても手元に届いていない「Incoming（入荷予定）」は含まれません。
この区別があいまいだと、手元の荷物と画面の数値を見誤ってしまいます。たとえば、すでに注文が入って梱包を待っている荷物も、自宅から発送されるまでは手元の総数（On hand）に含まれます。画面の販売可能数だけを見て「棚の数より少ない」と判断してしまわないよう注意が必要です。
また、お客様から返品された商品が届いた場合、現物の総数としては手元に1個増えますが、汚れやほつれの検品が終わって再販売できると確認できるまでは、販売可能数へ足してはいけません。仕入先から移動中である未着の入荷予定数（Incoming）も、手元に届くまでは現物の総数へ含めないのが基本です。利用するカートやシステムによって項目の名称や計算式は異なるため、管理画面の定義をあらかじめ確認しておきましょう。
数が合わないとき、画面を変える前に何を見る？
現物を数え直しても画面の数値と一致しないときは、すぐに数値を書き換えるのではなく、「現物の再計数」と「移動記録の追跡」から順に原因を探します。
まずは現物の再確認です。数え間違いを防ぐため、棚の奥にある未開封の箱、ばらけて置かれた単品、作業机の横にある一時保管スペースなど、別の場所に同じ商品コードの荷物が紛れ込んでいないかを確かめます。
現物の数が確認できたら、基準時刻前後の入出荷や在庫移動の履歴を追跡します。数が合わない理由としては、次のような候補が考えられます。
- 別の棚や一時保管用の箱に入っていた
- 発送を終えて荷物を送ったのに、管理画面の出荷確定処理が漏れていた
- お客様から返品された商品の受入・検品状況が更新されていなかった
- 入荷時の仕入れ登録を誤って2回実行していた
たとえばShopifyを利用している場合、追跡対象として設定された商品やバリエーションごとに「在庫調整履歴」を開き、変更日時、担当スタッフや連携アプリ、販路、状態別の増減量と変更後の数量を確認できます（公式情報：Shopify Help Center: Inventory adjustment history）。なお、この画面で表示される在庫調整履歴は最大180日分であり、それより前の履歴は公式が案内するInventory adjustment changes reportを参照する形になります。
「差異」とは、同じ条件で比べたときの数量の違いであり、数字が合わないこと自体が原因を示しているわけではありません。画面上の数字が合わないからといって、調査をせずに「破損した」「紛失した」と決めつけて推測で処理することは避け、原因が未確定のズレと確認済みの事実を分けて記録に残しましょう。
100個と96個の差は、どの欄へ反映する？
再計数と記録の照合を行ってもズレが残る場合、その数量差がどの在庫状態に属しているかを特定して画面へ反映します。
同一SKU・同一保管場所・同一基準時点における数量の内訳例を確認してみましょう。
| 在庫の内訳 | 修正前の記録 | 実数確認後の状態 |
|---|---|---|
| 手持ち総数（On hand） | 100個 | 96個（実数） |
| 注文引き当て済み（Committed） | 20個 | 20個（実物・注文と一致） |
| 販売不可・検品待ち（Unavailable） | 6個 | 6個（実物と一致） |
| 販売可能（Available） | 74個 | 70個（計算結果） |
| 入荷予定・未着（Incoming） | 30個（対象外） | 30個（手元に未着のため除外） |
手持ち総数と現物の差が-4個（96-100）と判明した後は、次の順序で画面への反映と影響を整理します。
まず、注文引き当て済みと検品待ちの現物が記録と一致しているかを確認します。これらに差異がなければ、不足4個は販売可能区分から生じていると判断でき、修正後の販売可能数は96-20-6=70個と計算できます（未着の入荷予定30個は手元にないため含めません）。
次に、数えた総数を誤って「販売可能」欄へ入力しないよう注意します。総数の96を販売可能欄へ直接入れてしまうと、確保済みの20個を無視して余分な注文を受け付ける原因になります。なお、引き当て済みの現物自体が足りない場合は、画面修正だけでなく未発送注文の調査や購入者への連絡が必要です。
また、この不足4個は数量上の差であり、販売価格を掛けた売上損失や税務上の評価損とは別個に扱います。
「96にする」と「4減らす」を、どう見分ける？
在庫数を管理画面へ入力する際は、その操作が「修正後の数値を直接指定する方式（設定値）」なのか、「現在の数値に差分を足し引きする方式（増減量）」なのかを必ず確かめます。
- 設定値の入力：修正後の数量を「96」と直接指定する方式。
- 増減量の入力：現在の数量との差である「-4」を入力して加減する方式。
これらは方式の違いであるため、総数を96へ設定したうえでさらに-4を加減するなど、両方を重ねて二重に適用しないよう操作画面の案内を確認して入力します。
Shopifyの場合、手持ち総数（On hand）を変更すると、連動して販売可能数（Available）も同じ増減量だけ更新される仕様になっています（公式情報：Shopify Help Center: Inventory states）。
また、ショップと外部の倉庫管理システム（WMS）を連携している場合は、どのシステムが「在庫の基準（更新元）」になっているかの確認が欠かせません。たとえばクラウドWMSのLOGILESSでは、一度実行した在庫操作を取り消すことができず、間違えた場合は反対の操作を行うか実地棚卸機能を用いて修正する仕様となっています（公式情報：LOGILESS サポート：在庫操作の取り消し）。
さらにLOGILESSでは、ショップ側の権限（マーチャント）ではフリー在庫数を直接変更できず、倉庫側の実務を担当するオペレーターへ在庫の追加や減少を依頼する運用ルールが定められています（公式情報：LOGILESS サポート：フリー在庫数を変更したい）。外部倉庫と連携している場合、カート側だけを直すと連携先と不一致になる可能性があるため、どのシステムが更新元か、同期方向、修正担当のルールを確認してから作業を進めることが大切です。
保存したあと、販売数と未発送注文をどう確認する？
管理画面で数値を変更し、「保存」ボタンを押したあとも、修正した数量が意図通りに反映され、進行中の注文に支障が出ていないかを確認する「反映確認」を行います。
保存後は、まず管理画面を再読み込みし、第4節の表と照合して各欄が意図した数値へ更新されているかを目視で確かめます。
外部モールや受注管理システムと連携している場合は、連携先の画面でも販売可能数が正しく切り替わっているかを確認します。システムの通信状況によっては即時に同期されない場合もあるため、少し時間を置いてから確認し、数値が反映されない場合やエラーが表示されている場合は、更新元システムの設定や同期ログをチェックします。追加の試験確認が必要な場合は、利用しているサービスが案内するテスト方法に従い、実際の決済・通知・出荷への影響を確認したうえで実施するようにしてください。
あわせて、未発送の受注一覧を照合します。在庫の修正によって判明した不足が、出荷待ちの注文に影響していないか、保留になっている注文がないかを確認します。履歴画面の理由だけで現物の所在が保証されるわけではないため、出荷待ちの注文に対して現物が足りない場合は、速やかにお客様への納期相談や代替品の案内といった注文対応へ引き継ぎます。
同じずれを減らすには、どの記録を見直す？
在庫のズレを修正した後は、次回以降の棚卸で同じズレを繰り返さないよう、日々の業務記録を見直します。
ズレの再発を防ぐ第一歩は、1つの商品（SKU）について「同一時点の照合記録」を作成することです。日付、商品コード、保管棚の実数、梱包台の数、検品待ちの数、管理画面の数値を1枚のシートにまとめ、作業担当者と確認日時を明記して残しておきます。原因が特定できなかったズレがある場合は「未解決の差」として記録し、次回の棚卸時に同じ条件で差が減ったか、再発していないかを確認します。
自店の記録を点検する際は、差異の有無を確認すべき候補として「返品の受入」や「仕入れの入荷」の履歴を確認します。返品された商品をどの段階でシステムへ登録するのか、検品担当者は誰か、どの棚に一時保管するのかといった手順や担当者を整えておくことで、工程ごとのズレを特定しやすくなります。
最後に、在庫の「数量」と会計上の「金額」を区別しておきましょう。棚卸で確認した現物数や販売可能数はあくまで「個数」です。これに対して、帳簿上の「在庫評価額」は、あらかじめ定められた評価方法に基づいて計算される金額であり、販売価格をそのまま掛け合わせた売上合計額とは異なります。棚卸で判明した数量差と原因の記録を正確に残し、自店が採用する会計処理については、税理士や会計担当者などの専門家に確認して進めてください。
公式ヘルプ・ガイド
関連記事
この記事の確認範囲
料金や記載の誤りを知らせる
公式ページの変更や計算ミスを見つけた場合にお知らせください。氏名は不要です。個人情報や注文情報は入力しないでください。
送信内容は記載確認のためCloudflare D1へ保存します。保存項目・期間・削除依頼はプライバシーポリシーをご確認ください。