コンサル継続課金は、カードを毎月引き落とすだけでは整いません。契約期間、支援範囲、請求日、解約日を同じ基準で管理する必要があります。個人事業主でも続けやすい構成を整理します。
コンサル継続課金の現行費用
2026年8月8日時点のStripe標準料金では、国内カード決済は成功額の3.6％です。Billingは継続請求の取引額に0.7％が加わります。初期費用や月額料金は標準プランにありません。
一回ごとの請求書ならInvoicingも選べます。Starterは支払済み請求書の0.4％です。決済にはStripe Paymentsの料金も適用されます。
費用は次の三層へ分けると比較しやすくなります。契約書の作成や会計処理に掛かる費用は別に見積もります。
- 決済の手数料
国内カードなら成功額の3.6％が基準です。海外カードや別の決済手段では条件が変わります。 - 継続請求の手数料
Billingは対象取引額の0.7％です。定額契約や段階的な料金変更を管理できます。 - 請求書の手数料
Invoicing Starterは支払済み請求書の0.4％です。単発請求や月ごとに金額が変わる業務へ使えます。
十万円の国内カード継続決済なら、単純計算は4,300円です。内訳は決済3,600円とBilling 700円になります。返金や税務処理は個別条件を確認してください。
判断表で選ぶ請求方式
請求方式は、支援内容が毎月同じかで分かれます。コンサル継続課金を固定料金にするなら、サブスクリプションが候補です。作業量が変わる契約では請求書が扱いやすくなります。
次の判断表へ実際の契約を当てはめます。顧客の支払いやすさと運営側の確認量を一緒に見ます。
- 定額の月次支援
毎月の範囲と金額が同じ契約です。Billingで自動請求し、支払状況を継続して追えます。 - 変動する月次支援
作業時間や追加業務で金額が変わる契約です。内容を確定してからInvoicingで請求します。 - 導入後に料金が変わる支援
初月だけ安い場合や段階的に範囲を広げる契約です。Subscription Schedulesで将来の変更を予約できます。 - 都度合意が必要な支援
毎回の見積もり承認が必要な業務です。自動課金を急がず、合意後の請求書を使います。
自動化の量は契約の安定度に合わせます。毎月の判断が残る業務まで定額化すると、請求と実態がずれやすくなります。
費用試算で方式を比べる
月額十万円の固定支援を国内カードで受ける例を考えます。Billing利用時の表示料金は合計4.3％です。一方、請求書Starterなら表示料金の単純合計は4.0％です。
差額だけなら月300円ですが、必要な作業は同じではありません。固定契約では自動更新の管理が役立ちます。変動契約では請求内容を確定できる方が重要です。
試算には次の項目を含めます。手数料だけでなく、毎月の事務時間も金額へ置き換えます。
- 月額と契約件数
変動費と月間売上を求める基準です。少額案件が多い場合は問い合わせ件数も増えます。 - 請求内容の変化
追加作業が毎月あるかを確認します。変更が多ければ自動課金後の調整が負担になります。 - 未払い対応の時間
再請求、連絡、支援停止の作業を数えます。自動メールや再試行で減らせる部分を分けます。
安い方式が最適とは限りません。契約と請求を合わせやすい方が、顧客との確認往復を減らせます。
向く条件と向かない条件
継続請求に向くのは、成果物より支援枠を提供する契約です。定例相談や月次レビューなど、範囲を言葉で固定できる業務が該当します。
適性は次の条件で判断します。支援の品質まで決済機能へ任せられるわけではありません。
- 向いている契約
期間、回数、連絡方法が定まっている支援です。月ごとの追加判断が少なく、自動請求と合わせやすくなります。 - 請求書が向く契約
稼働量や経費が月ごとに変わる支援です。確定した明細を示してから支払いを受けられます。 - 慎重に扱う契約
途中で範囲が頻繁に変わる支援です。口頭変更を続けず、合意記録と請求内容を更新します。 - 自動化を急がない契約
審査や成果確認後に請求する業務です。支払日より前に提供条件を確定させます。
顧客ごとに例外が多い場合は、先に契約の型を整えます。例外処理を減らしてから自動化すると安全です。
契約情報を請求へつなぐ手順
決済画面は契約書の代わりではありません。契約で決めた項目を請求設定へ転記し、同じ顧客番号で追える状態を作ります。
実装は次の順番で進めます。小さな構成でもテスト用の顧客を用意してください。
- 契約条件を一枚にまとめる
期間、料金、支援範囲、更新、解約を記録します。法務判断が必要な表現は専門家へ確認します。 - 商品と料金を登録する
固定契約は商品と継続価格を作ります。契約名と管理画面の名称を対応させます。 - 支払い方法を案内する
Payment Linksなどの支払いページを顧客へ送ります。契約前の人へ誤送信しない管理も決めます。 - 顧客ポータルを設定する
カード変更、請求書閲覧、解約の可否を選びます。解約時期は契約文と同じ動きにします。 - 失敗通知を設定する
支払失敗メールと再試行の方針を決めます。支援停止前には担当者が状態を確認します。 - 月次で照合する
契約一覧、入金、提供状況を突き合わせます。変更予約と解約予定も同じ日に確認します。
API連携を使う場合はWebhookを受信します。決済完了画面だけで入金済みと判断せず、署名を検証したイベントを処理します。
運用注意で防ぐ請求事故
契約変更と請求変更を別々に進めると事故が起きます。担当者と変更日を一つの記録へ残すことが重要です。
運用では次の点を決めておきます。税務や契約の最終判断は専門家へ相談してください。
- 日割りの扱い
月途中の変更で差額を出すかを決めます。Stripeの按分設定と顧客への説明を一致させます。 - 解約の時期
即時終了か期間末終了かを定めます。ポータルの設定も同じ時期になるよう確認します。 - 支払失敗への対応
Smart Retriesは回収を助けますが、必ず成功する仕組みではありません。連絡期限と支援停止の基準を別に用意します。 - 権限の管理
料金や返金を変更できる人を絞ります。退職者や外部担当者の権限も定期的に見直します。 - 個人情報の範囲
支援に不要な情報は集めません。契約資料と決済情報の保存場所を分けて管理します。
自動化は確認をなくす仕組みではありません。異常だけを人が見つけやすい形へ変えるものです。
実装確認のチェックリスト
公開前は新規契約から解約までを通して試します。正常時だけでなく失敗時の表示も確認します。
- 契約との一致
金額、開始日、更新周期を照合します。支援範囲の名称も顧客向け表示と合わせます。 - テスト決済
成功と失敗の両方を試します。二重契約を防ぐ導線も確認します。 - 請求書と領収情報
宛名、明細、送信先を確認します。会計側へ渡すデータも照合します。 - 顧客ポータル
カード変更と請求履歴を顧客役で試します。許可していない変更ができないことも見ます。 - 変更と解約
料金変更の反映日を確認します。期間末解約が予定どおり動くかも試します。 - 障害時の連絡
決済停止時の代替手順を用意します。顧客と運営担当の連絡先を分けて残します。
確認結果には実施日と担当者を残します。料金や仕様が変わった時も同じ項目を再検証します。
公式情報で確認した仕様
以下は2026年8月8日に確認した一次情報です。料金や管理画面の項目は変更される可能性があります。
- Stripeの標準料金
公式料金ページで国内カード3.6％を確認しました。初期費用と月額料金がない標準体系も掲載されています。 - Billingの料金
Billing公式料金で対象取引額0.7％を確認しました。継続請求とノーコード機能の範囲も説明されています。 - Invoicingの料金
Invoicing公式料金でStarter 0.4％を確認しました。固定費や設定費用がないことも示されています。 - 顧客自身での管理
カスタマーポータル公式資料でカード変更や請求書閲覧を確認しました。解約やプラン変更には設定と制限があります。 - 将来の料金変更
Subscription Schedules公式資料で段階変更を確認しました。フェーズは順番に適用され、最大十段階です。 - 失敗決済と通知
Revenue Recovery公式資料で再試行と通知を確認しました。自動処理後も未払い状態の確認が必要です。 - 状態変更の受信
Webhook公式資料で支払失敗や解約イベントを確認しました。受信元の検証を含む実装が案内されています。
AIは調査と構成の補助に使用しました。公開前後の内容とリンクは人が確認する運用方針です。
導入相談が必要になる場面
決済リンクだけなら自分でも始められます。契約変更、請求書、会員権限まで連動すると設計範囲は広がります。
Literamentでは、支援内容と料金を公開しています。コンサル継続課金の契約と請求を一緒に整えたい場合は、お問い合わせから現状をご相談ください。