Stocky終了前に確認したい Shopify在庫移行チェックリスト【8月31日まで】

Stockyは、単に提供終了になるShopifyアプリのひとつではありません。多くの小売事業者にとって、発注書、棚卸、仕入先情報、在庫移動、入荷業務、補充の運用ルールなどが、長年にわたって静かに蓄積されてきた場所でした。

重要なのは、ShopifyがStockyを2026年8月31日以降利用できなくなると正式に案内していることです。この日以降、マーチャントはShopify管理画面、Shopify POS、または別の連携在庫システムで在庫を管理する必要があります。

期限はもう「あとで確認する」では済まない段階です。これは在庫自動化と運用移行の締切です。Stockyの利用がたまにだけなら移行は比較的簡単かもしれません。しかし、日々の小売業務をStockyが支えているなら、仕入れ、入荷、棚卸、仕入先とのやり取り、レポート、店舗受取の約束、倉庫やERP連携まで影響が及ぶ可能性があります。

この記事では、2026年8月31日までにShopify事業者が何をエクスポートし、何を再構築し、何を自動化し、何をテストすべきかを整理します。

実際に何が変わるのか

Shopifyは2026年8月31日にStockyを終了します。この日以降、小売事業者は発注管理、需要予測、仕入先ワークフロー、補充計画、Stocky独自のレポートなど、日常的な在庫業務でStockyを使えなくなります。

ただし、Shopify上の在庫データがすべて消えるわけではありません。すでにShopifyに保存されている商品、バリエーション、ロケーション、在庫数量のデータはそのまま残ります。主なリスクは、Stockyにしか存在しない記録・レポート・運用ロジック、またはShopify管理画面やShopify POSに直接対応する機能がない情報です。

期限については重要な補足もあります。8月31日はStockyが停止する日ですが、その瞬間にすべてのStockyデータが消えるわけではありません。Shopifyは停止後、少なくとも90日間の読み取り専用アクセスを保証しており、その間にデータをエクスポートできます。ただし、読み取り専用では継続的な在庫業務は行えず、この最低期間を超えるアクセスは保証されていません。

そのため、この90日間は移行期限の延長ではなく、最後の回収期間と考えるべきです。重要な記録は、可能な限り8月31日までにエクスポートし、内容を確認しておく必要があります。またその時点までに、進行中の発注、仕入先情報、補充ルール、在庫移動、レポート、その他Stockyで管理している業務の代替フローも整えておくべきです。

まずやるべきは代替アプリ探しではなく、データの取り出し

多くのマーチャントは最初に「Stockyの代わりになるアプリはどれか？」と考えがちです。しかし、最初の問いとしては適切ではありません。

最初に確認すべきなのは、「Stockyが使えなくなる前に、どの業務データを保全する必要があるか」です。

8月31日までに、次の情報をエクスポートまたは記録しておきましょう。

• 完了済み発注書のレポート
• 棚卸履歴
• 過去の原価データ
• 現在オープン中の発注書
• 仕入先名と連絡先
• 自動ではエクスポートできない仕入先ごとのメモ
• 仕入先SKU、ケース入数、最小発注数量、リードタイム
• チームで使っている最小/最大在庫しきい値や再発注ルール
• Stockyで使っているカスタムフィールド
• 経理、オペレーション、店舗責任者が定期的に使うレポート
• Stocky APIに接続している外部ツール

Shopifyの移行ガイドによると、過去の発注書は完全な履歴レコードとしてShopifyにインポートできません。発注書のCSVアップロードでは新しい下書き発注書に明細行を追加できますが、過去のステータス、入荷数量、仕入先との紐付けまでは再現できません。

つまり、目標はStockyの過去画面をそのままShopify内に再現することではありません。監査、経理、仕入先レビュー、運用改善に必要な履歴情報を十分に残すことが目的です。

整理されたエクスポート用フォルダには、元のCSVファイル、各ファイルの内容説明、エクスポート日、確認担当者を含めておくと安心です。こうした簡単な記録があるだけで、後から経理、運用、サポートが仕入判断の経緯を追う際に大きく時間を節約できます。

切り替え前に未完了の発注書を整理する

移行トラブルが起きやすい代表例が、未完了の発注書です。Shopifyは、終了日までにStocky上で進行中の発注書をできるだけクローズし、2026年8月31日の約14日前からはStockyで新規発注書を作成しないことを推奨しています。多くのマーチャントにとっては、8月中旬までに「新しい仕入業務を始める場所」としてのStockyを止める必要がある、という意味です。

実務的な切り替え手順は次のようになります。

1. 既存のStocky発注書レコードをすべてエクスポートする。
2. 未完了、一部入荷済み、輸送中の発注書を特定する。
3. 期限までに完了できるものは入荷処理を行い、クローズする。
4. 残数量があるものだけをShopify管理画面または新しい在庫システムで作り直す。
5. 仕入先書類、請求書、入荷メモは新しい運用プロセス側に紐付けて保管する。
6. 現在の発注書がどこで管理されているかをスタッフ全員が把握していることを確認する。

これは、複数店舗、複数倉庫、季節在庫を扱う小売事業者では特に重要です。発注書が半分はStocky、半分は新ツールにある状態だと、何を発注済みで、何が入荷済みで、何が販売可能なのかが分かりにくくなります。

Stockyの業務フローをShopify管理画面とPOSに割り当てる

Stocky移行は、各ワークフローの新しい置き場を明確にすると進めやすくなります。

シンプルな対応表を作りましょう。

• Stockyの在庫移動：Shopifyの在庫移動機能へ移行する。
• Stockyの発注書：Shopifyの発注書機能、または外部の調達ツールへ移行する。
• Stockyの棚卸：Shopify POSのQuick Count、管理画面の一括編集、CSV運用、または専用在庫アプリへ移行する。
• Stockyのカスタムフィールド：メタフィールド、メタオブジェクト、メモ、またはERP/WMSの項目へ移行する。
• Stockyのレポート：Shopify Analytics、エクスポートレポート、またはレポートアプリへ移行する。
• StockyのAPI連携：Shopifyの在庫API、Transfers API、ERP/WMS連携、または外部在庫アプリへ移行する。

Shopifyは、より構造化された在庫業務のための土台も強化しています。たとえば、在庫移動でメタフィールドが利用可能になり、Shopify管理画面やAdmin GraphQL APIから扱えるようになりました。これにより、ロット番号、シリアル番号、RFID識別子、運賃情報、通関情報、ERP参照番号、社内承認メモなど、移動に関する文脈情報を保存できます。

これは、これまでStockyのカスタムフィールドや非公式なメモで管理していた情報の一部を置き換える有力な方法です。

Shopify標準機能で十分かを見極める

マーチャントによっては、Stockyの大半の業務をShopify標準機能へ移せる場合があります。

次のような要件であれば、Shopify標準機能で十分な可能性があります。

• 少数のロケーション間で在庫を移動したい
• 発注書を作成し、入荷処理したい
• 在庫を手動または一括で調整したい
• POSベースの小規模な棚卸を行いたい
• 在庫変更や調整履歴を確認したい
• 低在庫アラートを使いたい
• オンラインと実店舗の在庫を同期したい
• 複雑な調達ルールなしで基本的な発注・移動業務を回したい

Shopify POSは、Quick Countのような棚卸ワークフローにも対応しています。店舗スタッフがバリエーションをスキャンまたは検索し、数量を確認し、その調整結果をShopify管理画面へ同期するのに役立ちます。

運用が比較的シンプルな小売事業者にとって、Stocky終了は仕組みを簡素化する良い機会にもなります。システムが少ないほど、重複データや手作業の突合作業が減り、責任範囲も明確になります。

在庫アプリや外部連携が引き続き必要なケースを見極める

Shopify標準の在庫機能は進化していますが、すべてのマーチャントにとってStockyの高度な業務を完全に置き換えられるわけではありません。

次のような要件に依存している場合は、外部在庫アプリ、ERP、WMS、またはカスタム連携が引き続き必要になる可能性があります。

• 高度な需要予測
• 複雑なルールに基づく発注書の自動生成
• 仕入先ごとの標準原価設定
• 加重平均原価
• 運賃・関税・税金を含む着地原価の配賦
• 棚卸の承認フロー
• 複数担当者によるロケーション全体の監査
• 仕入先パフォーマンス分析
• システムから直接送る発注書メール
• 複数仕入先にまたがる商品ロジック
• ケース入数の換算ルール
• 製造、組立、バンドル商品の在庫ロジック
• 同一ロケーション内での棚番単位の移動追跡
• 会計との高度な照合

重要なのは、アプリの種類で判断するのではなく、ワークフロー単位で判断することです。成長中の小売事業者であれば、運用上の在庫記録はShopify、財務上の発注書はERP、高度な入荷処理は倉庫システム、という分担でも問題ありません。各システムの役割が明確で、データが確実に連携されていれば十分機能します。

逆に、どのシステムが正本データなのかをスタッフが理解していない状態は危険です。

仕入先情報と補充データは慎重に再構築する

仕入先データは特に注意が必要です。ShopifyのStocky移行ガイドでは、仕入先情報はStockyからエクスポートできないとされています。これは仕入先に関する知識を失ってよいという意味ではなく、期限前に手作業で記録しておく必要がある、という意味です。

主要な仕入先ごとに、次の情報を残しておきましょう。

• 仕入先名
• 担当者名
• メールアドレスと電話番号
• 支払条件
• 通貨
• リードタイム
• 最小発注数量
• ケース入数ルール
• 仕入先SKU
• 希望配送方法
• 季節商品の供給可否に関するメモ
• 欠品・破損時の代替対応プロセス

Shopifyの移行ガイドでは、仕入先名、仕入先SKU、ケース数量、最小発注数量、リードタイムといった情報の保存先として、バリエーションのメタフィールドやメタオブジェクトの利用が提案されています。

ここは丁寧に整備する価値があります。補充の自動化は、その元になる仕入先データと商品データの質に左右されます。リードタイムが古い、ケース入数が曖昧、仕入先SKUが欠けている、といった状態では、優れた予測ツールでも誤った提案を出しかねません。

在庫精度は顧客体験に直結する

在庫移行はバックオフィスの作業に見えるかもしれませんが、顧客への影響はすぐに表れます。

在庫データが不正確だと、ECでは次のような問題が表面化します。

• 在庫がないのに販売可能と表示される
• 店舗受取の約束が当てにならなくなる
• 地域在庫ページで誤った店舗が表示される
• 在庫があるはずの商品をスタッフが見つけられない
• 「注文商品はどこですか？」という問い合わせが増える
• 代替提案やキャンセルが増える
• AIショッピングツールが在庫状況を誤解する可能性がある

実店舗、販売代理店ネットワーク、店舗受取フローを持つマーチャントでは、正しい在庫情報が顧客向け体験とつながっている必要があります。各拠点で何を扱っているかを顧客が信頼できるほど、店舗検索や取扱店検索の価値は高まります。

Progusでは、このローカルコマースの層について、Shopifyストアで取扱店や販売店を表示する方法のガイドでも取り上げています。Progus Store Locatorのようなツールは、店舗や販売店情報を分かりやすく見せるのに役立ちますが、その土台となる運用データは引き続き正しく維持しなければなりません。

同じ考え方はAIショッピング対応にも当てはまります。Shopifyの商品データをAIショッピング向けに最適化するガイドでも、在庫状況は人にもAIにも理解されるべき商品情報の一部です。Stocky移行後に在庫記録がずれると、商品ページ、店舗受取の約束、自動レコメンドの信頼性が下がります。

自動化はワークフローが安定してから導入する

自動化は、ワークフローが明確になった後に進めるべきであり、その前ではありません。

発注書、在庫移動、棚卸、仕入先情報をどこで管理するかが固まったら、自動化を追加できます。たとえば次のような施策が有効です。

• 重要SKUの低在庫アラート
• 在庫がしきい値を下回ったときのSlackまたはメール通知
• 補充確認のためのFlowワークフロー
• ERPやWMSの参照番号を同期する在庫移動メタフィールド
• 入荷予定の在庫移動が遅延したときのアラート
• 在庫差異が繰り返し発生する商品の週次レポート
• 高額在庫調整の例外キュー
• 動きの遅い季節在庫の見直しリマインダー
• 店舗受取用在庫が安全水準を下回ったときのスタッフ通知

Shopifyの移行ガイドでは、低在庫アラートにShopify Flow、在庫分析・再発注提案・下書き発注書や在庫移動の作成にSidekickが紹介されています。これらのツールは手作業を減らせますが、前提としてデータが整っており、人による確認も必要です。

ひとつの目安として、まずはリマインダーや下書き作成の自動化から始めるのがおすすめです。最終判断まで自動化するのは、チームがデータを検証し、プロセスを信頼できるようになってからにしましょう。

移行QAチェックリスト

切り替え完了と判断する前に、このチェックリストを確認してください。

データ保全

• 完了済み発注書レポートをエクスポート済み
• 棚卸履歴をエクスポート済み
• 過去の原価データをエクスポート済み
• 仕入先情報を手動で記録済み
• 現在オープン中の発注書を確認済み
• Stockyのカスタムフィールドをマッピングまたはアーカイブ済み
• エクスポートフォルダにラベルを付け、関係者がアクセス可能

ワークフロー移行

• 新しい発注プロセスをテスト済み
• 在庫移動プロセスをテスト済み
• 入荷プロセスをテスト済み
• POS棚卸プロセスをテスト済み
• 在庫調整プロセスをテスト済み
• 仕入先確認プロセスをテスト済み
• レポート作成プロセスをテスト済み

自動化と連携

• Stocky APIへの依存関係を特定済み
• 外部アプリを更新または置き換え済み
• ERP/WMS同期を確認済み
• 低在庫アラートを設定済み
• 必要な箇所で在庫移動メタフィールドを定義済み
• 補充ルールを見直し済み
• 例外アラートをテスト済み

チームの準備状況

• 店舗スタッフへの教育完了
• 本部オペレーション担当への教育完了
• 経理が記録の保管場所を把握している
• サポートが在庫問題の確認方法を理解している
• 店舗責任者が入荷処理方法を理解している
• 在庫変更に関する権限を見直し済み

顧客体験

• 商品在庫の表示を確認済み
• 店舗受取の約束をテスト済み
• 地域在庫または販売店データを確認済み
• サポート用スクリプトを更新済み
• キャンセルおよび代替対応プロセスを見直し済み
• 移行後の在庫エラーを監視している

移行後に監視すべき項目

移行後の最初の数週間は非常に重要です。技術的な切り替えが成功していても、スタッフが実際の営業日に新しいフローを使い始めると、運用上の抜け漏れが見つかることは少なくありません。

次の指標を追跡しましょう。

• 欠品率
• 売り越し発生件数
• 在庫不足による注文キャンセル数
• 入荷処理の正確性
• 在庫差異率
• 棚入れ時間
• 在庫移動のリードタイム
• 再オープンまたは修正された発注書の件数
• 商品在庫に関するサポート問い合わせ件数
• 代替対応が必要になった店舗受取注文数
• 新しい運用に関するスタッフからの質問数

どれかひとつの指標が悪化しても、すぐに新システム自体が原因だと決めつけないでください。実際には、項目不足、担当範囲の曖昧さ、教育不足、あるいは正式に文書化されていなかった旧来の運用習慣が原因であることがよくあります。

まとめ

Stocky終了はひとつの締切ですが、繁忙期の負荷が高まる前に在庫運用を整理する好機でもあります。

うまく対応できるマーチャントは、単に別のアプリへ置き換えるだけでは終わりません。過去データを保全し、仕入先情報と補充ロジックを再構築し、各ワークフローの責任システムを明確にし、実際のスタッフ動線でテストし、在庫精度を顧客体験へつなげていきます。

そこで初めて、在庫は単なるバックオフィスのデータではなくなります。地域在庫の可視化、店舗受取の約束、迅速なサポート、より良い自動化、そして信頼できるEC運営を支える実務基盤になります。

よくある質問

Stockyはいつ使えなくなりますか？

Shopifyによると、Stockyは2026年8月31日以降利用できなくなります。それまでに、在庫ワークフローをShopify管理画面、Shopify POS、または別の在庫システムへ移行する必要があります。

ShopifyがStockyデータを自動移行してくれますか？

いいえ。Shopifyによると、過去の発注書や棚卸履歴などのStockyデータは自動的にShopifyへ移行されません。残したい記録は、各マーチャントが自分でエクスポートする必要があります。

仕入先情報はStockyからエクスポートできますか？

Shopifyの移行ガイドでは、仕入先情報はStockyからエクスポートできないとされています。連絡先、支払条件、リードタイム、最小発注数量、ケース入数、仕入先SKUなどは手動で記録しておく必要があります。

8月31日以降、Stockyデータはどうなりますか？

Stocky自体は停止しますが、Shopifyは停止日から少なくとも90日間、データをエクスポートするための読み取り専用アクセスを提供します。ただし恒久的な保管場所ではないため、この期間に頼る前に十分早めにエクスポートを完了しておくべきです。

8月31日までに何をテストすべきですか？

最低限、発注書1件、在庫移動1件、POS棚卸1件、在庫調整1件、仕入先フロー1件、レポート1件に加え、店舗受取、地域在庫表示、販売店検索など、在庫精度に依存する顧客向け導線をテストしてください。