スクール管理システムとは？月謝・売上と会員台帳の守備範囲と受託開発の判断基準

英会話、音楽、ダンス、スポーツ。同じ「スクール」でも、管理システムに求める中身は業態ごとに割れます。予約枠の埋まり具合を毎日見たい教室と、月謝の入金と未収を締め日で押さえたい教室とでは、中心に置く台帳がそもそも違うからです。この記事では、スクール管理システムが受け持つ守備範囲を会員台帳・月謝と売上・振替と繰越・講師シフト・校舎別集計の五つに分けて整理し、業態によって法令要件が発生する境目、売上をどの軸で割るかの決め方、パッケージで足りる条件と受託開発へ切り替える条件までをまとめました。学習塾の業務を前提にした判断軸は塾管理システムとは？機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準で扱っています。

まとめ：業態と課金モデルで決まる守備範囲と、受託開発へ切り替える三つの条件

スクール管理システムは、受講者の台帳と月謝の請求・入金、振替や繰越の残高、講師のシフトと報酬、そして校舎ごとの売上集計をひとつの器に載せる仕組みです。予約システムと呼ばれる製品群とは機能が重なりますが、中心に据える台帳が違います。予約中心の製品が正とするのは「枠と出欠」、運営基幹型が正とするのは「契約と入金」。どちらを正にするかを決めないまま製品を選ぶと、入会から退会までの数字が二つの場所に分かれて残ります。

業態による分岐は、機能表よりも先に効きます。英会話などの語学教室は特定商取引法の特定継続的役務提供に該当し、二月を超えて対価が五万円を超える契約では概要書面と契約書面の交付、八日間のクーリング・オフ、中途解約時の精算が制度として発生します。一方で音楽教室・ダンススクール・スポーツクラブは指定七役務に入っていません。同じ習い事でも、精算額を即答するためのデータ設計が必須になる業態と、そこへ費用をかける理由がない業態に分かれます。個人レッスンが中心の音楽・ピアノ教室に固有の管理単位は、音楽教室の管理を分ける四つの単位で整理しています。

受託開発へ切り替える条件は三つに絞れます。振替と繰越のルールが自社独自で、パッケージの残高計算に載せられないこと。講師報酬がコマ給・歩合・固定給の混在で、勤怠側からは起こせないこと。そして校舎や法人契約ごとに閲覧範囲を分けつつ本部で横断集計する必要があること。この三つのうち二つ以上が当てはまり、かつ在籍が数百名を超えているなら、パッケージへの適合作業より個別開発のほうが総額で下回る場面が出てきます。

スクール管理システムの守備範囲と、予約システム・塾管理システムとの呼び分け

製品名に「スクール管理」と付いていても、実際に強い領域は各社で違います。呼び分けの軸を先に持っておくと、機能表を眺める時間が短くなります。

会員台帳・月謝と売上・振替と繰越・講師シフト・校舎別集計という五つの領域

スクール運営で紙と表計算に残りやすい業務を並べると、五つの塊になります。誰が何のコースに在籍しているかを持つ会員台帳。月謝の請求・入金消込・未収の追跡を回す月謝と売上。欠席から振替への振り替えと、消化しきれない分の繰越。講師の担当コマと勤怠、そこから起こす報酬。そして校舎が二つ以上ある場合の横断集計です。

• 会員台帳：在籍コース、受講開始日、休会・退会の履歴、保護者と支払者の情報
• 月謝と売上：請求の締め、決済手段別の入金、未収金の滞留日数
• 振替と繰越：欠席登録、振替可能枠、繰越残と失効の期限
• 講師シフトと報酬：担当コマ、代講、実施記録から起こす支給額
• 校舎別集計：校舎ごとの在籍数・売上・退会数と、本部での合算

製品を見るときは、この五つのうちどこが本体で、どこが後付けの拡張かを確かめます。予約から入った製品は上から三番目までが厚く、会計や報酬は外部連携に逃がしている場合が多く見られます。

予約管理を軸にした製品と運営基幹を軸にした製品で分かれる導入後の詰まり方

予約軸の製品を選んだスクールで後から出てくるのは、数字の突き合わせです。予約と出欠は正しく入っているのに、月末の売上が会計ソフト側の入金額と合わない。原因はたいてい、休会や途中入会の日割りが予約台帳の外で処理されていることにあります。逆に基幹軸の製品では、枠の埋まり具合をその場で見る画面が弱く、講師が紙のシフト表に戻ってしまう例が起きました。

どちらが正しいかは、経営として毎日見たい数字で決まります。空き枠を埋めることが売上の主動力なら予約軸、在籍数と継続率が主動力なら基幹軸。予約枠の設計や振替を予約側でどう扱うかについては、スクール予約システムとは？機能・料金の選び方と月謝・振替管理から見る自社開発の判断に切り分けて整理しています。

習い事の業態で割れる法令要件と、入れなくてよい機能を見分ける線引きの基準

機能の要不要は、業態が制度の対象かどうかで大きく変わります。ここを確かめずに「解約精算まで対応」を条件に入れると、使わない機能に費用を払うことになります。

特定継続的役務提供の指定七役務に英会話が入り音楽・ダンスが入らない理由

特定商取引法が定める特定継続的役務提供は、政令で指定された七つの役務に限られます。消費者庁の特定商取引法ガイドが示す指定七役務は、エステティック、美容医療、語学教室、家庭教師、学習塾、パソコン教室、結婚相手紹介サービスです。期間と金額の要件を超えた契約だけが対象になります。

音楽教室やダンススクール、スポーツクラブは指定七役務に含まれません。契約が長期でも金額が大きくても、この章で扱う制度上の義務は発生しない扱いです。ただし消費者契約法や民法上の解約規定は別に働くため、自社の規約で解約の取り扱いを定めておく必要は残ります。

中途解約の精算額を即答する要件が発生する業態と、発生しない業態の分岐

対象業態では、受講者からの中途解約に対して事業者が請求できる額に上限があります。役務提供開始前は語学教室とパソコン教室が一万五千円、学習塾が一万一千円、家庭教師が二万円。開始後は提供済み役務の対価に加えて、語学教室とパソコン教室が五万円または契約残額の二十パーセントのいずれか低い額、学習塾が二万円または一か月分の授業料相当額のいずれか低い額と定められています。

この上限は「契約残額」と「提供済み役務の対価」から計算します。つまり、いつ何回受講したかの実績と、契約時の総額・単価がシステム上でひも付いていないと、窓口でその場の回答ができません。英会話スクールが受託開発を検討する理由の多くは、この計算をパッケージの汎用ロジックに載せられないところから始まります。学習塾を前提にした精算データの持ち方は塾管理システムとは？機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準で詳述しています。

音楽・ダンス・スポーツ系のスクールでは、この精算ロジックは要件から外して構いません。外した分の予算を、繰越残の管理や講師報酬の自動計算へ振り向けたほうが運用の効果は出ます。

概要書面と契約書面、クーリング・オフ八日の運用がシステム要件に変わる範囲

対象業態では、契約締結前に概要書面、締結後に契約書面を交付する義務があり、クーリング・オフは法定書面を受け取った日から八日以内です。起算点が「書面を受け取った日」である以上、交付日を記録として残せない運用は、後から期間の争いになります。

システム要件に落ちるのは三点です。交付日と交付方法の記録、書面の版管理、そしてクーリング・オフ期間中の請求停止。オンライン入会を導入する場合、電磁的方法での交付には受講者の承諾など法令上の条件が伴うため、自動化の範囲は顧問弁護士や所轄への確認を挟んだうえで確定させます。

月謝と売上の管理で外せない前受金・繰越・未収の扱いと、集計軸の決め方

スクールの売上は、入金した月の売上ではありません。ここを分けて持てるかどうかが、経営数値の精度を決めます。

当月分と翌月分のどちらを請求するかで変わる締め日と前受の期間帰属の設計

月謝は前月に翌月分を請求する前払いが主流です。八月二十七日に引き落とした九月分の月謝は、八月の入金であって九月の売上になります。この期間帰属を持たないシステムでは、入金額をそのまま月次売上として見ることになり、月末の入会が集中した月だけ数字が跳ねました。

設計として必要なのは、請求データに「対象年月」を持たせることです。入金日と対象年月を別項目で保持し、売上は対象年月で、資金繰りは入金日で見る。二つの軸を同じ台帳から出せる状態にしておけば、会計側の前受金計上とも突き合わせが利きます。

振替の繰越残と回数券の失効が、売上ではなく預り残として積み上がる構造

欠席分を翌月以降に振り替える運用は、実質的に受講権の在庫です。消化されていない繰越は、事業者側から見れば「まだ提供していない役務」であり、預り残として積み上がります。在籍百名の教室で一人あたり平均一・五回の繰越が滞留していれば、月謝八千円・月四回の設定なら約三十万円分の未提供が乗っている計算になります。

ここで決めるのは失効の扱いです。失効期限を設けるか、退会時に返金するか、翌年度へ持ち越すか。規約と台帳の両方で同じルールを表現できていないと、退会申し出のたびに個別判断が発生します。回数券やチケット制の課金モデルそのものの選び方はスクール予約システムとは？機能・料金の選び方と月謝・振替管理から見る自社開発の判断で扱っています。

校舎別・講師別・コース別・曜日別のどこまで売上を割るかを決める判断の順序

集計軸は増やすほど台帳の入力項目が増え、現場の負担に跳ね返ります。全部を最初から持とうとせず、意思決定に直結する順で入れます。

1. 校舎別：出店・撤退と家賃の判断に直結するため最優先で持つ
2. コース別：値上げと廃止の判断材料。単価と在籍数を分けて記録する
3. 曜日・時間帯別：枠の増減とシフト配置に使う。予約側から取れることが多い
4. 講師別：報酬と評価に関わるため、実施記録が正確に取れる体制ができてから

講師別を先に入れて失敗する例をよく見ます。代講や合同レッスンの割り当てルールが決まっていない段階で講師別売上を出すと、数字の正しさをめぐる議論に現場の時間が消えます。

会員台帳の主体設計と、継続率・退会予兆を数字で追うための顧客管理の粒度

スクールの顧客管理は、受講する人と支払う人が一致しないところに難しさがあります。台帳の主体をどう置くかで、後から効いてくる集計の自由度が変わります。

生徒と保護者と支払者を分けて持つ必要が出る条件と、世帯でまとめる条件

子ども向けの習い事では、受講者が生徒、連絡先が保護者、引き落とし口座の名義がさらに別ということが起きます。三者を一つのレコードに詰め込むと、兄弟で通う場合に住所と口座が重複し、片方だけ引っ越したときに整合が崩れました。

分けて持つ判断の基準は二つです。兄弟割や世帯単位の請求まとめを行うか。法人契約や自治体の助成で支払者が第三者になる契約があるか。どちらか一方でも該当するなら、生徒・保護者・支払者を別テーブルで持ち、契約でひも付ける構造にします。成人向けの単科スクールで三者が常に同一なら、単一の会員レコードで足ります。

休会・復会・コース変更を履歴で残さないと在籍数が合わなくなる具体的な場面

在籍数は経営会議で必ず出る数字ですが、定義が曖昧なまま運用されている教室が多くあります。休会中の生徒を在籍に含めるか、月の途中で退会した生徒をその月の在籍に数えるか。台帳が「現在の状態」しか持たず、いつからいつまでどの状態だったかを残していないと、過去の月の在籍数を後から再現できません。

必要なのは状態の履歴です。在籍・休会・退会の各期間を開始日と終了日で持ち、コース変更も同じ形で積む。この持ち方にしておくと、任意の月末時点の在籍数も、月中の平均在籍数も同じデータから出せます。

継続月数と振替消化率から退会の予兆を拾うために台帳へ持たせる項目

退会は突然起きません。数字の側には先に兆候が出ます。振替の申し込みが二か月続く、繰越残が消化されないまま増える、月謝の引き落としが一度でも残高不足で失敗する。この三つが重なった生徒の退会率は、そうでない生徒より明確に高くなります。

台帳側で持っておくのは、継続月数、直近三か月の出席回数と欠席回数、繰越残、決済の失敗回数の四項目です。凝った予測モデルは要りません。四項目を一覧で並べ、閾値を超えた生徒に声をかける運用のほうが、導入初年度に成果が出ます。

講師シフトと報酬計算、多校舎展開で効いてくる権限とデータ分離の設計範囲

講師まわりは、パッケージの守備範囲がもっとも割れる領域です。ここを外部の勤怠ソフトに任せるか、スクール側の台帳に持たせるかで構成が変わります。

コマ給・歩合・固定給が混在する講師報酬を、勤怠と実施記録から起こす手順

報酬の計算は、単価が一種類なら勤怠ソフトで足ります。難しくなるのは混在した場合です。基本のコマ給に加え、体験レッスンからの入会で歩合が付き、教室運営を兼ねる講師には固定給が乗る。この三層を打刻時間からは復元できません。

起点にするのは実施記録です。レッスンが実施されたという事実に、担当講師・コース・生徒数・代講かどうかを付けて残す。そこへ講師ごとの単価表を当てて支給額を組み立てます。打刻はあくまで労働時間の管理に使い、支給額の根拠にはレッスン単位の記録を置く。この分離をしておかないと、代講が発生するたびに手計算が戻ってきました。

校舎ごとに閲覧範囲を絞る権限設計と、本部が横断で見る集計を両立させる条件

二校舎目を出した時点で、権限の設計が要件に入ってきます。校舎の受付が他校舎の生徒情報まで見える状態は、個人情報の取り扱いとして説明が難しくなります。かといって完全に分離すると、本部が全社の売上を一度に見られません。

両立させる条件は、データを分離するのではなく、参照範囲を役割で絞ることです。生徒・契約・売上は一つの器に置き、校舎スタッフには自校舎のレコードだけを返す。フランチャイズ展開で加盟店が別法人になる場合は話が変わり、契約上どこまでのデータを本部が保持できるかを先に整理してから設計に入ります。

パッケージで足りるスクールの条件と、受託開発に踏み切る具体的な分岐点

ここは条件を付けて言い切ります。多くのスクールにとってパッケージが正解であり、受託開発が回収できる条件は限られています。

生徒数課金と校舎課金のどちらが自社に効くかを月謝単価から逆算する計算

料金体系は大きく二つです。生徒数に応じた従量課金と、校舎・店舗単位の固定課金。習い事向けでは前者が増えており、hacomono for school の公式ページは生徒あたり月額九十九円からと表記しています（2026年8月22日時点の記載）。校舎課金型は一校舎あたり月額数万円というレンジが中心になります。

逆転点は在籍数で出ます。生徒あたり百円の従量課金なら、在籍三百名で月三万円。校舎課金が月三万五千円なら、在籍三百五十名を超えたあたりで従量課金のほうが高くなる計算です。ここに決済手数料が別に乗ります。Stripe の日本の公開料金ではカード決済が三・六パーセント、継続課金の管理に〇・七パーセントが加算され、銀行振込は一・五パーセントでした（同日時点）。月謝八千円をカードの継続課金で受けると、一人あたり月三百四十四円が手数料として出ていきます。システム利用料より決済手数料のほうが大きい、という構図は珍しくありません。

パッケージを選ぶべき条件と、受託開発が過剰投資になる規模の線引き

次の条件に当てはまるスクールは、パッケージで進めます。在籍が三百名以下で校舎が一つか二つ。コース体系が固定クラス制で、振替のルールが「同月内・同コースのみ」のように単純。講師の報酬がコマ給の単一体系。この三つが揃っていれば、受託開発で得られる差は運用ルールの調整で吸収できる範囲に収まります。学習塾向け製品を含めたカテゴリ別の比較軸と費用感は学習塾管理システムの比較で外さない軸｜カテゴリ別の費用感と選定チェックリストにまとめてあるため、製品の当たりを付ける段階ではそちらを参照してください。

この規模で個別開発に踏み切ると、初期費用が数百万円規模になり、加えて法令改正や決済仕様の変更に自社負担で追随することになります。パッケージなら提供側が持つ保守の負担を、自社の年間予算に載せ替える判断です。

受託開発へ切り替える三つの条件と、切り替えても回収できない失敗パターン

切り替えを検討してよいのは、次の三条件のうち二つ以上に当てはまる場合です。第一に、振替と繰越のルールが自社独自で、複数コースをまたぐ消化や有効期限の例外がパッケージの残高計算に載らないこと。第二に、講師報酬がコマ給・歩合・固定給の混在で、実施記録から自動で組み立てないと毎月の締めが人手で回らないこと。第三に、校舎や法人契約ごとに参照範囲を分けたうえで本部が横断集計する必要があり、既製品の権限モデルでは表現できないこと。

加えて在籍が数百名を超え、事務スタッフの人件費が月数十万円規模で発生していること。この規模で上の条件が重なると、個別開発の費用が数年で回収圏に入ります。会員台帳と月謝・売上を軸にした個別開発の進め方は基幹システム開発のページに整理しています。

回収できない失敗パターンは二つです。一つは「既存パッケージの画面が使いにくい」という理由だけで開発に踏み切る場合。画面の使い勝手は運用設計と教育でかなり改善します。もう一つは、要件を固めないまま今の運用をそのまま再現する発注をする場合。属人化した例外処理まで写し取ると、費用が膨らんだうえに、その後の運用改善が開発案件になります。作る前に運用ルールを整理して例外を減らす。この順序を逆にした案件は、規模にかかわらず回収に届きません。

よくある質問

スクール管理システムの検討時に、問い合わせの多い論点をまとめました。

スクール管理システムと予約システムは何が違いますか？

中心に置く台帳が違います。予約システムは「枠と出欠」を正とし、空き枠の可視化や当日の受付を得意とします。スクール管理システムは「契約と入金」を正とし、在籍・月謝・未収・繰越残を軸に運営数値を組み立てる仕組みです。機能表では重なる部分が多いため、自社が毎日見たい数字がどちらかで判断するのが早道になります。両方を別製品で入れる場合は、生徒マスタをどちらで正とするかを先に決めてください。

音楽教室やダンススクールでも特定商取引法の対応は必要ですか？

特定継続的役務提供の指定七役務は、エステティック、美容医療、語学教室、家庭教師、学習塾、パソコン教室、結婚相手紹介サービスです。音楽教室・ダンススクール・スポーツクラブはこの指定に含まれないため、概要書面や契約書面の交付、八日間のクーリング・オフ、法定の中途解約精算といった義務は発生しません。ただし消費者契約法や民法上の解約に関する規定は別に働くため、自社規約での取り扱いは定めておく必要があります。個別の判断は専門家への確認を挟んでください。

無料のスクール管理システムでも運用できますか？

在籍が数十名で、月謝を現金または手動の振込確認で受けている段階なら、無料プランや表計算のテンプレートで回ります。詰まるのは決済と集計の二か所です。口座振替やカードの継続課金を通すには決済代行との契約が要り、無料の範囲を出ます。また校舎別・コース別の売上を出す機能は有料プランに置かれていることがほとんどです。受付担当が二人以上になった時点で、有料版への移行を検討してください。

月謝の売上はいつの月に計上すればよいですか？

役務を提供した月に計上します。八月に引き落とした九月分の月謝は、八月時点では前受金であり、九月の売上です。システム側では請求データに入金日と対象年月を別々に持たせ、売上は対象年月で、資金繰りは入金日で集計できるようにしておきます。この二軸を持たないと、月末に入会が集中した月だけ売上が跳ね、前年比の比較が使えなくなります。詳細な処理は顧問税理士と合わせて確定してください。

複数校舎に展開する場合、システムはいつ入れ替えるべきですか？

二校舎目を出す前が目安です。校舎が増えてから入れ替えると、移行対象のデータが二倍になり、運用ルールも校舎ごとに分岐した後になります。権限を役割で絞れること、校舎別の売上と在籍数を本部で合算できること、この二点を満たす製品へ一校舎のうちに移しておくと、三校舎目以降の追加が設定作業だけで済みます。フランチャイズで加盟店が別法人になる場合は、データの保持範囲を契約側で先に整理してください。

関連記事

• 塾管理システムとは？機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準：学習塾の業務を前提に、入退室打刻や成績記録まで含めた守備範囲と費用の見方を扱っています。
• スクール予約システムとは？機能・料金の選び方と月謝・振替管理から見る自社開発の判断：予約枠の設計と振替の予約側運用、回数券やチケット課金の選び方を詳述しています。
• 学習塾管理システムの比較で外さない軸｜カテゴリ別の費用感と選定チェックリスト：製品カテゴリごとの比較軸と費用レンジを、選定チェックリストの形でまとめています。
• スクール管理システムの比較で外さない7軸：習い事業態別の選び方と受託開発への切り替え条件：音楽・英会話・ダンスなど習い事業態に絞って、製品タイプの分け方と評価軸、費用の見積もり方を整理しています。
• 基幹システム開発：会員台帳と月謝・売上を軸にした個別開発の進め方と、支援できる範囲を掲載しています。