研究費管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

研究費管理システムの開発は、要件整理から定着までの6フェーズで進めます。まず研究課題の採択から監査までの業務を洗い出し、方式を選んで段階的に導入すると、執行から監査までを一貫して管理できます。

▼全体ガイドの記事
・研究費管理システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

研究費管理システムの全体像

研究費管理システムは、採択や配分に始まり、購入や旅費、謝金、支払などの執行、残高確認、実績報告、監査までを研究課題単位でつなぐ仕組みです。

文部科学省の公的研究費管理・監査ガイドラインは、機関内の責任体系、適正な運営管理、モニタリング、監査などを求めています。

研究機関がガイドラインの求めに応えるには、システムに業務の効率化だけでなく、誰がいつ何を判断したかを説明できる証跡が必要です。

文部科学省の公的研究費管理・監査ガイドラインは、令和3年2月1日に改正されました（出典: 文部科学省「研究機関における公的研究費の管理・監査のガイドライン（実施基準）」）。

会計ソフトや経費精算ツールとの違い

会計ソフトは、勘定科目と金額の記録が中心です。

研究費管理では、研究課題、年度、資金種別、費目を同時に持つ必要があります。

• 資金の区別：科研費の補助金と基金、受託研究の契約期間、共同研究の分担金、間接経費を、資金ごとに分けて扱うこと
• 利用者の権限：研究者から監査担当まで、利用者ごとに権限を分けること
• 構成の選び方：財務会計を置き換える構成のほか、既存の会計を残して申請・承認・証憑・課題別予算管理だけを追加する構成
• 連携方式：API連携が必須でない部分は定時CSVにすると、重複入力と初期費用を抑えられる

開発前に決めるべき5つの管理軸

研究費管理で扱う情報は、観点ごとに分けて押さえておきます。

• 研究課題・資金種別：採択や配分の単位になる課題と、資金の種類
• 年度・研究期間：予算を区切る年度と、課題の開始から終了までの期間
• 研究者・部局：申請を行う人と、所属する組織の単位
• 費目・会計コード：支出の種類を会計上の科目やコードに結び付けたもの
• 証憑・承認：見積書や領収書などの証拠書類と、承認の経路

採択額や配分額、残高など金額の項目は、いつ更新するかを決めておく必要があります。交付額や入金額、執行額、繰越額も、更新の時期を決めておきます。決めないまま画面を作ると、後から個別改修が増えやすくなります。

利用者別の画面では、研究者に残高と申請状況を示し、秘書には代理入力と差戻し対応を用意します。また、事務局には規程の確認と一括処理、経理には会計連携と支払状況が必要です。

全員に同じ項目を見せるより、役割に応じて表示を変える方が、定着と入力ミスの抑制につながります。

研究費管理システム開発の進め方

開発は6フェーズに分けて進めます。要件整理から始めて製品や開発会社を選び、設計開発とテストを経て、稼働から定着へと進みます。そのうえで、各フェーズで何を作るか、合格基準、次へ進む条件を発注側と開発会社で合意しておくと、納期と費用のぶれを抑えやすくなります。

フェーズ1：現行業務と例外の洗い出し

最初の1〜2か月は、採択・配分から支払までの業務を業務フローに書き出す作業に充てます。

• 業務の流れ：年度切替から研究期間終了、実績報告、監査依頼までの一連の流れ
• 資金ごとの条件：「できること」「事前承認」「必要な証憑」「差戻し条件」の整理
• 例外処理：費目間流用、年度繰越、分担金、立替払い、組織変更、研究者の異動への対応

要件整理では、業務一覧と利用者・権限表、データ項目表を作ります。連携一覧と非機能要件の初版も、この段階でまとめます。

合格基準は、主要な資金種別と全利用者の承認経路を図で説明でき、各代表者が自分の業務に漏れがないと確認できる状態です。

フェーズ2：パッケージ・クラウド・スクラッチの選定

方式を比べるときは、標準機能、設定、追加開発の範囲を分けたうえで、同じ条件にそろえます。

• 小さく始める場合：1部局から100人程度でCSV連携中心なら、クラウドや文教向けパッケージを優先すると3〜6か月で始めやすいです。
• 複雑な組織・連携：複数キャンパス、複数法人、独自の研究ポートフォリオ、複雑な会計連携があれば、パッケージへの追加開発やERP拡張、スクラッチを比べます。
• 個別要件が多い場合：独自規程をどこまで再現するかで、スクラッチも選択肢に入ります。

提案を依頼するときは、実際の業務ケースを渡しておきます。たとえば、基金の2年度目に旅費を申請し、証憑を添付して、部局長と経理の承認を経て会計へ連携する流れを、実演してもらいます。

まず、機能の有無と設定での対応可否、追加開発費で各社を比べます。そのうえで、制度改正時の保守方法、導入事例の規模、契約終了時のデータ返却も確認します。

フェーズ3：データと承認の設計開発

設計では、データ項目と承認条件を中心に、業務の決まりを画面と処理に落とし込みます。

• データ項目：課題、資金、費目、年度、利用者、部局、会計コード、証憑、承認履歴の定義
• 入力確認：入力者の分離と、残高不足や対象外費目、承認者不在、証憑漏れの検知
• 承認条件：部局、金額、資金種別、費目で組む承認経路（役職名への固定は避ける）
• 証憑管理：見積書、請求書、納品書、領収書、出張資料、検収記録を取引データと一対一で結び付けること

証憑の閲覧、ダウンロード、出力も、ログとして残します。

さらに、財務会計や購買、旅費、人事給与、学内認証との連携は、項目ごとに方式を選びます。方式には、APIやSFTP、CSV、手動取込があります。

研究データや個人情報を扱う機関は、SSOや多要素認証、最小権限、暗号化を設計書に記します。加えて、バックアップや復旧目標、脆弱性対応、再委託先の管理も書き込みます。

フェーズ4：制度上の正しさと使いやすさを検証するテスト

単体テストと連携テストに加えて、代表的な研究課題で業務を通しで確認します。過去のExcelや伝票を匿名化して使うと、実際の費目名称や例外に近い形で検証できます。

1. 採択額の登録と配分
2. 購入、旅費、謝金の申請と、差戻し・再申請
3. 検収、支払、会計連携、月次集計までの流れ
4. 年度切替、基金の繰越、終了報告

受入テストでは、研究者と秘書、部局事務と経理、監査担当が、それぞれの役割で操作します。合格基準には、申請完了までの時間と差戻し理由の分かりやすさを入れます。残高が期待どおりか、監査担当が証憑と承認ログをたどれるかも、基準に含めます。

操作時間と問い合わせ内容も記録しておきます。制度上は正しくても入力に時間がかかると、定着しないため、改善が必要です。

フェーズ5：稼働時の年度切替と問い合わせ導線の準備

本番稼働に向けて、移行から稼働初月の支援までを、順に準備します。

1. 本番前に決めること：権限、マスタ凍結期間、並行運用、切戻し条件
2. 研究課題、研究者、部局、費目、残高、未処理申請、証憑の移行対象への振り分け
3. 件数と金額の突合と、結果の責任者による承認
4. 監査に必要な履歴の検索可能化と、不要な個人情報を持ち込まないという判断
5. 稼働初月の窓口、回答期限、マニュアル、動画、FAQの用意による研究者と事務局の支援
6. 年度切替、研究期間終了、返還、繰越、組織変更、認証障害それぞれの連絡先と判断者の決定

フェーズ6：定着後の制度改正と利用データによる改善

定着後は、利用状況と導入前後の効果、制度関連の要件を継続して確認します。

• 利用状況：申請完了時間、差戻し率、証憑不備、問い合わせ、残高照会時間、会計連携エラーの月次確認
• 導入効果：導入前のExcel集計やメール確認の工数を基準にした、削減時間や処理件数での評価
• DMP：JSPSが科研費課題での活用を案内している点
• 研究セキュリティ：JSTは2026年度も取組を続けており、制度担当と情報システム担当が連携範囲を見直します。

2026年時点では、会計管理に加えて、研究データ基盤や権限管理とのつながりも検討の対象になります。

JSPSの案内対象には、2024年度以降に実施する新規・継続の科研費課題が含まれます。また、JSPSはデータの公開・共有・非公開の運用も示しています（出典: 日本学術振興会「科研費における研究データの管理・利活用について」）。

研究費管理システムの費用相場とコストの内訳

費用は、利用者数や課題数、資金種別で変わります。既存連携や証憑保管、移行、保守範囲も、金額を左右します。ここで示す金額は、リサーチノートと一般的な業務システム構成に基づく2026年時点の目安で、確定価格ではありません。

比べるときは、初期構築と利用料を分けたうえで、連携や教育、制度改正対応も別々に見ます。

小規模導入の初期費用の目安（300万〜800万円）

1部局で利用者が20〜100人、会計連携はCSV中心で、標準的な申請・承認・証憑管理から始める場合の目安です。

• 初期費用：300万〜800万円
• 月額費用：10万〜40万円
• 導入期間：3〜6か月

金額には、パッケージ設定や権限設定、マスタ登録、簡易移行、操作研修を含む想定です。API連携や大量の紙証憑の電子化を含めると、金額は上振れします。

大学全体の中規模導入の初期費用の目安（1,000万〜3,000万円）

利用者100〜500人で、購買や旅費、認証、財務会計との連携があり、複数部局の承認や複数年度の管理も行う場合の目安です。

• 初期費用：1,000万〜3,000万円
• 月額費用：30万〜100万円、または年額360万〜1,200万円程度
• 導入期間：6〜12か月

クラウド利用料や保守費を初期費用に含めるか、連携先ごとに別料金とするかで、見かけの金額が変わります。

大規模統合の初期費用の想定（3,000万円〜1億円超）

複数キャンパスや法人をまたいで、研究支援や財務のほか、購買、人事、認証を統合する場合の目安です。

• 初期費用：3,000万〜1億円超
• 年間費用：500万〜2,000万円程度
• 導入期間：12〜24か月

スクラッチ開発は独自規程を再現できる一方、要件定義や移行、総合テスト、制度改正、長期保守の負担も大きくなります。

2024年の公示では、豊橋技術科学大学の「大学研究費管理会計システム一式」の落札価格が46,530,000円でした（出典: 政府公共調達データベース／ジェトロ、2024年）。公告の借入期間は2024年10月から2029年9月までです。利用や導入、保守を含む可能性があるため、一般的な初期構築費と単純には比べられません。

公示の落札価格は、相場を断定するものではなく、大学全体の案件を検討する際の公開比較材料として扱います。

研究費管理システムの見積もりを取る際のポイント

見積もりの精度は、発注側が前提をそろえられるかで決まります。そのため、対象業務と利用者、連携、移行のほか、セキュリティや運用、導入時期まで、先にまとめておきます。

細かな画面仕様は先に固めなくてもかまいません。その代わり、各社が同じ条件で提案できる資料を準備します。

RFPに書く対象範囲と判断基準

提案条件をそろえるために、RFPには対象範囲と機能の合格条件を記載します。

• 対象範囲：資金種別、課題数、利用者数、部局数、年間申請件数、年度切替時期
• 既存環境：会計、購買、旅費、人事、認証の各システムと、データ移行期間
• 利用場面：基金の複数年度残高、費目外申請の制御、差戻し理由と再申請履歴の扱い

機能の確認では、研究課題・資金・費目・年度のマスタや、採択・配分・繰越の処理を対象に含めます。購入、旅費、謝金、人件費の処理は、申請から支払までを通して確認します。

検収と証憑添付、承認、会計連携も確認します。報告書出力と権限、監査ログと検索も、併せて確認します。

非機能要件では、バックアップや障害復旧、スマートフォン対応、サポート時間を確認します。また、制度改正時の設定と追加開発の境界や、データ保管場所、契約終了時の返却・削除方法も質問します。

同じ内訳にそろえた複数社の提案の比較

価格以外の点も同じ基準で比べるため、各社の提案を同じ項目で並べて読みます。

• 費用内訳：初期構築、ライセンス、クラウド利用料、連携、移行、帳票、証憑保管、教育、プロジェクト管理、保守ごとの金額
• 機能区分：機能ごとの「標準」「設定」「追加開発」「対象外」の区分と、必要機能の抜け
• 契約条件：準委任・請負の範囲、検収条件、仕様変更の単価、遅延時の責任分担
• 実績と対応：同規模機関での実績、研究費や基金への理解、導入後の支援体制
• デモ内容：例外、差戻し、年度切替、障害時の復旧の実演

制度改正と追加開発の費用も、ほかの費用と同じ表に載せます。

失敗リスクへの備え（小さく始めて測定できる状態）

導入後の改修や運用の混乱を抑えるには、先行導入と業務ルールの整理が必要です。

• 先行導入：部局や研究科を選んでの導入と、代表者の受入テスト後の範囲拡大
• 効果測定：入力時間、差戻し率、問い合わせ、連携エラーの測定
• 重要ケース：小規模な先行範囲にも、年度切替と基金の繰越を含めること
• 運用ルール：申請経路、事務局の補完項目、紙の例外、窓口の規程とマニュアルへの反映

全学を一括で進めて要件漏れが起きると、改修費が大きくなります。もう一つのリスクは、業務ルールが古いExcelやメールに残ることです。

制度改正や組織変更は続くため、開発の完了をゴールにせず、月次の利用データをもとに改善を続けます。そのうえで、改善会議と変更管理を保守契約に組み込みます。

よくある質問（FAQ）

研究費管理システムは、製品機能だけでなく、規程や既存システム、研究者の働き方、監査方法にも左右されます。導入前によく出る疑問には、判断の目安を添えて答えます。

研究費管理システムはパッケージとスクラッチのどちらがよいですか？

標準化できる業務が多く、早期導入と制度改正への追随を重視するなら、クラウドやパッケージが向いています。

複数法人を横断する独自ルールや既存ERPとの深い統合が必要なら、パッケージへの追加開発やスクラッチを比較します。

判断では、方式名に加えて、標準・設定・追加開発の境界と、5年程度の保守費も含めて見ます。

研究費管理システムの開発期間はどのくらいですか？

小規模な標準導入は3〜6か月、中規模の大学全体導入は6〜12か月、大規模なスクラッチやERP連携は12〜24か月が目安です。期間は、要件整理と移行の難易度、年度切替に合わせる稼働時期、受入テストに参加する担当者の確保で変わります。

短納期を優先する場合は、全機能をいっぺんに作るより、申請・承認・残高確認から段階的に導入する方法が現実的です。

既存の財務会計システムは置き換える必要がありますか？

既存の財務会計を置き換えることは必須ではありません。申請・証憑・承認・課題別予算を新しいシステムで管理し、仕訳や支払は既存会計へAPIまたはCSVで連携できます。連携方向や更新頻度、エラー時の再送、会計コードの正本、二重入力の解消担当を決めておくと、既存システムを残す判断がしやすくなります。

DMPや研究セキュリティも研究費管理システムの要件に含めますか？

要件整理では、会計管理との役割分担や必要な連携範囲を確認します。

• 連携と権限：会計管理とDMP・研究セキュリティは同じシステムで完結するとは限らず、関係を見直す対象になります。
• 制度の動向：JSPSは2024年度以降に実施する科研費課題でDMP活用を案内し、JSTも2026年度の研究セキュリティ対応を進めています。
• データ管理：公開範囲、組織の連絡先、アクセス権、保存場所、監査ログを会計データと分けて管理し、必要なシステムと担当部署へつなぐこと

まとめ

研究費管理システム開発で大切なのは、機能の多さより、研究費特有のルールと現場の使いやすさを、同じ設計に落とし込むことです。

6フェーズを一つのロードマップで管理

要件整理で例外を洗い出し、方式を選び、設計開発、テスト、稼働、定着後の改善までを、一つの計画として扱います。

1. 研究課題、資金、費目、年度、証憑、承認、連携、例外処理の定義
2. パッケージ、クラウド、スクラッチの同じシナリオでの比較
3. 利用者別の入力と監査ログの設計・開発
4. 年度切替や繰越を含むケースでのテスト
5. 移行、切戻し、問い合わせ導線の整備と稼働
6. 利用データと制度改正を改善に反映すること

見積前のRFPと現場代表者の準備

見積もりでは費用の目安を出発点にし、RFPの条件をそろえて提案を比較します。

• 費用帯：小規模は300万〜800万円、中規模は1,000万〜3,000万円、大規模は3,000万〜1億円超が参考値
• 提案条件：対象範囲、連携、移行、保守、制度改正、セキュリティの条件をそろえること
• 公開調達：4,653万円の事例を参照するときの、契約期間と範囲の確認
• 金額の見方：金額だけで導入可否を判断せず、範囲と保守条件も合わせて見る

費用帯は規模と範囲から作った目安です。

導入を検討している場合は、申請件数と差戻し率、月次集計時間、問い合わせ件数、監査準備工数を測定してください。その数字と研究者・事務局・経理の具体的な困りごとをもとに要件整理を始めると、研究活動を止めずに統制する基盤として定着しやすくなります。

▼全体ガイドの記事
・研究費管理システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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