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

研究費管理システム開発は、研究課題ごとの予算・執行・証憑・承認・報告を一つの流れで管理できる業務基盤を、要件整理から定着まで段階的に作り上げる取り組みです。

ただし、科研費、受託研究費、共同研究費、寄附金、学内研究費では使える費目や承認ルートが異なり、単に会計ソフトを導入するだけでは現場の負担や監査対応は解決しません。この記事では、研究機関の経理責任者、研究推進部門、情報システム部門が、要件整理、製品・開発会社の選定、設計開発、テスト、稼働、定着までを判断できるように、具体的なチェックポイントと費用の見方を解説します。

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

研究費管理システムとは何ですか？全体像

研究費管理システムは、研究課題の採択や配分から、物品購入、旅費、謝金、検収、支払、残高確認、実績報告、監査までを研究課題単位でつなぐシステムです。文部科学省の公的研究費管理・監査ガイドラインは、機関内の責任体系、適正な運営管理、モニタリング、監査などを求めており、システムには業務を効率化するだけでなく、誰がいつ何を判断したかを説明できる証跡が必要です（出典: 文部科学省「研究機関における公的研究費の管理・監査のガイドライン（実施基準）」、令和3年2月1日改正）。

一般的な会計ソフトは勘定科目と金額を記録することが中心ですが、研究費管理では「どの研究課題の、どの年度の、どの資金種別を、どの費目で使ったか」を同時に保持します。科研費の補助金と基金、受託研究の契約期間、共同研究の分担金、間接経費などを区別しながら、研究者、秘書、部局事務、経理、監査担当の権限を分ける必要があります。

そのため、研究費管理システムは会計システムを置き換える場合もありますが、既存の財務会計を残して申請・承認・証憑・研究課題別の予算管理を追加する構成も現実的です。リアルタイムAPIが必須でない範囲はCSVの定時連携にし、重複入力を減らしながら初期費用を抑える方法もあります。

最初に定義する軸は、研究課題、資金種別、年度・研究期間、研究者・部局、費目・会計コード、証憑・承認です。採択額、交付額、入金額、配分額、執行額、残高、繰越額をどの時点で更新するかも決めておきます。ここが曖昧なまま画面から作り始めると、後から帳尻を合わせるための個別改修が増えます。

利用者別の画面も重要です。研究者は残高と申請状況をすぐ確認でき、秘書は代理入力と差戻し対応ができ、事務局は規程チェックと一括処理ができ、経理は会計連携と支払状況を追える設計が望ましいです。全員に同じ入力項目を見せるのではなく、役割に応じて必要な情報だけを表示することが、利用定着と入力ミスの抑制につながります。

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

開発は、要件整理、製品・開発会社の選定、設計開発、テスト、稼働、定着の6フェーズに分けると判断しやすくなります。各フェーズで成果物と合格基準を決め、次のフェーズへ進む条件を合意しておくことが、納期と費用のぶれを抑える基本です。

最初の1〜2か月は、採択・配分、購入、旅費、謝金・人件費、検収、支払、年度切替、研究期間終了、実績報告、監査依頼を業務フローに書き出します。資金種別ごとに「できること」「事前承認が必要なこと」「証憑が必要なこと」「差戻しになる条件」を表にし、通常処理だけでなく、費目間流用、年度繰越、分担金、立替払い、組織変更、研究者の異動といった例外を確認します。

成果物は、業務一覧、利用者・権限表、研究課題と資金のデータ項目表、現行システムとの連携一覧、非機能要件の初版です。要件整理の合格基準は、主要な資金種別と全利用者の承認経路が図で説明でき、研究者・事務局・経理の各代表者が「自分の業務が抜けていない」と確認できることです。画面の見た目より先に、入力責任とデータの正本を決めることが重要です。

選定では、標準機能に業務を合わせる範囲、設定で対応する範囲、追加開発する範囲を分けて評価します。利用者が1部局から100人程度で、財務会計との連携がCSV中心なら、クラウドや文教向けパッケージを優先すると3〜6か月で始めやすいです。複数キャンパス、複数法人、独自の研究ポートフォリオ、複雑な会計連携がある場合は、パッケージへの追加開発やERP拡張、スクラッチを比較します。

提案依頼では、デモ画面の印象だけで決めず、実際のケースを課題として渡します。例えば「基金の2年度目に旅費を申請し、証憑を添付し、部局長と経理が承認した後に会計へ連携する」流れを実演してもらいます。評価基準は、機能の有無、設定での対応可否、追加開発費、制度改正時の保守方法、導入事例の規模、契約終了時のデータ返却です。

設計では、研究課題、資金種別、費目、年度、研究者、部局、会計コード、証憑、承認履歴をどのテーブルや項目で管理するかを決めます。研究者が入力する項目と事務局が補完する項目を分け、入力時点で残高不足、対象外費目、承認者不在、証憑漏れを検知できるようにします。承認ルートは固定の役職名ではなく、部局、金額、資金種別、費目などの条件で組めると、組織改編に強くなります。

証憑は、見積書、請求書、納品書、領収書、出張資料、検収記録を取引データと一対一で結び付け、閲覧・ダウンロード・出力のログを残します。財務会計、購買、旅費、人事給与、学内認証との連携は、API、SFTP、CSV、手動取込のどれにするかを項目単位で決めます。研究データや個人情報を扱う機関では、SSO、多要素認証、最小権限、暗号化、バックアップ、復旧目標、脆弱性対応、再委託先の管理を設計書に明記します。

テストは、単体テストや連携テストだけでは不十分です。代表的な研究課題を使って、採択額の登録、配分、購入申請、差戻し、再申請、検収、支払、会計連携、月次集計、年度切替、基金の繰越、終了報告までを通しで確認します。過去のExcelや伝票から匿名化したデータを用いると、実際の費目名称や例外に近い検証ができます。

受入テストでは、研究者、秘書、部局事務、経理、監査担当がそれぞれ自分の役割を操作します。合格基準には、申請完了までの時間、差戻しの理由が理解できるか、残高が期待どおりになるか、証憑と承認ログを監査担当が追えるかを含めます。制度上は正しくても入力に時間がかかる場合は定着しないため、操作時間と問い合わせ内容も記録して改善します。

本番稼働の前には、初期データ移行、権限登録、マスタの凍結期間、旧システムとの並行運用、切戻し条件を決めます。研究課題、研究者、部局、費目、残高、未処理申請、証憑を移行対象に分け、件数と金額の突合結果を責任者が承認します。すべての履歴を移すのではなく、監査上必要な履歴を検索可能な形で残し、不要な個人情報を持ち込まない判断も必要です。

稼働初月は、問い合わせ窓口、回答期限、操作マニュアル、短い動画、よくある質問を用意し、研究者向けと事務局向けの支援を分けます。年度切替、研究期間終了、返還、繰越、組織変更、認証障害が起きたときの連絡先と判断者を決めておくと、現場がメールや個人の経験だけで処理する状態を避けられます。

定着は、研修を一度実施して終わりではありません。月次で、申請完了までの時間、差戻し率、証憑不備、問い合わせ件数、残高照会にかかる時間、会計連携のエラー数を確認します。導入前のExcel集計やメール確認にかかる工数を測っておけば、導入後の効果を「便利になった」という感想だけでなく、削減時間や処理件数で評価できます。

2026年時点では、会計管理に加えてDMPや研究セキュリティを関連要件として確認する必要があります。JSPSは2024年度以降に実施する新規・継続を含む科研費課題でDMPの活用を案内しており、研究データの公開・共有・非公開を判断する運用も示しています（出典: 日本学術振興会「科研費における研究データの管理・利活用について」）。また、JSTは2026年度も研究セキュリティ確保の取組を実施しているため、研究費システムから研究データ基盤や権限管理へどこまで連携するかを、制度担当と情報システム担当で定期的に見直します。

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

研究費管理システムの費用は、利用者数、研究課題数、資金種別の複雑さ、既存システムとの連携、証憑保管、データ移行、保守範囲で大きく変わります。以下はリサーチノートと一般的な業務システムの構成を基にした2026年時点の目安であり、個別案件の確定価格ではありません。初期構築費、利用料、連携費、教育費、制度改正対応費を分けて比較することが重要です。

1部局、利用者20〜100人、会計連携はCSV中心、標準的な申請・承認・証憑管理から始める場合、初期費用は300万〜800万円、月額は10万〜40万円、導入期間は3〜6か月が一つの目安です。パッケージの初期設定、権限設定、マスタ登録、簡易移行、操作研修を含む想定ですが、API連携や大規模な紙証憑の電子化を含める場合は上振れします。

利用者100〜500人、購買・旅費・認証・財務会計と連携し、複数部局の承認ルートや研究費の複数年度管理を実装する場合、初期費用は1,000万〜3,000万円、月額30万〜100万円、または年額360万〜1,200万円程度、導入期間は6〜12か月が目安です。実際の見積では、クラウド利用料と保守費を初期費用に含めるか、連携先ごとに別料金にするかで見かけの金額が変わります。

複数キャンパスや複数法人をまたぎ、研究支援、財務、購買、人事、認証を統合する場合、初期費用は3,000万〜1億円超、年間費用は500万〜2,000万円程度、導入期間は12〜24か月が目安です。スクラッチ開発では独自規程を細かく再現できますが、要件定義、移行、総合テスト、制度改正、長期保守の負担も大きくなります。

公表事例として、豊橋技術科学大学の「大学研究費管理会計システム一式」は、2024年の落札者等の公示で落札価格46,530,000円とされています。入札公告では2024年10月から2029年9月までの借入期間が示されており、開発費だけではなく、契約期間中の利用・導入・保守を含む可能性があるため、一般的な初期構築費と単純比較できません（出典: 政府公共調達データベース／ジェトロ、2024年）。この金額は相場の断定ではなく、大学全体の案件を検討する際の公開された比較材料として扱います。

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

見積もりの精度は、開発会社の営業力よりも、発注側がどこまで前提を揃えられるかで決まります。最初から細かな画面仕様を固定する必要はありませんが、対象業務、利用者、連携先、移行範囲、セキュリティ、運用体制、導入時期を同じ資料にまとめ、各社が同じ条件で提案できる状態を作ります。

RFPには、対象となる資金種別と研究課題数、利用者数、部局数、年間の申請件数、年度切替の時期、現在の会計・購買・旅費・人事・認証システム、データ移行の期間を記載します。機能要件には「予算残高を見られる」だけでなく、「基金の複数年度残高を研究課題と費目で確認できる」「費目外の申請を止める」「差戻し理由と再申請履歴を残す」のように、利用場面と合格条件を添えます。

チェック項目は、研究課題・資金・費目・年度マスタ、採択・配分・繰越、購入・旅費・謝金、人件費、検収、証憑添付、承認、会計連携、報告書出力、権限、監査ログ、検索、バックアップ、障害復旧、スマートフォン対応、サポート時間です。さらに、制度改正時の設定変更と追加開発の境界、データの保管場所、契約終了時の返却・削除方法も質問します。

比較表では、初期構築、ライセンス、クラウド利用料、連携、データ移行、帳票、証憑保管、教育、プロジェクト管理、保守、制度改正、追加開発を分けます。「標準」「設定」「追加開発」「対象外」を機能ごとに記載してもらうと、安い提案が必要な機能を対象外にしていないか確認できます。準委任と請負の範囲、検収条件、仕様変更の単価、遅延時の責任分担も費用と同じ表に置きます。

会社の規模だけでなく、同程度の大学や研究機関での導入実績、研究費・科研費・基金への理解、導入後のサポート体制を確認します。デモでは、きれいなサンプル画面より、例外処理や差戻し、年度切替、障害時の復旧を見せてもらう方が実務への適合性を判断しやすいです。

全学一括で始めると、要件漏れが大きな改修費につながります。先行導入する部局や研究科を選び、研究者、秘書、事務局、経理の代表者で受入テストを行い、入力時間、差戻し率、問い合わせ数、連携エラーを測ってから対象を広げると安全です。先行範囲は小さくても、年度切替や基金の繰越など重要なケースを含めることがポイントです。

もう一つのリスクは、システムを入れても業務ルールが古いExcelやメールに残ることです。申請の正規ルート、事務局が補完する項目、紙を残す例外、問い合わせ窓口を運用規程とマニュアルに反映し、月次の利用データで改善します。研究費管理は制度改正や組織変更が続くため、開発完了をゴールにせず、保守契約の中に改善会議と変更管理を組み込みます。

よくある質問（FAQ）

研究費管理システムは、製品機能だけでなく、規程、既存システム、研究者の働き方、監査の方法に左右されます。ここでは導入前に特に質問されやすい論点へ、判断の基準を先に回答します。

標準化できる業務が多く、早期導入と制度改正への追随を重視するなら、クラウドやパッケージが向いています。複数法人を横断する独自ルールや既存ERPとの深い統合が必要なら、パッケージへの追加開発やスクラッチを比較します。重要なのは方式の名称ではなく、標準・設定・追加開発の境界と5年程度の保守費を含めて評価することです。

小規模な標準導入は3〜6か月、中規模の大学全体導入は6〜12か月、大規模なスクラッチやERP連携は12〜24か月が目安です。要件整理とデータ移行の難易度、年度切替に合わせた稼働時期、受入テストに参加できる現場担当者の確保で変わります。短納期を優先する場合は、最初から全機能を作らず、申請・承認・残高確認から段階導入する方法が現実的です。

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

研究費の会計管理とDMP・研究セキュリティは同じシステムで完結するとは限りませんが、要件整理の段階で連携と権限の関係を確認します。JSPSは2024年度以降に実施する科研費課題でDMPの活用を案内しており、JSTも2026年度の研究セキュリティ対応を進めています。研究データの公開範囲、組織の連絡先、アクセス権、保存場所、監査ログを会計データと混同せず、必要なシステムと担当部署へつなげる設計が必要です。

まとめ

研究費管理システム開発を成功させる要点は、機能の多さではなく、研究費特有のルールと現場の使いやすさを同じ設計に落とし込むことです。要件整理で例外を洗い出し、方式を選び、データ・権限・連携を設計し、制度上の正しさと操作性をテストし、稼働後の改善までを一つの計画として扱います。

まず要件整理で、研究課題、資金種別、費目、年度、証憑、承認、連携、例外処理を定義します。次にパッケージ、クラウド、スクラッチを同じシナリオで比較し、設計開発では利用者別の入力と監査ログを作り込みます。テストでは年度切替や繰越を含む実データに近いケースを検証し、稼働時には移行・切戻し・問い合わせ導線を整え、定着後は利用データと制度改正を改善へ反映します。

費用は小規模で初期300万〜800万円、中規模で1,000万〜3,000万円、大規模で3,000万〜1億円超というレンジを出発点にできますが、これは規模と範囲から作った目安です。RFPには対象範囲、連携、移行、保守、制度改正、セキュリティを記載し、提案の内訳をそろえて比較します。公開調達の4,653万円も契約期間と範囲を確認して参考にし、金額だけで導入可否を判断しないことが大切です。

導入を検討している場合は、最初に現行業務の申請件数、差戻し率、月次集計時間、問い合わせ件数、監査準備工数を測定してください。その数字と、研究者・事務局・経理が困っている具体的なケースをもとに要件整理を始めると、研究費管理システムが単なる記録ツールではなく、研究活動を止めずに統制する基盤として定着しやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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