「共同利用方式で移行」は、なぜ時間がかかるのか

2026年3月末。特定移行支援システムを抱える935自治体は、2030年度末を「真の期限」として第2フェーズに入りました。

この935団体のうち、とりわけ課題が複雑なのが共同利用型地域クラウド基盤を運営している自治体です。県内複数団体が回線・クラウド基盤・運用チームを共有する共同利用方式は、単独利用方式と比べて移行ステップが1〜2段階多く、合意形成だけで半年を超えるケースが少なくありません。

では、共同利用方式の移行パスは具体的にどう設計すべきか。期限を超過するとどんなリスクが発生するのか。

---

共同利用型地域クラウド基盤とは何か

地方公共団体情報システムのガバメントクラウド利用には、大きく2つの方式があります。

方式	概要	契約主体	アカウント管理
単独利用方式	1自治体が単独でガバクラを利用	自治体単体	自治体へ直接払い出し
共同利用方式	複数自治体がベンダ（運用管理補助者）を介して共同利用	複数自治体＋ベンダ	ベンダが代理管理

（出典: デジタル庁「地方公共団体情報システムのガバメントクラウドの利用について 第2.0版」2024年4月）

共同利用方式では、ベンダ（運用管理補助者）が複数自治体のアカウントをまとめて管理します。回線費・クラウド利用料・運用管理費を分担できる一方、参加全団体の合意なしに仕様変更・移行日程が決められないという構造的制約があります。

これが「共同利用型地域クラウド基盤の移行は遅れやすい」最大の理由です。

---

移行プロセス：単独利用との比較で見る「追加ステップ」

単独利用方式の移行フロー（参考）

1. 標準準拠パッケージ選定
2. ガバクラ環境構築（デジタル庁認定クラウドへの接続）
3. データ移行・テスト
4. 切替・本稼働

共同利用方式の移行フロー（実際）

1. 参加団体間の合意形成（移行スケジュール・費用按分方式・SLA責任分界点の確認）
2. リーダー自治体の選定（窓口・調整役の明確化）
3. 標準準拠パッケージ選定（全参加団体の仕様差異を吸収する作業が伴う）
4. 共同ガバクラ環境構築（共同接続ポイントの設計・開設）
5. 団体別データ移行・並行テスト（全団体同時または順次）
6. 一斉切替・本稼働

ステップ1・2が単独利用には存在しない「追加コスト」です。参加団体の数が多いほど、この調整フェーズが長くなります。

「共同調達するなら同一ベンダー同士でやるのが鉄則。違うパッケージを無理に統合するのは、共同利用ではなく共同苦行」（自治体クラウド運用経験者の声）

---

期限超過の4つのリスク

特定移行支援認定を受けた自治体は2030年度末が最終期限です。しかし「認定を受けているから安心」ではありません。期限超過・移行停滞には4つの実務リスクがあります。

リスク1：二重コストの固定化

旧システム（データセンター／オンプレミス）とガバクラの両方を並行稼働させる「二重契約期間」が長期化します。内閣府規制改革WG（2024年11月）のデータでは、中核市平均でコストが2.3倍に膨張したケースが報告されています。この膨張の一因が移行前後の二重契約です。共同利用方式では参加全団体の足並みが揃うまで旧システム契約を解除できないため、二重コスト期間が単独利用方式より長くなる傾向があります。

リスク2：ベンダリソースの枯渇

デジタル庁は2026年2月27日公表資料で、「移行作業やその直後の運用に想定以上のSEリソースが必要であることが判明した」と公式に認めています。特定移行支援の認定件数は2025年末時点で8,956システム・935団体に達しており、2030年度末に向けてベンダのPM・SEリソースはさらに逼迫する見込みです。早期に移行スケジュールを確定し、ベンダとのリソース確保契約を締結しない自治体は、移行枠から外れるリスクがあります。

リスク3：コストガバナンスの空白

共同利用方式特有の問題として、ストレージや監視用の共用サーバー費用の按分が困難なケースがあります。移行が長期化するほど、この「費用の透明性の低さ」が各参加団体の予算担当者から問題視されるようになります。議会への説明資料の作成コストも増大します。

リスク4：標準仕様改定への対応遅延

標準化対象20業務の標準仕様書は継続的に改定されます。移行が2030年度末に近づくほど、その間に発生した仕様改定への追加対応が必要になります。特に個人住民税（eLTAX連携236要件）・国民健康保険・介護保険は制度改正サイクルが短く、移行の難易度が上がり続けます。

---

段階的移行戦略：4フェーズで考える

GCInsight編集部が推奨する共同利用型地域クラウド基盤の段階的移行戦略を示します。

フェーズ	期間目安	主なアクション	優先度
Phase 1：合意形成	〜6ヶ月	参加団体間の役割・費用按分・SLA確認、リーダー自治体の選定	最高
Phase 2：環境構築	6〜12ヶ月	共同接続ポイント設計・開設、ベンダとのリソース確保契約	高
Phase 3：段階移行	12〜30ヶ月	外部連携の少ない業務（選挙人名簿・印鑑登録等）から順次移行	高
Phase 4：難易度業務	30〜54ヶ月	個人住民税・国民健康保険・介護保険の移行（2030年度末までに完了）	中〜高

移行業務の優先順位づけ

すべての業務を同時に移行しようとするのは、最も高リスクなアプローチです。外部連携の多寡と制度改正サイクルの長短で優先順位を決めるのが現実的です。

• 優先度高（先行移行）: 選挙人名簿管理、印鑑登録、固定資産税（シンプルな連携構造）
• 優先度中（中期移行）: 住民基本台帳、戸籍（マイナポータル連携あり）
• 優先度低（後期移行）: 個人住民税（eLTAX等236連携）、国民健康保険、介護保険（制度改正サイクルと重複）

この順序は、個人住民税の移行がなぜ最も遅れているかで詳細に分析しています。

---

共同利用組合の「適正規模」

共同利用方式の経済合理性は参加団体数に強く依存します。GCInsightの分析では、損益分岐点は3団体。3団体以上で組めば調整コストを含めても単独利用より安くなり、5〜10団体の規模で効果が最大化されます（詳細は共同利用vs単独利用：コスト損益分岐点を参照）。

一方、20団体を超えると調整コストが指数的に増加し、移行のリードタイムも長期化します。共同利用組合の「適正規模」は同一ベンダー・同一パッケージを使う3〜7団体が現実解です。

---

特定移行支援認定を受けている場合の対応

共同利用型地域クラウド基盤に参加している自治体が特定移行支援認定を受けている場合、以下の点に注意が必要です。

• 認定はシステム単位: 参加している全システムが認定を受けるとは限りません。認定を受けていないシステムの期限は2026年3月末のまま
• 2030年度末は最終期限: 認定を受けたとしても、4年間の移行猶予は「延長」ではなく「条件付き支援期間」です。移行スケジュールの提出と定期報告が求められます
• 共同利用組合全体での認定確認: 参加団体の一部が認定を受けていない場合、共同移行スケジュールに齟齬が生じるリスクがあります

特定移行支援制度の詳細は特定移行支援ページでシステム・団体単位の認定状況を確認できます。

---

GCInsight編集部の見解

共同利用型地域クラウド基盤の移行は、技術的な難易度よりガバナンス設計の難易度が高い問題です。参加団体間の役割分担・費用按分・SLAの責任分界点を最初に決めておかなければ、仮にベンダの技術力が十分であっても移行は止まります。

GCInsight編集部が最も重要と考えるのはPhase 1の合意形成です。「まず技術から」ではなく「まずガバナンスから」。この順序を間違えた共同利用組合が、ベンダへの発注後に合意形成問題が浮上し、移行が1〜2年遅延するケースが複数報告されています。

2030年度末まで残り4年半。共同利用型地域クラウド基盤を運営する自治体にとって、今が移行設計を本格化させる最後のタイミングです。

---

関連記事

• 共同利用vs単独利用｜ガバメントクラウドのコスト損益分岐点
• 特定移行支援と「遅延」の違い｜ガバメントクラウド標準化の正しい理解
• 個人住民税の移行がなぜ最も遅れているか｜ガバメントクラウド

---

参考資料

• デジタル庁「地方公共団体情報システムのガバメントクラウドの利用について 第2.0版」（2024年4月）
  デジタル庁公式PDF
• デジタル庁「特定移行支援システムの該当見込み（概要）（令和7年12月末時点）」（2026年2月27日公表）
  デジタル庁公式PDF
• 内閣府規制改革推進会議 第6WG「資料3-2」（2024年11月25日）
  内閣府公式PDF