承認管理システムの発注は、発注形態を選び、業務と要件を整理し、同じ条件で複数社から見積を取って比べる流れで進みます。その後、試行導入から本稼働へ進めると、承認業務の定着につながります。全体像は承認管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・承認管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
承認管理システムの発注前に押さえる全体像
承認管理システムは、申請フォーム、承認経路、承認結果を一元管理する業務システムです。コメントや添付ファイル、処理履歴も、同じ申請の情報としてまとめて扱います。発注時には、申請をWeb化するだけでなく、誰が、どの条件で、いつまでに何を承認するかを業務ルールとして再現します。
承認管理の対象の決め方
承認管理の対象になる申請業務は、購買から品質文書まで幅広くあります。
- 購買・契約・支払：社内の申請と決裁を管理します。
- 経費・出張・休暇：日常的な申請を対象にします。
- 採用・人事異動：人事に関する申請を扱います。
- 設備投資・IT投資：投資判断の承認を記録します。
- 品質文書：文書の確認や承認を管理します。
全社の申請を一度に移すと、例外処理と部門間調整が増え、導入が遅れやすくなります。そのため、まずは購買申請、契約稟議、経費申請から1〜3業務を候補にし、申請件数が多く、滞留や転記が見えやすい業務を選びます。また、導入前の処理日数と差し戻し件数を測っておくと、導入後の効果と比べられます。
成功の条件は機能数ではなく運用定着
たとえ製品に条件分岐や代理承認などがそろっていても、自社の規程と利用者が扱えなければ、成果は出ません。特に注意したいのは、組織変更のたびに承認者を手作業で変える運用、退職者の未処理申請、代理承認の権限範囲です。
発注前には、人事・組織マスタとの連携方法を確かめておきます。そのうえで、管理者が自分で変更できる範囲も確認します。
承認管理システムの発注形態の選び方
申請の種類が少なく、早く始めたい企業はクラウドSaaSを検討します。一方で、既存帳票や複雑な経路を活かしたい場合は、パッケージが候補になります。また、業務データと一体で内製したい場合はローコードが、独自規程や基幹連携が中核なら、スクラッチ開発が選択肢になります。
発注形態の境界は固定ではなく、SaaSの導入支援や追加開発を組み合わせる方法もあります。
クラウドSaaSの標準機能と導入支援の分け方
クラウドSaaSは、サーバーを自社で用意しなくてよく、アップデートやバックアップの一部もサービス提供会社に任せられます。
標準機能だけで使うなら初期費用0円の製品もあり、検証を始めやすいのが強みです。導入支援会社への委託費は、別に発生することがあります。
- データ準備：既存帳票の移行
- 初期設定：権限、SSO、ユーザー登録の設定
- 活用支援：操作研修とAPI連携の依頼
RFPでは、サービス利用料と設定・開発費を分けて記載し、どこまでが標準機能かを確認します。
パッケージ・ローコードの適合範囲と追加開発
導入期間や改善の進め方は方式によって異なるため、主な違いを比べて適合範囲を見極めます。
- パッケージ：紙帳票に近い画面や多段承認を備え、短期導入を進めやすい形です。
- ローコード：申請、案件、契約、実績を同じデータ基盤にまとめ、業務部門が改善を続けやすいのが特徴です。
ローコードは業務部門が改善を続けやすい反面、複雑な合議や厳格な証跡が求められる場面では、プラグインや開発会社が必要になることがあります。帳票出力や基幹連携の場面でも、同じ対応が必要になる場合があります。
製品価格に加え、追加開発の単価と担当者の育成費も見積に含めます。
スクラッチ開発と将来の変更への備え
スクラッチ開発は、独自の承認規程や複数会社・拠点の権限に合わせやすく、基幹システムとの深い連携や特殊なデータ保存要件にも対応できる方式です。
- 独自要件への適合：規程や複数会社・拠点の権限、基幹連携、特殊な保存要件に合わせやすい点
- 変更・保守の負担：組織変更や法令改正のたびに改修が必要で、初期開発後の保守責任も重くなります。
画面を自由に作り込む前に、承認経路を設定変更できる管理機能、マスタ更新の自動化、監査ログの保存・出力を要件に含めます。
画面の自由度だけでなく、5年程度の運用も想定して発注形態を選びます。
承認管理システムの発注・外注の進め方
発注では、まず社内要件を整理し、複数社へ同じ条件で依頼します。提案・見積・契約の後は、設計と設定または開発に進みます。その後、テスト、移行、教育を経て、本稼働に至ります。
要件が曖昧なまま製品だけを比べると、後から経路や連携が追加され、納期と費用が膨らみます。
現状業務と承認規程の棚卸し
申請書の種類と年間件数、申請者と承認者を一覧にします。そのうえで、金額・所属条件による分岐や合議の有無を整理し、差し戻し・再申請と代理承認の扱いも書き出します。
添付書類と承認後の処理、保存年限も記録します。メールやExcelでの例外は、通常ケースと分けて整理します。
特に、「一定額以上なら部長と経理が承認」や「特定費目は法務確認を追加」のような条件は、文章だけでなくフロー図にします。
要件をMUST・SHOULD・WANTに分けたRFPの記載
要件は重要度に応じて、次の3段階に分けます。
- MUST：法令・監査・内部統制・業務継続に必要な要件。
- SHOULD：導入効果に直結する要件。
- WANT：将来の改善候補となる要件。
RFPには、まず対象部門と利用者数、申請書数、月間件数を記載します。さらに、承認経路、連携対象、移行量も書き込みます。
セキュリティ条件と希望納期、予算レンジを示し、求める導入体制も伝えます。そのうえで、実現したい業務と評価基準を明確にします。
製品名を指定しすぎないことは、提案を公平に比べる助けになります。
デモと小規模PoCでの経路検証
提案書や営業デモだけでは、承認経路が実際の業務どおりに動くかは分かりません。そこで、代表的な業務を3つのフローに絞り、実データに近い形で通してみます。
- 購買申請：申請から承認までの操作
- 契約稟議：差し戻し後の再申請
- 条件付き経費申請：金額条件付きの経路
試す範囲は、申請から一次承認者の差し戻しまでです。そのうえで、代理承認と、最終承認後の会計・電子契約連携まで確認します。
PoCでは、機能の有無だけでなく、管理者が経路を変更できる時間、エラー時の復旧方法、スマートフォンでの操作性まで記録します。
承認管理システムの費用相場とコストの内訳
費用は、ライセンスや月額料金、初期設定、帳票移行に分けて考えます。要件定義、開発、連携の工程があり、テスト、教育、保守も別に見ておきます。
ここに挙げる金額は税別の目安です。公開価格と承認管理に近い業務ワークフロー開発の公開相場を合わせた企画段階のレンジで、個別案件の確定金額ではありません。
クラウド型の月額と初期支援費
製品ごとの利用料と、業務整理や設定代行などの初期支援費は、分けて確認します。
- 基本利用料：初期費用、月額、年額、最低契約数の条件
- 追加オプション：連携や出力など、要件に応じた料金
インフォテック株式会社の「Create!Webフロー クラウド版価格」（2026年8月確認）では、初期費用0円で、1ユーザーの月額は500円です。年額契約の場合は、1ユーザー年額5,500円で、最低契約数は10ユーザーです。
同じ価格表では、決裁データ出力とユーザー情報連携がそれぞれ月額8,000円です。さらに、Teams連携は15,000円、APIライセンスは27,500円、接続元IP制限は2,000円で、要件に応じて加算されます。
株式会社エイトレッドの「X-point Cloudの料金」（2026年8月確認）では、初期費用0円で、基本サービスの月額は20,000円です。サービス利用料は1ユーザー月額500円で、100ユーザーなら、基本料金と利用料を合わせて月額70,000円が目安です。
同じ料金表では、電子帳簿保存法対応が月額5,000円です。承認完了書類の外部出力とテスト環境は各40,000円で、業務整理や設定代行は別見積になります。
利用者課金と契約単位の比較
料金体系や対象者が違うと利用総額も変わるため、見積の条件をそろえて比較します。
- 契約方式：年額契約と月額契約の単価
- 課金対象者：申請者や承認者など、対象範囲
- 利用規模：人数や契約条件をそろえた見積
LINE WORKSワークフローは、年額契約では1ユーザー月額250円、月額契約では1ユーザー月額300円です（出典: LINE WORKS株式会社「LINE WORKSワークフロー提供開始」、2026年5月26日）。
加えて、別途LINE WORKSの有償プランが必要で、ドメイン所属の全メンバーが課金対象になります。承認者だけを追加で購入できると考えていると、想定より高くなることがあります。
課金対象は、申請者や承認者、閲覧者のどこまでかを確認します。さらに、休職者や社外協力者が含まれるかも確かめます。
標準的なクラウドのランニング費用の起点は、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ベンダーとパッケージ導入会社があります。ほかに、ローコード会社やスクラッチ受託会社もあります。
知名度だけでなく、承認経路の設計と業務ヒアリングを、同じ質問票で比べます。加えて、連携実績や移行・教育体制、運用支援も確認します。
承認業務と連携の実績の確認
「導入実績があります」という答えで終わらせず、申請書数や利用者数、拠点数を具体的に聞きます。さらに、経路の複雑さと導入期間も確認します。
連携先と、導入前後の効果も聞いておきます。たとえば、人事システムから組織マスタを取り込み、金額と部門で経路を分岐した実例は参考になります。
承認結果を会計や電子契約へ渡した事例があるかも尋ねます。なお、同じ業界でなくても、似た業務課題の解決経験は候補選定に役立ちます。
同じ前提とTCOによる見積比較
見積は、総費用と契約条件、支援内容を、同じ前提でそろえて評価します。
- 総費用：利用料、オプション、保守、更新、連携、帳票、教育、移行を合算。
- 契約条件：全社員・承認者の課金、最低契約数、年契約の途中解約、値上げ、データ返却。
- 支援と品質：要件定義の時間、テストケース数、受入支援、教育、稼働後の窓口。
3年または5年分の利用者料金も含め、解約時のデータ返却まで、総保有コストで比べます。
安価な提案では、要件定義やテストが少ないことがあります。さらに、移行や教育が別料金だったり、障害対応が営業時間内だけだったりすることもあります。マニュアルや管理者研修も、あわせて確認します。
セキュリティと法令対応の確認範囲
セキュリティ設定、監査記録、法令に関わる保存要件を分けて確認します。
- アクセス・保護：SSO、MFA、IP制限、権限分離、暗号化。
- 継続・監査：操作ログ、バックアップ、保存場所、復旧目標。
ISO認証があっても、自社の設定や権限設計まで適法になるとは限りません。そのため、脆弱性対応と再委託先の管理も確認します。
監査で必要な「誰が、いつ、何を、どの状態からどの状態へ変更したか」を出力できるか確かめます。
承認履歴は社内の意思決定の記録であり、電子署名は契約当事者の本人性や改ざん防止を担います。役割が違うため、両者を分けて要件にします。
国税庁の電子帳簿保存制度では、訂正・削除履歴、検索、見読性の要件が関係します。ダウンロード対応なども要件に関わります。対象書類と保存方法は、経理・法務と確認します。
電子署名法については、デジタル庁の電子署名に関する説明も参照します。承認システム内で契約締結まで行うか、電子契約サービスと連携するかは、あらかじめ決めておきます。
承認管理システムの発注・外注でよくある質問
発注前には、費用と内製・外注の境界を明確にします。あわせて、契約の進め方と法令確認の担当も決めておきます。
承認管理システムの外注費用はいくらですか？
クラウド利用料の公開価格は、月額数千円から数十万円程度です。一方で、設定・移行・連携・教育を含む初期費用は0円〜500万円程度の幅があります。
企画段階のレンジとして、パッケージカスタマイズは50万円〜500万円、スクラッチは100万円〜3,000万円以上です。どちらも、対象範囲と連携数で変わります。
発注側は、申請件数と要件をRFPにまとめ、同じ条件で見積を取ります。
承認管理システムは内製と外注のどちらが良いですか？
標準フォームと単純な経路で済み、社内に管理者を置けるなら、SaaSやローコードを内製に近い形で運用できます。
複数条件の分岐や監査が必要で、基幹・人事・会計との連携や移行、全社展開も伴うなら、業務整理と初期設計を外注する方法があります。
日常の経路変更は社内で行う分担が現実的です。変更しやすい領域を社内に残せば、完全内製か完全外注かの二択を避けられます。
承認管理システムは請負契約で発注すれば安心ですか？
請負で発注しても、要件定義が不十分なまま成果物を固定すると、期待と仕様の差が追加費用や遅延につながります。
企画・要件定義は準委任で合意を重ね、仕様が確定した後の開発は請負にする方法があります。そのうえで、各段階の成果物、責任、変更手続きを定めます。
電子帳簿保存法や電子署名法への対応も委託先に任せられますか？
システム設定や実装は委託できます。一方で、保存書類と期間、署名者の最終判断は発注者側にあります。承認者や社内規程の最終判断も、発注者が持ちます。
製品認証があっても、適用要件を満たすとは限りません。経理・法務・情報システムと確認し、必要に応じて税理士や弁護士へ相談します。
委託先には、実際の監査シナリオに沿って、ログや検索、エクスポート、権限管理を説明してもらいます。
承認管理システムの発注・外注方法まとめ
発注前の要件と比較条件のそろえ方
発注前には、申請の種類や経路、例外を棚卸しします。さらに、添付書類や承認後の処理、保存要件も洗い出します。
クラウドとパッケージ、ローコード、スクラッチのそれぞれについて、適合範囲を判断します。そのうえで、標準機能と設定支援、追加開発、保守を分けてRFPに記載します。
導入後の効果測定と変更しやすさ
導入後の効果と運用の持続性は、費用や契約に加えて、改善指標と管理体制も合わせて見ます。
- 費用管理：月額・開発費に加え、課金、連携、移行、教育、保守を含む3〜5年TCOでの比較
- 契約と効果：工程別の成果物と変更管理の取り決め、改善提案（承認日数、滞留件数、差し戻し率）による選定
- 運用継続：経路変更、監査履歴、障害時の業務継続の確認
導入後も組織変更や規程改定は続くため、管理者が経路や権限を安全に変更できるか、監査履歴を出力できるかを確認します。
価格の安さだけでなく、転記工数や紙・保管費の改善も見ます。あわせて、障害時に業務を続ける体制を確かめ、電子化後に運用が複雑になるのを防ぎます。
▼全体ガイドの記事
・承認管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。