継続課金
公開 2026.10.01

継続課金の請求日はどう決める?月初・月末・申込日基準の考え方

継続課金を導入するとき、「毎月いつ決済するか」は意外に重要な設計項目です。毎月1日、月末、申込日と同じ日など、請求日の決め方によって、初回料金、29〜31日の扱い、解約、決済失敗、入金確認などの運用が変わります。特に「毎月」と「30日ごと」は同じではありません。この記事では、月謝・会費・継続寄付・サービス利用料などを想定し、継続課金の請求日を決めるときの考え方を実務の視点から整理します。

この記事でわかること
  • 月初・月末・申込日基準など、代表的な請求日の決め方
  • 「毎月」と「30日ごと」が同じではない理由
  • 29日・30日・31日申込をどう扱うか
  • 初回決済・解約・決済失敗時に決めておきたいルール
  • 請求日をシステム設計へ落とし込むときの確認ポイント

継続課金の「請求日」とは

継続課金では、月謝、会費、継続寄付、サービス利用料などを、あらかじめ決めた条件に基づいて繰り返し決済します。

そのとき重要になるのが、「いつ次の決済を行うのか」というルールです。

たとえば、同じ月額10,000円でも、次のような設計があります。

  • 全員を毎月1日に決済する
  • 全員を毎月末日に決済する
  • 毎月15日に決済する
  • 申込日と同じ日に毎月決済する

どの方法でも継続課金はできますが、初回請求、解約、金額変更、決済失敗などの扱いが変わります。

KEY POINT
請求日は単なる「システムの設定値」ではありません。いつからいつまでの料金なのか、初回はいくらか、解約時はどこまで請求するかという契約・業務ルールとセットで決めます。

まず「請求日」「利用期間」「締め日」を分けて考える

継続課金を設計するときは、「日付」を一つだけで考えないことが重要です。

少なくとも、次の情報を分けて整理します。

項目意味例
利用期間料金の対象となる期間10月1日〜10月31日
締め日利用額などを確定する日毎月末日
請求日支払者に請求を発生させる日翌月1日
決済日カード等の決済処理を実行する日翌月1日
入金日事業者の口座へ精算金が入る日PSPの入金サイクルによる

サービスによっては請求日と決済日が同じ場合もあります。

しかし、これらをすべて「請求日」と呼んでしまうと、社内やシステム開発時の認識がずれることがあります。

NOTE
本記事では分かりやすさのため「請求日」という言葉を中心に使いますが、実際のシステム仕様では、請求データ作成日と決済実行日を別に持つ場合があります。

代表的な3つの請求日パターン

全員を同じ日に請求する

毎月1日、15日、末日など、すべての支払者を同じ日に決済する方法です。

学校の月謝、団体の会費など、月単位でまとめて管理したい業務では分かりやすい方法です。

運営側にとっては、

  • 毎月の請求対象者をまとめて確認しやすい
  • 決済失敗者を同じタイミングで確認しやすい
  • 月単位の集計を行いやすい

といったメリットがあります。

一方、月の途中で申し込んだ人については、「初月をどう扱うか」というルールが必要になります。

申込日を基準に毎月請求する

10月10日に申し込んだ人は毎月10日、10月20日に申し込んだ人は毎月20日というように、申込日を基準に請求する方法です。

オンラインサービスなど、利用開始日から1か月単位でサービス期間を管理する場合に採用しやすい考え方です。

申込時にすぐ初回決済し、その日から次回決済日までを一つの利用期間とする設計にしやすい一方、顧客ごとに請求日が異なるため、運営側では毎日決済が発生する可能性があります。

月末を基準に請求する

毎月の最終日を請求日とする方法です。

月単位で契約・会計・利用実績を管理している業務では、「その月の料金を月末に決済する」と整理しやすい場合があります。

ただし、月末日は毎月同じ日付ではありません。

1月は31日、2月は28日または29日、4月は30日というように変わるため、システムでは「31日」と固定するのではなく、その月の最終日というルールを持たせる必要があります。

「毎月」と「30日ごと」は同じではない

継続課金をシステム化するときに注意したいのが、「毎月」と「一定日数ごと」の違いです。

たとえば1月1日から30日ごとに決済すると、次回は1月31日、その次は3月2日というように、決済日は少しずつ移動していきます。

一方、「毎月1日」であれば、2月1日、3月1日、4月1日と、カレンダー上の同じ日付で請求します。

KEY POINT
「1か月ごと」と「30日ごと」は別のルールです。月謝・会費などカレンダー上の月単位で管理する料金では、単純な日数加算ではなく「毎月○日」「毎月末日」として設計する方が実務に合う場合があります。

EMVCoの継続取引に関する資料でも、加盟店が実際には週・月・四半期などのカレンダー間隔で課金することが多いことを踏まえ、「毎月」という概念と単純な日数間隔を区別して扱う考え方が示されています。

29日・30日・31日申込はどうする?

申込日を基準に毎月請求する方式では、月によって存在しない日付をどう扱うか決める必要があります。

たとえば1月31日に申し込んだ人について、2月には31日がありません。

代表的な考え方には、次のようなものがあります。

ルール1月31日申込の場合特徴
毎月末日扱い2月末日、3月31日、4月30日月末契約として一貫しやすい
存在する最終日に補正2月末日、その後31日へ戻す元の申込日を基準として保持
固定日へ統一翌月以降は28日など処理は単純だが契約条件の説明が必要

どのルールが正しいというものではありません。

重要なのは、システム側の挙動だけでなく、利用規約や申込画面の説明と一致させることです。

CAUTION
31日がない月だけ28日や30日に決済した結果、その後もずっと28日・30日に変わってしまうのか、翌月は再び31日に戻るのかで運用は変わります。システム実装前に明確なルールを決めておきましょう。

初回決済をどうするか

全員の請求日を毎月1日に統一する場合、月途中の申し込みをどのように扱うか決める必要があります。

たとえば10月20日に申し込んだ場合には、次のような選択肢があります。

申し込み時に1か月分を決済する

10月20日の申し込み時に1か月分を決済し、次回は11月1日に決済する方法です。

ただし、この場合は初回の利用期間が通常より短くなるため、料金との整合性を確認する必要があります。

初月を日割りする

10月20日から10月31日までの料金だけを初回に請求し、11月1日から通常の月額料金へ移行します。

公平感を持たせやすい一方、日割り計算のルールや端数処理が必要になります。

翌月から課金する

申込月は無料とし、翌月1日から通常料金を請求する方法です。

運用は分かりやすくなりますが、無料期間をどこまで認めるかを決めておく必要があります。

NOTE
初回請求のルールは、決済システムの都合だけで決めるのではなく、サービス提供開始日、利用期間、契約条件と合わせて設計します。

前払いと後払いでも請求日の意味が変わる

同じ「毎月1日決済」でも、それが何月分の料金なのかによって意味が異なります。

前払い

10月1日に、10月1日から10月31日までの料金を請求する考え方です。

月謝、会費、定額サービスなどで利用されることがあります。

後払い

11月1日に、10月1日から10月31日までの料金を請求する考え方です。

利用量に応じて金額が変わるサービスなどでは、対象期間終了後に金額を確定して請求する設計があります。

システム上の決済日だけを見ていると、どの期間に対する料金なのか分からなくなるため、「対象年月」「利用期間」などもデータとして持っておくと管理しやすくなります。

決済失敗で請求日は変える?

継続課金では、設定した日に必ず決済できるとは限りません。

カードの利用可能額、有効期限、再発行などによって決済に失敗する場合があります。

たとえば毎月1日が請求日の契約で、10月1日の決済に失敗し、10月5日の再決済で成功したとします。

ここで、次回請求を11月1日のままにするのか、「成功した10月5日」を新しい基準日にして11月5日へ変更するのかで、その後の運用が変わります。

KEY POINT
再決済日は「本来の請求日」と分けて管理する方が分かりやすい場合があります。決済失敗のたびに次回請求日まで移動すると、契約ごとの請求サイクルが徐々にずれる可能性があります。

解約時は「いつまで請求するか」を決める

請求日の設計は、解約ルールとも密接に関係します。

たとえば月末まで利用できるサービスで、毎月1日に前払いしている場合、10月15日に解約申請を受けたときに、

  • 即日解約するのか
  • 10月31日まで利用可能とするのか
  • 残期間を日割り返金するのか
  • 返金せず月末まで利用可能とするのか

といったルールが必要です。

また、「次回請求日前日までに解約すれば次回課金しない」とする場合には、解約申請の締切時間やタイムゾーンもシステム上で明確にする必要があります。

休止・再開では請求日をどうする?

サービスによっては、解約ではなく一時休止を受け付ける場合があります。

再開するときには、

  • 元の請求日に戻す
  • 再開日を新しい請求日にする
  • 全員共通の次回請求日まで日割りする

などの選択肢があります。

どの方法を選ぶにしても、休止前の「次回請求日」を残しておくのか、再開時に新しく計算するのかをシステム仕様として決めておく必要があります。

継続課金の請求日を決める7つのポイント

請求日を決めるときは、次の順番で整理すると設計しやすくなります。

STEP
  1. 料金の対象期間を決める
    暦月単位なのか、申込日から1か月単位なのか、まずサービス期間を明確にします。
  2. 前払い・後払いを決める
    利用前に請求するのか、利用期間終了後に請求するのかを決めます。
  3. 請求日の基準を決める
    毎月1日、月末、申込日基準など、基本となる請求サイクルを決めます。
  4. 月途中の申し込みを決める
    日割り、初月無料、申込時全額など、初回決済のルールを決めます。
  5. 存在しない日付の扱いを決める
    29日・30日・31日基準の契約を短い月でどう処理するか決めます。
  6. 決済失敗・休止・解約時の扱いを決める
    再決済で基準日を変えるか、停止・再開時の次回請求日をどう計算するか決めます。
  7. 画面表示・規約・システム仕様を一致させる
    利用者への説明と実際のシステム処理に違いが出ないよう確認します。

まとめ:請求日は契約と業務をつなぐルール

継続課金では、「毎月自動決済する」と決めるだけでは十分ではありません。

毎月何日に決済するのか、初月をどうするのか、月末をどう扱うのか、決済に失敗したらどうするのか。

さらに、解約や休止、金額変更などが発生したときにも、請求日のルールが関係します。

特に注意したいのは、「毎月」と「30日ごと」を同じものとして扱わないこと、そして29日・30日・31日など存在しない月がある日付の扱いを事前に決めることです。

請求日は、決済システムの設定ではなく、契約条件、サービス提供、入金管理をつなぐ業務ルールです。

例外が発生したときまで想定して設計することで、継続課金をより安定して運用できるようになります。

よくある質問(FAQ)

A.

いいえ。全員を毎月1日など同じ日に決済する方法もあれば、支払者ごとの申込日を基準にする方法もあります。サービス期間や運用方法に合わせて決めます。

A.

同じではありません。月の日数は28〜31日まで変わるため、30日間隔では決済日が徐々に移動します。EMVCoの資料でも、継続支払いは実務上、単純な日数ではなく月・四半期などのカレンダー間隔で行われることが多いと整理されています。

A.

一律の正解はありません。2月末日に決済して翌月は31日へ戻す、以後すべて月末扱いとするなど、システムと契約のルールとして決めます。

A.

必ずしもそうする必要はありません。本来の請求日と再決済日を分けて管理すれば、決済失敗によって請求サイクルがずれることを防ぎやすくなります。

A.

利用する決済システムによります。EMVCoの現行資料でも、継続支払いには固定金額・変動金額、固定頻度・変動頻度など複数のパターンが想定されています。

SEARCH