校務支援システムの発注は、現状の業務整理、要件と契約の明確化、提案比較と試行、本稼働の準備という順に進めると、導入後の混乱を抑えられます。
発注形態の選び方、契約と費用、委託先の比較という3つの観点で見ると、各段階で何を決めるべきかをつかみやすくなります。
▼全体ガイドの記事
・校務支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
校務支援システムの全体像
校務支援システムは、学籍、出欠、成績を中心に、学校の校務を一つのシステムで扱う業務システムです。通知表、指導要録、保健、時間割も、その対象に含まれます。校務文書や学校徴収金、保護者連絡をまとめて扱う製品もあります。
発注では、学校内の二重入力や紙帳票をどこまで減らし、教育委員会の集計作業とどうつなぐかを決めます。そのうえで、製品は機能の数だけで選ばず、導入後の運用まで含めて範囲を定めます。
発注前に整理する業務範囲
発注前には、利用者ごとの業務と、通常時・例外時の確認事項を一覧にしておきます。
- 利用者：校長・教頭、担任、教科担当、養護教諭、事務職員、教育委員会の画面と権限
- データの流れ：学籍から出欠、成績、通知表、指導要録への引き継ぎ
- 例外業務：転入・転出、長期欠席、複式学級、特別支援、年度途中のクラス替え
- 帳票と時期：自治体独自項目、年度更新・転校・進学時の再入力、繁忙期の処理
RFPに通常時と例外時のシナリオを記載し、提案会社に実操作で答えてもらいます。デモだけでは見えない適合性も、この方法なら比べられます。
発注単位（単校・市町村・県域）の違い
発注単位によって運用と費用の条件が変わるため、それぞれを比べて選びます。
- 単校：標準機能を備えたSaaSを短期間で導入しやすい
- 市町村：学校間の運用差を整理し、共通の権限・帳票・連携を仕様として定める
- 県域：基盤費用を負担する一方、学校ごとのサーバー管理を減らし、運用集約でランニングコストを抑えられる場合がある
発注書には、対象校数や校種、教職員数を書きます。利用者の範囲、教育委員会が閲覧するデータ、既存システムとの接続範囲も明記します。対象が曖昧だと、見積の前提が揃わず、利用者や学校の追加費用も発生しやすくなります。
校務支援システムの発注形態を選ぶ方法
発注形態は、導入の速さ、独自業務への適合性、将来の保守負担、データの持ち出しやすさで比べます。中核業務には標準製品を使い、連携や独自帳票だけを追加開発する方法もあります。費用と柔軟性を両立しやすい選択肢です。
SaaS・パッケージの外注
SaaSやパッケージは、導入の速さと標準機能への適合性を軸に確認します。
- 標準機能：学籍、出欠、成績、保健などが用意され、ゼロからの開発より短期間で導入しやすい
- 運用負担：制度変更時の帳票更新や脆弱性対応を提供会社が担い、学校側のサーバー運用も軽くできる場合がある
- 独自要件：独自帳票や自治体独自の承認経路は再現できない場合がある
提案では、標準機能、設定対応、追加費用が必要な開発を分けて示してもらいます。Fit to Standardを採用する場合は、現場に変更を求める範囲と支援研修をRFPに含めます。
クラウド共同調達とオンプレミスの比較
共同調達とオンプレミスは、運用の集約度と自組織が担う管理作業を比べて選びます。
- 共同クラウド：複数校で基盤を使い、更新やバックアップを集約しやすい
- 共同調達の仕様：データ分離、認証、障害時の継続、ネットワーク切替、自治体ごとの権限、データ返却の方法
- オンプレミス：サーバー更新、バックアップ、災害対策、脆弱性対応について、費用と担当部署を明確にする
文部科学省の「次世代の校務DXガイドブック」には、長崎県が3市町村・114校で共同調達した事例が載っています。この事例では、県域のパブリッククラウド基盤を初期約1,600万円で整備しました。
同資料では、自治体が単独で導入する場合の比較として、1校あたり初期10～20万円、月4万円程度と示されています（出典：文部科学省「次世代の校務DXガイドブック」、2025年）。ただし、対象範囲と契約条件が異なるため、自組織の予算にそのまま当てはめる前に条件を確かめます。
スクラッチ開発・ハイブリッド発注の適用場面
独自要件への対応力と、長期の費用・保守負担を比べて方式を選びます。
- スクラッチ：独自制度、特殊帳票、複数システムの統合要件に対応しやすい
- 追加要件：学校ごとの要望を絞り、制度改定時の改修費・テスト費を見込んでおく
- ハイブリッド：中核は標準製品にし、周辺機能をAPIやCSVで追加連携する
スクラッチでは、要件定義から保守まで発注者と開発会社が長く責任を負います。また、RFPでは製品導入と追加開発を別見積にし、将来機能の単価と納期も確認します。
ハイブリッド方式では、接続範囲を定めます。対象には、学齢簿、学習eポータル、保護者連絡があります。帳票出力や教育委員会向けダッシュボードとの接続も、範囲に含めます。
校務支援システムを発注する進め方
発注は、現状把握、目的設定、要件整理、RFP作成の順に進め、その後に提案比較、契約、構築・移行、研修・稼働へと続きます。製品デモから始めるより、先に要件を整理したほうが、必要な機能を判断しやすくなります。
担当者だけで進めず、学校現場の代表者を早い段階から巻き込みます。そうすることで、導入後に使う人が納得できる要件に落とし込めます。
現行業務と導入目的の整理
最初にまとめる成果物は、機能の一覧ではなく、業務の一覧です。
- 業務の流れ：担当者、時期、データ、帳票、次の引き継ぎ先の洗い出し
- 現行の負担：繁忙期も含め、紙・Excel・既存システムの転記、確認、承認、集計にかかる時間とミスの把握
- 改善目標：出欠から保護者連絡までの二重入力削減、年度更新の確認短縮、教育委員会の集計自動化
- 利用環境：教員が校外から安全に確認できる環境など、必要な状態
「校務をDX化する」という目的を、改善したい業務と評価指標まで具体化します。目的が明確なら、不要なカスタマイズを断る基準も持てます。
RFPと要件定義書の記載項目
RFPでは、機能と非機能の要件に加え、提案・運用・契約終了まで比較できる項目を揃えます。
- 提案条件：背景・目的、対象校・利用者、現行環境、見積条件、提案様式、評価基準
- 機能要件：入学、進級、転校、卒業、年度更新ごとの入力、権限、帳票、履歴
- 非機能要件：可用性、バックアップ、監査ログ、権限分離、多要素認証、暗号化、障害対応時間、窓口、保管場所、委託先監査
- 運用と移行：連携対象、移行データ、研修、保守、終了時のデータ返却形式
文部科学省の教育情報セキュリティの考え方では、クラウドの責任分界、アクセス制御、インシデント対応を含む運用設計が重要です。そのため、「ISMS取得済み」という情報だけでなく、発注者と受託者の作業分担を確かめます。
提案比較とデモ・試行運用
同じRFPを複数社へ渡し、機能、導入方法、体制の3点で提案を比べます。費用の前提も、各社で同じ条件にそろえます。会社説明だけでなく、次の操作を実演してもらいます。
- 名簿登録と出欠入力
- 成績確定と通知表出力
- 年度更新と権限変更
各社に同じ操作を依頼し、入力回数やエラー時の復旧を評価します。履歴の確認と帳票の調整方法も、評価に加えます。画面の見た目は参考になりますが、それだけで決めないことが大切です。
大規模導入では、全校一斉稼働の前に代表校で試行する方法もあります。試行では、既存データの欠損、職員異動、年度切替を検証します。さらに、問い合わせ件数やネットワーク環境も確かめます。
試行で見つかった課題は、本番の仕様に反映します。そのうえで、契約書には検証期間と受入基準を定めます。
データ移行・研修・本稼働の設計
移行データの照合と承認、利用者や役割に合わせた研修は、本稼働の前に設計しておきます。
- データ整備：CSVの項目名、コード、氏名、在籍区分、年度と、欠損・重複の確認
- 照合と承認：移行前後の件数とサンプルを確認し、移行・アーカイブ対象と承認者を決める
- 基本研修：管理者には権限と年度更新、教員には基本操作
- 役割別支援：養護教諭・事務職員向け研修、異動者向け短時間研修、マニュアル、窓口
指導要録や健康情報は、保存期間と閲覧権限を踏まえて移行対象を決めます。研修も本稼働前の一度きりで終わらせず、続けて行う前提で計画します。
松阪市の2025年公募は、構築に加えて、データ登録支援と運用設計を含みます。さらに、教職員研修や保守・運用支援も対象に入っています（出典：松阪市「小中学校統合型校務支援システム構築及び保守管理」公募仕様、2025年）。
校務支援システムの契約形態と発注範囲
提案には、ライセンスや利用料、初期設定が含まれることがあります。追加開発やデータ移行が入る場合もあります。
研修、保守、運用支援まで含まれることもあります。導入後の認識違いを防ぐため、契約形態と成果物をセットで確認します。
準委任・請負・SaaS利用契約の使い分け
作業の性質に合わせて、要件定義・開発・サービス利用の契約を選びます。
- 準委任：要件定義や現場調査など、作業時間と専門知識を提供する業務
- 請負：決めた仕様の機能や連携を完成させ、検収する業務
- SaaS利用契約：サービス利用許諾、保守、更新、サポートを含む利用
要件定義を準委任、開発・設定を請負、月次利用と保守をSaaS契約に分ける構成もあります。分割するときは、成果物を次の開発会社が使える形式にし、責任境界と引き継ぎ方法を明記します。
契約名だけでなく、成果物と検収条件を確認します。瑕疵対応と変更手続も、実際の作業範囲を決める条件です。
成果物・支払い・変更管理の契約条件
契約では、成果物、支払いの節目、要件変更時の記録項目を対応づけておきます。
- 成果物：要件定義書、画面・帳票一覧、権限設計、連携仕様
- 納品資料：移行計画、テスト計画、操作マニュアル、研修資料、運用設計書、障害対応手順、データ返却手順
- 支払い：契約、要件定義完了、受入テスト完了、本稼働、保守開始などの節目
- 変更管理：変更理由、影響する画面・データ・納期・費用、承認者、無償対応範囲
納品物について、形式、更新責任、利用側で編集できるかを決めておきます。そうしておくと、担当者が替わっても運用を続けやすくなります。
セキュリティと運用の責任分界
個人情報の保護と契約終了後の継続性に関わる運用責任は、契約で明確にしておきます。
- 日常管理：アカウント発行・削除、権限変更、ログ保管、バックアップ
- 委託先対応：障害通知、脆弱性対応、再委託、監査協力、事故時の連絡
- クラウドの分担：提供会社の対策と学校・教育委員会の設定・運用
- 契約終了：CSV等で返すデータ、期限・費用、バックアップや複製の消去
文部科学省が示す次世代校務DXの方向性では、クラウド連携と事業者変更を見据えたデータポータビリティが論点になっています。
校務支援システムの費用相場とコストの内訳
校務支援システムの費用は、学校数と教職員数、校種によって変わります。機能、データ移行、帳票の範囲でも変わります。
連携や研修、保守の範囲も費用に影響します。さらに、ネットワークや契約年数も、費用の大きさを左右します。
「1校いくら」だけで判断せず、費用は初期費用と月額・年額に分けて見ます。追加開発費や移行費、教育・運用支援費も、それぞれ別に確認します。比較は、3年から5年の総額で行います。
公開価格から見た目安
公開価格の目安は、方式と校種で異なります。製品単体を比べる際の参考額として、確認しておきます。
- クラウド型：初期0～50万円、月額2～10万円程度
- オンプレミス型：初期100～300万円、年間保守10～50万円程度
- School Engine：初期1校33万円、小中学校は月額2万2,000円、高等学校は月額4万4,000円
クラウド型とオンプレミス型の価格は、製品単体の比較レンジです（出典：ITreview「校務支援システム」価格情報、2026年確認）。自治体全体の構築費用は、この価格に含みません。移行、研修、ネットワークの費用も対象外です。
School Engineの表示価格は税込で、初期費用と月額利用料はいずれも1校単位です（出典：株式会社システム ディ「School Engine」料金、2026年確認）。
小中学校の標準機能だけで見るなら、初期33万円と年間26万4,000円が比較材料になります。ただし、グループウェアや学校徴収金は別途確認します。さらに、現地支援やデータ登録、自治体の追加要件も確かめます。
自治体案件の導入費と利用費
自治体の調達では、導入委託費と利用費を分け、付帯作業も含めて見積条件を揃えます。
- 導入・構築：現行調査、データ登録支援、運用設計、研修
- 継続費用：ライセンス・利用料、保守、問い合わせ、追加開発
- 周辺費用：移行、現地訪問、ネットワーク・認証、端末、税
松阪市の2025年公募では、導入委託費の提案上限は991万1,000円でした。また、2026年1月から2028年12月までのシステム利用費用は、上限7,008万9,000円です。
これは約3年の自治体契約における上限の例で、単校の価格相場ではありません（出典：松阪市「小中学校統合型校務支援システム構築及び保守管理」実施要領、2025年）。
初年度だけ安く見えても、契約期間全体で比べます。2年目以降の利用者追加や帳票変更、データ出力も、その範囲に入れます。問い合わせや環境更新の費用も、同じ範囲で確かめます。
発注から稼働までの期間の目安
調達の規模と追加要件によって、要件確認から稼働までの期間が変わります。その期間は、次のように見積もります。
- 単校の標準クラウド：要件確認、設定、データ登録、研修を含め2～6か月程度
- 複数校の共同調達：6～12か月程度
- 大規模開発・刷新：独自帳票、複数連携、大規模移行を含むと1年以上の場合もある
期間は一般的な業務システム工程からの推定で、校務案件に一律に当てはまる工期ではありません。年度切替や成績処理など、稼働できない時期も考慮します。
リリース日から逆算し、データ凍結、移行リハーサル、受入テストの時期を決めます。教員研修や旧システムの参照期間、年度更新後の確認も、同じ流れに入れます。短納期の案では省略される検証を、あらためて確かめます。
委託先選定と見積比較のポイント
委託先は、学校業務の理解とデータ移行、導入支援の力を軸に選びます。知名度や機能数は、比べる材料の一つです。セキュリティや連携、契約終了時の対応も、選定の段階で確かめます。
製品会社に任せるか、ネットワークや認証を含むSI会社に任せるか、発注者側に残す役割を比較表にまとめます。
実績・体制・連携の評価軸
提案会社の実績、稼働後の支援、データ連携を、同じ評価軸で確認します。
- 導入実績：校種、学校数、利用者数、クラウド・オンプレミス、移行期間
- 運用支援：年度更新、障害対応、教員異動、帳票変更への対応実績
- 連携範囲：学齢簿、校務、学習系、保護者連絡、認証、教育委員会集計と交換頻度
- 接続の運用：API・CSV・標準仕様、再送、項目追加、コード変換、担当変更時の文書
導入実績の説明だけでなく、同じ規模や校種の利用先でどのように支援したかを聞き、実際の体制を確かめます。
見積書の総額・前提・別料金
見積の前提条件と契約期間中に必要な費用を揃えて、提案を比較します。
- 見積前提：対象校・アカウント・同時接続数・保存容量・利用期間、問い合わせ時間、訪問回数、移行対象年数、研修回数、帳票数、連携本数
- 総保有コスト：初期費、利用料、保守、追加開発、通信・認証、端末、移行、研修、担当者工数
- 方式別費用：クラウドは利用者・オプション増加、オンプレミスはサーバー更新・バックアップを見込む
- 比較期間：3年と5年で試算し、初期費用と運用費を分ける
「別途」とした項目には、単価か算定方法を示してもらいます。前提をそろえておくと、総額の差を説明しやすくなります。
失敗しやすい発注と対策
発注時に起きやすい失敗と、事前に決めておく対策を対応させて確認します。
- 現場不在の選定：異なる校種・役割の利用者を要件定義に参加させ、デモ・試行の評価にも現場の点数を入れる
- 過剰な再現：標準機能で変えられる業務と制度上必要な帳票を分け、独自仕様の目的・頻度・保守費・廃止可能性を記録する
- 移行・研修の後回し：契約時にリハーサルと完了条件を定める
管理側だけで決めると、操作画面が使われず紙や個人のExcelに戻るおそれがあります。そのため、実際に使う人が操作性を確かめる機会を設けます。
大規模案件では、SI会社の体制も比べます。ネットワークや認証、端末に加えてヘルプデスクまでを一社で担えるかも、見ておきます。
NTTデータ東海は名古屋市教育委員会向けに、ゼロトラスト型ネットワークとクラウドを使う教育情報ネットワーク基盤を構築しました。同基盤は、2025年8月1日に稼働を開始したと発表されています。
約17万人の児童生徒が対象の事例で、基盤・クラウド・データ活用まで発注範囲を考える参考になります（出典：株式会社NTTデータ東海、2025年10月発表）。
よくある質問
校務支援システムの発注では、費用を見るだけでなく、学校の運用や移行まで確認します。担当者からよく寄せられる質問を、順に取り上げます。
校務支援システムの発注費用はいくらですか？
公開価格のあるクラウド製品では、初期0～50万円、月額2～10万円程度が目安です。これは製品単体の比較レンジです。
データ移行や独自帳票、連携を含めると、自治体案件の費用は大きく変わります。研修、複数校管理、ネットワークの範囲も、費用に影響します。そのため、初期費用と契約期間全体の利用・保守費を分けて確認します。
校務支援システムはスクラッチ開発すべきですか？
独自制度や複雑なシステム連携がなければ、標準パッケージやSaaSが候補です。導入期間と保守負担を抑えやすくなります。
独自要件が多い場合も、中核機能まで作り込まず、標準製品とAPI・追加開発を組み合わせる方法を先に検討します。スクラッチでは、制度改定、担当会社変更、データ返却を含む長期保守計画が必要です。
RFPには何を入れれば比較しやすくなりますか？
RFPには、背景・目的、対象校、利用者、業務フローを書きます。機能と帳票、連携、セキュリティを記載します。移行、研修、保守、SLAも含めます。
契約終了時のデータ返却、見積様式、評価基準も含めます。
学校数やアカウント数、移行対象年度を揃えると、提案会社ごとの前提差が見えます。独自帳票数や現地支援回数も、同じ条件にそろえます。評価基準には、現場の操作性と導入後の体制も加えます。
クラウド型を発注するときの注意点は何ですか？
サービスの可用性やバックアップ、認証と権限を確認します。監査ログや障害時の連絡、データ保管場所、再委託も確かめます。契約終了時の返却と消去も定めます。
学校側のネットワークや端末設定が別途必要な場合もあるため、責任分界表を作ります。通信断、アカウント停止、年度更新、データ出力時の手順も説明してもらいます。
まとめ
校務支援システムを発注するときは、対象校と業務範囲を決め、現場の業務フローや例外処理を整理します。次に、要件定義から保守、データ返却までを、RFPと契約に反映します。
総保有コストで見る費用
公開価格は、比較の出発点です。自治体案件では、導入や移行、研修を含めた総額を確認します。さらに、保守や運用、ネットワーク、連携の費用も確かめます。
同じ前提条件で見積を並べ、初期費用と月額・年額を分けます。追加開発や別料金、契約終了時の費用も、分けて見ます。安価な提案では、対象外の作業と将来の単価も確認します。
導入後まで支援できる委託先
導入後の運用まで担える委託先かどうかを、現場支援と移行しやすさを含めて評価します。
- 導入支援：学校現場の理解、要件定義、データ移行、研修
- 運用体制：セキュリティ、障害対応、年度更新・教員異動後の改善支援
- 継続性：標準API、データポータビリティ、将来の乗り換えやすさ
- 提案条件：標準機能で変える業務と追加開発を分け、複数社へ同条件で依頼する
校務支援システムは、本稼働後も年度更新や教員異動を重ねて使う業務基盤です。そのため、発注前に運用責任者と改善方法まで合意しておくと、定着につながります。
価格と現場の使いやすさを合わせて比べると、発注後の予算超過やベンダーロックインを避けるための判断に役立ちます。
▼全体ガイドの記事
・校務支援システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。