行政手続きオンライン化システム開発の完全ガイド

行政手続きオンライン化システムとは、申請の受付だけでなく、本人確認、審査、補正依頼、決裁、通知、保管までをデジタルでつなぎ、住民と職員の手続きを一貫して効率化する仕組みです。

「どの手続きから始めるべきか」「フォームを導入すれば十分なのか」「既存の住民情報や税務システムと連携できるのか」「費用はいくらかかるのか」と悩む自治体・行政DX担当者は少なくありません。本記事では、行政手続きオンライン化システムの全体像、種類、主要機能、費用相場、進め方、本人確認・セキュリティ、開発会社やベンダーの選び方まで、2026年時点で検討すべきポイントを一つに整理します。

行政手続きオンライン化システムとは何ですか？

行政手続きオンライン化システムは、住民や事業者がパソコン・スマートフォンから申請し、行政側が受付から処理完了までを管理する業務システムです。単なる入力フォームではなく、申請者向けの画面、職員向けの申請管理、既存業務システムとの連携、本人確認、決済、証跡管理を含む点が重要です。

紙の申請をWebフォームへ置き換えるだけではありません

紙の申請書を同じ内容のWebフォームに置き換えても、職員が印刷して手入力し、別のシステムへ転記している場合は、住民の負担が一部減るだけです。本来のオンライン化では、申請データを構造化したまま受付一覧へ取り込み、担当課へ自動で振り分け、審査状況を管理し、補正依頼や決裁、交付文書の通知までをつなげます。

つまり、検討単位は「フォームの画面」ではなく「一つの手続きが完了するまでの業務フロー」です。窓口、郵送、電話などの代替チャネルを残す場合も、オンライン申請と同じ台帳で進捗を管理できる設計が望ましいです。

申請者・職員・既存システムを三層で考えます

基本構成は、申請者が使う公開画面、認証・本人確認、申請管理とワークフロー、職員ポータル、データベースとファイル保管、通知・決済、既存システムとの連携、監視・バックアップの層に分けて考えると整理しやすいです。申請者の入力体験だけを評価すると、職員側の審査やデータ連携で手作業が残るため、三者の流れを一枚の業務フローに描くことが大切です。

また、対象手続きによって必要な本人確認の強度や保存すべき証跡が異なります。行政手続におけるオンライン本人確認のガイドラインでも、本人確認には電子署名や主体認証だけでなく、アクセスログや通知などのプロセス記録を活用する考え方が示されています（出典: デジタル庁「行政手続におけるオンラインによる本人確認の手法に関するガイドライン」）。

オンライン化できる行政手続きの種類と対象範囲

行政手続きは、申請者の本人確認、添付書類、手数料、審査、交付方法によって難易度が変わります。最初から全庁の手続きを一つの仕様で作ろうとせず、利用頻度と業務効果、法令上の制約、連携の難しさを掛け合わせて優先順位を付けることが現実的です。

先行しやすいのは申込・予約・届出型の手続きです

施設予約、講座やイベントの申込、各種アンケート、簡易な届出、証明書の請求受付などは、比較的早くオンライン化しやすい分野です。入力項目と添付書類が少なく、本人確認や審査の判断が複雑でないため、既存の申請管理機能やローコードのフォームを使って先行稼働しやすいです。

ただし、簡単な手続きでも、受付完了メール、申請者の状況照会、キャンセル、定員管理、個人情報の保存期間を決めておく必要があります。先行案件で得た利用率や問い合わせの傾向を、次の手続きの設計に反映させると全体展開が安定します。

本人確認・審査・決済を伴う手続きは別設計が必要です

給付申請、福祉、税、子育て、介護、許認可などは、本人確認、代理申請、添付書類、審査ルート、手数料、交付文書が絡みやすい手続きです。申請受付だけをオンラインにするのではなく、補正依頼、差戻し、決裁、通知、支給や交付後の記録まで含めて要件化します。

特に、既存の住民記録、税務、福祉などの基幹システムへ同じ情報を再入力する設計は、オンライン化の効果を大きく損ないます。連携できない場合でも、CSV出力、エラー一覧、取り込み確認、再処理の履歴を用意し、転記作業を管理可能な範囲に抑えることが必要です。

優先順位は住民効果と職員効果の両方で決めます

優先順位を決める際は、年間申請件数、窓口の混雑、郵送費、入力不備、処理時間、制度改正の頻度、データ連携の難しさを一覧化します。件数が多くても、審査が複雑で職員の判断が必要な手続きは、段階導入にしたほうが成功しやすい場合があります。

反対に、件数が少なくても、遠方からの来庁が必要な手続きや、子育て・介護など時間制約のある利用者が多い手続きは、住民効果が大きい可能性があります。候補を「短期で出せる手続き」「高い効果が期待できる手続き」「連携要件を先に検証する手続き」に分けると、ロードマップを組みやすいです。

主な機能と導入メリット・注意点

機能は、申請者向け、職員向け、管理・連携向けに分けると漏れを確認しやすいです。機能数の多さだけで比較せず、対象手続きの業務フローを短くする機能がそろっているかを評価します。

申請者向けには迷わず完了できる導線を用意します

申請者向けの基本機能は、手続き検索、対象者を絞り込む案内、条件分岐する入力フォーム、添付ファイル、下書き保存、申請状況照会、補正対応、メールやSMSによる通知です。スマートフォンでの入力、読み上げ、文字サイズ変更、やさしい日本語、多言語表示なども、利用者の範囲に応じて検討します。

申請前に必要書類を知らせ、入力例を表示し、エラーをその場で伝えるだけでも不備は減らせます。申請完了後に受付番号と次の流れを表示し、問い合わせ先を明確にすることで、申請者が進捗を電話で確認する回数も抑えられます。

職員向けには受付後の処理を標準化します

職員向けには、受付一覧、担当課への自動振り分け、審査ステータス、差戻し、補正依頼、承認・決裁、交付文書の作成、操作履歴、監査ログ、統計ダッシュボードなどが必要です。担当者だけでなく、課長や管理者が滞留案件、処理期限、差戻し理由を把握できる画面も用意します。

入力されたデータをそのまま後続処理で使える形式にしておけば、転記や目視確認を減らせます。一方で、最終判断を自動化しすぎると制度解釈や例外処理に対応しにくいため、AIや自動判定は入力補助、分類、要約などから始め、決裁者が確認できる証跡を残す設計が安全です。

導入効果はデジタル化ではなく業務改革で測ります

導入効果として、来庁回数、郵送量、窓口待ち時間、職員の転記時間、申請不備率、処理完了までの日数、オンライン申請率などを測定できます。申請受付後の審査や決裁が紙のまま残ると、オンライン申請率だけが上がっても職員の負担は減りません。

そのため、導入前に現状値を計測し、手続き単位で目標を置きます。例えば「オンライン申請率を高める」だけでなく、「1件当たりの転記時間を何分減らす」「不備による補正回数を何割減らす」「申請から決裁までの日数を何日短くする」のように、住民と職員の双方からKPIを設定します。

行政手続きオンライン化システムの費用相場

行政手続きオンライン化システムの費用は、手続き数、申請件数、認証強度、決済、既存システム連携、データ移行、運用範囲によって大きく変わります。以下は一律の定価ではなく、業務システム一般の工数目安と自治体の公表契約を組み合わせた、予算検討用のレンジです。

▶ 詳細はこちら：行政手続きオンライン化システム開発の見積相場や費用/コスト/値段について

初期費用は300万円から8,000万円超まで幅があります

数手続きのフォーム、通知、簡易な受付管理を既存のSaaSで始める場合は、初期費用300万〜1,500万円程度が一つの目安です。複数部署で審査・補正・決裁・文書交付まで管理し、既存システムとの連携を含める中規模導入では、1,500万〜4,000万円程度を想定します。

全庁型で、住民情報、税、福祉、窓口、認証、決済などをまたいで開発する場合は、3,000万〜8,000万円超になる可能性があります。スクラッチ開発や大規模なデータ移行では、個別システム単体の価格ではなく、複数年度の計画と運用費を含めて判断する必要があります。

公表契約を見ると機能ごとに予算が分かれています

費用を考える際は、オンライン申請の本体価格だけでなく、案内、フォーム、決済、窓口、基幹連携、クラウドを分けて見ます。例えば熊本市の2025年度公表契約では、くらしの手続きガイドのクラウド利用料が171万6,000円、電子文書交付などの関連オプションの発注見込額が26万4,000円、オンライン決済の発注見込額が143万8,000円と記載されています（出典: 熊本市「令和7年（2025年）5月随意契約」）。

同じ資料では、書かないワンストップ窓口支援システムの導入・運用保守が4,735万3,350円、福祉系システムとの連携対応が2,691万1,280円と公表されています。これはオンライン申請システムだけの市場価格ではありませんが、受付機能と窓口・基幹連携を同じ費目に混ぜると比較できなくなることを示す実例です。

ランニングコストは利用料・保守・制度改正に分けます

継続費には、SaaS利用料、申請件数や利用者に応じた課金、クラウド・LGWAN接続費、監視、バックアップ、脆弱性対応、問い合わせ、フォーム追加、制度改正対応、操作研修が含まれます。小規模導入では年100万〜500万円程度、中規模以上では年500万〜1,500万円以上を見込むこともありますが、契約条件による差が大きい推定値です。

見積書では、初期費用と年額費用を分けるだけでなく、「1手続き追加」「本人確認1件」「決済1件」「データ移行」「制度改正1回」「障害対応」「他社への移行」の単価や条件も確認します。導入時に安く見えても、手続き追加や改修のたびに費用が発生すると、数年後の総額が膨らむためです。

パッケージ・SaaS・ローコード・スクラッチの違い

提供形態は、短期導入を優先するのか、独自の業務フローと基幹連携を優先するのかで選びます。比較の際は、初期費用だけでなく、法改正への追随、職員が自分で変更できる範囲、データの持ち出し、障害時の対応、他サービスへの移行条件を確認します。

SaaS・パッケージは標準機能を早く使いたい場合に向きます

SaaSやパッケージは、申請フォーム、受付管理、通知、集計などの標準機能を活用し、導入期間と初期費用を抑えやすい方式です。制度改正やセキュリティ更新を提供側が行う場合は、自治体側の保守負担も軽くなります。

一方で、独自の承認ルート、特殊な添付書類、複雑なデータ連携に対応できないことがあります。標準機能のデモを見て判断するだけでなく、実際の手続き一つを題材に、補正、差戻し、交付、取消しまで操作して適合度を確認します。

ローコードは手続き追加のスピードを高めやすいです

ローコード方式は、職員や管理者が部品を組み合わせてフォームやワークフローを作りやすいことが特徴です。手続きの追加や軽微な様式変更を外部委託せずに行えると、制度改正への対応を早められます。

ただし、自由度が高いほど、入力項目の命名、権限、ログ保存、個人情報の取り扱い、連携方式を統一するルールが必要です。担当者ごとにフォームを作ると、似た手続きが乱立したり、異動後に保守できなくなったりするため、テンプレートとレビュー手順を整えます。

スクラッチ開発は複雑な業務と連携を一体化する場合に検討します

スクラッチ開発は、既存の業務ルールに合わせた細かな設計や、複数の基幹システムとの連携を実現しやすい方式です。独自の審査、決裁、データ変換、権限管理を一つの業務基盤へ統合したい場合に適します。

その反面、要件定義、設計、開発、テスト、移行に時間と費用がかかり、担当者が変わった後の保守も課題になります。API仕様、データモデル、ソースコードや設計書の帰属、障害時の責任分界、将来の改修単価を契約前に確認することが重要です。

行政手続きオンライン化システムの進め方

導入は、システム選定から始めるのではなく、手続きと業務の棚卸しから始めます。標準導入なら1〜3か月、複数部署への展開なら3〜6か月、基幹連携やスクラッチ開発を含む場合は6〜12か月以上が一つの目安ですが、調達・庁内調整・テスト期間を含めて計画します。

▶ 詳細はこちら：行政手続きオンライン化システム開発の進め方/やり方/流れや方法/手法/工程/手順

最初に手続きと現行業務を棚卸しします

対象手続きごとに、年間件数、申請者、申請方法、入力項目、添付書類、本人確認、手数料、審査者、決裁者、処理日数、保存年限、現行システム、担当課を一覧化します。紙を電子化する前に、重複項目、不要な添付、同じ情報の再提出、承認者が不明確な工程を洗い出します。

この段階で「必ずオンライン化する手続き」と「将来拡張する手続き」を分け、住民効果と職員効果をKPIにします。業務の見直しをせずに現状の紙運用をそのままシステムへ移すと、入力画面だけが増えて、処理時間や確認作業が減らないためです。

要件定義では認証・連携・例外処理を先に決めます

要件定義では、通常の申請だけでなく、代理申請、差戻し、補正、申請取消し、期限切れ、添付失敗、二重申請、決済エラー、障害時の窓口対応までを書き出します。本人確認の方法、ログ保存、権限分離、通知手段、データ連携の頻度とエラー時の再処理も、後から追加すると費用と納期が膨らみやすい項目です。

画面設計では、申請者のスマートフォン画面と職員の処理画面を同じ業務フローで確認します。デモやモックアップを使い、現場職員が実際に申請を受付、補正し、決裁し、交付するところまで試すと、仕様書だけでは見つけにくい問題を早期に発見できます。

小さな先行稼働から本番展開へ広げます

最初から全庁展開するのではなく、1〜2手続きでPoCまたは先行稼働を行います。申請完了率、入力途中の離脱、補正率、処理時間、問い合わせ数、職員の操作時間、障害件数を計測し、利用者と職員の声をもとにフォームやワークフローを修正します。

本番後は、手続き追加の受付窓口、制度改正の影響確認、脆弱性対応、監査ログの点検、バックアップ復旧訓練、職員の異動時研修を運用に組み込みます。システムを納品して終わりにせず、利用率と処理品質を定期的に見直す体制が必要です。

本人確認・セキュリティ・標準化対応で押さえること

行政分野では、利便性を高めるほど、なりすまし、情報漏えい、申請内容の改ざん、権限の誤設定といったリスクを管理する必要があります。すべての手続きに最も強い認証を適用すると利用者負担と費用が増えるため、手続きのリスクに応じて段階を設計します。

手続きのリスクに応じて本人確認を使い分けます

施設予約や簡易な申込のような低リスクの手続きでは、メール認証やワンタイムパスワードなどで十分な場合があります。給付、税、福祉、重要な証明、法的効果のある届出では、マイナンバーカードの公的個人認証、電子署名、多要素認証などを候補にし、なりすましや否認を防ぐ要件を整理します。

公的個人認証サービスは、マイナンバーカードのICチップに搭載された電子証明書を使い、オンラインで本人の認証や電子文書の改ざん確認を行う仕組みです。デジタル庁によると、2026年6月30日時点で公的個人認証サービスを利用する民間事業者は1,284社です（出典: デジタル庁「公的個人認証サービス（JPKI）」、2026年7月更新）。導入時は、カード読み取り、電子証明書の有効性確認、失効時の扱い、スマートフォン利用、代替窓口まで確認します。

通信・権限・ログ・復旧を一つの要件にします

通信の暗号化、脆弱性診断、WAFなどの防御、管理者権限の分離、操作ログと申請ログ、保存期間、暗号化バックアップ、監視、アラート、復旧目標、委託先管理を要件に含めます。添付ファイルのウイルス対策、職員の端末制御、ログの改ざん防止、退職・異動時のアカウント無効化も見落としやすい項目です。

障害時に申請を受け付けられない場合の連絡方法、紙や窓口への切り替え、復旧後の二重登録防止、未処理案件の再開手順まで決めておくと、緊急時の判断が早くなります。セキュリティは製品機能だけでなく、日常の運用と訓練で維持するものです。

標準化・ガバメントクラウドとの境界を早く確認します

地方公共団体の基幹業務システムでは、住民基本台帳、税、福祉、介護、国民健康保険など現時点で20の事務が標準化対象です。デジタル庁は、標準準拠システムへの移行、デジタル3原則、データ要件・連携要件の標準化を進めています（出典: デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年確認）。

オンライン申請側が独自の項目名やデータ形式を使うと、後から基幹システムへ連携する際に変換費用が発生します。標準仕様の対象業務と対象外の手続きを分け、API、ファイル連携、文字、コード、データ所有権、ガバメントクラウドやLGWANとの接続条件を初期の要件定義で確認します。

開発会社・ベンダーの選び方

選定では、導入自治体数や知名度だけでなく、対象手続きの複雑さと連携範囲に合うかを見極めます。短期のSaaS導入、ノーコードでの段階展開、住民情報との連携、大規模な全庁SIでは必要な体制が異なるため、同じ評価軸で比較しながら、案件に合う提案かを確認します。

同じ規模・同じ認証・同じ連携の実績を確認します

実績を見るときは、単に「自治体向けの導入実績があるか」では足りません。対象手続きと同じ程度の本人確認、決済、添付ファイル、審査・決裁、LGWANやクラウド接続、住民情報・税・福祉との連携を実装した事例があるかを確認します。

可能であれば、実績の自治体における担当範囲、導入期間、稼働後の問い合わせ件数、制度改正対応、データ移行の方法を聞きます。提案時の担当者と、設計・開発・運用を担うチームが同じか、障害時に誰が判断するかも、契約前に明確にする必要があります。

見積書とRFPは費目・責任範囲を分けて比較します

RFPや要件表には、対象手続き、年間件数、利用者、認証、添付、決済、審査・決裁、通知、保管、既存システム連携、移行、テスト、研修、保守、制度改正対応を記載します。提案者には、標準機能、追加開発、運用で対応する機能を分けて示してもらいます。

見積額は、要件定義、設計、開発、テスト、移行、研修、保守に分けます。業務システム一般の工数目安として、要件定義が全体の約10％、設計が10〜20％、開発が40〜60％、テストが10〜20％となることがありますが、連携や移行の比率は案件によって異なります。人月単価も80万〜120万円程度を参考にしつつ、人数、期間、成果物を明示して比較します。

導入後の運用と将来の移行条件まで確認します

運用開始後の手続き追加単価、フォーム変更、制度改正、脆弱性対応、障害の受付時間、復旧目標、職員研修、利用状況レポートを確認します。申請データの所有権、保存場所、ログの取り出し、バックアップ、委託先の再委託、個人情報の削除条件も契約に含めます。

将来、別のシステムへ移行する可能性を考え、標準的なデータ形式での出力、API仕様書、画面・帳票の定義、設定情報、操作履歴の保管方法を確認します。短期の導入費だけでなく、5年程度の総保有コストと、担当者が変わっても運用できるかを評価することが大切です。

▶ 詳細はこちら：行政手続きオンライン化システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：行政手続きオンライン化システム開発の発注/外注/依頼/委託方法について

よくある質問

ここでは、導入前に特に質問されやすい費用、本人確認、窓口運用について回答します。個別の手続きでは法令や条例、既存システムの制約があるため、最終的には現行業務と要件を照合してください。

行政手続きオンライン化システムは最低いくらから導入できますか？

数手続きのフォームと簡易な受付管理であれば、初期300万〜1,500万円程度が予算検討の目安です。本人確認、決済、審査・決裁、既存システム連携、データ移行を含めると1,500万〜4,000万円程度、全庁型では8,000万円を超える可能性もあります。

すべての行政手続きでマイナンバーカードの本人確認が必要ですか？

すべての手続きに必要なわけではありません。手続きのリスク、本人確認が必要な理由、電子署名の要否、利用者の負担、代替手段を整理し、低リスクの申込は簡易認証、高リスクの給付や重要な届出は公的個人認証や多要素認証などを検討します。

窓口や郵送をなくしてオンラインだけにできますか？

原則として、利用者の状況や手続きの性質に応じて窓口・郵送・電話などのチャネルを残す設計が現実的です。オンラインを使えない人への支援、代理申請、障害時の受付、本人確認書類を持参するケースを想定し、すべてのチャネルを同じ申請管理へ集約すると二重管理を防げます。

導入にはどのくらいの期間がかかりますか？

標準機能を使ったSaaS導入は1〜3か月、手続き棚卸しと複数部署展開を含む場合は3〜6か月、基幹連携や独自開発を含む場合は6〜12か月以上が目安です。調達、庁内合意、本人確認・決済の審査、データ移行、並行運用テストの期間を含め、稼働日から逆算して計画します。

まとめ

導入判断で外せない三つの視点

行政手続きオンライン化システムは、申請フォームを置くだけの施策ではなく、受付、本人確認、審査、補正、決裁、通知、保管、既存システム連携を一つの業務フローとして見直す取り組みです。判断では、(1)対象手続きの業務効果、(2)認証・セキュリティの妥当性、(3)既存システムとの連携と運用継続性の三つを確認します。

最初の一歩は手続き一覧と見積項目の整理です

まずは手続きを棚卸しし、住民効果と職員効果が大きく、かつ先行しやすい手続きから小さく始めます。費用は、フォーム、認証、決済、連携、移行、保守、制度改正対応を分解して見積もり、数年単位の総保有コストで比較すると、導入後の想定外の負担を抑えられます。

費用は、部分導入なら300万〜1,500万円程度、中規模の連携を含む導入なら1,500万〜4,000万円程度、全庁型では3,000万〜8,000万円超まで幅があります。本人確認の強度、認証・決済、連携、移行、運用保守、制度改正対応を分けた見積もりを取り、標準化・ガバメントクラウド・LGWANとの境界、データの所有権と移行条件まで確認してから選定してください。