目次
Black Fridayは2026年11月27日（金）、Cyber Mondayは11月30日（月）です。以下の日付を完了期限として使い、ストアの凍結開始日がそれより早い場合は、その日程を優先してください。
11月6日まで：倉庫への引き渡しルールに合意する
運用・フルフィルメント担当が、倉庫との合意に責任を持ちます。取り込みのトリガーと、ピッキングを停止できる最終時点を文書で確認してください。最終入荷受け入れ日、当日出荷の締め切り、1日の処理上限を超えた注文の扱いを記録します。週末のエスカレーション窓口を3PLに指定してもらい、倉庫での実際の工程ごとに回答期限を合意してください。顧客への約束は、3PLが文書で示した期限に基づいて決めます。
EC・開発担当が引き渡し条件に、エージェンシーがコネクターの接続に責任を持ちます。3PL向け編集期間の実装ガイドを使って、倉庫がShopifyの保留解除を待つのか、リリースタグを待つのかを明確にしてください。
CXが、顧客に伝える文面に責任を持ちます。修正後の注文が倉庫へ引き渡されてから、修正の完了を伝えてください。編集期間外の依頼は、指定の運用担当者へ引き継ぎます。
EC・開発担当は、保留を解除するすべての自動処理を監査します。ShopifyのfulfillmentOrderReleaseHoldミューテーションは、holdIdsを省略すると、そのフルフィルメントオーダーのすべての保留を解除します。繁忙期での使用を承認する前に、各自動処理が解除する保留と、その保留の担当者を特定してください。
11月6日を過ぎてから読んでいる場合、運用担当は変更の約束を引き受ける前に、現在の引き渡し動作を文書化する必要があります。すでに凍結が始まっている場合、設定変更はレベル3の凍結例外として扱ってください。状況が不確かな注文は、引き続き手動の倉庫作業停止手順で扱います。
繁忙期前にRevizeの編集期限を設定する
EC・開発担当が、運用・フルフィルメント担当の承認を得てRevizeを設定します。Order editing > Editing policy > Edit deadlineを開き、倉庫との合意と顧客に約束した出荷条件に合う時間ベースの編集期間を選んでください。各注文には作成時に割り当てられた期限が維持されるため、繁忙期の注文が入る前に決めます。例外はメタフィールドの日付を使う期限で、編集が開いている間は更新される場合があります。問題が起きる前に、使用するモードを記録してください。
参考として、Revize利用ストアで確定された住所、連絡先、配送情報の編集では、注文から編集の確定までの時間の中央値は4.6分です (Revize, 2026)。同じ集計対象では、80.6%が最初の1時間以内、90.4%が24時間以内に行われています (Revize, 2026)。
設定ガイドで説明しているように、Fulfillment while editingでは、Shopifyの保留を尊重する倉庫にはHold ordersを選び、revize:order_releasedタグ付きの注文だけをピッキングする倉庫にはSkip holdとAdd release tagを選んでください。
Settings > Order editing > Editing restrictions > Order tagsに登録した停止タグは、顧客による編集を終了させ、Revize自身が設定したフルフィルメント保留を解除することがあります。問題が起きた際は、運用担当が倉庫との合意済みの手順で倉庫の作業を一時停止します。
設定前に、プランで利用できる機能を確認してください。注文ごとのルールエンジンにはPro以上が必要で、住所編集時の送料と税額の再計算にはProが必要です。繁忙期だけに適用するルールでは、繁忙期の注文にタグを付け、ルールでそのタグを照合してください。ルールエンジンには、カレンダーの日付範囲を指定する条件がないためです。繁忙期の注文にタグを付けるShopify Flowワークフローを、凍結前に作成してテストしてください。タグに基づくルールは、タグが変わると再判定されます。
11月13〜20日：引き継ぎをリハーサルする
エージェンシーと運用・フルフィルメント担当が、共同でリハーサルに責任を持ちます。上記の現在の管理画面のパスを使い、4つの取り込みテストを実施してください。取り込み時、変更後、引き渡し時に、倉庫の記録を確認します。各時点のShopify注文と倉庫の記録を保存してください。
フルフィルメントサービスが元の依頼を受け付けた後に、キャンセル依頼を追加してください。運用担当は、サービスがキャンセルを受け付けるか、倉庫の作業が停止するかを記録します。Shopifyは、フルフィルメントを依頼すると注文編集と商品の返金がブロックされると説明しています。倉庫から実際に作業が停止したと報告されても、CXはフルフィルメントサービスによる依頼の処理が完了し、Shopifyで編集が許可されるまで待ってから注文を変更します。単純なサイズ交換でも同じです。
EC・開発担当が、追加支払いのリハーサルに責任を持ちます。Revizeでテスト注文に商品を追加し（商品の追加はProの機能です）、差額を未払いのままにして、その注文を倉庫への引き渡し前の確認に含めてください。
CXは、変更を受け付けられない場合の回答をリハーサルします。すべての未フルフィルメント注文が編集可能だと約束せず、Shopify標準の注文編集の制限をサポート用の参照資料に組み込んでください。
11月20日を過ぎてから読んでいる場合、セルフサービスの範囲を広げる前に、現在の対応手順をリハーサルしてください。倉庫での対応手順が実証されていない種類の変更は、CXから運用担当へ引き継ぎ、手動で対応します。すでに適用されている凍結を守ってください。
変更の種類と倉庫の状態
CXが依頼の受け付けに責任を持ちます。注文が倉庫へ引き渡された後は、運用担当が倉庫への指示に責任を持ちます。顧客の編集期間が終了した後に届く依頼も含め、繁忙期はこの表を使ってください。この表の対象は、未フルフィルメントの注文だけです。編集前に、フルフィルメント依頼の処理を完了させ、Shopifyで変更が許可されることを確認してください。まだ送信していない注文は、変更が終わるまで運用担当が送信をブロックします。
| 変更の種類 | Unfulfilled、3PLへの送信前 | 3PLへ送信済み、ピッキング前 |
|---|---|---|
| 住所 | CXが配送先住所を修正し、運用担当が修正後の注文を倉庫へ引き渡します。 | 運用担当が取り込まれた作業指示をブロックします。フルフィルメント依頼の処理が完了してからCXが編集し、倉庫が再開前に配送先を更新します。 |
| バリエーション交換 | CXが交換先の在庫を確認し、送信前にバリエーションを交換します。 | 運用担当が作業を停止します。フルフィルメント依頼の処理が完了してからCXが編集し、倉庫が商品明細を置き換えます。 |
| 数量の削減・商品の削除 | CXが明細の数量を減らすか明細を削除して必要な返金に対応し、運用担当が修正後の注文を倉庫へ引き渡します。 | 運用担当が作業をブロックします。フルフィルメント依頼の処理が完了してからCXが編集と返金を行い、倉庫が対象の商品を取り除きます。 |
| 商品の追加 | CXが商品を追加して必要な差額を回収し、運用担当が修正後の注文を倉庫へ引き渡します。 | 運用担当が倉庫に作業指示を変更できるか確認します。可能な場合は、フルフィルメント依頼の処理が完了してからCXが編集し、運用担当が再開前に商品数量と支払いを照合します。倉庫が断った場合は、CXが別注文を提案します。 |
| キャンセル | CXが条件を満たす注文をキャンセルして返金に対応し、運用担当が送信を防ぎます。 | 運用担当がキャンセルを依頼し、サービスによる受け付けと倉庫の作業停止の両方を待ちます。その後、CXがキャンセルと返金を完了します。 |
ピッキングが始まった後は、運用担当が対応を引き継ぎ、ピッキング中、梱包済み、出荷済みの注文を対象とする倉庫の工程別手順に従ってください。停止依頼と照合チェックリストも含まれます。事業者ごとの例外は、繁忙期前に合意してください。
11月23〜26日：アラートの担当を決め、変更を凍結する
EC・開発担当が連携のアラートに責任を持ち、エージェンシーを代替担当として指定します。期限を過ぎても保留されている注文、未払い残高、未送信の注文、失敗したWebhook配信を追跡してください。各キューに対応担当者を指定し、運用担当と合意したエスカレーション期限を設定します。
HTTPSのWebhookでは、Shopifyはアプリが5秒以内に応答しないと配信を失敗として扱います。Shopifyは失敗した配信を4時間にわたって最大8回再試行し、失敗が続くとAdmin APIで設定されたサブスクリプションを削除します。エージェンシーは、各サブスクリプションの設定方法と、欠落した注文の復旧方法を記録します。
住所だけの変更について連携がorders/editedに依存している場合、エージェンシーはAPIバージョンを確認する必要があります。APIバージョン2026-10より前では、ステージングされた配送先住所の更新だけを含む注文編集を確定しても、orders/editedは発生しません。2026-10以降では、その編集によってorders/editedが発生し、ペイロードにshipping_address.changedが含まれます。照合とハンドラーの設計には、注文管理ガイドを使ってください。
運用・フルフィルメント担当は、ピッキングウェーブと週末の対応体制を再確認します。CXは、実際の編集締め切りと、期限後の依頼に担当者が対応する窓口を公開します。EC・開発担当は、Taylor Sicardの凍結に関するガイダンスが推奨するように、リハーサル済みの設定を凍結します。注文にタグを付ける、保留する、キャンセルするFlowワークフローも対象です。
11月26日を過ぎてから読んでいて、失敗した配信や未送信の注文に対応担当者がいない場合は、そのキューにEC・開発担当と代替のエージェンシー担当者を今すぐ割り当ててください。接続や引き渡し条件の変更は、すべてレベル3の凍結例外として扱います。
11月27〜30日：各依頼を表に照らして対応する
CXは、依頼された変更と、現在の編集可否を確認します。編集が開いていて倉庫の作業から保護されている期間の外にある依頼は、すべて運用・フルフィルメント担当へ引き継ぎ、倉庫での実際の工程を確認します。倉庫に関わる各案件は、1人の運用担当者が責任を持ち続けてください。対応記録は1つにまとめます。
各ピッキングウェーブで、運用担当は未解決の停止依頼と、期限を過ぎても保留されている注文を確認します。EC・開発担当は、同じタイミングで送信キューと失敗した配信を確認します。エージェンシーは、当番の開発担当者からエスカレーションされたコネクターの障害に対応します。CXは、運用担当が記録した結果を顧客に伝えます。
キャンセルが拒否されても、荷物は止まりません。Shopifyは、フルフィルメントサービスがキャンセルを拒否した後もフルフィルメントを作成し続けられると説明しています。拒否された場合や回答がない場合は、運用担当が荷物の現在位置を確認するか、事後対応へ移すまで、倉庫への停止依頼を未解決のまま維持してください。
11月30日を過ぎてから読んでいる場合は、残っている繁忙期の注文にこのルールを適用してください。それらの注文を通常のキューに戻す前に、12月の照合手順を実施します。
倉庫へのエスカレーションと有効な確認の証拠
運用・フルフィルメント担当が、エスカレーションの連絡先一覧に責任を持ちます。各レベルの担当者名と予備の電話番号、11月6日までに合意した回答期限を含めてください。回答のない停止依頼はエスカレーションします。
| レベル | きっかけと連絡担当者 | 必要な証拠と次の対応 |
|---|---|---|
| 1：1件の注文 | CXが指定の運用担当者に電話します。運用担当者が倉庫のシフト責任者に電話します。 | 倉庫がShopify注文とWMSの作業指示を特定し、実際の工程を記録して、対象の商品や荷物の作業が停止していることを明言します。運用担当が回答者と時刻を記録します。合意済みの最終的な注文内容に従う場合に限り、作業を再開します。 |
| 2：繰り返す障害 | 保留中の注文が取り込まれる、リリースタグが機能しない、送信の失敗が繰り返される場合、運用担当が当番のEC・開発担当とエージェンシーに電話します。倉庫の管理責任者にも電話します。 | 問題への対応を完了する前に、EC・開発担当が復旧したShopify注文を、倉庫の影響を受けた作業指示の一覧とコネクターの配信ログに照らして比較します。倉庫の管理責任者は、どの作業指示がブロックされたままか、どの修正済みの記録が作業再開を承認されているかを記録します。 |
| 3：凍結例外 | 復旧に設定変更が必要な場合、EC・開発担当またはエージェンシーが、指定のEC承認者に電話します。運用担当が3PLのアカウントに関するエスカレーション窓口に電話します。 | 承認者が具体的な変更内容、影響を受ける注文、ロールバックを記録します。運用担当は、変更後の引き渡し動作が合意済みの手順と一致したことを確認してから、倉庫の作業再開を許可します。 |
倉庫が作業停止を確認するまでは、変更を約束しないでください。メッセージが届いたという受領確認は、停止の確認にはなりません。対応記録では、返金の判断を停止の証拠とは別に記録します。合意した回答期限を過ぎた場合、運用担当は予備の連絡先に電話します。倉庫が配送会社への引き渡し前に荷物を止められない場合、CXはストアのポリシーに沿った事後対応の選択肢を顧客に提示します。
12月1〜7日：設定変更を再開する前に照合する
運用・フルフィルメント担当とEC・開発担当が、残っている注文の確認に責任を持ちます。未送信の注文を倉庫の受信記録と照合してください。期限を過ぎた保留と、未解決のキャンセル依頼を確認します。
CXは、すべての案件で顧客への回答があり、必要な返金や返品の担当者が決まっていることを確認します。エージェンシーは、キューの処理完了を宣言する前に、コネクターの障害中に欠落した注文を照合します。キューを空にするために、保留を一括解除しないでください。
運用担当は、結果を報告する前に、キャンセルのレポートガイドを使って、繁忙期の売上と併せてキャンセルを確認します。
12月7日を過ぎてから読んでいる場合は、延期した設定作業の予定を組む前に、残っている例外を照合してください。元の対応記録を、金銭面の処理結果と併せて保存します。
よくある質問
繁忙期の途中でRevizeの編集期間を変更できますか？
レベル3の凍結例外として扱ってください。CXは、早めの倉庫への引き渡しを約束する前に、各注文に割り当てられた期限を確認します。
顧客が商品を追加しましたが、差額を支払っていません。注文は出荷されますか？
Revizeは、差額を支払うために顧客をShopifyのチェックアウトへ案内します。未払いの追加分がある注文は、Shopifyが支払いを確認するまでフルフィルメント保留のままになります。代金引換の注文は例外です。この保留が出荷を止めるのは、倉庫がShopifyの保留を尊重する場合だけです。
Shopifyのレポートで、繁忙期に受けた注文より多くの注文が表示されるのはなぜですか？
Shopifyは、新しい注文が作成されていなくても、注文日より後に行った編集を、レポート上では別の注文として表示します。レポートの注文数と倉庫の出荷数を比較する前に、こうした後日の編集を考慮してください。
注文が一部フルフィルメント済みです。CXはまだキャンセルできますか？
いいえ。Shopifyでは、一部フルフィルメント済みの注文をキャンセルできません。未フルフィルメントの商品は、運用担当を通じてサービスが対応している手順で扱い、返品や返金を対象の商品にひも付けてください。CXが、すでに配送会社へ引き渡した荷物のキャンセルを約束しないようにします。