EC予約販売の決済完全ガイド 2026 ― 25日ルール・再オーソリ・特許技術まで徹底解説

EC予約販売において、決済設計の失敗は「売上の消失」に直結します。2026年7月のVisa・Mastercardのオーソリ有効期限短縮（25日ルール）により、注文から発送まで25日以上かかる予約販売ECでは、何も対策しなければ発送前にオーソリが自動キャンセルされ、代金を回収できない事態が現実になっています。

この記事では、EC予約販売の決済に関するすべての論点を網羅します。25日ルールの影響から再オーソリの仕組み、特許技術、カート・決済代行別の対応状況、Back in Stock・受注生産への応用、そして「Demand Securing」という新概念まで、予約販売ECの担当者が知るべきことをこの一記事にまとめました。

EC予約販売の決済とは — 基本の仕組み

EC予約販売の決済とは、注文受付から商品発送まで日数がかかる予約販売において、クレジットカードのオーソリ（仮売上）を安全に維持し、発送時に確実にキャプチャ（実売上）する仕組みのことです。

クレジットカード決済は一般的に2段階で処理されます。まず注文時に「オーソリ（仮売上）」として商品代金分の利用限度額を一時確保し、発送確定後に「キャプチャ（実売上）」で売上を確定します。これにより、キャンセルや金額変更に柔軟に対応できます。オーソリの基礎については「オーソリ（仮売上）とは？ EC決済の仕組みをわかりやすく解説」をご参照ください。

通常の物販であれば注文から発送まで数日以内のため、オーソリ期限は問題になりません。しかし予約販売では注文から発送まで数週間〜数ヶ月かかるため、以下の3点が根本的な課題となります。

• オーソリ期限の問題: 発送前にオーソリが切れると、キャプチャできず売上が消失する
• 顧客の心変わり・忘却: 長期間の待機中にキャンセルや「身に覚えがない」クレームが発生しやすい
• カード情報の変化: 発送までにカードが期限切れ・番号変更になるリスクがある

これらのリスクが複合的に絡み合うのが、EC予約販売の決済設計の難しさです。2026年7月の25日ルール施行により、こうした課題はさらに深刻化しました。

2026年7月「25日ルール」で何が変わるのか

2026年7月から施行されたVisa・Mastercardの新ルールにより、オーソリ（仮売上）の有効期限が従来の最長60〜90日間から最大25日間に短縮されました。これが「25日ルール」と呼ばれる変更です。

注目すべきは2026年9月30日の「カード有効性確認目的の仮売上処理禁止」です。従来、一部のECでは「カードが使えるか確認するだけ」の目的で少額オーソリを取得する手法が使われてきました。これが全面禁止となるため、正規のオーソリ管理の重要性がさらに高まります。

詳細は「オーソリ25日ルールとは？ EC予約販売への影響を詳しく解説」および「【2026年版】Visa・Mastercardルール変更一覧」をご参照ください。

予約販売ECが直面する3つの決済リスク

25日ルールの施行と3Dセキュア2.0義務化が重なり、EC予約販売は3つの決済リスクが同時に顕在化しています。それぞれのリスクの性質と対策を理解することが、予約販売の決済設計の出発点です。

リスク①: オーソリ切れ（売上消失）

最も深刻なリスクが、発送前のオーソリ切れによる売上消失です。25日を超える予約販売では、注文時に取得したオーソリが発送前に自動キャンセルされます。顧客の与信枠は解放されますが、事業者は商品を手配・製造済みにもかかわらず代金を受け取れない状態になります。

再決済を顧客に依頼することもできますが、顧客が面倒に感じてキャンセルするリスクや、顧客体験の著しい悪化につながります。発送前にオーソリ切れを起こさない仕組みを持つことが、予約販売ECの競争力の根幹となります。

リスク②: チャージバック多発

予約販売では、注文から発送まで期間が長いため、顧客が購入を忘れ「身に覚えがない」としてチャージバックを申告するケースが増加します。2024年のクレジットカード不正利用被害額は過去最多の555億円（一般社団法人日本クレジット協会）に達し、カードブランドはチャージバック対策を強化しています。

Visa監視プログラムでは、月間1,000件以上のチャージバッククレームが発生すると監視対象となり、1件あたり$10（約1,500円）の罰金が科されます。予約販売特有のチャージバックリスクについては「EC事業者のためのチャージバック対策ガイド」で詳しく解説しています。

リスク③: 3Dセキュア再認証でのカゴ落ち

2025年4月から義務化された3Dセキュア2.0は、予約販売の再オーソリ時に「再認証」を引き起こすケースがあります。再オーソリはバックグラウンドで自動処理されることを前提としていますが、カード会社の判断で本人認証が再要求されると、顧客の操作が必要になります。この通知が届かなかったり、面倒に感じた顧客がキャンセルするリスクがあります。

3Dセキュアと予約販売の詳細な関係は「3Dセキュア2.0×予約販売の落とし穴 ― 再認証問題・カゴ落ちリスクと対策を解説」で詳しく解説しています。

再オーソリ（再与信）とは — 仕組みと限界

再オーソリ（再与信）とは、クレジットカードのオーソリの有効期限が切れる前に、新たなオーソリを取得し直して与信を維持する処理のことです。期限が近づくたびに繰り返すことで、発送日まで決済を確実に成立させられる状態を保ちます。

詳細な仕組みと決済代行API対応状況は「再オーソリ（再与信）とは？ 仕組み・決済代行API対応・特許技術まで徹底解説」で解説しています。ここでは予約販売との関係を中心に整理します。

再オーソリの主な失敗原因は4つです。①カード利用限度額の不足、②カード自体の有効期限切れ、③3Dセキュア再認証の要求、④旧オーソリの解放漏れ（二重与信）。これらを設計に織り込まず、失敗時の顧客通知・再決済導線も整備しないと、発送直前に売上が消失します。

なお、発送前に仮売上を実行する方法（「発送前キャプチャ」）はVisa・Mastercardの規約に違反する可能性があります。「予約商品の「発送前キャプチャ」はVisa/Mastercard規約違反？」も合わせてご確認ください。

3つの運用パターン比較 — 手動・単発自動・自動ループ

再オーソリの運用は、月間の予約販売件数と自社の開発リソースによって最適解が変わります。大きく分けて3つのパターンがあり、それぞれにメリット・デメリットと開発・保守コストの違いがあります。

パターン③の「自動ループ＋出荷フック停止」は決済成功率・運用効率ともに最高です。この制御ロジックは、Recustomer社が特許（第7721200号）を取得した技術をベースにしています。自社開発で同等の機能を実装する場合は、開発・保守コストに加え、カードブランドのルール改定への追随開発が継続的に必要になります。

自動ループの自社開発 — 見えにくい実務コスト

「自動で繰り返し再オーソリし、出荷を検知して自動停止する」一連の制御ロジックには、Recustomer社が特許（第7721200号）を取得した技術が使われています。GMOやSBPS等が提供する再オーソリAPIは、あくまで単発呼び出しの「部品」です。これらを組み合わせて自動ループ＋出荷フック停止の仕組みを一から独自構築するには、相応の開発力と継続的な保守体制が必要になります。

自社開発を検討する際は、以下の3つの観点を総合的に評価してください。

• 運用品質・リカバリー設計の難しさ: 自動ループ＋出荷フック停止の失敗ハンドリングや通知設計を自前で作り込む必要があり、設計不備は出荷遅延・売上機会損失に直結する
• 開発・保守コスト: 再オーソリの失敗ハンドリング、通知設計、各カート・決済代行ごとのAPI差異への対応など、実装は複雑で保守コストが継続的にかかる
• カードブランドルール変更への追随コスト: 25日ルールのように突発的なルール変更のたびに改修が必要になる

「作る vs. 買う」の詳細な判断基準とコスト比較は「再オーソリの自動化と特許 ― EC事業者が知っておきたい「作る vs. 買う」の判断基準」で詳しく解説しています。

カート別の対応状況（ec-force / Shopify / カラーミー / BASE）

カートシステムが25日ルールに対応しているかどうかは、予約販売ECにとって死活問題です。主要カートの対応状況を整理します。ただし「カートが25日ルールに対応している」ことと「自動ループを安定運用できる仕組みまで自前で構築できる」ことは別の問題です。

各カートプラットフォームの最新の対応状況の詳細は「【カート別】オーソリ期限25日短縮の対応状況」で解説しています。カートの公式機能を使っても、自動ループの実装を自前で安定運用できるかどうかは別途検討が必要です。

決済代行別の対応状況（GMO / SBPS / PAY.JP / Stripe）

GMOペイメントゲートウェイ、SBペイメントサービス（SBPS）、PAY.JP、Stripeなど主要な決済代行会社は、いずれも再オーソリに相当するAPIを提供しています。ただしこれは「単発のAPI（部品）」であり、期限ごとに自動で繰り返すループ処理は加盟店側で別途構築する必要があります。

いずれの決済代行も「再オーソリAPIは提供するが、自動ループと出荷連動は事業者の責任」というスタンスです。各社の詳細な対応状況とAPI仕様は「【決済代行別】オーソリ期限25日短縮の対応状況」をご参照ください。

重要なのは、決済代行のAPI対応状況と、自動ループを安定運用できるかどうかは別の問題だという点です。APIを使って自動ループを一から構築するには相応の開発・保守コストがかかります。また、各社のAPI仕様やルール変更への追随コストも継続的にかかります。

Back in Stock・受注生産の決済設計

Back in Stock（再入荷予約）の決済課題

Back in Stock（再入荷通知）は、「在庫が切れた商品に対する購買需要を取りこぼさない」仕組みですが、「通知するだけ」では売上には直結しません。通知を受け取った顧客が購入意欲を持ったまま素早く行動できるかどうかが、売上に転換するかどうかの分岐点です。

理想は「再入荷通知と同時に決済を確保し、在庫を顧客に紐付ける」ことです。しかし通常のECでは、通知→顧客の自発的な購入という流れのため、競合に先を越されたり、顧客の購買意欲が冷めたりするリスクがあります。この課題を解決するのがRecustomerのBack in Stockモードです。詳細は「Back in Stockを「通知」で終わらせない ― 再入荷を確実に売上に変えるEC決済自動化の新常識」で解説しています。

受注生産（MTO）の決済設計

受注生産（Made to Order）は、注文後に製造を開始するため、リードタイムが数週間〜数ヶ月に及ぶことが多く、25日ルールの影響を最も受けやすい販売形態です。

受注生産の決済パターンは主に3つあります。

• 前払い（全額）: 注文時に実売上を確定。返品・キャンセルが発生した場合の返金処理が必要になる
• 後払い: 製造・発送後に決済。顧客の支払い逃げリスクを事業者が負担する
• オーソリ維持（再オーソリ）: 製造期間中はオーソリを維持し、発送時にキャプチャ。最も顧客フレンドリーだが再オーソリの仕組みが必要

各パターンのメリット・デメリットと最適な設計フローは「受注生産ECの決済設計ベストプラクティス ― 前払い・後払い・オーソリ運用を徹底比較【2026年版】」で詳しく解説しています。

Demand Securingという新しい考え方

Demand Securing（ディマンドセキュリング）とは、EC予約販売における「需要確保」の新概念です。顧客の購買意欲と支払能力を、商品が利用可能になる時点まで確実に確保する仕組み全体を指します。単なる「再オーソリ」という技術的処理を超え、「需要を確保する」というビジネス価値として捉え直したコンセプトです。

Demand Securingの考え方では、予約販売の課題は「在庫管理の問題」ではなく、「需要と在庫のマッチングを確実に成立させる問題」として定義されます。従来のOMS（注文管理システム）は「注文が入ってから在庫を管理する」ものですが、Demand Securingは「注文が入った瞬間から需要（決済）を確保する」という点で根本的に異なります。

Recustomer予約購入・Back in Stockでは、以下の4つのモードでDemand Securingを実現しています。

Demand Securingの詳細な定義・背景・OMS との違い・市場への影響については「Demand Securing（ディマンドセキュリング）とは？ EC予約販売の「需要確保」を実現する新概念」で詳しく解説しています。

なお、予約販売の会計処理（売上計上のタイミング）についてもよく質問を受けます。IFRS15の「5ステップモデル」に基づく処理方法は「予約販売の売上計上はいつ？ IFRS15・ASC606に基づくEC会計処理の完全ガイド」をご参照ください。

Recustomer予約購入・Back in Stockの具体的な導入手順は「Recustomer予約購入・Back in Stock導入ガイド ― 4ステップで始めるEC予約販売の決済自動化」をご覧ください。最短2週間で導入できます。

よくある質問（FAQ）

Q. EC予約販売の決済とは何ですか？

EC予約販売の決済とは、注文受付から商品発送まで日数がかかる予約販売において、クレジットカードのオーソリ（仮売上）を安全に維持し、発送時に確実にキャプチャ（実売上）する仕組みです。25日ルール・再オーソリ・チャージバック対策・3Dセキュア対応など、通常の物販にはない特有の課題があります。

Q. 25日ルールとは何ですか？

2026年7月に施行されたVisa・Mastercardのオーソリ有効期限短縮ルールです。国内発行カードは最大25日間、海外発行カードは最大7日間に短縮されました。注文から発送まで25日以上かかる予約販売ECでは、対策なしでは発送前にオーソリが自動キャンセルされ、売上が消失します。詳細は「オーソリ25日ルールとは？」をご覧ください。

Q. オーソリ切れが起きるとどうなりますか？

発送時にキャプチャができず売上を計上できない状態になります。顧客の与信枠は解放されますが、事業者は商品を手配済みにもかかわらず代金を受け取れません。再決済を顧客に依頼することもできますが、カゴ落ちや顧客体験悪化のリスクが高まります。

Q. 再オーソリ（再与信）とは何ですか？

再オーソリ（再与信）とは、オーソリの有効期限が切れる前に新たなオーソリを取得し直して与信を維持する処理です。期限が近づくたびに繰り返すことで、発送日まで決済を成立させられる状態を保ちます。詳細は「再オーソリ（再与信）とは？」をご覧ください。

Q. 手動・単発自動・自動ループのどれを選べばよいですか？

月間件数で最適解が変わります。月10件未満は手動でも対応可能。月10〜50件は出荷前1回の単発自動が現実的。月50件以上は完全自動ソリューション（Recustomer予約購入・Back in Stock等）が事実上必須です。件数が増えるほど手動工数と人的エラーリスクが急増します。

Q. チャージバックはどのように防ぎますか？

予約販売のチャージバック対策は、3Dセキュア2.0の導入・配送追跡情報の記録・顧客への定期ステータス通知・明確な予約規約の設置が基本です。特に注文から発送まで時間がかかるため、顧客が購入を忘れることへの対策が重要です。詳細は「チャージバック対策ガイド」をご覧ください。

Q. 自動再オーソリを自社開発してもいいですか？

自社開発自体は可能ですが、実務的なハードルが高い領域です。自動ループ＋出荷フック停止のロジックには、Recustomer社が特許（第7721200号）を取得した技術が使われています。開発・保守コストに加え、カードブランドのルール変更のたびに改修が必要になるなど、継続的な負担が発生します。

Q. 3Dセキュア2.0義務化の予約販売への影響は？

2025年4月の義務化により、再オーソリ時にカード会社の判断で本人認証（3DS）が再要求されるケースが発生します。バックグラウンド処理が完結しないため、顧客への通知と再認証フローの設計が必要です。詳細は「3Dセキュア2.0×予約販売の落とし穴」をご覧ください。

Q. カート（Shopify・ec-force等）は25日ルールに対応していますか？

ShopifyはFuture Payments等のAPIを活用可能で、Recustomer予約購入・Back in Stockとの標準連携にも対応しています。ec-force等その他のカートの対応状況は各社の公式情報をご確認ください。ただし、カートの対応状況と、自動ループを安定運用できるかどうかは別の問題です。最新情報は「カート別の対応状況」をご確認ください。

Q. 決済代行会社は再オーソリAPIを提供していますか？

GMO・SBPS・PAY.JP・Stripeは再オーソリ相当のAPIを提供しています。ただし単発のAPIであり、自動ループは加盟店側で構築が必要です。各社の詳細は「決済代行別の対応状況」をご覧ください。

Q. Demand Securingとは何ですか？

Demand Securing（ディマンドセキュリング）は、顧客の購買意欲と支払能力を商品が利用可能になる時点まで確実に確保するEC予約販売の新概念です。Pre-order・Back in Stock・Waitlist to Secure・Commitmentの4モードで様々な販売形態に対応します。詳細は「Demand Securingとは？」をご覧ください。

Q. Recustomer予約購入・Back in Stockとはどのようなサービスですか？

Recustomer予約購入・Back in Stockは、EC予約販売向けの特許取得済み自動再オーソリソリューションです。特許第7721200号に基づき、オーソリ期限前に自動で再オーソリを繰り返し、出荷確定時に自動停止して実売上に移行。Shopifyに標準対応し、顧客の再操作なしで決済を自動完了します。25日ルールに完全対応し、最短2週間で導入可能です。詳細は「Recustomer予約購入・Back in Stock導入ガイド」をご覧ください。

まとめ — 予約販売ECの決済を守るために今すぐやるべきこと

• 25日ルール: 2026年7月から国内カード25日・海外カード7日にオーソリ有効期限が短縮。予約販売ECは対策必須
• 3つのリスク: オーソリ切れ（売上消失）・チャージバック多発・3Dセキュア再認証でのカゴ落ちが同時に顕在化
• 再オーソリの4ステップ: 期限検知→新オーソリ取得→旧オーソリ解放→発送時キャプチャ。失敗時の顧客通知もセットで設計する
• 3パターン比較: 月10件未満は手動、10〜50件は単発自動、50件超は完全自動ソリューションが現実解
• 特許: 自動ループ＋出荷フック停止の技術は特許第7721200号（Recustomer社）で裏付けられている。自社開発は開発・保守コストが膨大
• カート・決済代行: 主要カート・決済代行はAPI提供済みだが、自動化の実装まで自前で安定運用できるかは別問題
• Back in Stock・MTO: 再入荷予約・受注生産も同様の決済課題を抱えており、Demand Securingの4モードで対応可能
• Demand Securing: 「需要確保」という新概念で予約販売の課題を解決。Pre-order・Back in Stock・Waitlist・Commitmentの4モード
• 今すぐやること: ①自社の予約販売件数を確認、②現在のオーソリ管理フローを棚卸し、③25日を超える取引を特定、④Recustomer予約購入・Back in Stockの導入を検討する

出典・参考文献

1. 一般社団法人日本クレジット協会「クレジットカード不正利用被害の発生状況」（2024年: 被害額555.0億円）
2. Visa「Visa Core Rules and Visa Product and Service Rules」（2026年7月発効分）
3. PAY.JP「海外発行カードで取得できるオーソリ期限を『最大7日まで』に制限いたします」（2026年3月）
4. 経済産業省「割賦販売法の一部を改正する法律」（3Dセキュア2.0義務化根拠）
5. 特許情報プラットフォーム（J-PlatPat）「特許第7721200号」（Recustomer株式会社・自動再オーソリ制御）

関連記事

• オーソリ（仮売上）とは？ EC決済の仕組みをわかりやすく解説
• 再オーソリ（再与信）とは？ 仕組み・決済代行API対応・特許技術まで徹底解説
• オーソリ25日ルールとは？ EC予約販売への影響を詳しく解説
• 【2026年版】Visa・Mastercardルール変更一覧
• 【カート別】オーソリ期限25日短縮の対応状況
• 【決済代行別】オーソリ期限25日短縮の対応状況
• 【保存版】EC決済用語集50選 ― オーソリ・キャプチャ・チャージバックなど基本から専門用語まで
• EC事業者のためのチャージバック対策ガイド ― 原因・影響・防止策を徹底解説【2026年最新】
• Back in Stockを「通知」で終わらせない ― 再入荷を確実に売上に変えるEC決済自動化の新常識
• 受注生産ECの決済設計ベストプラクティス ― 前払い・後払い・オーソリ運用を徹底比較【2026年版】
• 予約販売の売上計上はいつ？ IFRS15・ASC606に基づくEC会計処理の完全ガイド
• 3Dセキュア2.0×予約販売の落とし穴 ― 再認証問題・カゴ落ちリスクと対策を解説
• Demand Securing（ディマンドセキュリング）とは？ EC予約販売の「需要確保」を実現する新概念
• Recustomer予約購入・Back in Stock導入ガイド ― 4ステップで始めるEC予約販売の決済自動化
• 再オーソリの自動化と特許 ― EC事業者が知っておきたい「作る vs. 買う」の判断基準
• Recustomer予約購入・Back in Stock ― 特許取得済み自動再オーソリソリューション