Stock counts 棚卸しを「作成→カウント→レビュー→承認」まで Shopify 管理画面で完結

図解 ： Shopify 管理画面の「在庫カウント（Stock counts）」 Inventory / 新機能 Stock counts 棚卸しを「作成→カウント→レビュー→承認」まで Shopify 管理画面で完結 カウントを作成し、スタッフがバーコードスキャンか手入力で棚の数量を記録。差異をレビューしてから在庫数が更新される。スプレッドシートや手作業の回避策が不要になり、「何を・誰が数え・何が変わったか」の記録が残る。 このページの構成 そもそも何が変わるのか（30秒で理解） 仕組み図解 ： カウント作成から在庫更新までの流れ できること一覧（7項目） 従来（スプレッドシート運用） vs Stock counts 役割と権限 ： 数える人／承認する人 利用条件・記事に書かれていないこと 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか これまでの棚卸しは、スプレッドシートや手作業の回避策で数えてから在庫数を直す、という運用になりがちだった。 Stock counts は、 在庫を確認する作業をそのまま Shopify 管理画面の中で回すための仕組み 。差異をレビューしてから在庫数が変わるので、いきなり数字が書き換わることはない。 従来 ： スプレッドシート＋手作業 数えた結果を別ツールに記録し、管理画面の在庫数へ手で反映。誰がいつ数えたか、何が変わったかの記録が散らばりやすい。 Stock counts ： 管理画面で完結 作成・割り当て・記録・進捗管理・差異レビュー・承認まで一続き。 何を数え、誰が数え、何が変わったか の明確な記録が残る。 2 仕組み図解 ： カウント作成から在庫更新までの流れ ポイントは 「数えた瞬間に在庫数が変わらない」 こと。記録された数量と記録上の数量の差（variance）をレビューし、承認して初めて在庫レベルが変わる。数え間違いがそのまま在庫に入るのを防げる。 3 できること一覧（7項目） 作成・スケジュール 管理画面でカウントを作成・予定化 商品の追加 検索で手動追加 or バーコードスキャン スタッフに割り当て 管理画面 または POS で実施 複数人で同時記録 互いに上書きしない 記録者の可視化 各数量を誰が記録したか確認 進捗トラッキング 作成から完了まで 差異レビュー 承認前に実数と記録の差を確認 新しい権限設定 実施者と承認者を分けて制御 4 従来（スプレッドシート運用） vs Stock counts 項目 従来（スプレッドシート・手作業） Stock counts 作業場所 分散 外部ツール＋管理画面 一元化 Shopify 管理画面（記録は POS も可） 商品の入力 手入力・転記 選択可 検索での手動追加／バーコードスキャン 複数人作業 上書き・二重カウントの懸念 安全 同じカウントに複数人が記録しても上書きしない 記録の追跡 誰が数えたか残りにくい 記録 記録者・進捗・変更内容が残る 在庫数への反映 手で書き換え レビュー後 差異を確認し承認してから更新 権限管理 — 分離 実施できる人と承認できる人を設定 5 役割と権限 ： 数える人／承認する人 新しい権限設定で 「カウントを実施できる人」と「レビュー・承認できる人」を分けて制御 できる。現場スタッフには記録だけ、在庫数の確定は責任者だけ、という運用が組める。 6 利用条件・記事に書かれていないこと 記載なし 対象プラン どのプランで使えるかは記事に記載なし。 記載なし 対象地域・提供時期 提供範囲（地域・段階的ロールアウトか）は記事に記載なし。 記載なし API / Webhook Admin API や Webhook からの操作可否は記事に記載なし。 記事は「詳しくは Shopify ヘルプセンターを参照」としている。導入前に、対象ストアの管理画面で Stock counts が表示されるか、POS 側でカウントを実施できるかを実機で確認すること。 7 技術者が押さえるべき5つのポイント 1. 「記録」と「在庫反映」が分離されている カウントの記録時点では在庫レベルは変わらず、差異レビュー → 承認で初めて変わる。在庫数を参照する他システムは、承認のタイミングで値が動く前提で考える。 2. 同時記録で上書きしない 複数スタッフが同じカウントに記録しても互いを上書きしない、と明記。大量 SKU を人数で分担する現場でも、表計算の共同編集で起きがちな衝突を避けられる。 3. 管理画面と POS の両方で実施可能 割り当てられたスタッフは管理画面でも POS でもカウントを完了できる。店舗スタッフは POS 端末、バックオフィスは管理画面、と現場に合わせた端末選択ができる。 4. 権限で職務分掌を組める 「実施」と「レビュー・承認」で権限が分かれる。スタッフアカウントの権限設計に新しい項目が増えるので、導入時にロール設計を見直す必要がある。 5. API・外部在庫システム連携の言及は無い 記事は管理画面／POS 上の機能説明のみで、API や Webhook、外部 WMS・在庫管理アプリとの連携については記載なし。 外部システムで在庫数を同期しているストアは、承認時の在庫更新が外部側とどう噛み合うかを事前に検証 すること。 8 業務に活かせる3つのユースケース USE CASE 1 月末・期末の棚卸しを「スプレッドシート卒業」させる 課題 棚卸し表をスプレッドシートで配布・回収し、集計後に管理画面の在庫数を手で直している。転記ミスや、どの数字が最終版かわからない問題が起きる。 打ち手 Stock counts でカウントを作成・スケジュール化し、担当スタッフに割り当て。差異レビュー → 承認で在庫数を確定する。 効果 転記作業がなくなり、「何を・誰が数え・何が変わったか」の記録が管理画面に残る。 技術メモ 過去に使っていた棚卸しテンプレや手順書は、作成 → 割り当て → 記録 → レビュー → 承認のフローに合わせて書き換える。 USE CASE 2 実店舗スタッフが POS で棚を数え、本部が承認する 課題 店舗の在庫確認は現場任せで、本部からは誰がいつ数えたか見えない。数え間違いがそのまま在庫数に反映されてしまう。 打ち手 店舗スタッフには「実施」権限だけを付与し、POS でバーコードスキャンして記録。本部の責任者に「レビュー・承認」権限を持たせる。 効果 現場の作業と在庫確定の責任が分かれ、差異を確認してから在庫が動く。記録者が残るので、差異が大きい場合に誰に確認すればよいかがわかる。 技術メモ スタッフ権限の設計が肝。POS 側で使えるかと、権限項目の名称・粒度は管理画面で実際に確認すること（記事に詳細記載なし）。 USE CASE 3 大量 SKU の倉庫を複数人で分担して一気に数える 課題 SKU が多く 1 人では終わらないが、複数人で同じ表を編集すると上書きや二重記録が起きる。 打ち手 1 つのカウントに複数スタッフを参加させ、バーコードスキャンで並行して記録。進捗を作成から完了までトラッキングする。 効果 互いを上書きせずに並行作業でき、進捗が見えるので残作業の割り振りがしやすい。 技術メモ スキャン前提なら、商品・バリアントのバーコードが Shopify 側に登録されているかを先に棚卸し（データ整備）しておく。 9 提案で使える1行サマリ 「棚卸しを Shopify 管理画面と POS で完結させる新機能。 バーコードで記録 → 差異をレビュー → 承認してから在庫を更新。複数人で上書きなし、誰が数えたかも残る。 スプレッドシート棚卸しから乗り換える第一候補。」 source ： changelog.shopify.com / create-manage-and-review-stock-counts-in-shopify-admin generated 2026-10-23