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

申請管理システム開発は、申請フォームを電子化するだけではなく、要件整理から承認、証跡保管、既存システム連携、利用定着までを一つの業務プロセスとして設計することが成功のポイントです。

紙やExcel、メールで行っている稟議・経費・購買・人事・契約審査などをどのようにシステム化すればよいのか、SaaSと個別開発のどちらが合うのか、費用はいくらかかるのかを知りたい方に向けて、実務で使える進め方を解説します。

▼全体ガイドの記事
・申請管理システム開発の完全ガイド

申請管理システム開発の全体像

申請管理システムとは、申請者が情報を入力してから、承認・差戻し・却下・決裁・保管・検索を行い、必要に応じて会計や人事などの別システムへデータを渡す仕組みです。単なる電子フォームではなく、誰が、いつ、どの条件で判断したかを残す業務プロセスと証跡の基盤として考える必要があります。

最初に対象業務を「入力」「承認」「決裁後の処理」「保管・検索」の4段階に分けて整理します。対象になりやすいのは、経費精算、購買申請、稟議、休暇、人事諸届、契約審査、押印・電子署名、設備利用、事故報告などです。申請番号やステータス、承認者、期限、添付証憑、操作ログまで追えるようにすると、承認待ちの発見と監査対応が容易になります。

JICAが2025年に公表した経理業務統合システムのワークフロー仕様では、決議書が2023年度に14.9万件あり、紙回付による承認状況の見えにくさや経理システムへの手入力が課題として示されています。このように、申請件数が多い企業ほど、フォームの見た目よりも後工程との連携と滞留管理が重要になります。出典は独立行政法人国際協力機構「経理業務統合システムへのワークフロー機能追加に係る業務仕様書」（2025年）です。

製品や開発会社を先に決めるのではなく、利用規模、申請の複雑さ、既存システムとの連携、扱う情報の機密度を確認します。利用者が少なく、承認ルートも単純であればSaaSやノーコードの設定で始めやすいです。一方で、金額や部門による合議、代理承認、異動履歴、基幹システムとの双方向連携、厳格な閲覧制御が必要なら、パッケージの拡張やSI会社による個別設計を組み合わせる判断になります。

スクラッチ開発は独自の規程や権限モデルを再現しやすい反面、初期費用、保守、法改正への対応を自社で持つ範囲が広くなります。将来的に申請業務を増やす企業は、最初から全社一括で作り込むより、代表的な1〜2業務で検証し、共通部品と例外要件を見極めてから拡張する方法が安全です。

申請管理システム開発の進め方を6フェーズで解説

開発は、要件整理、製品・開発会社の選定、設計・開発、テスト、稼働、定着の6フェーズに分けると、抜け漏れを防ぎやすくなります。各フェーズで成果物と判断基準を決め、次の段階へ進む条件を合意しておくことが、後からの追加費用や手戻りを抑えるコツです。

最初に、申請種別ごとに申請者、承認者、金額条件、承認順、合議の有無、代理承認、差戻し条件、添付書類、保存期間、決裁後の転記先を一覧化します。現行の申請書、Excel台帳、メールテンプレート、社内規程、組織図を集め、実際の担当者に例外処理を聞くことが大切です。規程上のルートと現場で行われているルートが異なるケースは、システム設定前に整理します。

要件はMUST、SHOULD、WANTに分けます。MUSTには法令・監査・業務継続に必要な要件、SHOULDには導入効果を高める要件、WANTには将来検討する要件を置きます。申請件数、承認完了までの時間、差戻し率、転記工数、承認滞留件数を現状値として記録すると、稼働後の効果測定にも使えます。

選定時は、SaaSベンダー、パッケージ提供会社、認定パートナー、個別開発を担うSI会社の役割を分けて比較します。候補には同じサンプル申請を提示し、金額条件によるルート分岐、所属変更時の承認者更新、代理承認、添付ファイルの権限、差戻し後の再申請、監査ログの出力を実際に確認します。

可能であれば、経費、購買、契約審査、人事届出のうち件数が多く効果を測りやすい業務を1〜2件選び、PoCを行います。PoCでは、利用者が迷わず入力できるかだけでなく、管理者がフォームやルートを変更できるか、承認データを会計・人事システムへ渡せるか、ログを監査用に取り出せるかを確認します。評価表は機能の有無だけでなく、設定のしやすさ、運用負担、3年総額、データ返却条件まで採点します。

基本設計では、申請フォーム、承認ルート、ステータス、権限、通知、添付ファイル、検索、帳票出力、外部連携の仕様を固めます。画面設計だけでなく、金額や申請区分による条件分岐、組織・役職の世代管理、退職者のアカウント無効化、代理承認者が不在の場合の引上げ承認など、通常とは異なる処理を先に決めます。

非機能要件では、認証方式、シングルサインオン、多要素認証、暗号化、バックアップ、復旧目標、障害時の連絡、アクセスログ、データ保管場所、API制限、サービスレベル、解約時のデータ返却をRFPに記載します。個人情報保護委員会のガイドラインが示す安全管理措置を踏まえ、閲覧範囲、委託先監督、教育、事故報告の責任分界まで契約と運用手順に落とし込みます。

テストは、画面単位の動作確認だけで完了にしません。申請者が入力し、一次承認者が差し戻し、申請者が修正し、複数の承認者が合議し、最終決裁後に会計システムへ連携され、証憑とログを検索できる一連のシナリオで受入テストを行います。正常系に加え、承認者の異動、代理承認、期限超過、添付容量超過、連携先停止、二重送信、同時更新も試します。

受入判定の前に、テストケース、期待結果、実施者、証跡、未解決課題、対応期限を管理します。特に権限テストでは、一般利用者が他部門の申請や個人情報を閲覧できないこと、管理者でも機密項目を必要以上に見られないことを確認します。移行データがある場合は件数、文字コード、添付ファイル、申請日、承認履歴の整合性を照合します。

稼働時は、全社同時切替よりも、対象部門や申請種別を限定した段階導入が適しています。組織マスタ、認証、代表フォーム、承認ルートを整えた後に、会計、人事、購買、契約、電子署名などの連携を広げると、問題の切り分けが容易になります。紙や旧システムをいつ停止するか、例外的に紙を受け付ける条件、問い合わせ窓口、障害時の代替手段も事前に決めます。

過去データは、すべて移行するのか、法定保存や参照頻度の高い期間だけ移行するのかを判断します。移行しないデータについては、旧台帳の保管場所、検索方法、保存期限、アクセス権を文書化します。稼働判定は、重大障害がないこと、必須フォームが利用できること、承認・通知・連携・ログが動くこと、管理者と利用者の教育が終わっていることを条件にします。

稼働後は、利用率だけでなく、申請から承認までの平均時間、差戻し率、承認待ち件数、紙やメールで処理された例外件数、転記工数、監査対応時間を月次で確認します。導入前の数値と比べて改善が見えない場合は、フォームの必須項目が多すぎないか、承認者が集中していないか、通知が埋もれていないか、規程とシステムのルートが一致しているかを確認します。

管理者だけに改善を任せると、現場の不満や例外申請が見えにくくなります。月1回程度、申請部門、承認者、経理・人事・法務、情報システム、ベンダーで改善会議を開き、フォーム変更、ルート変更、権限変更を申請として管理します。AIによる入力チェックや承認ルート提案を使う場合も、機密情報の学習利用、誤判定、人による最終承認、判断ログの説明可能性を確認してから段階的に導入します。

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

費用は、SaaSのライセンス、初期設定・導入支援、データ移行、外部連携、個別開発、教育、保守運用を分けて考えます。公開価格は比較の起点になりますが、フォーム数、ユーザー数、API、保存容量、SSO、既存システムとの接続によって総額が変わるため、月額だけで判断しないことが大切です。

2026年8月に公式料金を確認した例では、rakumo ワークフローは初期費用不要で1ユーザー月額500円、50ユーザーで月額25,000円、年額300,000円です。フォーム作成は1枚10,000円から、運用設計は150,000円からと別料金で、Google Workspaceの有料版も必要です。料金情報の出典はrakumo公式「ワークフローの料金」（2026年8月確認）です。料金だけでなく、申請書作成、組織設定、API、教育を含めて見積もります。

kintoneは初期費用無料で、ライトが1ユーザー月額1,000円、スタンダードが1,800円、ワイドが3,000円です。スタンダードを100ユーザーで使う場合、ライセンスだけなら月額180,000円、年額2,160,000円が単純な目安になりますが、アプリ設計、プラグイン、API、導入支援は別途確認が必要です。料金情報の出典はサイボウズ株式会社「kintone料金」（2026年8月確認）です。

desknet’s NEOクラウド版は初期費用0円で、ライトが1ユーザー月額600円、スタンダードが800円、プレミアムが1,000円です。AppSuiteを追加する場合は1ユーザー月額500円が示されています。料金情報の出典は株式会社ネオジャパン「desknet’s NEOクラウド版価格」（2026年8月確認）です。公開価格から見ると、SaaSのライセンスは小〜中規模で1ユーザー月額500〜3,000円程度が比較レンジになりますが、連携・移行・教育を含む3年総額で評価します。

個別開発の相場は、申請管理専用の公的な統計があるわけではありません。一般的な業務システム刷新の工数目安を申請管理へ応用すると、限定したフォーム、承認ルート、通知、既存システム連携で数百万円〜1,500万円程度、複数部門の申請、文書保管、会計・人事・契約システム連携まで含む標準的な刷新で1,500万円〜4,000万円程度が推定レンジです。高度な認証、大量移行、全国拠点、独自の内部統制がある案件は4,000万円を超える可能性もあります。

この金額は要件数と連携数から置いた参考レンジであり、特定案件の価格を断定するものではありません。見積では、要件定義、設計、開発、テスト、移行、教育、保守を分けて確認します。リサーチノートで整理した一般的な配分では、開発人件費が全体の40〜60％程度、要件定義が約10％、設計が10〜20％、開発が40〜60％、テストが10〜20％の目安です。保守運用費は初期開発費の年5〜15％程度を置いて比較します。

SaaSの設定や小規模連携は数週間〜数ヶ月、複数部署への展開やデータ移行を含むと3〜6ヶ月、スクラッチで複数領域を統合する場合は半年〜1年以上が目安です。JICAの2025年公表資料では、経理システムへのワークフロー機能構築期間を2025年10月1日から2027年3月31日までとする計画が示されており、要件定義、調達、移行、並行運用を含む大規模案件が長期化する実例になります。出典は独立行政法人国際協力機構の2025年公表資料です。

2026年のデジタル化・AI導入補助金は、通常枠で補助額5万円〜150万円未満、4プロセス以上で150万円〜450万円以下、原則補助率2分の1とされています。登録ITツール、対象経費、申請枠、交付決定前の購入禁止などの条件があるため、補助金を前提に要件を決めず、公式公募要領とIT導入支援事業者で対象可否を確認します。出典は独立行政法人中小企業基盤整備機構「デジタル化・AI導入補助金2026通常枠公募要領」（2026年）です。

申請管理システムの見積もりを取る際のポイント

見積もりの差は、単価の差だけでなく、前提条件の書き方と作業範囲の切り分けから生まれます。RFPに対象業務、利用者数、申請量、フォーム数、承認ルート、連携先、保存期間、セキュリティ要件、移行範囲を記載し、各社が同じ条件で提案できる状態にします。

最低限、次の情報を整理します。申請種別と年間件数、利用者数と承認者数、組織・役職の更新頻度、直列・並列・合議のルート、金額や申請区分による条件分岐、代理承認、通知方法、添付ファイルの容量、検索条件、保存年数、廃棄ルール、申請後の連携先、過去データの移行対象を明記します。現在の申請書をサンプルとして添付すると、フォーム再現の精度を比較できます。

非機能面では、SSOや多要素認証、IP制限、暗号化、バックアップ頻度、復旧目標、監査ログの保存期間、ログのエクスポート、稼働率、サポート時間、障害時の連絡、再委託先、データセンターの所在地、解約時のデータ返却形式を確認します。個人情報や契約書を扱う場合は、個人情報保護委員会のガイドラインと自社の安全管理規程を照らし合わせ、機密項目の閲覧範囲まで要件に含めます。

各社の見積書は、初期設定、ライセンス、フォーム作成、ルート設計、API・SSO、データ移行、テスト、教育、保守、追加ストレージ、バージョンアップ対応に分けて読みます。SaaSは月額が安く見えても、最低ユーザー数や契約期間、オプション、連携費が加わることがあります。個別開発は本体価格だけでなく、組織変更や法改正、障害対応、開発会社が変わる場合の引き継ぎ費も考慮します。

比較表には、初年度、2年目、3年目の費用と、利用者数が増えた場合の増額を並べます。あわせて、見積に含まれない作業、仕様変更の単価、追加テストの扱い、保守の受付時間、データ返却費を質問します。JICAの参考見積様式でも、導入時費用、構築期間中のライセンス利用料、保守サポート、環境費やストレージ費を分けて記載する考え方が示されています。出典は独立行政法人国際協力機構の2025年公表資料です。

要件が固まっていない段階で、すべてを固定価格の請負契約にすると、仕様変更のたびに追加費用や納期延長が起きやすくなります。要件整理やPoCは準委任で進め、仕様と受入条件が固まった開発範囲を請負にするなど、工程ごとに契約の考え方を分ける方法があります。契約前に、変更要求の受付、影響分析、承認者、見積提示、実装、受入の手順を定めます。

リスクを洗い出す際は、承認ルートが複雑化すること、組織マスタの更新が遅れること、既存システムのAPI仕様が変わること、移行データに欠損があること、現場が旧運用へ戻ることを想定します。対応策として、例外ルートを最初から無制限に作らない、マスタ更新の責任者を置く、連携先の試験環境を確保する、移行リハーサルを複数回行う、稼働後の問い合わせ窓口を一本化することが有効です。

申請管理システム開発でよくある質問（FAQ）

申請管理システムの導入では、製品の機能だけでなく、今の業務をどこまで変えるか、既存データをどう扱うか、稼働後に誰が管理するかが疑問になりやすいです。ここでは、導入前に特に相談の多い質問へ回答します。

申請種別が限られ、標準的な承認ルートで始められる場合は、SaaSやノーコードが適しています。独自の規程、複雑な合議、複数の基幹システム連携、厳しい権限管理が中核要件なら、パッケージの拡張や個別開発を検討します。迷う場合は、代表業務のPoCで設定変更と連携の実現性を確かめてから決めます。

すべてを移行する必要はなく、法定保存、監査、問い合わせ対応、参照頻度、移行コストを比較して対象期間を決めます。移行しないデータも、保管場所、保存期限、検索方法、アクセス権、旧ファイルの改ざん防止を文書化します。移行する場合は、件数だけでなく添付証憑、承認履歴、申請日、部門、申請番号の対応関係を確認します。

クラウドかオンプレミスかだけで安全性を判断できません。認証、多要素認証、権限、暗号化、バックアップ、ログ、脆弱性対応、データ保管場所、委託先と再委託先、事故報告、解約時のデータ削除・返却を確認し、自社の安全管理規程に合うかを判断します。個人情報保護委員会のガイドラインやIPAの中小企業向け情報セキュリティ対策ガイドライン第4.0版を、候補サービスへの質問項目に使うと確認しやすくなります。

申請件数が多く、処理時間や転記工数を測りやすい経費、購買、契約審査、人事届出から選ぶと効果を確認しやすいです。ただし、機密度が高い申請を最初から対象にする場合は、権限と監査ログの検証を優先します。申請者、承認者、管理者、経理・人事など関係者が揃い、稼働後のKPIを決められる業務を選ぶことが成功につながります。

まとめ

申請管理システム開発は、フォームを作ることから始めるのではなく、申請種別、承認条件、例外処理、証憑、権限、連携先、保存期間を棚卸しすることから始めます。要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで成果物と判断基準を置くと、業務部門と情報システム部門が同じ基準で進捗を確認できます。

着手前は、対象業務と現状KPI、必須のセキュリティ・保存要件、連携先と責任分界の3点を確認します。ここが曖昧なまま製品や開発会社を決めると、後からフォームや承認ルートを追加するたびに費用と納期が膨らみます。

稼働後は、利用率だけでなく承認時間、差戻し率、滞留件数、転記工数、監査対応時間を定期的に確認します。現場の声と数値をもとにフォームやルートを見直し、組織変更や制度変更にも追随できる管理体制を整えることが、投資効果を継続させます。

費用は、SaaSのライセンス、導入支援、移行、連携、個別開発、教育、保守を分け、初期費用ではなく3年総額で比較します。まずは代表的な1〜2業務でPoCを実施し、承認時間、差戻し率、転記工数、滞留件数、監査対応時間を導入前後で測定すると、自社に合う方式を判断しやすくなります。

▼全体ガイドの記事
・申請管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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