申請管理システム開発の発注/外注/依頼/委託方法について

申請管理システムの発注・外注では、既製品の料金だけでなく、承認ルールの整理、既存システムとの連携、データ移行、運用保守まで含めた総額と体制を比較することが重要です。自社の申請業務に合う発注形態を選び、RFPで要件と責任範囲をそろえることで、導入後の追加費用や手戻りを抑えやすくなります。

本記事では、申請管理システムを発注・外注・委託するときの進め方を、SaaS・パッケージ・ノーコード・個別開発の選び方から、RFPの作り方、請負と準委任の違い、費用相場、委託先の選定、見積比較まで順に解説します。契約申請や人事届出など機密性の高い業務を想定し、セキュリティと運用定着の確認ポイントも整理します。

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

申請管理システムの発注・外注で最初に決めること

申請管理システムの発注では、いきなり開発会社へ機能一覧を渡すのではなく、業務の複雑さと自社で持ちたい範囲を確認します。単純な稟議の電子化ならSaaSやノーコードで十分な場合がありますが、複数法人の組織管理や会計・人事・契約システムとの連携まで必要なら、導入支援会社やSI企業の設計力が重要になります。

判断の軸は、利用者数、申請ルートの複雑さ、連携先、機密度、変更頻度です。利用者が少なく、申請フォームと条件分岐が標準機能に収まるなら、SaaSが向いています。自社でフォームを改善したい場合はノーコード型が候補になります。紙帳票のレイアウトや細かな権限を再現したい場合はパッケージ、独自の規程や基幹連携を中心に業務を変えたい場合は個別開発を検討します。

既製品を選んでも、初期設定、申請書の作成、承認ルート設計、マスタ連携、教育は別途支援が必要になることがあります。製品価格だけで決めず、「標準機能で対応できる範囲」と「カスタマイズや外部開発が必要な範囲」を分けて確認することが大切です。

要件が固まっている範囲は一括で委託し、判断が残る範囲は段階発注に分ける方法が現実的です。たとえば、最初に現状業務の棚卸しとPoCを発注し、その結果をもとに本開発を依頼します。経費申請だけを先行して効果を測り、次に購買、契約、人事へ広げると、利用者の反応を確認しながら投資を配分できます。

発注者側が業務判断を担い、外部には設計や設定を任せる形もあります。反対に、社内の担当者が少なく、運用設計まで伴走してほしい場合は、業務コンサルティング、開発、教育、保守を一気通貫で依頼できる会社が候補になります。RFPには「どこまでを委託し、何を自社で決めるか」を明記します。

RFPと要件整理で発注先に伝えるべき内容

RFPは、開発会社に作ってほしい機能を並べる資料ではなく、解決したい業務課題と提案してほしい条件をそろえる資料です。候補会社が同じ前提で見積もれるように、現状、対象範囲、利用規模、期限、予算の考え方、選定基準を一つにまとめます。詳細仕様を決め切れない段階でも、未確定事項を明示すれば比較の精度が上がります。

まず申請種別ごとに、申請者、受付部署、一次承認者、最終決裁者、差戻し先、代理承認者、保存年数、添付する証憑、承認後の転記先を整理します。経費、購買、契約審査、人事届出では、同じ「申請」でも金額条件や個人情報の扱いが異なります。特に「一定金額を超えると部長と経理の合議になる」「異動中は旧所属の承認者を参照する」といった例外を漏らすと、導入後に手作業が残ります。

業務一覧には、月間の申請件数、ピーク時の件数、利用者数、承認にかかる日数、差戻し率、紙やメールでの保管量も記録します。改善効果を測る基準として、申請から決裁までの時間、転記工数、未処理件数、監査資料の作成時間を導入前に計測しておくと、発注後の評価がしやすくなります。

機能要件には、フォームの入力項目、下書き、添付ファイル、申請番号、条件分岐、直列・並列承認、合議、差戻し、却下、代理申請、引上げ承認、期限通知、検索、CSV出力を記載します。組織・役職・年度の世代管理、退職者のアカウント停止、機密項目の閲覧制限も、申請管理では初期段階から確認しておきたい項目です。

非機能要件には、認証方式、シングルサインオン、多要素認証、暗号化、バックアップ、復旧目標、稼働時間、障害時の連絡、監査ログ、操作ログ、データの保管場所、API制限、データのエクスポート、ベンダー退出時の返却条件を含めます。個人情報保護委員会のガイドラインは、委託先の安全管理措置を事前に確認し、再委託や監査について契約に定めることを示しています。出典は個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」の2026年6月改正です。

RFPの末尾には、提案書の形式、見積の内訳、想定スケジュール、体制、実績、再委託の有無、保守窓口、検収条件を記載します。候補会社には「標準機能」「設定で対応」「追加開発」「運用で対応」を区分して回答してもらうと、安い見積に見えるだけの提案を見分けやすくなります。

契約形態と申請管理システム開発の進め方

申請管理システムは、業務ルールを確認しながら仕様が変わりやすい領域です。契約形態を価格だけで選ぶと、変更時の負担や責任分界でトラブルになりやすいため、要件の確定度と発注者の意思決定体制に合わせて選びます。

請負契約は、合意した成果物を完成させることを主な目的とする契約です。要件、納期、検収条件が固まっているフォーム開発や連携機能などに向いています。一方、準委任契約は、専門家の作業や支援を依頼する形で、要件整理、現状分析、PoC、アジャイルな改善のように成果の形を先に固定しにくい工程に向いています。

実務では、要件整理とPoCを準委任で進め、確定した範囲の開発を請負にする組み合わせが使いやすいです。請負は仕様変更のリスクが価格に含まれやすく、準委任より1.3〜1.5倍程度高くなる傾向があるという整理もありますが、契約条件や会社によって異なるため、倍率を相場として断定せず、変更管理と責任範囲を個別に確認します。

最初の要件定義では、申請種別、承認ルート、権限、証跡、連携先、移行対象を決めます。次に画面とデータの設計を行い、承認ルートの例外を含めたプロトタイプを利用部門に触ってもらいます。プロトタイプで確認できると、文章だけでは見つけにくい入力項目の不足や、承認者にとっての使いにくさを早期に発見できます。

開発後は、機能テストだけでなく、実際の申請者・承認者・管理者による受入テストを行います。月末や組織変更時の負荷、代理承認、差戻し、添付ファイルの閲覧制限、異動後のルート、会計や人事への連携を業務シナリオで確認します。リリース後は、代表業務から段階導入し、問い合わせ窓口と操作マニュアルを用意して利用率を高めます。

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

申請管理システムの費用は、ライセンスだけなら利用者数に応じた月額料金で計算できますが、発注・外注では初期設定、業務設計、連携、移行、教育、保守を含めた総額で考えます。以下の金額は公開料金とリサーチノートの推定レンジを分けて示したもので、申請管理専用の公的な相場統計ではありません。要件と対象範囲によって見積は変わります。

2026年8月に公式料金を確認すると、kintoneはライトが1ユーザー月額1,000円、スタンダードが1,800円、ワイドが3,000円です。スタンダードを100ユーザーで使う場合、ライセンスだけなら月額180,000円、年額2,160,000円が単純な目安になります。ただし、プラグイン、API、導入支援、教育、個別開発は別途必要になる可能性があります。出典はサイボウズ株式会社「kintone料金」の2026年8月確認情報です。

desknet’s NEOクラウド版はライトが1ユーザー月額600円、スタンダードが800円、プレミアムが1,000円で、AppSuiteは1ユーザー月額500円の追加です。このため、SaaSのライセンスだけを比べる場合は、一般的な小・中規模の候補として1ユーザー月額500〜3,000円程度が一つのレンジになりますが、最低利用人数やオプションを必ず確認します。出典は株式会社ネオジャパン「desknet’s NEOクラウド版価格」の2026年8月確認情報です。

限定した申請フォーム、承認ルート、通知、少数の既存連携を開発する場合は、数百万円〜1,500万円程度が推定レンジです。複数部門の申請、文書保管、会計・人事・契約システムとの連携、権限や監査ログまで含む標準的な刷新では、1,500万円〜4,000万円程度を検討するケースがあります。大量データ移行、全国拠点、厳格な認証、独自の基幹連携を含む案件は4,000万円を超える可能性もありますが、これらは要件数から置いた目安であり、特定金額を保証するものではありません。

リサーチノートでは、費用の40〜60%程度を開発人件費とし、システムエンジニアの月額単価を80万〜120万円程度とする一般的な業務システム刷新の目安を申請管理へ応用しています。工程別には、要件定義が約10%、設計が10〜20%、開発が40〜60%、テストが10〜20%という配分を見積確認に使えますが、会社の体制や品質要件で変動します。保守運用費は初期開発費の年5〜15%程度を置く場合があります。

期間は、SaaSの設定や小規模連携なら数週間〜数ヶ月、複数部署への展開やデータ移行まで含めると3〜6ヶ月、スクラッチで複数領域を統合する場合は半年〜1年以上が目安です。大規模組織では、JICAが2025年に公表した経費申請・決議書承認のワークフロー連携資料のように、要件定義、調達、移行、並行運用を含む計画が長期化する例もあります。出典は国際協力機構「経理業務統合システムへのワークフロー機能追加対応資料」の2025年公表資料です。

委託先の選び方と見積比較のポイント

委託先は、製品を提供するSaaSベンダー、製品の設定や連携を行う認定パートナー、業務整理から個別開発まで担うSI企業に分けて考えます。会社名の知名度だけでなく、自社と似た申請量、組織構成、既存システム、セキュリティ要件を扱った経験があるかを確認することが重要です。

提案時には、同じ業界での導入社数だけでなく、申請種別、月間件数、承認者数、連携先、移行期間、導入後の効果を匿名化した範囲で確認します。たとえば、紙申請を電子化しただけなのか、会計や人事への再入力まで減らしたのかで、実績の意味は異なります。デモでは、通常の承認だけでなく、金額条件による合議、差戻し、代理承認、異動、添付ファイルの権限を実際に操作してもらいます。

担当者の経験も確認します。営業担当だけでなく、業務整理を行うコンサルタント、設計者、連携担当、テスト責任者、保守窓口が誰になるかを明確にします。再委託がある場合は、会社名、担当範囲、アクセスするデータ、事故時の連絡経路を確認し、契約書へ反映できるかを見ます。

見積書は、初期費用、月額・年額ライセンス、要件定義、設定、追加開発、APIやSSO、データ移行、テスト、教育、マニュアル、保守、サポート、バージョンアップの費用に分けてもらいます。さらに、利用者が増えた場合、フォームや承認ルートを追加した場合、ストレージを増やした場合、解約してデータを返却する場合の料金も確認します。

比較期間は初年度だけでなく、3年程度の総額でそろえると判断しやすくなります。たとえばライセンスが安くても、連携や保守の単価が高いと、数年後に逆転することがあります。逆に、初期費用が高くても標準機能が広く、追加開発を抑えられる場合があります。見積の合計だけでなく、各項目の数量、単価、前提条件、含まれない作業を横並びにします。

個人情報、契約書、経費証憑を扱う場合は、データの保管場所、暗号化、アクセス権限、操作ログ、バックアップ、復旧テスト、脆弱性対応、インシデント報告の期限を確認します。ISMS認証は参考になりますが、認証範囲、利用するクラウド、再委託先、申請データを扱う環境まで確認し、認証だけで安全と判断しないことが大切です。

IPAの中小企業の情報セキュリティ対策ガイドライン第4.0版は、6か条にバックアップを加え、不要通信の遮断や安全なWeb運用などを追加しています。出典は独立行政法人情報処理推進機構「中小企業の情報セキュリティ対策ガイドライン」の2026年3月第4.0版です。申請システムでも、バックアップの頻度だけでなく、復元できるか、誰が確認するか、障害時に紙やメールへ切り替えるかを契約前に決めます。

運用面では、問い合わせ窓口、障害時のSLA、組織変更の反映方法、フォーム改定の費用、月次レポート、管理者教育、不要データの削除、契約終了時のデータ返却を確認します。2026年のデジタル化・AI導入補助金は、登録ITツールのソフトウェアや最大2年分のクラウド利用費、導入関連費が対象になり得ますが、申請枠や事業者要件があるため、補助金を前提に発注せず、公募要領と交付決定前の購入禁止を確認します。出典は独立行政法人中小企業基盤整備機構「デジタル化・AI導入補助金2026公募要領」の2026年確認情報です。

よくある質問（FAQ）

申請管理システムの発注では、製品の機能だけでなく、社内の決裁ルールと委託範囲をそろえることが重要です。ここでは、発注前によく寄せられる質問に直接回答します。

申請種別、利用者数、承認者、金額条件、例外ルート、添付書類、保存年数、既存システムへの連携先を一覧にします。月間申請件数や承認時間など導入前の数値も準備すると、候補会社が現実的な提案と見積を出しやすくなります。

比較条件をそろえられるなら、3社程度から始めると、機能、体制、価格の違いを把握しやすくなります。SaaSベンダー、導入パートナー、個別開発に強いSI企業など、役割の異なる候補を含め、3年総額と標準機能・追加開発の区分を比較します。

AIによる申請内容のチェックや承認ルートの提案は便利ですが、機密情報を学習に利用するか、誤判定時に人が最終承認できるか、判断ログを残せるかを確認します。AIの提案を自動決裁に直結させず、対象データ、利用目的、説明可能性、停止方法をRFPと契約に記載することが安全です。

まとめ

申請管理システムの発注・外注を成功させるには、最初にSaaS・パッケージ・ノーコード・個別開発の適性を見極め、業務の複雑さと既存連携に応じて発注形態を選ぶことが重要です。RFPでは申請種別、承認ルート、例外処理、権限、証跡、保存期間、利用者数、連携先、非機能要件を整理し、候補会社から同じ条件で提案を受けます。

見積はライセンスだけでなく、要件定義、設定、開発、連携、移行、教育、保守、解約時のデータ返却まで含めて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を創業。