カウントを作成し、スタッフがバーコードスキャンか手入力で棚の数量を記録。差異をレビューしてから在庫数が更新される。スプレッドシートや手作業の回避策が不要になり、「何を・誰が数え・何が変わったか」の記録が残る。
数えた結果を別ツールに記録し、管理画面の在庫数へ手で反映。誰がいつ数えたか、何が変わったかの記録が散らばりやすい。
作成・割り当て・記録・進捗管理・差異レビュー・承認まで一続き。何を数え、誰が数え、何が変わったかの明確な記録が残る。
| 項目 | 従来（スプレッドシート・手作業） | Stock counts |
|---|---|---|
| 作業場所 | 分散 外部ツール＋管理画面 | 一元化 Shopify 管理画面（記録は POS も可） |
| 商品の入力 | 手入力・転記 | 選択可 検索での手動追加／バーコードスキャン |
| 複数人作業 | 上書き・二重カウントの懸念 | 安全 同じカウントに複数人が記録しても上書きしない |
| 記録の追跡 | 誰が数えたか残りにくい | 記録 記録者・進捗・変更内容が残る |
| 在庫数への反映 | 手で書き換え | レビュー後 差異を確認し承認してから更新 |
| 権限管理 | — | 分離 実施できる人と承認できる人を設定 |
どのプランで使えるかは記事に記載なし。
提供範囲（地域・段階的ロールアウトか）は記事に記載なし。
Admin API や Webhook からの操作可否は記事に記載なし。
カウントの記録時点では在庫レベルは変わらず、差異レビュー → 承認で初めて変わる。在庫数を参照する他システムは、承認のタイミングで値が動く前提で考える。
複数スタッフが同じカウントに記録しても互いを上書きしない、と明記。大量 SKU を人数で分担する現場でも、表計算の共同編集で起きがちな衝突を避けられる。
割り当てられたスタッフは管理画面でも POS でもカウントを完了できる。店舗スタッフは POS 端末、バックオフィスは管理画面、と現場に合わせた端末選択ができる。
「実施」と「レビュー・承認」で権限が分かれる。スタッフアカウントの権限設計に新しい項目が増えるので、導入時にロール設計を見直す必要がある。
記事は管理画面／POS 上の機能説明のみで、API や Webhook、外部 WMS・在庫管理アプリとの連携については記載なし。外部システムで在庫数を同期しているストアは、承認時の在庫更新が外部側とどう噛み合うかを事前に検証すること。