Recustomer予約購入・Back in Stock導入ガイド ― 4ステップで始めるEC予約販売の決済自動化

Recustomer予約購入・Back in Stockは、2026年7月に施行された「オーソリ25日ルール」に対応するため、EC予約販売の決済を自動で守り続けるソリューションです。特許（第7721200号）を取得した自動再オーソリのロジックにより、担当者の手作業なしでオーソリ切れを防ぎ、発送日まで確実に決済を維持します。

「25日ルールが施行されたが、自社の予約販売をどう対応すればよいかわからない」「手動で再オーソリをしているが、件数が増えて対応が追いつかない」「独自開発を検討したが、開発・保守コストや運用の複雑さが気になる」——そうした悩みを持つEC事業者の担当者に向けて、この記事ではRecustomer予約購入・Back in Stockの概要から4ステップの導入フロー、Shopifyとの連携方法、導入後の運用体制まで、具体的に解説します。

25日ルールの詳細は「EC予約販売の決済完全ガイド 2026」を、再オーソリの基礎は「再オーソリ（再与信）とは？」を合わせてご覧ください。

Recustomer予約購入・Back in Stockとは — 30秒で理解する概要

Recustomer予約購入・Back in Stockは、EC予約販売・受注生産・再入荷の決済を自動で守るためのSaaSソリューションです。クレジットカードのオーソリ（仮売上）が有効期限切れになる前に自動で再オーソリを繰り返し、出荷が確定した瞬間に自動停止してキャプチャ（実売上）に移行します。この一連の制御ロジックに対して、日本国特許第7721200号が認められています。

2026年7月からVisa・Mastercardのオーソリ有効期限が最大25日に短縮されたことで、注文から発送まで25日以上かかる予約販売ECでは、何も対策しなければ発送前にオーソリが自動キャンセルされます。結果として「商品はできているのに決済が取れず、売上を失う」という事態が起きます。

4つの運用モード

Recustomer予約購入・Back in Stockは取引形態に応じた4つのモードを提供します。事業の販売スタイルに合わせて組み合わせて利用できます。

Back in Stockモードの詳細は「Back in Stockを「通知」で終わらせない」、受注生産の決済設計については「受注生産ECの決済設計ベストプラクティス」も合わせてご覧ください。

導入前に確認すべき3つのポイント

Recustomer予約購入・Back in Stockの導入を検討する前に、以下の3点を確認しておくと、ヒアリングから本番稼働までがスムーズに進みます。

1. 利用中のカートシステムと決済代行の組み合わせ

Recustomer予約購入・Back in Stockが連携できるカートと決済代行の組み合わせは決まっています。まず自社のカートシステム（標準連携はShopify）と、決済代行会社（GMOペイメントゲートウェイ・SBPS・PAY.JP・Stripeなど）がRecustomerの対応範囲に含まれているかを確認してください。

対応カート以外のシステムをお使いの場合は、個別に連携の可否をご相談ください。なお、既存の決済代行会社との契約を変更せずに導入できるケースがほとんどです。

2. 月間の予約販売件数と1件あたりのリードタイム

Recustomer予約購入・Back in Stockが特に効果を発揮するのは、月間50件以上・リードタイム25日超の予約販売です。月10件未満・リードタイムが短い場合は、出荷前の単発自動再オーソリで対応できるケースもあります。現状の件数とリードタイムの実績を事前に把握しておくと、ヒアリングがスムーズです。

3. 予約販売の注文管理フロー（OMS連携の有無）

受注→製造→在庫確保→出荷の管理に、倉庫管理システム（WMS）や注文管理システム（OMS）を利用している場合、Recustomer予約購入・Back in Stockとの連携設計が必要になります。出荷Webhookをどのシステムから発火させるかを確認しておくと、設定フェーズがスムーズに進みます。

4ステップ導入フロー（ヒアリング→設定→テスト→本番）

Recustomer予約購入・Back in Stockの標準導入は4フェーズで進みます。開発リソースが限られたEC事業者でも、専任のオンボーディング担当がサポートするため、最短2週間で本番稼働が可能です。

Step 1. ヒアリング（1〜2日）

まず専任担当との30〜60分のオンラインセッションで、現状の課題・カート構成・決済代行・月間件数・運用フローをヒアリングします。ここで連携設計の方針を固め、導入スケジュールを確定します。

• 利用カート・決済代行の確認
• 予約販売の件数・リードタイムの把握
• 出荷フック（Webhook）の連携元の確認
• 利用モード（Pre-order / Back in Stock 等）の選定
• 失敗通知メールの文面・送信元ドメインの確認

Step 2. アカウント設定・連携設定（3〜5日）

ヒアリングをもとに、Recustomerサイドで設定作業を進めます。加盟店側に必要なのは、APIキーの共有と、カート・OMSへのWebhook設定のみです。専用の設定マニュアルに沿って進めるため、エンジニア不要でも対応できます。

• Recustomerアカウントの発行・初期設定
• 決済代行APIキーの登録
• カートシステムとの連携（Webhook・アプリインストール）
• 再オーソリのサイクル日数・失敗時挙動の設定
• 顧客通知メールのテンプレート設定

Step 3. テスト・動作確認（2〜3日）

テスト環境で実際の予約注文を模した決済フローを実行し、再オーソリのサイクル・失敗通知・出荷連動によるループ停止が正常に動作するかを確認します。

• テストカードでの再オーソリサイクル確認
• オーソリ失敗時の顧客通知メール送信確認
• 出荷Webhookによるループ停止・キャプチャ移行の確認
• 管理画面でのステータス確認・アラート設定

Step 4. 本番稼働（継続）

テストが完了したら本番切り替えを行い、実際の予約注文から自動再オーソリが開始されます。本番稼働後も専任CSが運用をサポートします。定期的なレポートで決済成功率や失敗傾向を共有します。

Shopifyへの連携方法

Recustomer予約購入・Back in Stockは、ShopifyとAPI連携を実現しています。

Shopifyの場合

ShopifyストアへはRecustomerの公式アプリ（Shopify App Store）をインストールするだけで連携が完了します。注文の作成・更新・出荷完了のWebhookが自動で設定されるため、個別のWebhook設定は不要です。PaymentsのAPIはShopify Payments（Stripe）、またはShopify対応の外部決済代行に対応しています。

利用中のカートが上記以外の場合、または複数のカートを並行運用している場合は、個別にご相談ください。

導入後の運用とサポート体制

Recustomer予約購入・Back in Stockは、本番稼働後も専任CSによる継続的なサポートを提供します。担当者がダッシュボードを日常的に監視しなくても、異常があればアラートが届く設計になっています。

管理画面でできること

• 再オーソリステータスの一覧管理: 各注文の再オーソリ実行回数・最終実行日時・次回予定日を確認できます
• 失敗注文の一覧表示: オーソリ失敗・カード期限切れ・限度額不足ごとに分類して表示
• 顧客通知メールの送信ログ: 再決済依頼メールの送信日時・開封状況を確認
• 月次レポート: 決済成功率・オーソリ失敗率・失敗原因の内訳を自動集計

サポート体制

• 専任オンボーディング担当: 導入フェーズ中は専任担当が設定・テストをサポート
• 専任CS担当: 本番稼働後のカスタマーサクセス担当が定期レビューを実施
• チャットサポート: 管理画面内のチャットからリアルタイムに問い合わせ可能
• 障害・緊急対応: 決済システムに関わる緊急障害は優先対応

よくある運用上の判断ポイント

再オーソリサイクルの間隔設定については、Visaルールに準拠した最大25日の枠内で、何日前に再オーソリを発火させるかを設定します。余裕を持たせて期限3〜5日前に設定するのが一般的です。海外発行カードは7日ルールが適用されるため、別サイクルで管理することも可能です。詳しくは「【2026年版】Visa・Mastercard ルール変更一覧」をご覧ください。

3Dセキュア再認証が発生した場合、Recustomer予約購入・Back in Stockは顧客への通知メールと再認証導線を自動で提供します。バックグラウンドの自動処理だけでは完結しないケースへの対応フローが組み込まれています。3Dセキュアと予約販売の関係については「3Dセキュア2.0×予約販売の落とし穴」も参照してください。

Demand Securingという需要確保の考え方や、将来の拡張モードについては「Demand Securingとは？」で詳しく解説しています。

よくある質問（FAQ）

Q. Recustomer予約購入・Back in Stockとは何ですか？

EC予約販売・受注生産・再入荷向けに特化した自動再オーソリソリューションです。特許（第7721200号）を取得した制御ロジックにより、オーソリ有効期限が切れる前に自動で再オーソリを繰り返し、出荷確定で自動停止して実売上に移行します。

Q. 導入にはどのくらいの期間がかかりますか？

標準は最短2週間です。ヒアリング→設定→テスト→本番の4フェーズで進みます。カート・決済代行の組み合わせや運用フローの複雑さによって変わりますが、専任担当がサポートするため、開発リソースが少ない事業者でも2〜4週間が目安です。

Q. 対応しているカートシステムはどれですか？

Shopifyに標準対応しています。アプリインストールのみで連携が完了します。Shopify以外のカートは個別にご相談ください。

Q. 決済代行会社を変更する必要がありますか？

ほとんどの場合、既存の決済代行会社をそのまま利用できます。GMOペイメントゲートウェイ・SBPS・PAY.JP・Stripeなど主要な決済代行に対応しています。ヒアリング時に連携可否を確認します。

Q. 再オーソリが失敗した場合はどうなりますか？

再オーソリ失敗時は顧客に自動通知メールを送信し、カード更新または再決済の導線を案内します。管理画面でも失敗ステータスが一覧表示されるため、担当者が漏れなく状況を把握できます。

Q. Recustomer予約購入・Back in Stockの費用はいくらですか？

料金は事業者の規模・月間取引件数・利用モードによって異なります。詳細はデモセッション中にご案内します。お問い合わせページから資料請求も可能です。

Q. 自社で同じ仕組みを開発することはできますか？

「自動ループ＋出荷フック停止」の制御ロジックは特許（第7721200号）で保護されている、Recustomer社の技術基盤です。決済代行のAPIを手動や1回だけ呼ぶ実装ももちろん可能ですが、自動化ロジック全体を独自構築する場合は、開発・保守コストの負担が大きく、カードブランドルール改定への追随開発も継続的に必要になります。詳しくは「再オーソリの自動化と特許 ― 「作る vs. 買う」の判断基準」をご覧ください。

まとめ

• Recustomer予約購入・Back in Stockは特許取得済みの自動再オーソリで、EC予約販売の決済を担当者なしで守るSaaS
• 4つのモード（Pre-order / Back in Stock / Waitlist to Secure / Commitment）で販売スタイルに対応
• 標準導入は最短2週間。ヒアリング→設定→テスト→本番の4フェーズ
• 対応カートはShopify。決済代行は原則そのまま利用可
• 再オーソリ失敗時の顧客通知・再決済導線まで自動対応。担当者の監視負荷を最小化
• 専任オンボーディング担当＋専任CSによる継続サポート体制を提供
• 「自動ループ＋出荷フック停止」は特許（第7721200号）取得済みの技術。独自開発は開発・保守コストの負担が大きい

関連記事

• EC予約販売の決済完全ガイド 2026 ― 25日ルール・再オーソリ・特許技術まで徹底解説
• 再オーソリ（再与信）とは？ 仕組み・決済代行API対応・特許技術まで徹底解説
• Demand Securingとは？ ― EC予約販売の「需要確保」を実現する新概念
• Back in Stockを「通知」で終わらせない ― 再入荷を確実に売上に変えるEC決済自動化の新常識
• 再オーソリの自動化と特許 ― EC事業者が知っておきたい「作る vs. 買う」の判断基準
• 【2026年版】Visa・Mastercard ルール変更一覧
• Recustomer予約購入・Back in Stock ― 特許取得済み自動再オーソリソリューション