自治体のオンライン申請・電子申請のDX｜ぴったりサービス連携と申請受付〜交付の電子ワークフロー実装ガイド

「自治体 オンライン申請」を進めようとすると、最初の壁は技術ではなく線引きです。窓口の混雑解消なのか、職員の事務削減なのか、それとも申請データを政策に活かすことなのか。目的が曖昧なまま申請フォームだけを増やすと、「オンラインで受け付けたのに、結局は職員が画面を見て紙に書き写して基幹システムに入力する」という二重入力が生まれ、かえって現場の負荷が増えます。

本記事は「申請手続そのもののオンライン化」に焦点を絞ります。具体的には、ぴったりサービス／マイナポータルとの連携、申請受付から審査・交付までの電子ワークフロー、添付書類の省略とデータ連携、そして蓄積した申請データの活用です。窓口のフロント／バック業務全体の設計は窓口業務のフロント・バック統合DXで、住民サービスDX全体のロードマップは住民サービスDXロードマップで扱っているため、本記事と合わせて読むと「全体像」と「申請という一手続」の両方が見通せます。

なぜいま「申請のデジタル化」を切り出して考えるのか

行政手続のオンライン化は、自治体DXの個別施策の一つに見えて、実は住民が役所の変化を最初に体感する接点です。引っ越し・出産・介護といったライフイベントの裏側には、児童手当、保育施設の利用申込、要介護認定など多数の手続が連なっています。これらが窓口前提のままだと、住民は平日日中に庁舎へ足を運ばざるを得ず、職員も受付・本人確認・書類点検に時間を取られます。

総務省は「自治体の行政手続のオンライン化に係る手順書（第3.0版）」で、優先的にオンライン化を推進すべき手続の考え方を示しています。判断軸は大きく二つです。(a) 処理件数が多く、住民の利便性向上や業務効率化の効果が高い手続、(b) ライフイベントに際して多数存在する手続をワンストップで行うために必要な手続。つまり「全部を一気に」ではなく、件数とライフイベント起点で優先順位を付けるのが国の整理です（出典：総務省 自治体の行政手続のオンライン化に係る手順書 第3.0版, 2024年）。

その代表例が、子育て・介護関係の26手続です。総務省「自治体DX推進計画（第4.0版）」では、これら26手続についてマイナポータルと自治体の基幹システムをオンライン接続することが重点取組事項として位置づけられており、連携サーバや申請管理システムの導入経費が国の補助対象とされています（出典：総務省 自治体DX推進計画 第4.0版, 2025年）。自前で対象手続を選ぶ前に、まずこの26手続の接続状況を起点に据えると、財源と国の方針に沿った形で着手できます。

ぴったりサービス／マイナポータル連携の全体像

「ぴったりサービス 自治体」で調べると用語が入り組んで見えますが、住民から自治体までの流れはシンプルに描けます。

1. 住民の入口：住民はマイナポータル（その中の手続検索・電子申請機能が、かつて「ぴったりサービス」と呼ばれていた領域）から、自分の住む市区町村の対象手続を探して申請します。マイナンバーカードでの電子署名により、本人確認をオンラインで完結できます。
2. 自治体側の受け皿：申請データは、自治体が導入する申請管理システム（マイナポータル申請管理）に届きます。職員はここで申請を一覧・確認し、ダウンロードや基幹システムへの取り込みを行います。
3. 基幹システムとの接続：26手続のように基幹システムとのオンライン接続を整備すると、申請内容を職員が手で再入力せず、業務システム側に流し込めるようになります。ここが整って初めて「二重入力ゼロ」に近づきます。

デジタル庁は、自治体向けに「ぴったりサービス マイナポータル申請管理 スタートガイド」を公開しており、独自フォームの登録手順なども整理されています（出典：デジタル庁 行政手続のオンライン化）。重要なのは、「申請を受け取る」段階と「受け取った後に処理する」段階を分けて設計することです。前者だけ整えても、後者が紙やExcelの手作業のままなら効果は限定的になります。

申請受付〜審査〜交付の電子ワークフローをどう組むか

一件の申請が役所の中をどう流れるかを書き出すと、改善の勘所が見えてきます。典型的な手続は、受付 → 形式審査（記載漏れ・添付確認） → 内容審査（要件判定） → 決裁 → 結果通知・交付 → 記録保存という段階を踏みます。紙運用では各段階で「印刷」「押印」「回覧」「再入力」が挟まり、滞留が起きます。電子ワークフロー化の要点は次の三つです。

1. 入口で「審査しやすいデータ」を受け取る

オンライン申請の利点は、入力段階でチェックをかけられることです。必須項目の未入力を送信前に弾く、選択肢を用意して表記ゆれを防ぐ、口座番号や年月日の形式を検証する——こうした入力補助を設計しておくと、形式審査の手戻りが大きく減ります。紙の申請書をそのままPDFフォーム化しただけでは、この効果は得られません。「審査の観点」から入力項目を再設計するのがオンライン化の本質です。

2. 滞留を可視化し、進捗を追える状態にする

電子化の効果は「速くなった」だけでなく「どこで詰まっているかが見える」ことにあります。受付件数、未処理件数、平均処理日数、差戻し率といった指標を、申請管理システムや表計算・BIツール上で追えるようにしておくと、繁忙期の人員配分や、特定手続の様式見直しといった改善判断ができます。属人的な「あの担当者しか進捗を知らない」状態を解消することが、ワークフロー電子化のもう一つの狙いです。

3. 交付・通知までオンラインで閉じる

受付だけオンラインで、結果通知は郵送、というハイブリッドは過渡期には現実的ですが、最終的には通知・交付までオンラインで閉じることを目指します。審査結果の通知、決定通知書の電子交付、不備があった場合の差戻し連絡までを電子化できれば、住民は「申請したのに音沙汰がない」という不安から解放され、職員は問い合わせ対応の負荷を減らせます。

添付書類の省略とデータ連携——ここが効果の本丸

住民がオンライン申請を途中で投げ出す最大の理由の一つが「結局、紙の証明書を取り寄せて添付しないといけない」という点です。申請フォームは電子でも、添付が紙のままなら、住民は別の窓口に出向くことになり、オンライン化の意味が薄れます。

ここで鍵になるのが、行政機関同士が必要な情報を確認し合う仕組み（情報連携）です。所得や課税の状況、住民票の情報などを、自治体が自ら保有・確認できる場合、住民に証明書の添付を求めずに済むケースがあります。「その添付書類は、本当に住民に取り寄せさせる必要があるのか」を一つひとつ点検し、庁内の他課が持つデータや連携で確認できるものは省略する——この棚卸しが、住民満足度と職員の点検工数の両方を最も大きく動かします。

マイナンバーカードの普及は、この本人確認・情報連携の前提を変えつつあります。カード普及に伴って自治体業務がどう再編されるか（窓口の証明書発行が減り、バックオフィスのデータ突合やセキュリティ運用が増える、という業務シフト）はマイナンバーカードによる自治体業務シフトで詳しく扱っています。申請のオンライン化と添付省略は、このカード普及を前提として初めて本領を発揮します。

「書かない窓口」とオンライン申請の関係を整理する

「書かない窓口」と「オンライン申請」は混同されがちですが、役割が違います。書かない窓口は、来庁した住民が窓口で何度も同じことを書かなくて済むようにする取り組みです。職員が聞き取りや既存データを使って申請内容を代理入力し、住民は内容確認と署名だけを行います。一方、オンライン申請は、そもそも来庁しなくても手続が完結するようにする取り組みです。

両者は対立せず、補完関係にあります。デジタル操作に不慣れな住民や、相談を伴う複雑な手続は窓口（書かない窓口）で、定型的で件数の多い手続はオンラインで、と振り分けることで、全体の処理能力が上がります。重要なのは、窓口とオンラインで入力項目・審査基準・データ形式を共通化しておくことです。チャネルごとに別々の仕組みを作ると、バックオフィスで再び二重管理が発生します。入口は複数でも、その先の審査・記録は一本化するのが設計の原則です。

蓄積した申請データを「次の改善」に使う

申請をオンライン化すると、これまで紙の山に埋もれていた情報が構造化データとして蓄積されます。これを死蔵させず、改善のループに乗せることがDXの最終目的です。たとえば、どの手続で差戻しが多いかを見れば様式や説明文の改善点が分かり、申請が集中する時期が分かれば人員配置を最適化できます。手続ごとの所要日数を比較すれば、ボトルネックになっている審査段階を特定できます。

こうした「行政データを政策・運営判断に使う」発想は、ふるさと納税の分野では既に実装が進んでいます。寄付の実績データを予実管理や施策評価に活かす取り組みはふるさと納税の予実管理BI・マーケティング支援として、47都道府県の経年データを可視化した例はふるさと納税データダッシュボードとして公開しています。申請データも同じで、「集めて終わり」ではなく「見て、次の手を打つ」ところまで設計して初めて投資が回収されます。

導入を空回りさせないための実務チェック

最後に、申請オンライン化のプロジェクトでつまずきやすい点を、着手前に確認しておきたい順で挙げます。

• 対象手続の優先順位：まず子育て・介護26手続の接続状況を確認し、件数の多い手続・ライフイベント起点の手続から着手する。全手続を同時に狙わない。
• 二重入力の発生箇所：オンラインで受け付けた後、職員が手で再入力する工程が残らないか。基幹システムとの接続・取り込みを受付と同時に設計する。
• 添付書類の棚卸し：各手続で求めている添付書類のうち、庁内データや情報連携で省略できるものはどれか。住民の離脱要因を一つずつ潰す。
• チャネル間の整合：窓口（書かない窓口）とオンラインで、入力項目・審査基準・記録形式が揃っているか。入口は複数でも処理は一本化する。
• 進捗の可視化：受付・未処理・処理日数・差戻し率を、誰でも追える形で持てているか。属人化を残さない。
• データ活用の出口：蓄積した申請データを、様式改善・人員配置・住民周知の改善にどう回すかを最初から決めておく。

自治体DX全体の中での申請オンライン化の位置づけや、標準化・ガバメントクラウドとの関係を俯瞰したい場合は、行政・自治体DX完全ガイドを起点にすると、本記事で扱った「申請という一手続」が全体像のどこに収まるかを確認できます。オンライン申請は、住民が役所の変化を最初に感じる窓であり、同時にバックオフィスの効率化と政策のデータ化を同時に進められる、費用対効果の見えやすい一歩です。