---
title: "月謝管理システムのクレカ決済：口座振替との手数料分岐と未収金・返金の設計"
url: "https://www.issoh.co.jp/column/details/17218/"
published: 2026-09-02
updated: 2026-09-02
categories: ["業務システム"]
publisher: "株式会社一創"
---

# 月謝管理システムのクレカ決済：口座振替との手数料分岐と未収金・返金の設計

月謝の集金をクレジットカードに切り替えたい、という相談は「現金の袋を数えるのをやめたい」から始まります。ところが手段をカードにそろえた教室ほど、半年後に別の相談が来ます。手数料が思ったより効いている、初月だけ回収漏れが出る、退会の返金処理が手作業で残った、という3つです。この記事では、カードの継続課金と口座振替が費用・回収速度・初期リードタイムのどこで入れ替わるのかを数値で示し、月謝管理システムに何を持たせれば未収金と返金の事務が消えるのかを、発注前に決められる粒度で整理します。

## まとめ：月謝のクレカ集金を主軸にする条件と口座振替を残す条件

- クレジットカードは決済額に対する料率、口座振替は1件あたりの単価で費用が決まります。分岐は生徒数ではなく月謝額側にあり、単価が上がるほどカードが不利になります。
- 回収の失敗から立て直すまでの時間は、カードなら日単位、口座振替なら月単位です。この時間差がそのまま資金繰りの差になります。
- 口座振替は引き落とし開始までにリードタイムがあり、入会初月に必ず穴が空きます。埋める手段を先に決めていないと初月だけ手作業が残ります。
- カード情報の非保持化とEMV 3-Dセキュアは、EC加盟店として決済を持つ以上避けられない前提条件です。自社構築でもカード番号を自社サーバに通さない接続方式を選びます。
- 学習塾や語学教室の月謝は、契約金額と期間の条件を満たすと特定継続的役務提供に当たり、中途解約時に請求できる額に上限がかかります。
- 既製の集金サービスで足りるのは、決済と会員名簿が1対1で結びつく教室までです。コース振替・兄弟割・複数拠点の按分が絡むと受託開発の検討に入ります。

## 月謝の集金方式5つと、教室の事務がどこで残り続けるかの分かれ目

月謝の集金には、現金の手渡し、銀行振込、口座振替、クレジットカードの継続課金、コンビニ払いという5つの経路があります。並べると横並びに見えますが、事務負担の質はまったく違います。分かれ目は手数料ではなく、「誰が毎月行動するか」です。

### 毎月の支払い行動を保護者に求める方式と、初回登録だけで完了する方式の差

現金・銀行振込・コンビニ払いは、毎月保護者が支払う行動を起こします。行動が必要な方式は、必ず一定割合が遅れる。教室側は入金消込を毎月やり直し、遅れた分だけ督促の連絡を入れます。生徒50人で回収率95%なら、毎月2〜3件の督促が発生し続ける計算です。

口座振替とクレジットカードの継続課金は、初回に一度登録すれば以降は自動で引き落とされます。遅延の発生源が「残高不足」と「カードの有効期限切れ」の2種類に固定されるため、システム側で先回りできるようになります。

### 入金消込を自動化できるのは、請求と結果を機械が突き合わせられる方式だけ

銀行振込は自動化から最も遠い方式です。振込名義が保護者の氏名と一致しない、兄弟分をまとめて1件で振り込む、金額が数十円ずれる、という事象が日常的に起きます。振込データと請求データが機械的に結びつかないため、消込は目視で残ります。

口座振替とカード決済は、請求データを教室側が作って送り、結果が成功か失敗かで返ってきます。金額のずれが構造的に発生しません。事務削減を目的に月謝管理システムを入れるなら、方式は最初からこの2つに絞られます。会員名簿・入退室・請求までを一体で見るときの選定条件は[塾管理システムとは？機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準](https://www.issoh.co.jp/column/details/16068/)で整理しています。

### コンビニ払いを残すべき場面と、5万円以上の決済で発生する印紙代の存在

コンビニ払いは、口座もカードも登録できない層への受け皿として残す価値があります。ただし継続課金には向きません。毎月払込票を発行し、支払われたかどうかを追う作業が残るためです。年会費や教材費のような単発の請求で使うのが落としどころになります。金額にも条件があり、会費ペイの公開料金では5万円以上のコンビニ決済1件につき200円の印紙代がかかります。年払いの一括請求をコンビニに寄せると、この費目が生徒数ぶん積み上がる構造です。

## クレカの料率と口座振替の件数単価、月謝額で入れ替わる1件あたりの総額

費用構造の比較で見落とされやすいのが、料率だけでなく「1件いくら」の成功課金が別途乗るサービスがある点です。この2階建てが、少額の月謝ほど実効負担を押し上げます。

### 公開料金で比べる料率型サービスと件数定額型サービスのコスト構造

教室向けの集金サービスが公開している料金を並べます。会費ペイは初期費用0円・月額費用0円で、システム利用料として決済額の3.5%に加え、成功した請求1件あたり100円がかかる体系です。売上の送金は毎月15日前後で振込手数料300円（税別）、会員が口座情報を登録・変更するたびに500円（税別）の口座登録手数料も発生します。

これに対し、サブスクペイ（ROBOT PAYMENT）の口座振替は振替手数料85円という件数単価を公開しています。全国1,000以上の金融機関に対応し、Web上での口座振替受付にも対応、審査は最短2営業日、申し込みから最短3営業日で利用開始という条件です（いずれも2026年9月時点の各社公開情報）。

### 月謝額別に計算した1件あたりの負担額と、実効料率が跳ね上がる水準

料率3.5%＋成功1件100円という体系を月謝額に当てはめると、実効の負担率は次のように変わります。件数課金の100円が固定で乗るため、月謝が安いほど負担率が上がります。

| 月謝（税込）  | 料率3.5%＋100円/件の負担額 | 実効負担率 | 件数単価85円との差 |
| ------- | ----------------- | ----- | ---------- |
| 3,000円  | 205円              | 6.8%  | 120円       |
| 8,000円  | 380円              | 4.8%  | 295円       |
| 15,000円 | 625円              | 4.2%  | 540円       |
| 30,000円 | 1,150円            | 3.8%  | 1,065円     |

週1回3,000円のリトミック教室では、月謝の6.8%が集金コストに消えます。月謝30,000円の進学塾なら1件1,150円で、生徒100人だと月11.5万円、年間138万円。率で効くか絶対額で効くかが月謝額によって入れ替わるため、集金手段を全教室で一律にそろえる前提が成り立ちません。

### 生徒の入れ替わりが早い教室で効いてくる登録・変更のたびの課金

見積書に出にくいのが、口座登録手数料500円（税別）のような登録時課金です。年度替わりで生徒の3割が入れ替わる100人規模の教室なら、年30件・15,000円ぶんが登録費として出ます。転居や銀行の統廃合で口座を変える保護者もいるため、変更のたびに再課金される点も見込んでおきます。

費用の比較では、料率・件数課金・登録課金・送金手数料の4つを自分の教室の生徒数と月謝額に当てはめ、年額で並べる。率だけを見比べると判断を誤ります。決済代行への接続方式ごとの費用構造は[決済システムとは？仕組み・種類と、決済代行との接続方式・自社構築の判断軸を解説](https://www.issoh.co.jp/column/details/15263/)で扱っています。

## 引き落とし失敗からの回復にかかる時間差と、未収金が積み上がる条件

集金手段の本当の差は、成功したときではなく失敗したときに出ます。

### 口座振替で残高不足が起きたとき、回収が翌月へ持ち越される仕組み

口座振替は、金融機関に振替日を指定して請求データを送ります。振替日は月に1回で、その日に残高が足りなければ回収は失敗する。同月内の再振替に対応しているかは決済代行会社と金融機関の組み合わせで変わり、対応していない場合は翌月に2か月分をまとめて請求する運用になります。

まとめた請求は金額が倍になるぶん、再び残高不足を起こしやすくなります。1回の失敗が次の失敗を呼ぶ構造です。連鎖を止めるには、失敗した時点で振込用の請求を別経路で送るか、カード決済への切り替えを案内する運用を用意しておきます。

### カード決済の再試行を日単位で回せることが持つ、資金繰り上の意味

クレジットカードの継続課金は、与信が通らなかった場合に日を変えて再試行できます。限度額の超過や一時的な利用停止なら、数日後の再試行で通ることが珍しくありません。回復にかかる時間が月単位から日単位に縮みます。

何日後に何回まで再試行するか、何回失敗したら人が連絡するか。ここを決めずに導入すると、失敗した請求が誰にも気づかれないまま滞留します。再試行と督促の実装は[サブスクリプション課金とは？継続課金の仕組み・オフセッション決済と更新失敗対策の実装を開発視点で解説](https://www.issoh.co.jp/tech/details/15728/)で扱っています。

### 未収金の可視化に必要なデータの持ち方と、督促を止める判定の条件

未収金が読めなくなる原因は、決済の結果と請求の台帳が別々に存在する点にあります。決済代行の管理画面で失敗が分かっても、教室の名簿と結びついていなければ「誰にいくら残っているか」は出ません。請求を1件ずつ識別できるIDで持ち、決済結果をそのIDに紐づけて記録すれば、未収一覧は締め日の翌日に自動で出せます。

あわせて、督促の対象から在籍状態が退会・休会の会員を外す判定を入れます。退会済みの生徒に督促が飛ぶ事故は、この判定を入れ忘れた結果として起きるためです。

## 入会初月に空く回収の穴と、締め日から逆算する請求データの持ち方

設計で最も抜けやすいのが、入会した月です。口座振替もカードも、登録が終わるまでは引き落とせません。

### 口座振替のリードタイムが入会初月の請求を空白にしてしまう理由

口座振替は、金融機関への口座登録が完了してはじめて請求データを送れます。Web口座振替受付なら紙の申込書と押印は不要で、サービスの利用開始も申し込みから最短3営業日という水準。それでも生徒個人の口座登録が次の振替日に間に合うかは別の話で、締め日を過ぎて登録が完了した生徒は初回の請求が翌月に回ります。

この空白を埋める方法は3つ。初月だけ現金または振込で受け取る、初月だけカード決済を使う、初月を無料期間として扱う。カードは登録直後から課金できるため、事務が最も軽いのは2つ目です。

### 締め日・振替日・入金日から逆算して組み立てる月次の運用カレンダー

月謝の集金は、次の順で日付が連なります。設計時にこの並びを1本のカレンダーに落とします。

1. 締め日：当月分として請求する生徒と金額を確定する日。休会・退会・コース変更の受付期限をここに合わせます。
2. 請求データ送信日：決済代行に請求を渡す日。口座振替は振替日の数営業日前になります。
3. 振替日・課金日：実際に引き落とされる日。
4. 結果反映日：成功・失敗が返る日。未収の判定と督促の起点です。
5. 入金日：教室の口座へ売上が送金される日。会費ペイなら毎月15日前後。

逆算を怠ると、月末に退会した生徒へ請求が飛んで返金処理が発生します。退会の受付期限を締め日より前に置くだけで、この事故はほぼ消えます。

### コース変更・兄弟割・欠席振替を請求額へ反映させるデータの設計

月謝は固定額に見えて、実際には毎月変動します。週2から週1へのコース変更、兄弟の同時在籍による割引、欠席による振替受講、教材費や検定料の上乗せ。これらが混ざると、請求額は生徒ごとに違う数字になります。

月謝を「会員マスタに書かれた1つの金額」として持つ設計は、ここで破綻する。請求は月ごとの明細行の集合として持ち、基本月謝・割引・実費を別の行に分けます。割引の条件が変わっても過去の請求を作り直さずに済み、返金の計算根拠も明細行から追えます。

## カード情報の非保持化とEMV 3-Dセキュア、洗替が要件になる理由

月謝でカードを扱うということは、教室がEC加盟店になるということです。制度側の要求は、規模の小さい教室にも同じようにかかります。

### カード番号を自社サーバに通さない接続方式を選ぶという前提条件

カード情報の非保持化は、カード番号を自社の環境で「保存しない・処理しない・通過させない」状態を指します。決済代行の画面に遷移するリンク型か、ブラウザ側でカード番号をトークンに変換してから自社サーバへ渡すトークン型を選べば、この状態を保てます。自社で会員システムを作る場合も同じで、カード番号は決済代行に預け、手元には顧客IDとトークンだけを持つ形です。

継続課金は、この預けたトークンに対して毎月課金します。教室側が持つのは「誰のどのトークンにいくら請求するか」だけになり、カード情報を扱う責任範囲が決済代行側に寄ります。

### EMV 3-Dセキュアの導入が原則すべてのEC加盟店へ及んだ経緯

EMV 3-Dセキュアは、2025年3月末までに原則すべてのEC加盟店へ導入が求められ、事業規模や業種による例外は置かれていません。日本クレジット協会のサイトに掲載されている「クレジットカード・セキュリティガイドライン」は6.1版が最新で、附属文書14「EMV 3-Dセキュア導入ガイド」は2.1版・2026年3月付です（2026年9月時点）。未対応のまま運用を続けると、カード決済の契約自体を続けられなくなる可能性があります。

月謝の継続課金で本人認証が問われるのは、主にカードを登録する初回です。以降の毎月の課金は利用者がその場にいない状態で加盟店側が起こす取引に当たり、初回の認証結果を引き継ぐ形で処理されます。既製サービスなら対応済みのことが多く、自社構築の場合は初回登録画面に認証の遷移が組み込まれているかを確認します。

### カードの有効期限切れを自動で吸収する洗替の仕組みと確認する3点

継続課金で最も多い失敗要因は、カードの有効期限切れです。期限は数年で必ず来るため、生徒が長く在籍するほど発生します。これを吸収するのが洗替と呼ばれる仕組みで、Visa Account Updater、Mastercard Automatic Billing Updater、American Express Cardrefresherといったカードブランドの更新ネットワークを決済代行経由で利用し、更新後の番号や期限を加盟店の決済情報へ反映させます。

サービス選定では、洗替に対応しているか、対応ブランドはどこまでか、追加費用がかかるかの3点を確認します。対応していない場合、期限切れのたびに保護者へ登録し直しを依頼することになり、その連絡が毎月の事務として戻ってきます。

## 中途解約と返金・休会の精算を特定商取引法の上限額から設計する

月謝制の教室は、退会の申し出があった時点で精算の判断を迫られます。ここは法令が計算の上限を決めているため、システムの計算式もそれに合わせます。

### 特定継続的役務提供に当たる契約の判定条件と、対象となる7役務

特定継続的役務提供の対象は、エステティック、美容医療、語学教室、家庭教師、学習塾、パソコン教室、結婚相手紹介サービスの7役務です。契約金額が5万円を超え、契約期間が2か月を超える場合（エステティックと美容医療は1か月超）に法の対象となります。月謝10,000円で12か月の受講契約を結べば契約金額は12万円で、条件を満たす。判定は毎月の支払額ではなく、契約として約束した総額と期間で見ます。

### 学習塾の中途解約で請求できる上限額と、精算に必要な実績データ

学習塾の場合、中途解約時に事業者が請求できる額には上限があります。役務の提供開始前は11,000円、開始後は20,000円または1か月分の授業料相当額のいずれか低い額です。これを超える違約金や、残りの月謝の全額請求はできません。

計算には、提供済みの役務がどこまでかを示すデータが要ります。受講したコマ数、在籍日数、前払いを受けた期間。これらが請求明細と結びついていれば、退会の申し出があったその場で精算額を提示できます。結びついていなければ、出席簿と入金記録を突き合わせる手作業が発生する。契約と書面の要件も含めた整理は[塾管理システムとは？機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準](https://www.issoh.co.jp/column/details/16068/)で扱っています。

### 休会・返金・日割りをシステム側で処理させるための3つの決めごと

返金の事務が消えない教室では、共通して次の3つが決まっていません。休会中の月謝を全額止めるのか在籍料として一部を残すのか、月の途中入会を日割りにするのか半月単位にするのか、返金を決済の取り消しで行うのか振込で行うのか。

決済の取り消しは、同月内の取引なら決済代行の管理画面から処理できることが多く、振込より事務が軽くなります。月をまたぐと取り消しではなく返金の処理になり、手数料が戻らない場合もある。運用ルールを先に決め、システムの設定に落としてから公開します。順番を逆にすると、例外処理が個別対応として残り続けます。

## 既製の集金サービスで足りる教室の条件と、受託開発に踏み切る条件

ここは条件で言い切ります。すべての教室に自社開発が要るわけではありません。

### 既製の月謝集金サービスだけで運用が回る教室に共通する4つの条件

次の4つをすべて満たす教室は、既製の集金サービスで足ります。月謝の体系が数種類のコースに収まる、割引が兄弟割など単純な条件で表現できる、拠点が1〜数か所で会計を分ける必要がない、既存の会員名簿や会計ソフトとの自動連携を求めない。この範囲なら初期費用0円・月額0円で始められるサービスがあり、自社開発の費用を回収する理由がありません。

生徒数が少ないうちの自社開発は避けるべき判断です。月謝の集金は法令とカードブランドの要求が定期的に変わる領域で、作った後に維持費が発生し続けます。既製サービスなら、その追随は提供側が引き受けます。

### 会員システムへ決済を組み込む受託開発を検討し始める判断の分岐点

逆に、次のいずれかが当てはまるなら既製サービスの設定では吸収しきれません。コース振替や回数券のように請求額が毎月動的に決まる、複数拠点で売上を按分して各拠点の会計に反映させる、入退室や成績などの既存システムと会員情報を双方向で同期する、フランチャイズで加盟教室ごとに決済口座を分ける。

いずれも決済そのものより「請求額を決めるロジック」が複雑な例です。決済代行のAPIを呼ぶ部分は共通化できても、請求データを組み立てる部分は業務ごとに違う。この領域は[決済・サブスクリプションシステム開発](https://www.issoh.co.jp/service/system/payment/)のように、課金ロジックの設計から手を入れられる体制で進めるのが実務的です。

### 集金手段の切り替えで頓挫しやすい2つの失敗パターンと、その回避策

最も多い失敗は、既存の全生徒を一度にカード・口座振替へ移そうとして登録が集まらず、現金と併存させたまま止まる形です。移行期間中は集金経路が2本になり、事務はむしろ増える。新規入会者から新方式に固定し、既存生徒は学年の切り替わりなど区切りのタイミングで移せば回避できます。

もう1つは、口座振替への一本化にこだわって初月の穴を放置する形です。カードと併用すれば埋まります。手段を1つに絞ること自体は目的になりません。事務の総量が減るかどうかだけで判断します。

## よくある質問

月謝の集金をクレジットカードや口座振替へ切り替えるときに、教室運営者から実際に挙がる質問をまとめます。

### 月謝のクレジットカード決済の手数料は保護者に負担してもらえますか？

カード会社の加盟店規約では、カード払いを理由に代金へ手数料を上乗せする行為を禁じているのが一般的です。「カード払いのみ事務手数料300円」といった設定は規約違反になる可能性があります。実務では、手数料を月謝の価格自体に織り込むか、支払い手段によらない一律の事務手数料として設計します。料率3.5%＋1件100円の体系なら月謝8,000円で380円が原価に乗るため、価格改定の際にこの水準を見込んでおく形が現実的です。

### 月謝の集金はクレジットカードと口座振替のどちらを選ぶべきですか？

月謝の単価で分かれます。月謝が1万円を超える教室は、料率型のカード決済だと1件あたりの負担額が大きくなるため、口座振替を主軸に置いてカードは初月と補助手段に使う形が合います。月謝が数千円で生徒の入れ替わりが早い教室は、登録の手間と口座登録手数料を考えるとカードのほうが総額で有利になりやすい構図です。どちらか一方に絞る必要はありません。

### 口座振替は申し込みからどれくらいで引き落としが始まりますか？

決済代行への申し込み自体は、審査が最短2営業日、利用開始まで最短3営業日という水準が公開されています。ただし実際の引き落としは、生徒ごとの口座登録が完了し、次の振替日の請求データ送信に間に合うかで決まります。Web口座振替受付を使えば紙の申込書と押印は不要になりますが、月の途中で登録した生徒の初回請求は翌月に回るのが通常です。入会初月をどう回収するかは、必ず別に決めておきます。

### カードの有効期限が切れたら月謝の引き落としは止まりますか？

洗替に対応していない場合は止まります。洗替は、Visa Account Updaterなどカードブランドの更新ネットワークを通じて、更新後の番号と有効期限を加盟店側の決済情報へ自動反映する仕組みです。決済代行が対応していれば、保護者に再登録を依頼せずに課金が続きます。対応ブランドの範囲と追加費用の有無はサービスごとに異なるため、契約前に確認します。

### 小さな教室でも3Dセキュアへの対応は必要ですか？

必要です。EMV 3-Dセキュアは2025年3月末までに原則すべてのEC加盟店へ導入が求められ、事業規模による例外は置かれていません。既製の集金サービスを使う場合は提供側で対応済みのことが多いため、教室側で個別に実装する作業は生じません。自社で会員システムを構築してカードを扱う場合は、初回のカード登録画面に本人認証の遷移を組み込む設計が必要になります。

## 関連記事

- [塾管理システムとは？機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準](https://www.issoh.co.jp/column/details/16068/)｜会員管理・入退室まで含めてシステムを選ぶときの判断基準
- [決済システムとは？仕組み・種類と、決済代行との接続方式・自社構築の判断軸を解説](https://www.issoh.co.jp/column/details/15263/)｜決済代行への接続方式と費用構造の全体像
- [サブスクリプション課金とは？継続課金の仕組み・オフセッション決済と更新失敗対策の実装を開発視点で解説](https://www.issoh.co.jp/tech/details/15728/)｜再試行と督促を実装レベルで設計するとき

---

出典: [月謝管理システムのクレカ決済：口座振替との手数料分岐と未収金・返金の設計](<https://www.issoh.co.jp/column/details/17218/>)（株式会社一創）
