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

承認管理システム開発は、申請フォームを電子化するだけでなく、承認条件・権限・証跡・承認後の処理までを業務ルールとして設計し、意思決定を止めない仕組みに変える取り組みです。

しかし、紙やメールで運用してきた承認をいきなり製品へ移すと、例外的な承認者、組織改編、差し戻し、代理承認、添付書類の保存要件が抜けてしまいます。この記事では、承認管理システムの全体像を整理したうえで、要件整理から選定、設計開発、テスト、稼働、定着までの進め方を6フェーズに分け、費用相場、見積書の読み方、実務で使えるチェック項目を解説します。

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

承認管理システム開発の全体像

承認管理システムは、稟議、購買、契約、経費、採用、休暇、設備投資などの申請を一元化し、誰がいつ処理したかを記録する業務システムです。成功のポイントは機能数ではなく、自社の規程と現場の実際の流れを無理なく一致させることです。

紙の申請書をフォームに置き換えるだけでは、承認の途中でメールを送ったり、決裁後に会計システムへ手入力したりする作業が残ります。申請者が入力する項目、添付ファイル、承認者、金額や所属による条件分岐、差し戻し時の再申請、承認後に起動する処理を一連の業務として定義する必要があります。

短期間で始めるならクラウドSaaS、既存帳票を活かしながら独自ルールに合わせるならパッケージ、内製で申請アプリを増やしたいならローコード、独自の組織・権限・基幹連携を長期運用するならスクラッチが候補になります。ただし、製品を先に決めるのではなく、申請件数、承認経路の複雑さ、連携先、セキュリティ、将来の変更頻度で絞り込むことが重要です。

承認管理システム開発の進め方

開発は、次の6フェーズで進めると抜け漏れを抑えられます。各フェーズの完了条件を文書に残し、次へ進む前に利用部門、情報システム部門、内部統制担当者、経理や法務などの関係者が確認します。特に最初の要件整理と最後の定着支援に十分な時間を確保することが、稼働後の手戻りを減らします。

最初に、申請の種類、年間件数、申請者、承認者、標準の処理日数、差し戻しの理由、添付書類、保存年限、承認後の後続業務を一覧化します。購買申請なら「金額」「費目」「取引先」「予算残高」、契約稟議なら「契約期間」「相手先」「法務確認」「電子署名の要否」など、判断に使う情報を洗い出します。

要件は、法令・社内規程・内部統制に必要なMUSTと、あると便利なWANTに分けます。MUSTには、役職や組織マスタによる経路決定、代理承認、操作ログ、閲覧権限、承認済みデータの改ざん防止などを含めます。最初から全社の申請を対象にせず、購買・契約・経費など1〜3業務を初期対象にすると、短期間で業務効果を検証しやすくなります。

RFPや比較表には、フォーム作成、直列・並列・合議・条件分岐、承認者の追加、代理・委任、差し戻し、期限通知、スマートフォン対応、検索、CSV・PDF出力、監査ログ、SSO・MFA、IP制限、バックアップ、API、Webhook、人事マスタ連携を記載します。デモでは標準的な稟議だけでなく、金額条件付きの経費申請、組織をまたぐ契約稟議、代理承認を含むケースを実際に動かして確認します。

選定では、製品の機能だけでなく、要件定義、帳票移行、テスト支援、操作教育、マニュアル、稼働後の問い合わせ窓口、障害時の連絡体制、追加開発の単価、解約時のデータ返却を同じ質問票で比較します。SaaSの認証取得だけで自社の法令対応が完了するわけではないため、どの書類をどの保存方法で管理するかも、情報システム部門だけでなく経理・法務と確認します。

設計では、申請フォーム、承認経路、権限、通知、検索項目、帳票、連携を業務ごとに定義します。承認者を個人名で固定すると、異動や退職のたびに管理者が修正することになります。部門、役職、職務、金額帯などの組織マスタを参照して自動的に経路を決める設計にすると、組織改編への対応力が高まります。

外部連携では、承認結果を会計・購買・電子契約・文書管理へ送った後に二重実行されないかを確認します。APIが失敗したときの再送、タイムアウト、重複防止、補正処理、担当者への通知まで設計書に含めます。スクラッチ開発では、画面の見た目よりも承認ルールを管理者が安全に変更できる仕組み、監査ログの保全、バックアップからの復旧手順を優先します。

テストは、フォームに入力できるかを見るだけでは不十分です。正常系として申請から最終承認までを確認し、異常系として差し戻し、却下、保留、承認者不在、代理承認、承認期限超過、組織変更、添付ファイルの差し替え、連携失敗、同時操作を試します。金額が境界値を超えたときに上位承認者へ正しく分岐するかも、具体的なテストデータで確認します。

利用部門が行う受入テストでは、実際の帳票と過去の申請例を使い、申請者と承認者の両方が迷わず処理できるかを見ます。さらに、監査担当者の視点で「誰が、いつ、何を申請し、誰が、どのコメントを残して承認したか」を追跡します。合格基準と未解決課題を一覧化し、重大な権限不備や証跡欠落が残る場合はリリースを延期します。

本稼働は、全社一斉切り替えより、対象部門と申請を絞った段階導入が安全です。まず1〜3業務をパイロットとして運用し、承認日数、滞留件数、差し戻し率、紙・印刷・保管費、承認後の転記工数を導入前と比較します。既存のメール申請をいつ停止するか、移行期間に旧方式を認める例外は何か、緊急申請の扱いを事前に決めます。

切り替え前には、ユーザー・組織・役職マスタ、権限、代理承認期間、通知先、マニュアル、問い合わせ窓口を確認します。稼働初日は、未処理申請が想定どおり引き継がれているか、通知が届くか、連携先の登録結果が重複していないかを監視します。障害やルール誤りが発生した場合の一時的な代替手順も、現場に共有しておく必要があります。

定着には、操作説明会を一度開くだけでなく、申請者向けと承認者向けに短い手順を用意し、よくある差し戻し理由をフォームの説明文へ反映します。管理者には、組織変更時のマスタ更新、代理承認の登録、権限棚卸し、監査ログの確認、保存容量の確認を定例作業として割り当てます。

月次または四半期ごとに、承認日数、滞留件数、期限超過率、差し戻し率、入力不備率、紙の使用量、承認後の転記工数を確認します。数字が改善しない場合は、システムの問題と決裁ルールの問題を分けて分析します。たとえば承認日数が長い原因が「上長の未処理」なら通知や代理承認を見直し、「差し戻しが多い」ならフォームの必須項目や申請ガイドを見直します。

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

費用は、ライセンスや利用料だけでなく、業務整理、初期設定、帳票移行、権限設定、連携開発、テスト、教育、保守を合計して考えます。以下は税別の目安であり、承認管理システム専用の統計ではなく、公開価格と類似する業務ワークフローの相場を組み合わせた比較レンジです。申請数、利用者数、条件分岐、既存システムとの接続によって個別見積は変わります。

公開価格の例では、Create!Webフローのクラウド版は初期費用0円、1ユーザー月額500円または年額5,500円で、最低10ユーザーからです。50ユーザーなら基本利用料は月25,000円ですが、決裁データ出力、ユーザー情報連携、Teams連携、API、接続元IP制限を追加すると月額は変わります（出典：インフォテック株式会社「Create!Webフロー クラウド版価格」、2026年8月確認）としています。

X-point Cloudは初期費用0円、基本サービス月額20,000円に加え、サービス利用料が1ユーザー月額500円です。100ユーザーであれば基本料金とユーザー料金だけで月額70,000円が目安ですが、電子帳簿保存法対応オプション、承認完了書類外部出力、モバイル、kintone連携、テスト環境などが必要なら別途加算されます（出典：株式会社エイトレッド「X-point Cloudの料金」、2026年8月確認）としています。

LINE WORKSをすでに使っている場合は、LINE WORKSワークフローが比較候補になります。ワークフローは年額契約で1ユーザー月額250円、月額契約で300円ですが、LINE WORKSの有償プランが別途必要で、ドメイン所属メンバー全員が課金対象です。承認者だけの人数で安くなるとは限らないため、既存ユーザー数を掛けて3年間の総額を計算します（出典：LINE WORKS株式会社「LINE WORKSワークフロー提供開始」、2026年8月確認）としています。

標準設定中心のクラウド導入は、設定支援、帳票登録、ユーザー登録、教育まで含めて初期費用0円〜100万円程度が一つの目安です。複数の帳票移行、SSO、人事マスタ、会計・購買・電子契約との連携、個別帳票出力を含めると、100万円〜500万円程度を見込むケースがあります。これは公開価格からの推定レンジであり、作業範囲を確定しないまま金額だけを比較してはいけません。

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

期間は、SaaSを標準設定するなら2週間〜2か月、帳票移行や連携を含めるなら2〜4か月、パッケージカスタマイズなら2〜6か月、スクラッチなら4〜9か月程度を仮置きします。大規模な組織や複数拠点、厳格なセキュリティ審査、並行運用がある場合はさらに長くなるため、納期は要件と受入テストの範囲と一緒に確認します。

安い月額だけで決めると、全社員課金、最低利用人数、オプション、導入支援、データ移行、保守、将来の追加フォームが後から効いてきます。初期費用、36か月または60か月の利用料、連携費、教育費、運用管理者の工数、解約時のデータ抽出費を合算し、紙・印刷・保管費や承認後の転記工数の削減効果と比較します。

たとえば月額が低い製品でも、全社員1,000人が課金対象で、利用する申請者が100人だけなら、承認者だけ課金できる製品との差が大きくなります。一方で、複雑な経路を無理にローコードで作ると、プラグインや個別保守が増えることがあります。費用比較では、金額だけでなく、ルール変更を社内で行えるか、監査対応を何時間で実施できるかも評価項目にします。

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

見積もりの精度は、発注前にどれだけ業務条件を具体化できるかで決まります。「稟議を電子化したい」だけでは製品選定も工数算出もできません。申請書、承認経路、例外、権限、連携、移行、テスト、教育を同じ資料にまとめ、各社から同じ前提で提案と見積を受け取ります。

最低限、次の内容を申請種類ごとに整理します。申請者と対象部門、月間・年間件数、入力項目と必須項目、添付書類、承認者、金額や費目による分岐、合議の有無、代理・委任、差し戻し、期限通知、承認後の連携、保存年限、閲覧権限を記載します。過去の申請を10件程度選び、標準ケースだけでなく、例外的なケースもサンプルとして渡すと、提案側が実装難易度を判断しやすくなります。

組織マスタや人事情報をどのシステムから取得するかも明記します。CSVで月1回取り込むのか、APIで日次同期するのか、異動日に即時反映するのかで設計と費用が変わります。退職者が未処理の承認を持つ場合、上長へ自動引き継ぎするのか、管理者が手動で振り替えるのかも、見積条件に含めます。

比較表の項目は、要件定義・業務整理、基本設計、フォーム作成、承認経路設定、権限設定、外部連携、データ移行、テスト、教育・マニュアル、リリース支援、保守に分けます。各項目について、作業範囲、成果物、担当者、回数、前提条件、追加時の単価を確認します。「設定費一式」「連携費一式」のように中身が見えない項目は、対象フォーム数、API本数、テストケース数などの数量へ分解してもらいます。

提案の比較では、実装方法が異なることも考慮します。ある会社はSaaSの標準機能で対応し、別の会社は個別開発で対応する場合、初期費用だけでなく将来の保守費と変更速度が変わります。担当者との打ち合わせでは、実際の申請サンプルを使い、標準機能でできる範囲、設定で対応する範囲、開発が必要な範囲を色分けして説明してもらいます。

確認すべきリスクは、導入時の費用超過だけではありません。組織変更のたびに経路修正が必要ではないか、管理者が自社でフォームを変更できるか、アップデートで個別設定が壊れないか、障害時に申請をどう処理するか、データをどの形式で取り出せるかを確認します。SaaSでは、サービスの保存場所、バックアップ、監査ログの保存期間、復旧目標、サポート時間、解約後のデータ返却期限を契約前に確認します。

電子帳簿保存法の対象書類を扱う場合は、承認履歴があることだけで要件を満たすとは限りません。国税庁の電子帳簿保存法一問一答では、電子取引の取引情報について保存要件が示されているため、対象書類、検索性、改ざん防止、保存期間、社内規程を自社の運用に照らして確認します（出典：国税庁「電子帳簿保存法一問一答」、2026年8月確認）。契約の本人性や非改ざん性が必要なら、承認機能と電子署名サービスの役割も分けて設計します。

よくある質問（FAQ）

ここでは、承認管理システムの導入を検討する企業からよく寄せられる疑問に回答します。自社の申請件数や規程に当てはめながら、ベンダーへの質問事項としても活用してください。

最初に、申請種類、承認者、金額条件、例外、添付書類、承認後の作業を棚卸しします。全社導入を前提にせず、購買・契約・経費など1〜3業務を選び、導入前の承認日数や滞留件数を測ってから、クラウド、ローコード、パッケージ、スクラッチの適合性を比較すると判断しやすくなります。

標準設定中心のクラウド導入は初期費用0円〜100万円程度、帳票移行や複数システム連携を含めると100万円〜500万円程度が一つの目安です。パッケージカスタマイズは50万円〜500万円、スクラッチは小規模100万円〜300万円、中規模300万円〜1,000万円などの参考レンジがありますが、いずれも承認経路、権限、連携、テストの範囲によって変わります。税別か税込か、ライセンスと導入支援を含むかを分けて見積書で確認してください。

承認管理システムは社内規程に基づく申請・決裁の記録を管理する仕組みであり、契約当事者の本人性や契約データの非改ざん性を担保する電子署名とは役割が異なります。また、電子帳簿保存法の要件は対象書類と保存方法で変わるため、製品の対応オプションだけで判断できません。経理・法務・情報セキュリティ担当者と対象書類を確認し、必要なら電子署名や文書管理サービスと連携します。

個人名を直接登録するのではなく、部門・役職・職務などの組織マスタから承認者を決める設計にすると、異動や組織改編の修正を減らせます。退職者が保有する未処理申請は、上位者への自動引き継ぎ、管理者による振り替え、代理承認期間の設定など、社内規程に合う方法を決めます。変更後の経路をテスト環境で確認してから本番へ反映する運用も必要です。

まとめ

承認管理システム開発は、紙やメールをフォームに変える作業ではなく、申請から承認、証跡、承認後の処理までを見直す業務改善です。要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進め、各段階の完了条件を関係部門と確認すると、現場で使われる仕組みに近づきます。

費用は、月額単価だけでなく、初期設定、帳票移行、連携、教育、保守、全社員課金、解約時のデータ返却まで含めた3〜5年のTCOで比較します。導入前後の承認日数、滞留件数、差し戻し率、紙・保管費、承認後の転記工数を測定し、システムの機能と運用ルールを継続的に改善することが、投資効果を高める近道です。

自社の申請業務を整理し、製品選定から要件定義、開発、定着まで一貫して進めたい場合は、実際の申請サンプルと承認規程をもとに、必要な支援範囲を相談してみてください。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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