転入届を受けた窓口で住民記録は登録できても、国民健康保険、児童手当、介護、税の連携が翌日まで止まれば、住民にとって標準化は完了していません。自治体システム標準化では、製品が標準仕様へ適合したことと、庁内の一件が正しく処理されたことを分けて確認します。
地方公共団体情報システムの標準化に関する法律は2021年に成立・施行され、現時点で20事務を対象とします。原則2025年度までの標準準拠システムへの移行が目指されましたが、2026年度以降にならざるを得ないシステムは特定移行支援システムとして扱われます。デジタル庁の2026年3月末集計では、対象34,366システムのうち10,013システム、29.1％が該当します。
2026年の標準化台帳は「移行済み・未移行」の二色では足りません。業務、機能、データ、連携、帳票、運用ごとに、標準準拠、経過措置、特定移行支援、周辺残存を分けます。
本記事は2026年9月5日に、デジタル庁の地方公共団体システム標準化ページ、基本方針、特定移行支援システム資料、移行作業の留意事項、データ要件・連携要件、文字標準化、非機能要件、総務省の進捗資料を確認しました。個別自治体の移行期限、基金、調達、個人情報、ガバメントクラウド契約、税・福祉制度の適用は、デジタル庁、総務省、制度所管省庁、都道府県、監査・法務担当へ確認してください。
20業務を一つの進捗率にまとめない
業務、製品、機能、稼働日を対応させ、住民影響で進捗を測ります。
標準化対象は、住民基本台帳、選挙人名簿管理、固定資産税、個人住民税、法人住民税、軽自動車税、就学、国民健康保険、国民年金、障害者福祉、後期高齢者医療、介護保険、児童手当、児童扶養手当、生活保護、健康管理、子ども・子育て支援、戸籍、戸籍附票、印鑑登録の20事務です。自治体の調達単位や製品数とは一致しません。
一製品で複数業務を扱う場合、製品切替率を業務完了率に使うと、遅れている機能が隠れます。逆に一業務が複数システムへ分かれる自治体では、主システムだけを移して完了にできません。業務、製品、環境、稼働日を対応表へ置きます。
各業務に、制度所管、業務責任者、データ責任者、製品、移行方式、連携先、稼働日、経過措置、特定移行支援の該当、住民影響を付けます。自治体全体のパーセントより、どの給付や証明がいつ止まり得るかを会議で示します。
進捗率100％は全製品の契約日ではありません。20業務それぞれで、受付、審査、決定、通知、会計、統計、外部連携の代表案件が通った割合です。
特定移行支援を延期許可証にしない
遅延要因、解除条件、次の判断日を業務ごとに置きます。
特定移行支援システムには、メインフレームや個別開発、現行事業者が標準準拠製品を開発しない、代替調達の見込みが立たない、事業者のリソースひっ迫などの事情があります。国は個別の移行期限を設定し、概ね五年以内の移行を支援するとしています。
自治体は、制度名を付けただけで工程を空欄にしません。遅延要因を製品開発、調達、データ品質、外部連携、庁内人員、他団体との共同利用へ分け、解除条件と次の判断日を設定します。ベンダー回答待ちなら、回答期限と代替製品調査を並行します。
2026年3月末時点の一覧と自団体台帳を照合し、追加・変更の報告経路を確認します。特定移行支援に該当しない周辺機能を同じ理由で延期しないよう、標準化対象、共通機能、独自施策、情報提供ネットワーク連携を分けます。
経過措置により移行後に実装できる一部機能もあります。利用開始時に未実装でよいことと、住民案内や手作業が不要なことは同義ではありません。暫定運用の件数、二重入力、誤り、終了予定を管理します。
外字を文字一覧の置換で終わらせない
画面、証明、連携先で同じ人を識別できるか確認します。
自治体の外字は、氏名、住所、通知、証明、口座、他機関との連携に現れます。標準化された文字へ対応付けても、印刷結果、オンライン申請、金融機関データ、戸籍連携で別の形になることがあります。文字コード表だけでなく、代表住民の業務行程で確かめます。
外字一覧には原字、標準文字、同定根拠、代替表示、住民への確認、出力先、修正権限を残します。似た字へ一括置換し、本人確認書類や戸籍との不一致を作りません。変換不能は画像や空白で逃げず、業務ごとの暫定処理を決めます。
印刷、PDF、CSV、画面、API、コンビニ交付を同じテストデータで確認します。職員端末で見えても、住民のスマートフォンや委託先で豆腐文字になる場合があります。文字移行の合格は変換エラー0件ではなく、本人が使う証明と外部機関が受け取るデータで同じ人を識別できたことです。
データ移行は件数と金額と個票で照合する
集計一致の後に関係性と高リスク個票を確かめます。
データ移行では、抽出件数と投入件数が一致しても、コード変換、履歴期間、重複、欠損、日付、負数、世帯関係が変わることがあります。業務ごとに総件数、状態別件数、金額合計、最大・最小、例外件数を照合し、その後に高リスク個票を確認します。
高リスク個票は、転出入が同日、世帯分離、外国人氏名、DV等支援措置、遡及課税、減免、資格喪失と再取得、死亡後給付、年度跨ぎを含めます。本番データを試験環境へ持ち込む場合、アクセス権、委託先、ログ、消去証明を決めます。
移行リハーサルは少なくとも抽出、変換、投入、照合、業務確認、削除までの時間を測り、本番停止枠に入るかを確認します。差分移行を行うなら、基準時刻以降に旧システムへ入った更新を誰が捕捉するかを試します。
総件数が一致しても、給付額が一円違えば住民影響があります。件数、金額、関係性、代表個票の四層で照合し、差異の承認者を業務部門に置きます。
連携を線の本数で数えない
送信から受信、訂正、再送、業務完了までを一本にします。
住民記録から税、福祉、保険へデータが送られても、送信成功だけでは業務完了になりません。受信側が取り込み、エラーを返し、職員が訂正し、再送できるところまで確認します。庁内統合宛名、申請管理、収納、会計、文書、コンビニ、国のネットワークなどを連携台帳へ置きます。
各連携に、送受信者、項目、頻度、締切、暗号化、エラー通知、再送、監視、障害時の手作業を記します。夜間バッチが朝窓口までに終わらない場合、住民へ何を説明し、仮受付できるかを決めます。
API化すれば自動的にリアルタイムになるわけではありません。相手側の更新頻度、業務上の確定時刻、取消・訂正の扱いをそろえます。ガバメントクラウド移行で扱うネットワークや責任共有と接続し、クラウド到達性と業務データの正しさを別々に監視します。
本番前に相手システムを停止できない場合は、スタブだけで合格にせず、実接続日、限定データ、責任者、失敗時の切戻しを別ゲートにします。連携数の削減を成果にする場合も、手入力やCSVへ戻っていないかを測ります。
窓口の一日を切替計画へ入れる
停止、仮受付、復旧、二重入力、住民案内を実演します。
本番切替では、システム停止時刻、最終受付、差分抽出、データ投入、連携、業務確認、開庁判定を分単位で並べます。税の納期限、給付支給、選挙、年度末、引越し繁忙期を避けるだけでなく、翌朝の予約件数と職員習熟を確認します。
窓口には、仮受付できる手続、後日交付となる証明、現金・キャッシュレス、本人確認、番号発券、電話問い合わせの手順を置きます。障害時に紙へ切り替えるなら、復旧後の二重入力と受付順を試します。
住民向け案内は「システム更改のため停止」だけでなく、利用できないサービス、日時、代替窓口、必要書類、再開予定、更新場所を示します。オンライン申請だけ止まり窓口は使える場合など、チャネル別に案内します。
開庁判定者はベンダーの技術完了報告だけで決めません。業務責任者が転入、証明、課税、給付、収納の代表案件を確認し、未解決エラーと回避策を首長・責任者へ示します。切替成功はサーバーが起動したことではなく、窓口職員が住民へ正しい結果と次の予定を説明できたことです。
リハーサルでは件数だけでなく、金額、世帯関係、外字、帳票、連携後の結果まで業務担当が照合します。
移行後費用を請求額だけで比較しない
利用量、運用、周辺、退出まで五年TCOへ入れます。
ガバメントクラウドや標準準拠製品の費用は、ライセンス、利用量、環境、ネットワーク、監視、バックアップ、データ転送、運用委託、制度改正、問い合わせを分けます。旧システムの保守費だけと比較すると、庁内作業と周辺システムが抜けます。
開発・移行の一時費用と、毎年の運用費を別にし、共同利用、割勘、最低利用量、為替影響、価格改定を確認します。テスト、研修、並行稼働、データ補正、延長保守も移行総額へ入れます。
国の総合的な運用経費対策や基金の対象であっても、補助終了後の一般財源を示します。費用目標だけで環境を一つにし、災害復旧や制度改正試験ができなくならないよう、必要環境と停止可能時間を業務から決めます。
月次では請求総額だけでなく、業務・環境別の利用量、異常増、アイドル、データ転送、運用工数を見ます。契約終了時のデータ出力、削除、次製品への移行費も五年TCOへ含めます。
移行後90日を本番試験にする
暫定運用、エラー、残業、住民影響を30日ごとに直します。
稼働直後は、窓口待ち時間、エラー、手作業、帳票再発行、問い合わせ、職員残業、ベンダー対応を日次で記録します。重大度だけでなく、同じ原因の再発と住民が手続を完了できなかった件数を追います。
標準仕様に合わせて廃止した独自機能がExcelや個人メモで復活していないかを現場で確認します。必要な地域独自施策なら、法令、条例、政策目的に照らして周辺機能として管理し、標準準拠製品へ無断改修を戻しません。
稼働後は問い合わせを個別処理で閉じず、同じ原因を業務、設定、データ、研修へ戻して修正します。
標準化の完成条件は移行対象数がゼロになることだけではありません。職員交代と制度改正があっても、標準仕様、自治体運用、データ、費用、住民影響の差を追えることです。
30日、60日、90日で、未解決差異、経過措置、特定移行支援、暫定手作業、費用、住民影響を更新します。データ品質KPIの考え方を使い、エラー率だけでなく訂正時間、再発、責任者を測ります。旧環境を廃止する前に、法定保存、監査、訴訟、照会へ必要なデータを検索・復元できるかを実演します。
旧システムの停止は、新システム稼働日と同日に決めません。過年度照会、監査、裁判、制度所管省庁への報告、住民からの訂正請求に必要なデータを、どの形式で何年間参照するかを決めます。読み取り専用環境を残す場合も、保守期限、脆弱性、アカウント、バックアップ、費用を管理します。
旧ベンダーからデータを受け取っただけで退出完了とせず、項目定義、コード表、添付ファイル、操作ログ、暗号鍵、復元手順を確認します。サンプル一件を新しい保管環境で検索し、証明・照会へ使える形へ再現します。終了時には旧環境上の複製データの削除証明も受け取ります。
制度改正が施行される際、標準仕様書は原則として施行より十分前に改定される方針ですが、緊急改正では時間が短くなる場合があります。自治体は仕様公開、製品対応、受入試験、職員研修、住民案内を別日程で管理し、ベンダーのリリース予定だけを全体工程にしません。
共同利用や広域調達では、他自治体の遅延で自団体の試験日が変わることがあります。意思決定、費用配分、障害連絡、自治体固有設定、脱退の条件を協定へ置きます。共通化のために各自治体の法定期限や住民サービスを最も遅い団体へ無条件に合わせません。
マスターデータ管理を参照し、住所、金融機関、組織、制度コードの正本と更新責任者を決めます。標準仕様のコードと自治体独自コードを変換表だけでつなぐと、制度改正時に古い値が残るため、廃止日と利用中の連携先まで追跡します。
職員研修は画面操作の一斉説明だけで終えません。新人、繁忙窓口、電話、バックオフィス、管理者で役割を分け、通常、訂正、取消し、障害時を実データ相当で通します。マニュアル検索にかかった時間と、ベンダーへ問い合わせず解決できた割合を稼働判定へ使います。
参考情報
20業務、移行支援、標準仕様、文字・連携を支える公式資料です。
以下は2026年9月5日に内容と到達性を確認した一次情報です。
よくある質問
気になる質問を開くと、本文の重要点を短く確認できます。
Q自治体システム標準化の対象は何業務ですか？
A現時点で住民記録、地方税、国民健康保険、介護、児童手当、戸籍など20事務です。自治体の製品数とは一致しないため、業務と製品の対応表で管理します。
Q2025年度末で全自治体の移行は完了しましたか？
A一律に完了したわけではありません。デジタル庁によると2026年3月末時点で対象34,366システムのうち10,013システム、29.1％が特定移行支援システムです。
Q特定移行支援システムとは何ですか？
Aメインフレーム、個別開発、代替製品不足、事業者リソースひっ迫などで2026年度以降の移行とならざるを得ないシステムです。個別期限と解除条件を管理します。
Q製品が標準準拠ならデータ移行テストは不要ですか？
A必要です。件数、金額、コード、世帯関係、外字、履歴、代表個票、外部連携を旧新で照合します。製品適合と自治体データの正しさは別の判定です。
Q外字は標準文字へ一括置換できますか？
A本人確認書類、戸籍、証明、金融機関等との不一致が生じ得ます。原字、同定根拠、代替表示、出力先、住民確認を残し、画面以外の帳票・連携でも試します。
Q標準化後の運用費は必ず下がりますか？
A必ず下がるとは限りません。製品、クラウド、ネットワーク、監視、制度改正、運用、データ転送、周辺システム、退出を五年TCOで比較し、補助終了後も示します。
Q自治体独自の給付や帳票は標準化後も続けられますか？
A標準仕様の対象機能へ無制限に独自改修を加える前提にはできません。標準準拠システムの機能、共通機能、標準化対象外の独自施策を切り分け、必要なら疎結合の別システムや運用で実現し、制度変更時の影響を管理します。
