EC-CUBEでつくる、
サブスク・定期購入・頒布会。

はい。定期通販、会員制のサブスクリプションEC、頒布会など、販売モデルに応じて構築できます。ただし継続課金だけでなく、契約、注文生成、配送周期、商品変更、スキップ・休止・解約、決済失敗、在庫、受注処理まで要件を整理し、プラグイン・外部サービス・独自開発を比較します。

定期購入は同じ商品を周期的に購入する仕組み、サブスクは商品やサービスの利用権・会員体験を継続提供する仕組み、頒布会は回ごとに異なる商品を届ける仕組みです。実際の設計では、商品、契約、価格、回数、配送、在庫、変更権限で区別します。

要件に応じて設計できます。月単位・週単位・日数単位、配送希望日、締め日、次回注文生成日、休業日の扱いを整理し、運用可能な選択肢にします。

実現可能です。変更可能期限、連続スキップの可否、再開方法、解約理由、次回注文への反映タイミングなどを決め、顧客画面と管理画面の双方を設計します。

変更範囲と締め切りを定めれば対応できます。商品変更による価格・送料・在庫・割引・次回配送への影響を確認し、変更履歴も残せるようにします。

利用する決済会社と契約、トークン決済、再与信、カード更新、決済失敗時の再試行や通知仕様を確認します。EC-CUBE側だけでは決まらないため、決済サービスの仕様と合わせて設計します。

再決済回数、購入者への通知、管理者対応、出荷停止、契約状態の変更などを事前に決めます。失敗した注文がそのまま出荷されないよう、受注・物流との連携も確認します。

要件に応じて設計できます。初回価格、回数別価格、継続特典、最低継続回数、解約条件などは、画面表示・規約・受注計算が一致するようにします。

契約状態、次回配送日、商品、価格、支払方法、配送先、回数、履歴などのデータ構造と、決済会社側の継続課金情報を確認します。カード情報は直接移せない場合があるため、決済会社と移行方法を調整します。

はい。決済失敗、解約率、スキップ、継続回数、問い合わせ内容を確認し、画面、メール、商品構成、配送周期、運用フローの改善を支援します。