目次
チェックアウト後の注文の編集は、2つの時間との競争です。お客様が部屋番号の入力ミスに気づくまでの時間と、倉庫管理システムがその注文をピッキングリストに載せるまでの時間です。チェックアウト後の編集が行われるまでの時間の中央値は、注文から4.6分です（Revize, 2026）。余裕がありそうですが、連携が整った3PLでは1分以内に注文が処理キューに入ることもあります。間に合わなければ、修正できたはずのミスが再配送、返品、返金につながります。
このガイドでは、フルフィルメント保留の仕組み、編集可能時間をピッキングの予定に合わせる方法、注文を保留すべき場合と通常どおり流すべき場合、そして配送のSLAを守る方法を説明します。3PLとの連携を担当する運用責任者と、設定を担う制作会社のエンジニア向けの記事です。
なぜ3PLとの時間競争が起きるのか
支払い済みの注文は数分で倉庫に届く一方、お客様はチェックアウトを終えたところで入力内容の確認から離れます。 この数分のずれが、避けられるはずのフルフィルメントミスを生みます。
1,000万件を超えるShopifyの注文のうち、約19件に1件（5.2%）がチェックアウト後に編集されています（Revize, 2026）。見過ごされがちな割合ですが、月間20,000件の注文があれば、変更を希望する注文は毎月約1,000件です。購入後の編集で最も多いのは配送先住所の変更で、編集された注文の30.2%を占めます（Revize, 2026）。住所変更は、配送ラベルが印刷された瞬間に手遅れになる編集でもあります。
フルフィルメントの仕組みが速いほど、この問題は深刻になります。夜間にまとめて注文データを出力するストアには、自然な猶予が数時間あります。リアルタイムで3PLと連携するストアでは、猶予は数秒です。倉庫へ速く注文を送れることは通常、運用上の利点です。しかしここでは、数クリックで済んだ修正が配送業者への配送差し止め依頼に変わります。
ヒント： 設定を始める前に、3PLへ2つ確認してください。Shopifyが送信した注文は、何分でWMSに表示されますか。また、注文を取り戻せる最後の時点はいつですか。この2つの答えで、使える編集可能時間が決まります。
Shopifyのフルフィルメント保留の仕組み
フルフィルメント保留は、注文がフルフィルメントへ進まないよう一時停止する状態です。3PLによる処理が始まる前の時間を確保できます。 注文は引き続き存在し、支払い済みのままShopify Adminにも表示されます。ただし、ピッキングの対象にはなりません。
簡単に言えば、注意書きを貼って出荷準備エリアに置かれた荷物と、すでにトラックに積まれた荷物の違いです。どちらも「倉庫にある」荷物ですが、変更できるのは前者だけです。
Revizeのドキュメントでは、注文処理の段階で明確に選択します。docs.revize.app/setup/order-processingによると、次の2つのモードから選べます。
- Hold orders： 編集可能時間中は注文を保留し、編集が終了したらフルフィルメントに進めます。ドキュメントでは、3PLが早すぎるタイミングで注文をピッキングするのを防ぐための設定と説明されています。
- Skip hold： 注文は通常どおり各システムを流れます。代わりに、保留解除タグを使って連携を調整します。
これが設計上の判断です。どちらかが無条件の標準というわけではなく、両者にはトレードオフがあります。保留すれば編集内容を確実に反映しやすくなりますが、誰も編集しない94.8%の注文も含め、すべての注文に待ち時間が生じます。保留しなければ配送のSLAを守りやすくなりますが、処理の速い3PLが編集より先に動く場合があります。
ピッキング時間に合わせて編集可能時間を決める方法
編集可能時間は、余裕がありそうな長さではなく、3PLから注文を取り戻せる最後の時点を基準に決めます。 10分以内にピッキングする倉庫で24時間の編集可能時間を設けても、お客様に守れない約束をすることになります。
編集可能時間は保留とは別に設定します。docs.revize.app/setup/edit-windowによると、チェックアウト後にお客様が注文を編集できる時間を設定できます。一定の時間または任意の長さを選ぶほか、フルフィルメントまで編集を受け付ける設定や、ピッキング時間に合わせた締め切りの設定も可能です。
最後の選択肢は、多くの運用担当者が見落としがちです。倉庫が継続的ではなく決まった時間帯にまとめてピッキングするなら、その時間帯に合わせた締め切りは、注文ごとに一定時間を設けるより適しています。早朝の注文には長い編集可能時間を、締め切り直前の注文には実際に守れる短い時間を設けられます。平均時間を推測する必要もありません。
| 編集可能時間の設定 | お客様が編集できる期間 | 適している3PL | 推奨する組み合わせ |
|---|---|---|---|
| 一定時間 | すべての注文で同じ時間 | 1日を通して継続的にピッキングする | Hold orders |
| 任意の時間 | 自分で指定した時間 | ピッキングまでの待ち時間が既知で安定している | Hold orders |
| フルフィルメントまで | 注文がフルフィルメントされるまで | 自社で管理する単位でまとめてフルフィルメントする | Skip hold |
| 予定時刻で締め切り | 指定したピッキング時刻まで | 毎日またはシフトごとに決まった時間帯にピッキングする | Hold orders |
右端の列は運用上の判断ですが、製品上の制約が1つあります。ストア全体に適用する「Until fulfillment」の設定では保留が行われません。ドキュメントにも、この選択肢ではRevizeは注文を保留しないと記載されています。この設定で注文を保留するには、Pro以上で利用できるルールエンジンのHold fulfillmentアクションが必要です。考え方は一貫しています。ピッキングの時刻を倉庫側が決めるなら、注文を保留して解除の時刻を自分で管理します。フルフィルメントの時刻を自分で決められるなら、すでに猶予があるため、保留は余分な待ち時間になります。
編集の80.6%は最初の1時間以内に行われます（Revize, 2026）。そのため、1時間の編集可能時間で実際の需要の大部分をカバーできます。24時間まで延ばしても対象の増加はごくわずかな一方、すべての注文の処理が1日遅れます。多くのストアが、この計算を逆に捉えています。
すべての注文を編集可能にすべきではない
編集を許可するかどうかはルールで決めるべきです。支払い後に変更すると問題が生じる注文もあります。 ギフトカード、受注生産品、当日配送に向けてすでに準備された商品などは、通常、編集対象から外すべきです。予約注文とサブスクリプション注文はRevizeで編集できるため、一律に禁止せず個別に判断してください。
Revizeでは、コードではなくタグで制御できます。docs.revize.app/setup/order-edit-restrictionsによると、注文タグと商品タグを使って特定の注文や商品の編集をブロックできます。アプリがタグを自動で読み取り、編集をブロックします。入力欄を空白にすると、すべての注文を編集できる点もドキュメントに記載されています。公開前に確認しておきましょう。
制作会社にとって、これは連携しやすい仕組みです。既存のタグ付け自動化で、すでにさまざまな理由から注文や商品にタグを付けているはずです。編集制限はそのタグを読み取るだけです。どのSKUを受注生産品として扱うかを商品担当者が変更しても、タグによる制限ならコードのデプロイは不要です。特定の配送先や注文金額に応じて保留するなど、注文ごとのポリシーが必要な場合は、Proのルールエンジンを利用できます。
編集可能時間と保留を一致させるべき理由
保留と編集可能時間は1つの約束を成り立たせるための設定です。お客様がまだ編集できると考えている間に保留を解除すると、問題が起きます。 お客様には編集完了の確認が表示されたのに、倉庫からは変更前の注文が出荷されるという、最も避けたい結果につながります。
だからこそ、自作の保留処理と別の編集ツールをつなぎ合わせるより、両方を同じシステムで管理することが重要です。同じ仕組みが編集可能時間と保留解除を管理すれば、両者がずれることを防げます。
Revizeは、この連動を前提に設計されています。特に重要なのが、編集によって追加の支払いが必要になる場合です。お客様が注文金額を増やす編集をすると、注文内容は変わっていても、追加分の支払いがまだ完了していない時間が生じます。docs.revize.app/setup/reverse-unpaid-editsによると、お客様が追加の支払いを途中でやめた場合、アプリは注文を最後の支払い済みの状態に戻します。また、Shopifyが残額の支払い完了を確認した後にのみ、Revizeがフルフィルメント保留を解除すると明記されています。同じ設定画面で、自動差し戻しの切り替え、待機時間、除外タグを設定できます。
この順序が重要です。編集完了時点で保留を解除すると、追加分が支払われていない注文を出荷しかねません。残額の支払い確認後に解除してこそ、保留が役割を果たします。
大規模な運用でこの仕組みを使う理由は、その結果に表れています。誤った配送先住所48,742件が出荷前に見つかり（Revize, 2026）、購入後の編集の92.2%はサポート担当者を介さず、お客様自身が完了しています（Revize, 2026）。2026年9月時点で、アプリはShopify App Storeで5.0の評価を受け、Built for Shopifyのバッジを取得しています。リンク先のドキュメントには実際の設定画面のスクリーンショットがあり、インストール前に自社の構成に合うかを素早く確認できます。
制作会社向けの導入手順
次の順番で設定してください。各手順には、前の手順で得た数値が必要です。 最初に編集可能時間を決めてしまうと、倉庫の運用と矛盾する設定になりがちです。
- 実際のピッキングまでの時間を測ります。 通常の営業日のさまざまな時間にテスト注文を行い、注文作成からWMSに表示されるまでの時間を記録します。平均ではなく最短の測定値を使ってください。問題を起こすのは最も速いケースです。
- 3PLに注文を取り戻せる時点を確認します。 どの段階から注文をキャンセルできなくなるかを具体的に尋ねます。ピッキングの一斉開始まで変更できる場合も、個別のピッキング開始までの場合も、配送ラベルの作成までの場合もあります。
- 注文処理のモードを選びます。 短時間で継続的にピッキングされるならHold ordersを選びます。自社で管理する単位でまとめてフルフィルメントするなら、Skip holdを検討できます。
- 注文を取り戻せる時点から安全のための余裕を差し引き、編集可能時間を設定します。 ピッキングが11:00に始まるなら、10:30を締め切りにするのは妥当です。一律4時間という設定は適切ではありません。
- 公開前に除外対象へタグを付けます。 ギフトカード、受注生産品、当日配送のSKUなど、編集を禁止すると決めた対象に先にタグを付けます。そうすれば初日から制限が有効になります。
- 追加分が未払いのままになるケースを意図的にテストします。 注文金額が増える編集を開始し、支払いを途中でやめます。注文がPending Paymentsの下で保留されたままであることを確認します。ProでReverse Unpaid Editsを有効にした場合は、設定した猶予期間の後に最後の支払い済みの状態へ戻ることも確認します。
- 実際のテスト注文で一連の流れを確認します。 本番の注文に対して有効にする前に、1件の注文が保留、編集、保留解除、フルフィルメントへと進む様子を最後まで確認します。3PL連携の挙動はそれぞれ少しずつ異なります。自社の連携について確実に判断できるのは、実際のテスト注文の結果だけです。
手順7は省けません。保留に対するプラットフォームや連携ツールの挙動は、連携ごとに異なります。自社の構成について信頼できるのは、自社の環境で確認した結果だけです。
重要なポイント
大規模なチェックアウト後の注文の編集は、使いやすさ以前に時間の問題です。フルフィルメント保留は、その時間を確保する仕組みです。 編集可能時間と保留が一致していれば、編集は通常の業務として処理できます。一致していなければ、編集のたびにサポートチームが手作業で対処する例外が生じます。
運用責任者は、倉庫から注文を取り戻せる最後の時点を設定の基準にしてください。また、編集の80.6%が最初の1時間以内に行われることも判断材料になります。長い編集可能時間は必要ありません。実際に守れる時間を設定することが大切です。
制作会社にとって、連携で設定する項目は少数です。注文処理のモード、編集可能時間、タグの組み合わせです。価値が出るのは設定画面の操作より、時間の測定とテストです。
今週は、過去30日間の住所変更に関する問い合わせを確認し、注文後1時間以内に届いた件数を数えてください。次に3件のテスト注文で、注文からWMSに届くまでの実際の時間を測ります。その結果に合う編集可能時間を1つ設定してください。お客様自身で注文を編集できるようにするなら、RevizeはShopify App Storeから利用できます。
よくある質問
Shopifyのフルフィルメント保留とは何ですか？
フルフィルメント保留は、支払い済みの注文がフルフィルメントへ進まないよう一時停止する状態です。 注文はShopify Adminに表示され、支払い済みの状態も維持されます。ただし、保留中はピッキングや出荷の対象になりません。チェックアウト後に編集できる設定では、お客様の編集可能時間中に注文を変更できるよう保留し、時間が終了すると自動で解除します。
すべての注文を保留すると、配送のSLAに影響しますか？
はい。編集可能時間の長さだけ遅れるため、時間は短く設定すべきです。 1時間の編集可能時間を設ければ、すべての注文が倉庫へ進むまでに1時間加わります。これは実際の負担です。安心感のある長さを選ぶのではなく、注文を取り戻せる実際の時点に合わせるべき理由でもあります。決まった時間帯にまとめてフルフィルメントするストアでは、次の作業が始まる前に保留が解除されるため、遅れをすべて吸収できることもあります。
チェックアウト後の編集可能時間は、どれくらいにすべきですか？
3PLから注文を取り戻せる間だけにし、1分も長くしないことです。 編集の80.6%はチェックアウト後1時間以内に行われるため（Revize, 2026）、短い時間でも実際の需要のほぼすべてをカバーできます。編集可能時間に関するドキュメントによると、Revizeでは一定の時間、任意の時間、フルフィルメントまで編集を受け付ける設定、ピッキング時刻に合わせた締め切りを利用できます。
フルフィルメント保留をすると、3PLには注文が見えなくなりますか？
3PL連携の仕組みによって異なるため、テスト注文で確認してください。 フルフィルメント可能な注文だけを取得し、保留中の注文はまったく見えない連携もあります。一方、注文データをすぐに同期し、保留状態を別に扱う連携もあります。本番の注文で保留を有効にする前に、最も優先して確認すべき点です。
「Hold orders」と「Skip hold」はどう違いますか？
Hold ordersは編集可能時間中のフルフィルメントを一時停止し、編集が終了したら解除します。Skip holdでは注文が通常どおり各システムを流れます。 Revizeのドキュメントでは、Hold ordersは3PLによる早すぎるピッキングを防ぐ選択肢と説明されています。Skip holdでは、代わりに保留解除タグを使って連携を調整します。ピッキングの時刻を倉庫側が決めるならHold ordersを選び、フルフィルメントを自社でまとめて管理するならSkip holdを検討してください。
一部の注文だけ編集を許可できますか？
はい。注文タグと商品タグで設定できます。 注文の編集制限に関するドキュメントによると、ブロックしたいタグを入力してShopifyで同じタグを付けると、アプリが自動で読み取ります。入力欄が空白だとすべての注文を編集できるため、公開後ではなく公開前に除外対象を設定してください。
お客様が注文を編集した後、追加分を支払わなかった場合はどうなりますか？
残額の支払いが完了するまで、注文はPending Paymentsの下でフルフィルメント保留のままです。 Revizeのドキュメントには、Shopifyが残額の支払い完了を確認した後にのみフルフィルメント保留を解除すると明記されています。代金引換の注文は、ドキュメントに記載された例外です。Reverse Unpaid Editsを有効にすると、Revizeは設定した猶予期間の後に注文を最後の支払い済みの状態へ戻します。この機能はProで利用でき、初期設定では無効です。例外用に差し戻しを行わないタグも設定できます。詳細はdocs.revize.app/setup/reverse-unpaid-editsをご覧ください。
時間を設定せず、フルフィルメントまで編集可能にすべきですか？
フルフィルメントの時刻を自分で管理できる場合に限ります。 自社の予定に沿ってまとめてフルフィルメントするストアなら、その間の自然な猶予を利用できるため、フルフィルメントまで編集を受け付ける設定は分かりやすい方法です。継続的にピッキングする3PLへ注文を送るストアでは、「フルフィルメントまで」が実際には2分しかないこともあります。それなら、明確な編集可能時間を設定する方が適切です。
実際に編集される注文はどれくらいありますか？
1,000万件を超えるShopifyの注文に基づくと、約19件に1件、つまり5.2%です（Revize, 2026）。 住所変更は編集の30.2%を占め、最も多い種類です。注文数が少なければ無視できるように感じるかもしれません。しかし月間20,000件の注文があれば、変更を希望する注文は約1,000件です。そのうち住所変更は、ラベルの印刷後に修正できなくなるものです。
住所変更には本当に保留が必要ですか？
住所変更こそ、保留が最も必要な編集です。配送ラベルの印刷後では変更が間に合わないためです。 商品の交換や数量変更なら、後続の工程で調整できる場合があります。配送先住所ではそうはいきません。荷物にラベルが貼られ、配送業者へ引き渡す記録が作成されると、お客様による数クリックの修正では済まず、配送業者への配送差し止め依頼や全面的な再配送が必要になります。この手順について詳しくは、チェックアウト後に配送先住所を変更する方法をご覧ください。
実際の注文に影響を与えずにテストするには、どうすればよいですか？
本番の注文で保留を有効にする前に、1件のテスト注文で一連の流れを確認します。 注文を作成して保留されたことを確認し、注文金額が増える編集を行います。支払いを途中でやめて差し戻しを確認した後、追加分を支払う編集を完了し、保留が解除されて注文が3PLに届くまでを見届けます。各段階の時間を測ってください。記録した時間が、編集可能時間を決める根拠になります。
設定の責任者は運用担当者と制作会社のどちらですか？
数値は運用担当者、連携の設定は制作会社が担当します。 注文を取り戻せる時点、ピッキングの予定、編集できないSKUの一覧は、ストアのチームだけが把握している運用上の事実です。制作会社が価値を発揮するのは、測定方法、タグ付けの自動化、一連の流れのテストです。役割を逆にすると、倉庫の実態ではなく推測に基づく編集可能時間になってしまいます。