校務支援システム開発の発注/外注/依頼/委託方法について

校務支援システムの発注・外注は、製品の機能数だけで決めるのではなく、学校や教育委員会の業務をどこまで標準化し、誰が導入後の運用を担うかまで含めて選ぶことが重要です。発注形態、要件整理、契約、費用、委託先の比較を先に設計すれば、導入後の追加費用や現場の混乱を抑えられます。

この記事では、校務支援システムを発注・外注・委託する担当者に向けて、SaaSやパッケージ、共同調達、スクラッチ開発の選び方から、RFPに記載する項目、契約形態、費用相場、見積比較、ベンダー選定、稼働後の研修までを順番に解説します。単校導入と自治体全体の調達を分けて考え、現実的な発注計画を作れるようにします。

▼全体ガイドの記事
・校務支援システム開発の完全ガイド

校務支援システムの全体像

校務支援システムとは、学籍、出欠、成績、通知表、指導要録、保健、時間割、校務文書、学校徴収金、保護者連絡などを一元的に扱う業務システムです。発注時に大切なのは、単なる成績処理ソフトを選ぶことではなく、学校内の二重入力や紙帳票、教育委員会への集計作業をどの範囲までつなげるかを決めることです。

最初に、現場で使う人と業務を一覧にします。校長・教頭、担任、教科担当、養護教諭、事務職員、教育委員会の担当者では必要な画面や権限が異なります。学籍情報を登録した後に出欠、成績、通知表、指導要録へどのデータを引き継ぐのか、年度更新や転校・進学時に何を再入力するのかまで業務の流れに沿って確認します。

特に見落とされやすいのが例外処理です。転入・転出、長期欠席、複式学級、特別支援、年度途中のクラス替え、帳票の自治体独自項目などは、通常ケースのデモだけでは判断できません。RFPには「通常の処理」だけでなく、繁忙期と例外時の業務シナリオを記載し、提案会社に実際の操作で回答してもらうことが有効です。

発注単位によって、最適な仕様と費用の見方が変わります。私立学校や単校であれば、標準機能が揃ったSaaSを短期間で導入する方法が検討しやすいです。市町村や教育委員会で複数校をまとめる場合は、学校間の運用差を整理し、共通の権限・帳票・データ連携を仕様化する必要があります。県域の共同調達では、導入時の基盤費用を負担しても、学校ごとのサーバー管理を減らし、ランニングコストを抑えられる可能性があります。

したがって、発注書の冒頭に「対象校数」「校種」「教職員数」「利用者の範囲」「教育委員会が閲覧するデータ」「既存システムとの接続範囲」を明記します。対象を曖昧にしたまま見積を取ると、同じ会社からも前提の違う金額が提示され、後から利用者追加や学校追加の費用が発生しやすくなります。

校務支援システムの発注形態を選ぶ方法

発注形態は、導入の速さ、独自業務への適合性、将来の保守負担、データの持ち出しやすさのバランスで選びます。一般的には、校務の中核を標準パッケージやSaaSで整え、既存システムとの連携や独自帳票だけを追加開発する方式が、費用と柔軟性を両立しやすいです。

SaaSやパッケージは、学籍、出欠、成績、保健などの基本機能があらかじめ用意されているため、ゼロから開発するより短い期間で始めやすい選択肢です。制度変更に伴う帳票更新や脆弱性対応をサービス提供会社が担うことも多く、学校側のサーバー運用を軽くできます。一方で、独自帳票や自治体独自の承認経路をすべて再現できるとは限りません。

選定では「標準機能でできること」と「設定で対応できること」と「追加費用の開発になること」を分けて説明してもらいます。標準機能に業務を合わせるFit to Standardを採用するなら、現場に変更を求める範囲と、変更を支援する研修をRFPに含めることが大切です。

複数校でクラウド基盤を共同利用すると、学校ごとにサーバーを持つ方式と比べて、更新やバックアップを集約しやすくなります。文部科学省の「次世代の校務DXガイドブック」では、長崎県が3市町村・114校で共同調達した事例が紹介されています。同資料では、県域のパブリッククラウド基盤を初期約1,600万円で整備した例と、自治体単独導入では1校あたり初期10～20万円、月4万円程度という比較が示されています（出典: 文部科学省「次世代の校務DXガイドブック」、2025年）。

この数字は、対象範囲や契約条件が異なる事例であり、そのまま自組織の予算に当てはめるものではありません。共同調達を選ぶ場合は、学校間のデータ分離、認証、障害時の業務継続、ネットワーク切替、自治体ごとの権限、契約終了後のデータ返却を仕様書に入れます。オンプレミスを選ぶ場合は、サーバー更新、バックアップ、災害対策、脆弱性対応の費用と担当部署を明確にします。

スクラッチ開発は、独自制度、特殊な帳票、複数の既存システムをまとめる要件に対応しやすい反面、要件定義から保守までの責任を発注者と開発会社が長く負うことになります。学校ごとの要望を無制限に取り込むと、初期費用だけでなく、制度改定時の改修費やテスト費も膨らみます。

そのため、学籍・出欠・成績などの中核は実績のある標準製品を使い、学齢簿、学習eポータル、保護者連絡、帳票出力、教育委員会向けダッシュボードとの接続部分をAPIやCSV連携で補うハイブリッド方式が現実的です。RFPでは、製品導入と追加開発を別見積にし、将来追加する機能の単価と納期も確認します。

校務支援システムを発注する進め方

発注は、いきなり製品デモを見るより、現状把握、目的設定、要件整理、RFP作成、提案比較、契約、構築・移行、研修・稼働の順に進めると判断しやすくなります。担当者だけで進めるのではなく、学校現場の代表者を早い段階から巻き込み、導入後に使う人が納得できる要件へ落とし込みます。

最初の成果物は、機能一覧ではなく業務一覧です。誰が、いつ、どのデータを使い、どの帳票を出し、次に誰へ引き継ぐのかを、学期末や年度末の繁忙期も含めて整理します。紙、Excel、既存システムのそれぞれに残っている作業を並べ、転記、確認、承認、集計にかかる時間とミスの発生箇所を把握します。

目的は「校務をDX化する」だけでは足りません。「出欠から保護者連絡までの二重入力を減らす」「年度更新の確認作業を短くする」「教育委員会の集計を自動化する」「教員が校外から安全に確認できるようにする」など、改善したい業務と評価指標を具体化します。目的が明確なら、不要なカスタマイズを断る基準も持てます。

RFPには、背景と目的、対象校・利用者、現行環境、必要機能、非機能要件、連携対象、移行データ、研修、保守、見積条件、提案書の様式、評価基準を記載します。機能要件は「学籍を管理できる」と書くだけでなく、入学、進級、転校、卒業、年度更新の各場面で必要な入力、権限、帳票、履歴を示します。

非機能要件には、可用性、バックアップ、監査ログ、権限分離、多要素認証、暗号化、障害対応時間、問い合わせ窓口、データの保管場所、委託先監査、契約終了時の返却形式を含めます。文部科学省の教育情報セキュリティに関する考え方では、クラウドの責任分界やアクセス制御、インシデント対応を含めた運用設計が重要です。セキュリティを「ISMS取得済み」という一言で終わらせず、発注者と受託者の作業分担まで確認します。

提案依頼では、同じRFPを複数社へ渡し、機能、導入方法、体制、費用の前提を揃えます。会社説明だけでなく、実際の名簿登録、出欠入力、成績確定、通知表出力、年度更新、権限変更のシナリオを指定し、同じ操作を各社に実演してもらいます。操作画面の見栄えより、入力回数、エラー時の復旧、履歴の確認、帳票の調整方法を評価します。

大規模導入では、全校一斉稼働の前に代表校で試行する方法もあります。試行では、現場が使えるかだけでなく、既存データの欠損、職員異動、年度切替、問い合わせ件数、ネットワーク環境を検証します。試行で見つかった課題を本番仕様に反映するため、契約書には検証期間と受入基準を定めておきます。

データ移行は、旧システムからCSVを出力して取り込むだけでは完了しません。項目名、コード体系、氏名表記、在籍区分、年度、欠損値、重複データを確認し、移行前後の件数照合とサンプル確認を行います。指導要録や健康情報など保存期間や閲覧権限が異なるデータは、何を移すか、何をアーカイブするか、誰が承認するかを決めます。

研修は、本稼働前の一度だけでは足りません。管理者向けの権限・年度更新研修、教員向けの基本操作研修、養護教諭・事務職員向けの専門研修、異動者向けの短時間研修を分け、操作マニュアルと問い合わせ窓口を用意します。松阪市の2025年公募でも、構築だけでなくデータ登録支援、運用設計、教職員への導入研修、保守・運用支援を含む調達が示されています（出典: 松阪市「小中学校統合型校務支援システム構築及び保守管理」公募仕様、2025年）。

校務支援システムの契約形態と発注範囲

校務支援システムでは、ライセンスや利用料、初期設定、追加開発、データ移行、研修、保守、運用支援が一つの提案に含まれることがあります。契約書で範囲を分けておかないと、導入後に「それは標準外です」「研修は別料金です」と判明しやすいため、契約形態と成果物をセットで確認します。

要件定義や現場調査のように、状況を確認しながら作業時間と専門知識を提供してもらう部分は準委任契約が検討されます。決められた仕様の機能や連携を完成させ、検収する部分は請負契約が合う場合があります。SaaSの利用料は、サービスの利用許諾、保守、更新、サポートを含む利用契約として整理します。

実際には、要件定義を準委任、開発・設定を請負、月次の利用と保守をSaaS契約に分ける構成もあります。契約を分ける場合は、要件定義の成果物を次の開発会社が利用できる形式にし、責任の境界と引き継ぎ方法を明記します。契約名だけで判断せず、成果物、検収条件、瑕疵対応、変更手続を確認することが大切です。

成果物には、要件定義書、画面・帳票一覧、権限設計、連携仕様、移行計画、テスト計画、操作マニュアル、研修資料、運用設計書、障害対応手順、データ返却手順を含めます。納品物の形式や更新責任を決めておくと、担当者が変わっても運用を続けやすくなります。

支払いは、契約時、要件定義完了、受入テスト完了、本稼働、保守開始などのマイルストーンに分ける方法があります。要件変更が起きた場合は、変更理由、影響する画面・データ・納期・費用、承認者を記録します。無償対応の範囲を曖昧にしないことが、発注者と受託者の双方を守ります。

児童生徒や教職員の個人情報を扱うため、契約では、アカウント発行・削除、権限変更、ログの保管、バックアップ、障害通知、脆弱性対応、委託先の再委託、インシデント発生時の連絡、監査への協力を定めます。クラウドを利用する場合は、サービス提供会社が担う対策と、教育委員会や学校が担う設定・運用を分けて記載します。

また、契約終了時のデータ返却を後回しにしないことが重要です。CSVなどの標準的な形式で何を、いつまでに、どの費用で返却するか、バックアップや複製をどのように消去するかを確認します。文部科学省が示す次世代校務DXの方向性でも、クラウドを前提にしたデータ連携と、事業者変更を見据えたデータポータビリティが重要な論点になっています。

校務支援システムの費用相場とコストの内訳

校務支援システムの費用は、学校数、教職員数、校種、機能、データ移行、帳票、連携、研修、保守、ネットワーク、契約年数で変わります。したがって「1校いくら」という数字だけで判断せず、初期費用、月額・年額、追加開発費、移行費、教育・運用支援費を分け、3年から5年の総額で比較します。

公開価格を比較した一般的な目安では、クラウド型の初期費用は0～50万円、月額は2～10万円程度、オンプレミス型は初期100～300万円、年間保守10～50万円程度とされます（出典: ITreview「校務支援システム」価格情報、2026年確認）。ただし、これは製品単体を比較するためのレンジであり、自治体全体の構築・移行・研修・ネットワーク費用を含む総額ではありません。

具体例として、株式会社システム ディのSchool Engineは、校務支援の初期導入費用を1校33万円（税込）、小中学校の月額利用料を1校2万2,000円（税込）、高等学校を月額4万4,000円（税込）と公開しています。小中学校の標準機能だけなら初期33万円と年間26万4,000円が一つの比較材料になりますが、グループウェア、学校徴収金、現地支援、データ登録、自治体の追加要件は別に確認が必要です（出典: 株式会社システム ディ「School Engine」料金、2026年確認）。

複数校の調達では、製品の月額だけでなく、構築、現行調査、データ登録支援、運用設計、研修、保守、問い合わせ対応まで含めて予算化します。松阪市の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・追加開発を組み合わせる方法を先に検討します。スクラッチを選ぶなら、制度改定、担当会社変更、データ返却を含む長期の保守計画を契約前に作ります。

背景・目的、対象校、利用者、業務フロー、機能、帳票、連携、セキュリティ、移行、研修、保守、SLA、契約終了時のデータ返却、見積様式、評価基準を入れます。特に、学校数、アカウント数、移行対象年度、独自帳票数、現地支援回数を揃えると、提案会社ごとの前提差が見えやすくなります。評価基準に「現場の操作性」と「導入後の体制」を含めることも重要です。

クラウド型では、サービスの可用性、バックアップ、認証、権限、監査ログ、障害時の連絡、データ保管場所、再委託、契約終了時の返却と消去を確認します。学校側のネットワークや端末設定が別途必要になる場合もあるため、責任分界表を作ります。デモではなく、通信断、アカウント停止、年度更新、データ出力といった運用時の手順まで説明してもらいます。

まとめ

校務支援システムの発注では、まず対象校と業務範囲を決め、現場の業務フローと例外処理を整理します。そのうえで、SaaS・パッケージ、共同調達、オンプレミス、スクラッチ・ハイブリッドの特徴を比較し、RFPに機能、非機能、移行、研修、保守、データ返却まで記載します。

公開価格は比較の起点になりますが、自治体案件では、導入、移行、研修、保守、運用、ネットワーク、連携を含めた総額が重要です。見積書は同じ前提条件で並べ、初期費用と月額・年額、追加開発、別料金、契約終了時の費用を分けて確認します。安価な提案ほど、含まれない作業と将来の単価を丁寧に確認します。

最終的には、機能数や会社規模だけでなく、学校現場の理解、要件定義、データ移行、研修、セキュリティ、障害対応、標準API、データポータビリティを評価します。校務支援システムは本稼働がゴールではなく、年度更新や教員異動を繰り返しながら使い続ける業務基盤です。発注前に運用の責任者と改善の進め方まで合意しておくことが、定着するシステムにつながります。

自校・自自治体に合う発注計画を作るときは、標準機能で変えられる業務と、追加開発が必要な業務を切り分け、複数社へ同じ条件で提案を依頼してください。比較の軸を価格だけにせず、現場の使いやすさと将来の乗り換えやすさまで含めることが、発注後の予算超過とベンダーロックインを防ぎます。

▼全体ガイドの記事
・校務支援システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。