【完全ガイド】教育機関レガシーシステム刷新：大学学事システム・校務支援・LMSのクラウド移行戦略

大学・専門学校・幼保の教育機関の基幹システム刷新は、教学情報・会計・人事・研究費の 4 領域がそれぞれ別ベンダで動く構造で、一般企業の ERP プロジェクトとは別物。CAMPUSMATE・CampusBuddy・UNIVERSAL PASSPORT といった教学系から、奉行学校法人会計・freee 大学版・コドモン（幼保）まで、規模別の選定論点を整理する。

1. 教育機関の基幹システムは 4 領域に分かれる

2. 学費・授業料管理の独自性

• 収納方法の多様性：銀行振込・コンビニ収納・クレジットカード・口座振替・PayPay 等。学生・保護者で希望が分かれる。
• 分割払い・延納：学費の年額が高く、分割払い・延納希望が多い。延納手数料・督促のフローが学校独自で複雑。
• 奨学金との連動：JASSO・自治体・民間奨学金との連携で、学費の一部を奨学金で相殺する処理。
• 退学・休学時の還付：学費の按分計算ルールが複雑。学則に従って自動計算する仕組みが必要。

3. 補助金・寄付金会計の特殊性

• 使途指定の管理：「校舎建設に使う」「特定研究室の人件費に使う」のように、寄付者・補助金提供者の指定使途を遵守。
• 繰越処理：補助金は会計年度内で使い切れない場合、翌年度繰越の処理が複雑。
• 税制優遇：寄付者向けの寄付金控除証明書発行が必要。
• 監査対応：私学助成金は会計検査院の監査対象。証憑保管と説明資料の準備が大がかり。

4. 規模別の選定パターン

5. クラウド利用の判断軸

• 個人情報・成績情報の取扱：学生の個人情報・成績は機微情報。学校独自の個人情報保護規程に従う必要がある。
• システム保守人員の確保可能性：オンプレシステムの保守には専門 SE が必要。中小学校では確保が難しく、SaaS 化のメリット大。
• ベンダの教育業界実績：教育業界は商習慣が独特で、業界経験のないベンダは要件定義で詰まる。最低 5 年以上の実績を選定基準に。

6. 進め方

1. Phase 1（1〜3 ヶ月）：Access の業務領域整理、教学系と事務系の切り分け。クラウド利用方針の学内合意形成。
2. Phase 2（3〜6 ヶ月）：事務系（学費収納・寄付金管理・補助金管理）の移行。
3. Phase 3（6〜12 ヶ月）：教学系（学籍・成績・出欠）の移行。学事日程に合わせた本番移行（年度切替）。
4. Phase 4（12 ヶ月以降）：教学情報システムと事務系システムの統合運用。データ分析・経営判断への活用。

7. 教育機関のシステム選定：学校種別×規模×4月切替制約で絞り込む

教育機関のシステムは、CAMPUSMATE・UNIVERSAL PASSPORT・CampusSquare・コドモン・kintone・freee会計（学校法人版）等の選択肢から、学校種別・規模・4月切替制約を踏まえた判断が必要。

問1：学校種別は

• 大学（学部・大学院）：CAMPUSMATE・UNIVERSAL PASSPORT・CampusBuddy 等の大学向けパッケージ。学事・履修・成績・科研費等の包括対応。
• 専門学校・短期大学：CampusSquare・kintone カスタム・大学向けパッケージの簡易版。
• 高校・中学・小学校：校務支援システム（EDUCOM・スズキ教育ソフト等）＋教育委員会標準システム。
• 幼稚園・保育園：コドモン・キッズダイアリー等の SaaS。保護者連絡・出欠・請求の自動化。
• 学習塾・予備校：Comiru・tetoru・GiGAスクールシステム連携の業界特化型。

問2：規模（学生・園児・生徒数）

• 大規模（5,000名超）：CAMPUSMATE・UNIVERSAL PASSPORT のフルスイート＋独自カスタマイズ。複数学部・大学院・社会人講座等の複合運営。
• 中規模（1,000〜5,000名）：パッケージ＋限定カスタマイズ。コストと機能のバランス。
• 小規模（1,000名未満）：SaaS 型・パッケージの簡易版。kintone 等のクラウドカスタマイズも選択肢。

問3：会計領域の同時刷新

• 学校法人会計の同時刷新：freee会計学校法人版・PCA会計学校法人版・専用パッケージ。資金収支・消費収支計算書の自動生成。私学助成金対応。
• 会計は当面維持：教学系のみ先行刷新。会計は次フェーズで対応。
• 会計を kintone・SaaS でカバー：学校法人会計に強くない汎用ツールでの運用。税理士・公認会計士との連携設計が必須。

問4：4月切替制約への対応

• 4月1日カットオーバーが絶対：年度切替に合わせるため、前年秋からの並行運用必須。ベンダリソースが3〜4月に逼迫するため、早期確保が重要。
• 段階移行で対応：会計は4月切替、教学系は試行運用後の本格運用。リスク分散。
• 新校・新学部開設時の刷新：新規開設に合わせた刷新。既存業務との並行運用回避。

8. 教育機関特有の規制・制度対応：学校法人会計から e-Rad まで

教育機関のシステム選定では、一般的な ERP 選定基準とは異なる規制・制度対応の確認が必須。RFP に必ず盛り込むべき項目を整理する。

学校法人会計基準への完全準拠

• 計算書類の自動生成：資金収支計算書・消費収支計算書・貸借対照表の自動生成。文部科学省提出様式の対応。
• 大科目・小科目の体系：学校法人会計基準の大科目・小科目への完全準拠。経年比較の精度確保。
• 基本金組入：第1〜4号基本金の組入・取崩計算。
• 事業活動収支計算書：教育活動・教育活動外・特別収支の3区分対応。

私学助成金・公的補助金対応

• 都道府県・文部科学省への助成金申請：申請データの自動出力。経常費補助金等の対応。
• 会計検査院対応：証憑管理・監査対応の機能。
• 使途・項目の管理：助成金の使途別管理。決算時の項目別集計。

e-Rad・科研費対応（大学・高専）

• e-Rad 連携：科研費・競争的資金の申請・管理。e-Rad とのデータ連携または CSV 出力。
• 科研費の経理処理：研究費の使途管理。研究者別・課題別の集計。
• 間接経費の管理：科研費の間接経費の取扱い。研究機関への組入処理。

本番移行・学事日程ロック

• 年度切替の無停止移行：4月1日カットオーバーの計画。並行稼働期間中のデータ整合性。
• 学事日程ロック：試験期・入試期にシステム停止・大規模更新を行わない SLA 条項。
• セキュリティ認証：ISMS または ISMAP の取得状況。個人情報の国内データセンター保管。

9. 規模別の費用・工期レンジ：4月カットオーバーの設計

教育機関のシステム刷新は学事日程に強く縛られる。費用・工期は学校種別・カスタマイズ範囲・既存システムの世代によって幅があるが、業界一般のレンジ目安を整理すると次のような目安になる。

費用幅が大きい理由

• 現行システムからのデータ移行範囲：何年分のデータを移行するか。卒業生データを含むか。
• 独自カスタマイズの量：学則・履修ルールに依存する独自仕様の本数。
• 会計領域の同時刷新：会計まで同時刷新するか、教学系のみか。

本番移行のタイミング設計で詰まりやすいポイント

• 4月1日カットオーバーの集中：年度切替に合わせるため、ベンダリソースが3〜4月に逼迫。前年秋から並行稼働環境を立ち上げる前提。
• 入試期・成績発表期のロック：1〜2月の入試業務、7〜8月の成績発表は業務停止不可。期間中の作業を契約に明記。
• 卒業生データの扱い：卒業生の証明書発行は永続的に必要。旧データの完全移行か、旧システム参照系として残すかを早期決定。
• 奨学金・補助金の年度跨ぎ：JASSO 奨学金は年度跨ぎで処理が続く。会計年度の最後は旧、新年度から新の線引き。

10. ベンダ選定の RFP チェックリスト：教育機関特有の8項目

教育機関の RFP には、一般企業向け ERP とは異なる項目を盛り込む必要がある。各候補ベンダの提案を横並びで比較するための、最低限必須の8項目を整理する。

RFP 段階で必須の調査項目

• 同規模機関の導入実績の事例調査：参照先への訪問・ヒアリング。実運用での課題確認。
• デモ環境での実機操作：教学・会計・各部門の担当者による実機操作。使い勝手の確認。
• カスタマイズ範囲の合意：標準機能で対応する範囲・カスタマイズで対応する範囲の事前合意。
• 運用支援体制の確認：ベンダのサポート水準・対応時間・電話/オンライン対応。
• 将来の制度変更への対応：教育制度改革・会計基準改定への追従ポリシー。

契約条項で確認する3項目

• SLA（学事日程ロック）：試験期・入試期・成績発表期のシステム停止禁止。
• データ可搬性：将来のベンダ変更時のデータ出力可能性。学籍・成績の長期保管対応。
• 制度改定対応：教育制度・会計基準の改定対応の費用・タイミング。

特に「本番移行方式」と「学事日程ロック」は教育機関特有の最重要要件。入試・卒業式・成績発表のシーズンにシステム障害が発生すると、学生・保護者への影響が甚大になるため、ベンダとの SLA 契約で明示的に規定することが不可欠。

関連ピラー

• ERP 教育機関 完全ガイド 2026