title: "ガバメントクラウド移行は「期限後」へ｜935団体が令和8年度以降に持ち越す現実と、メインフレーム・個別開発が残った自治体の移行戦略（2026年）" description: "自治体システム標準化の移行期限だった令和7年度末を越え、デジタル庁の最新公表（令和7年12月末時点）では1,788団体中935団体（52.3％）が令和8年度以降に移行を持ち越す『特定移行支援システム』を保有する。移行済みは13,283システム（38.4％・令和8年1月末時点）。メインフレームや個別開発が残った団体の現実的な移行戦略とコスト最適化を、自治体情シス・CIO・公共向けSIerの視点で出典付きに整理する。" keyword: "ガバメントクラウド 移行 期限 標準化 自治体 レガシー 特定移行支援" slug: "government-cloud-migration-deadline-passed-2026-20260625" date: "2026-06-25" updatedAt: "2026-06-25" category: "業界別DX" tags: ["自治体DX","ガバメントクラウド","レガシー刷新","標準化","公共"] author: "GXO株式会社" lead_summary: "標準化の移行期限後、935団体が令和8年度以降に持ち越す。メインフレーム・個別開発が残った自治体の現実的な移行戦略を整理する。"
ガバメントクラウド移行は「期限後」へ｜935団体が令和8年度以降に持ち越す現実と、メインフレーム・個別開発が残った自治体の移行戦略（2026年）
結論：論点は「期限に間に合うか」から「持ち越した分をどう設計し直すか」に移った
自治体システム標準化（基幹20業務）の移行は、原則として令和7年度（2025年度）末が期限だった。その期限を越えた今、論点は「期限に間に合うか」ではなくなっている。
デジタル庁が公表した最新の集計（令和7年12月末時点）では、標準化対象の全34,592システムのうち**8,956システム（25.9％）**が、令和8年度（2026年度）以降の移行とならざるを得ない「特定移行支援システム」に該当する見込みである。これを1つ以上抱える団体は、**1,788団体中935団体（52.3％）**にのぼる（デジタル庁「特定移行支援システムの該当見込み（概要）（令和7年12月末時点）」、令和8年2月27日更新）。
一方で、標準準拠システムへの移行を完了したのは**13,283システム（38.4％）**である（総務省・標準化PMOツール、令和8年1月末時点）。
押さえるべき1点：標準化は「全国一斉に期限内完了」ではなく、**過半数の団体が令和8年度以降に持ち越す「期限後フェーズ」**に入った。残ったシステムほど、メインフレーム運用や個別開発など移行が難しい事情を抱えている。
この記事は、その「持ち越した分」をどう設計し直すか——とりわけメインフレームや個別開発が残った団体の現実的な移行戦略とコスト最適化——を、自治体情シス・CIO・公共向けSIerの視点で整理する。メインフレーム・個別開発の刷新を具体的に検討する段階であれば、レガシーシステムの刷新支援で相談できる。現行資産の把握度や移行設計の現在地を先に俯瞰したい場合は、DX・IT成熟度診断が起点になる。
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
期限を過ぎた今、一次資料で確認できる論点
数値は推測ではなく、総務省・デジタル庁の公表資料に基づいて整理する。報道や解説サイトの二次情報は、可能な限り一次資料に置き換えて扱う。
| 論点 | 公表値 | 時点・出典 |
|---|---|---|
| 標準化対象システム数 | 34,592システム | デジタル庁 |
| 特定移行支援システム見込み | 8,956システム（25.9％） | 令和7年12月末時点／デジタル庁（令和8年2月27日更新） |
| 特定移行支援システムを有する団体 | 1,788団体中935団体（52.3％） | 令和7年12月末時点／デジタル庁 |
| 標準準拠システムへの移行完了 | 13,283システム（38.4％） | 令和8年1月末時点／総務省・標準化PMOツール |
| 運用経費の目標 | 移行完了後、平成30年度（2018年度）比で少なくとも3割削減を目指す | 総務省・地方財政審議会提出資料（令和8年2月13日） |
| 国の支援 | 特定移行支援システムは概ね5年以内（基金は令和12年度末まで延長）に移行できるよう支援 | 総務省・地方財政審議会提出資料（令和8年2月13日） |
ここで誤解しやすいのが、「特定移行支援システムに該当した＝失敗」ではない点だ。国は、令和8年度以降の移行とならざるを得ないことが具体化したシステムについて、移行完了の期限を設定したうえで、概ね5年以内に標準準拠システムへ移行できるよう積極的に支援する方針を示している。基金の設置年限も令和12年度末まで延長された。
つまり制度上は「期限超過」ではなく「計画的な持ち越し」として位置づけられている。問題は、その持ち越し期間に現行システムと標準準拠システムが併存し、データ連携や二重運用のコストが発生することだ。
特定移行支援システムが生じた事由
デジタル庁は、特定移行支援システムを生じさせた事由を分類して公表している（令和7年10月末時点の内訳）。
| 事由 | 内容 | 該当システムの傾向 |
|---|---|---|
| 事由1 | 現行システムがメインフレームで運用されている | 件数は少ないが移行難度が高い |
| 事由2 | 現行システムがパッケージではない個別開発システム | 標準仕様への作り直しが必要 |
| 事由3 | 現行事業者が標準準拠システムを開発せず、代替調達の見込みが立たない | ベンダー選定からやり直し |
| 事由4 | 事業者のリソースひっ迫による開発・移行作業の遅延 | 最も件数が多い |
最も多いのは事由4（リソースひっ迫）だが、自治体側で技術的に難しさが残るのは**事由1（メインフレーム）と事由2（個別開発）**である。これらは、ベンダーの体制が整えば解決する事由4とは性質が異なり、現行システムそのものを作り直す前提に立つ必要がある。
注記：本記事で扱う「20業務すべての移行が完了した団体はごく一部」という指摘は、移行完了が38.4％（システム単位・令和8年1月末時点）にとどまる状況から導かれる傾向であり、団体単位で「20業務すべて完了」の比率を示す公式の単一指標として確認できる数値ではない。団体単位の達成率を語る際は、各団体の進捗公表値を個別に確認することを推奨する。
メインフレーム・個別開発が残った団体の、現実的な移行戦略
ここからが本題である。事由1・2に該当する団体——つまり古いメインフレームや、長年の個別開発で複雑化したシステムが残った団体——は、単に「期日に間に合わなかった」のではない。移行そのものが技術的に難しいシステムだけが最後に残った状態にある。
この段階で「とにかく早く標準準拠システムに載せ替える」と急ぐと、要件定義不足のまま移行して業務が回らない、データ移行で住民データの不整合が出る、といった事故につながりやすい。残ったシステムほど、移行の設計品質が問われる。
戦略1：現行資産の棚卸しと「移行可能性」の見極めを先に行う
メインフレームや個別開発システムは、仕様書が現存しない、改修を重ねて当初設計と乖離している、担当者が退職している、というケースが多い。まず移行先を決めるのではなく、現行システムが何をしているかを可視化することが先である。
- データ項目とコード体系（住民コード、世帯構成、税区分など）の棚卸し
- 標準仕様との差分（標準仕様にない独自項目、独自帳票、運用ルール）
- 他システム・他業務との連携（税と住基、福祉と介護など）
- バッチ処理・夜間処理など、画面に出ない裏側の処理
この棚卸しを飛ばすと、移行後に「前のシステムでできていた処理ができない」が大量に噴出する。レガシーの移行で失敗する最大の原因は、現行仕様の把握不足である。GXOでは、こうしたレガシーシステムの刷新を、現行資産の棚卸しと標準仕様との差分分析から支援している。
戦略2：標準仕様との差分は「業務側で吸収」を原則にする
標準準拠システムは、自治体ごとの独自カスタマイズを前提としない。現行で当たり前に使っていた独自項目や独自帳票が、標準仕様には存在しないことがある。
ここで「現行どおりにしたい」とシステム側の改修で対応しようとすると、標準化の趣旨に反し、運用経費削減（2018年度比3割減目標）も遠のく。原則は、業務手順側で吸収できないかを先に検討し、システム改修は最小限に絞ることだ。差分の一覧を作り、「業務で吸収／設定で対応／真にシステム改修が必要」の3段階で仕分けると、移行範囲とコストが見える。
戦略3：持ち越し期間の「二重運用・データ連携」を設計に織り込む
特定移行支援システムを抱える団体では、標準準拠システムへ先に移行した業務と、現行のまま残る業務が併存する。たとえば住基は移行済みだが税は現行、という状態だ。
この間、両者の間でデータ連携が必要になり、データの保有形式の違いを吸収する連携基盤の構築が新たな経費要因になる。総務省の資料でも、特定移行支援システムの発生に伴うデータ連携経費の増加が課題として挙げられている。
持ち越しが避けられないなら、併存期間のデータ連携を最初から設計に含めるべきである。場当たり的な連携を都度作ると、移行完了までに連携処理が肥大化し、最後の切り替えがかえって難しくなる。クラウド移行や基幹システムの開発では、この併存期間の連携設計をスコープに含めることがコスト最適化の鍵になる。
戦略4：移行後の運用経費を「移行の意思決定」に組み込む
国は、移行完了後に運用経費を2018年度比で少なくとも3割削減することを目標に掲げている。しかし、クラウド移行は「載せ替えれば自動で安くなる」ものではない。リソースの過剰確保、不要なログ保持、マルチベンダー間の重複した連携基盤などが、運用経費を押し上げる。
移行の意思決定段階で、移行後の運用構成・データ連携・監視・コスト管理まで含めて設計しておくと、後から「移行はできたが運用費が下がらない」という事態を避けられる。移行後のデータ連携基盤・データプラットフォームの整理は、運用経費削減の実効性を左右する。
チェックリスト：特定移行支援システムを抱える団体の移行設計
| 区分 | 確認項目 | できていない場合のリスク |
|---|---|---|
| 現行把握 | 現行システムのデータ項目・コード体系を棚卸ししたか | 移行後にデータ不整合・処理欠落が発生 |
| 現行把握 | 標準仕様との差分一覧を作成したか | 移行範囲が見えず見積もりが膨らむ |
| 事由特定 | メインフレーム／個別開発／ベンダー撤退のどれかを明確にしたか | 解決の打ち手を取り違える |
| 差分対応 | 独自項目・独自帳票を「業務吸収／設定／改修」で仕分けたか | システム改修が過剰になり運用費が下がらない |
| 連携 | 併存期間の現行⇔標準のデータ連携を設計に含めたか | 都度連携が肥大化し最終切替が困難に |
| ベンダー | 現行ベンダー撤退時の次期事業者選定を早期に開始したか | 受け入れ可能な事業者が見つからず空白期間 |
| 運用費 | 移行後の運用構成・コスト管理を意思決定段階で見たか | 移行後に2018年度比3割減目標を達成できない |
| 期限管理 | 特定移行支援システムの移行完了期限を団体内で共有したか | 5年の支援期間内に完了できない |
| 体制 | 仕様把握・移行・テストを担う体制（庁内＋外部）を確保したか | リソースひっ迫で再び持ち越し |
このチェックリストは、団体内の合意形成にも、公共向けSIerが提案前に論点を整理する際にも使える。重要なのは、移行先の製品選定より先に「現行把握」と「差分把握」を済ませることだ。
よくある質問（FAQ）
Q. 特定移行支援システムに該当した団体は「遅延・失敗」なのか。 A. 制度上は失敗ではない。国は、令和8年度以降の移行とならざるを得ないシステムについて、移行完了の期限を設定したうえで概ね5年以内に移行できるよう支援する方針で、基金も令和12年度末まで延長されている。ただし併存期間の二重運用・データ連携コストは現実の負担として残るため、計画的な設計が必要である。
Q. 「特定移行支援」と「単なる期限遅延」は同じか。 A. 厳密には異なる。特定移行支援システムは、メインフレーム運用・個別開発・ベンダー撤退・リソースひっ迫など、令和8年度以降の移行が具体化した事情があるシステムを国が把握・支援対象として整理したものである。自団体がどの事由に該当するかで、打ち手が変わる。
Q. メインフレームが残っている。標準準拠システムへ直接移行できるか。 A. 多くの場合、現行仕様の可視化とデータ移行設計を先に行う必要がある。仕様書が現存しない、改修の積み重ねで設計と乖離している、といった事情が移行難度を上げる。現行資産の棚卸しから着手することを推奨する。
Q. 移行すれば運用経費は自動的に下がるか。 A. 下がらないことがある。国の目標は2018年度比3割減だが、リソースの過剰確保や連携基盤の重複が運用費を押し上げる。移行の意思決定段階で運用構成・コスト管理まで設計しておくことが、削減目標の達成に直結する。
Q. 現行ベンダーが標準準拠システムを開発せず撤退する。どうすればよいか。 A. 次期事業者の選定を早期に開始することが重要である。デジタル庁・総務省も、現行事業者の撤退に直面する団体への対応を支援する枠組みを示している。空白期間を作らないために、要件整理と事業者選定を並行で進める。
この記事を読むべき人
- 自治体の情報システム担当・CIO・DX推進担当で、20業務のうち一部を令和8年度以降に持ち越すことが確定している方
- メインフレームや長年の個別開発システムが標準化対象に残っており、移行設計の進め方に不安がある方
- 公共向けSIer・ベンダーで、特定移行支援システムを抱える団体への提案・移行支援を担う方
- 移行後の運用経費（2018年度比3割減目標）の達成可能性を、移行の意思決定段階で見極めたい方
いつGXOに相談すべきか
- 現行のメインフレーム・個別開発システムの仕様が把握できておらず、移行範囲が見積もれない
- 標準仕様との差分が多く、業務吸収とシステム改修の線引きに迷っている
- 移行済み業務と現行業務の併存期間のデータ連携を、誰がどう設計するか決まっていない
- 移行はできそうだが、移行後の運用経費が下がる構成になっているか確信が持てない
- 現行ベンダー撤退で次期事業者の選定をやり直す必要がある
GXOでは、レガシー刷新、現行資産の棚卸しと差分分析、クラウド移行、データ連携基盤の設計を組み合わせ、「期限後フェーズ」の自治体システム移行を、二重運用と運用経費まで見据えて支援する。 → 相談はこちら
関連記事
- ガバメントクラウド移行、4割の自治体が「期限内に移行しきれないシステム」を保有
- 自治体システム標準化、期限後も終わらない移行——未移行と運用経費増にどう備えるか
- ガバクラは「移行」から「運用費」へ｜運用最適化・検証事業の採択結果が示す自治体ITの次の主戦場
参考資料
- デジタル庁「地方公共団体の基幹業務システムの統一・標準化について」（特定移行支援システムの該当見込み 令和7年12月末時点・令和8年2月27日更新） https://www.digital.go.jp/policies/local_governments
- 総務省「地方公共団体情報システムの標準化・ガバメントクラウドについて」地方財政審議会提出資料（令和8年2月13日） https://www.soumu.go.jp/main_content/001063741.pdf
- 総務省「地方公共団体情報システム標準化基本方針」（令和6年12月） https://www.soumu.go.jp/main_content/000984489.pdf
本記事は2026年6月25日時点の公開情報をもとに作成。数値は総務省・デジタル庁の公表資料に基づくが、特定移行支援システムの該当状況は今後も変動し得る。各団体の最新の進捗は、デジタル庁・総務省の最新公表値および自団体の計画を確認すること。
「期限後フェーズ」の標準化移行を、二重運用と運用経費まで見据えて設計しませんか
GXOでは、メインフレーム・個別開発が残った自治体システムの現行資産棚卸し、標準仕様との差分分析、併存期間のデータ連携、移行後の運用コスト最適化を支援します。
※ 現行システムの仕様書がなくても相談可 | 情シス・DX推進・公共向けベンダーの同席歓迎
