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

承認管理システムの発注・外注では、機能の多さよりも、承認規程を無理なく再現できる発注形態と、要件・費用・責任範囲を契約前にそろえることが重要です。クラウドの標準導入なら初期費用0円から始められる製品もありますが、帳票移行、組織マスタ連携、監査ログ、外部APIまで求めると、導入支援や開発費を含めた比較が必要です。

この記事では、承認管理システムを発注・外注する際の進め方を、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先選定、見積比較の順に解説します。紙・メール・Excelで止まりやすい稟議や申請を、現場で使える仕組みに変えるための確認項目まで整理します。

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

承認管理システムを発注する前に知っておきたい全体像

承認管理システムは、申請フォーム、承認経路、承認結果、コメント、添付ファイル、処理履歴を一元管理する業務システムです。発注時は「申請をWeb化する」だけでなく、誰が、どの条件で、いつまでに、何を承認するかを業務ルールとして再現することが成果につながります。

対象業務は、購買、契約、支払、経費、採用、人事異動、休暇、出張、設備投資、IT投資、品質文書などです。最初から全社の申請を一度に移行すると、例外処理と部門間調整が増えて遅れやすくなります。まずは申請件数が多く、滞留や転記が見えやすい購買申請、契約稟議、経費申請のうち1〜3業務を候補にし、導入前の処理日数や差し戻し件数を測定します。

製品の機能一覧に、条件分岐、代理承認、差し戻し、スマートフォン通知、SSO、API連携と書かれていても、自社の規程と利用者が扱えなければ成果は出ません。検索者が特に不安を感じやすいのは、組織変更のたびに承認者を手作業で変更する運用、退職者の未処理申請、代理承認の権限範囲です。発注前に人事・組織マスタとの連携方法と、管理者がどこまで自分で変更できるかを確認します。

承認管理システムの発注形態はどれを選ぶべきですか？

結論として、申請種類が少なく短期間で始めたい企業はクラウドSaaS、既存帳票や複雑な経路を活かしたい企業はパッケージ導入、業務データと一体で内製したい企業はローコード、独自規程や基幹連携が中核となる企業はスクラッチ開発を検討します。境界は固定ではなく、SaaSの導入支援や追加開発を組み合わせる発注も現実的です。

クラウドSaaSはサーバーを自社で用意せず、アップデートやバックアップの一部をサービス提供会社に任せられます。標準機能だけなら初期費用0円の製品もあり、検証を始めやすい点が強みです。一方で、帳票の移行、権限設計、SSO設定、ユーザー登録、操作研修、API連携は導入支援会社への委託費が別に発生することがあります。サービス利用料と設定・開発費を分けてRFPに記載します。

パッケージは紙帳票に近い画面や多段承認を備え、独自開発より短期間で導入しやすい選択肢です。ローコードは申請、案件、契約、実績などを同じデータ基盤にまとめやすく、業務部門が改善を続けやすい反面、複雑な合議や厳格な証跡、帳票出力、基幹連携でプラグインや開発会社が必要になる場合があります。製品価格だけでなく、追加開発の単価と担当者の育成費まで見積に含めます。

スクラッチ開発は、独自の承認規程、複数会社・拠点の権限、基幹システムとの深い連携、特殊なデータ保存要件に合わせやすい方式です。ただし、組織変更や法令改正のたびに改修が必要となり、初期開発後の保守責任も重くなります。画面を自由に作る前に、承認経路を設定変更できる管理機能、マスタ更新の自動化、監査ログの保存・出力を要件に含め、5年程度の運用を想定して選びます。

承認管理システムを発注・外注する進め方

発注は、社内の要件を整理してから複数社へ同じ条件で依頼し、提案・見積・契約を経て、設計、設定または開発、テスト、移行、教育、本稼働へ進めます。最初の要件が曖昧なまま「おすすめ製品」だけを比較すると、後から承認経路や連携が追加され、納期と費用の両方が膨らみます。

まず申請書の種類、年間件数、申請者、承認者、金額条件、所属条件、合議の有無、差し戻し・再申請、代理承認、添付書類、承認後の後続処理、保存年限を一覧化します。メールやExcelで個別に扱っている例外も省略せず、通常ケースと例外ケースを分けて記録します。特に「金額が一定以上なら部長と経理が承認」「特定の費目は法務確認を追加」のような条件を文章だけでなくフロー図にします。

\n+\n+\n+

要件は、法令・監査・内部統制・業務継続に必要なMUST、導入効果に直結するSHOULD、将来の改善候補であるWANTに分類します。RFPには、対象部門と利用者数、申請書数、月間申請件数、承認経路の種類、連携対象、データ移行量、セキュリティ条件、希望納期、予算レンジ、提案してほしい導入体制を記載します。製品名を指定しすぎず、実現したい業務と評価基準を示すことが比較の公平性につながります。

\n+

提案書と営業デモだけで決めず、購買申請、契約稟議、金額条件付き経費申請など代表的な3フローを実データに近い形で試します。申請者が入力し、一次承認者が差し戻し、代理承認者が処理し、最終承認後に会計や電子契約へ連携する一連の流れを確認します。PoCでは機能の有無だけでなく、管理者が経路を変更できる時間、エラー時の復旧方法、スマートフォンでの操作性まで記録します。

\n+

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

費用は、ライセンスまたは月額料金、初期設定、帳票移行、要件定義、追加開発、外部連携、テスト、教育、保守に分けて考えます。以下の金額は税別の目安です。公開価格と、承認管理に近い業務ワークフロー開発の公開相場を合わせた企画段階のレンジであり、個別案件の確定金額ではありません。

\n+

公開価格の例では、Create!Webフローのクラウド版は初期費用0円、1ユーザー月額500円、年額契約は1ユーザー年額5,500円で、最低契約数は10ユーザーです。決裁データ出力月額8,000円、ユーザー情報連携月額8,000円、Teams連携月額15,000円、APIライセンス月額27,500円、接続元IP制限月額2,000円など、要件に応じて加算されます（出典: インフォテック株式会社「Create!Webフロー クラウド版価格」、2026年8月確認）。

X-point Cloudは初期費用0円、基本サービス月額20,000円、サービス利用料1ユーザー月額500円です。100ユーザーなら基本料金と利用料だけで月額70,000円が目安となり、電子帳簿保存法対応月額5,000円、承認完了書類外部出力月額40,000円、テスト環境月額40,000円などが別途設定されています（出典: 株式会社エイトレッド「X-point Cloudの料金」、2026年8月確認）。これらは製品の利用料であり、初期の業務整理や設定代行は別見積になる点に注意します。

LINE WORKSワークフローは、年額契約で1ユーザー月額250円、月額契約で1ユーザー月額300円ですが、別途LINE WORKSの有償プランが必要で、ドメイン所属の全メンバーが課金対象です（出典: LINE WORKS株式会社「LINE WORKSワークフロー提供開始」、2026年5月26日）。承認者だけを追加購入できると考えていると、想定より高くなる可能性があります。見積依頼では、申請者、承認者、閲覧者、休職者、社外協力者のどこまでが課金対象かを確認します。

標準的なクラウド導入のランニング費用は、10〜50名規模なら月額5,000円〜10万円程度、100名規模なら月額7万円〜30万円程度が比較の起点になります。初期設定、帳票移行、教育を含めた初期費用は0円〜100万円程度、複数システム連携や大量の帳票移行を含めると100万円〜500万円程度を見込む場合があります。製品と範囲による差が大きいため、必ず同じ要件で相見積もりを取得します。

類似する業務ワークフロー開発の公開相場では、パッケージカスタマイズが50万円〜500万円、小規模スクラッチが100万円〜300万円、中規模が300万円〜1,000万円、大規模が1,000万円〜3,000万円以上というレンジで整理されます。承認管理システムだけの統計ではないため、企画段階の参考値として扱います。基幹、人事、会計、電子契約、文書保管を一体化する場合は、連携とテストが増えて1,000万円を超えることもあります。

見積書では、要件定義・業務整理、画面と承認経路の設計、フォーム開発、API連携、権限設計、テスト、データ移行、教育、リリース後保守を分けてもらいます。一般的な業務システムの内訳として、要件定義約10%、設計10〜20%、開発40〜60%、テスト10〜20%、エンジニア月額80万円〜120万円という目安が示されることがありますが、承認システムではフォーム数より条件分岐、権限、連携、移行量が工数を左右します。

承認管理システムの契約形態と発注時の責任分担

契約形態は、成果物を完成させる請負契約、作業や専門知識の提供を受ける準委任契約、または両者を組み合わせる方式が中心です。承認管理システムでは、要件が固まる前の業務整理と、仕様が確定した後の開発を同じ契約で扱わず、フェーズごとに責任と成果物を分けると、変更時の紛争を減らしやすくなります。

現状業務のヒアリング、申請書の棚卸し、システム化方針、要件定義は、発注側も意思決定に参加しながら成果をまとめる作業です。IPAのシステム開発モデル契約の整理でも、企画・要件定義は準委任、設計・プログラミングは請負を基本とし、フェーズごとに責任分担を定める考え方が示されています（出典: 独立行政法人情報処理推進機構「システム開発の健全化に向けて」、2025年資料）。

要件定義の成果物は、対象業務一覧、承認経路図、画面・帳票一覧、権限マトリクス、連携項目、非機能要件、移行方針、受入基準です。完成条件が曖昧なまま請負にすると、発注者は「動くもの」を期待し、受託者は「合意した仕様」を基準にするため、差分が追加費用になりやすくなります。

契約前に、仕様変更の申請方法、追加費用の算定、納期再設定、未決事項の扱い、検収期間、瑕疵や不具合の対応、再委託の可否、秘密保持、個人情報の取り扱い、成果物と設定データの権利、契約終了時のデータ返却を確認します。SaaSではサービス利用規約、SLA、障害通知、バックアップ、データ保存地域、解約後のエクスポート形式も契約条件として確認します。

検収基準は「申請できる」では不十分です。金額条件で経路が分岐すること、差し戻し後に再申請できること、代理承認の履歴が残ること、承認後に連携が一度だけ実行されること、権限外の申請を閲覧できないことなど、業務シナリオ単位で合格条件を定義します。

承認管理では、組織改編、役職変更、異動、退職、代理者設定が日常的に発生します。保守契約に、経路・フォーム・権限の変更作業が含まれるか、月何時間までか、超過単価はいくらか、緊急時の対応時間はどうかを記載します。保守の対象外となる追加開発と、管理者が自社で設定できる範囲を分けると、導入後の予算を予測しやすくなります。

委託先の選定と見積比較で確認すべきポイント

委託先は、製品を提供するSaaSベンダー、パッケージ導入パートナー、ローコード開発会社、スクラッチ受託会社に分けて比較します。製品の知名度だけでなく、承認経路の設計力、業務ヒアリングの品質、連携実績、移行と教育の体制、運用後の支援を同じ質問票で確認することが大切です。

実績を聞くときは「導入実績があります」で終わらせず、申請書数、利用者数、拠点数、承認経路の複雑さ、導入期間、連携先、導入前後の効果を確認します。例えば、組織マスタを人事システムから取り込み、金額と部門で経路を分岐し、承認結果を会計や電子契約に渡した事例があるかを尋ねます。自社と似た業界でなくても、同じ業務上の難所を解決した経験があれば有力な候補となります。

見積比較では、初期費用の安さだけで判断しません。5年間の利用者料金、オプション、保守、バージョンアップ、連携費、帳票追加、教育、データ移行、解約時のデータ返却まで合算し、3年または5年の総保有コストで比較します。全社員課金か承認者課金か、最低契約数、年契約の途中解約、値上げ条件をそろえて計算すると、月額表示だけでは見えない差を把握できます。

提案価格が安くても、要件定義が短すぎる、テストが少ない、移行や教育が別紙、障害対応が営業時間内だけという場合があります。価格表の比較表に、要件定義の時間、テストケース数、受入支援、操作マニュアル、管理者研修、稼働後の問い合わせ窓口を列として追加し、金額と品質を同時に評価します。

確認項目は、SSO、MFA、IP制限、権限分離、操作ログ、バックアップ、暗号化、データ保存場所、障害時の復旧目標、脆弱性対応、再委託先の管理です。ISO認証を取得していても、自社の運用設定や権限設計まで自動的に適法になるわけではありません。監査で必要な「誰が、いつ、何を、どの状態からどの状態へ変更したか」を出力できるかを確認します。

承認履歴と電子署名は目的が異なります。社内規程に基づく意思決定の履歴を残す機能と、契約当事者の本人性や改ざん防止を担保する電子署名を分けて要件化します。国税庁の電子帳簿保存制度では、訂正・削除履歴、検索、見読性、ダウンロード対応などの要件が関係するため、対象書類と保存方法を経理・法務と確認します。電子署名法の効力については、デジタル庁の電子署名に関する説明も参照し、承認システムだけで契約締結まで完了させるのか、電子契約サービスと連携するのかを決めます。

承認管理システムの発注・外注でよくある質問

最後に、発注前に多く寄せられる疑問を整理します。費用だけでなく、内製と外注の境界、契約の進め方、法令確認の担当を明確にすることが、失敗を避ける近道です。

クラウドの利用料だけなら月額数千円から数十万円程度の公開価格がありますが、初期設定、帳票移行、連携、教育まで含めると初期費用0円〜500万円程度の幅があります。パッケージカスタマイズは50万円〜500万円、スクラッチは100万円〜3,000万円以上の企画段階レンジがありますが、対象範囲と連携数で大きく変わります。自社の申請件数と要件をRFPにして、同条件で見積を取ることが必要です。

標準的なフォームと単純な承認経路で、管理者を社内に置けるなら、SaaSやローコードを内製に近い形で運用できます。複数条件の分岐、監査要件、基幹・人事・会計連携、データ移行、全社展開まで必要なら、業務整理と初期設計を外注し、日常の経路変更は社内で行う分担が現実的です。完全内製か完全外注かの二択ではなく、変更しやすい領域を社内に残します。

請負契約だけで安心とは限りません。要件定義が不十分なまま成果物を固定すると、発注者の期待と仕様書の差が追加費用や納期遅延につながります。企画・要件定義は準委任で合意形成を進め、仕様が固まった開発は請負にするなど、フェーズごとに成果物、責任、変更手続きを定めると管理しやすくなります。

システム設定や技術的な実装は委託できますが、どの書類をどの期間保存するか、誰が署名・承認するか、社内規程をどう運用するかの最終判断は発注者側にあります。製品の認証取得だけで適用要件を満たすとは限らないため、経理・法務・情報システムと確認し、必要に応じて税理士や弁護士へ相談します。委託先には、ログ・検索・エクスポート・権限管理を実際の監査シナリオで説明してもらいます。

承認管理システムの発注・外注方法まとめ

承認管理システムの発注では、最初に申請種類、承認経路、例外、添付書類、承認後の処理、保存要件を棚卸しします。そのうえで、クラウド、パッケージ、ローコード、スクラッチのどこまでが自社の要件に合うかを判断し、標準機能、設定支援、追加開発、運用保守を分けてRFPに記載します。

費用は月額や初期開発費だけでなく、全社員課金、オプション、連携、移行、教育、保守、解約後のデータ返却を含む3〜5年TCOで比較します。契約は、要件定義を準委任、仕様確定後の開発を請負とするなど、フェーズごとの成果物と変更管理を定めます。最終的には、価格の安さではなく、承認日数、滞留件数、差し戻し率、転記工数、紙・保管費をどこまで改善できる提案かで委託先を選びます。

導入後も組織変更や規程改定は続きます。管理者が経路や権限を安全に変更できること、監査に必要な履歴を出力できること、障害時に業務を継続できることを確認してから発注すると、承認を電子化しただけで運用が複雑になる事態を防ぎやすくなります。

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

会社紹介