
障害者福祉システム仕様書は第5.1版まで改版。仕様変更のたびにベンダーは設計をやり直し、自治体は要件整理を再確認——2026年3月末時点で935団体・8956システムが遅延した根本原因を公式資料で解説します。
「計画が大幅にずれている」。
自治体情報システムの開発を手掛ける複数のITベンダーの担当者が、こう口をそろえています。2021年9月に施行された「地方公共団体情報システムの標準化に関する法律」(標準化法)は、全国1,788自治体に対し、2025年度末(2026年3月末)までに20の基幹業務システムを標準準拠システムへ移行することを義務付けました。
ところが、デジタル庁が2026年2月27日に公表したデータによると、対象3万4,592システムのうち8,956システム(25.9%)が「特定移行支援システム」として2026年度以降の対応となりました。遅延するシステムを1つでも抱える自治体数は935団体にのぼり、都道府県と市区町村の総数1,788団体の半数を超えました(出典: デジタル庁 標準化進捗状況調査 2026年2月27日)。
なぜ、これほどの規模の遅延が発生したのでしょうか。「ベンダーのリソース不足」「自治体の体制不足」といった表面的な原因だけでなく、仕様書の頻繁な改版という構造的欠陥が根本にあります。本記事では、公式資料をもとに遅延の真因を解明します。
標準化の対象となる20業務それぞれに、各省庁が「標準仕様書」を作成しています。この仕様書が移行期間中に何度も改版されたことが、ベンダーと自治体に多大な負荷をかけました。
厚生労働省が管轄する障害者福祉システムの標準仕様書の改定履歴を確認すると、以下のとおりです。
| 版数 | 改定日 | 主な改定内容 |
|---|---|---|
| 第1.0版 | 2021年8月30日 | 新規作成 |
| 第1.1版 | 2022年3月29日 | 標準仕様書の更なる精度向上のための改定 |
| 第2.0版 | 2022年8月31日 | データ要件・連携要件との整合等、障害支援区分判定事務の見直し |
| 第2.1版 | 2023年3月31日 | サブユニット追加・横並び調整方針の改定等 |
| 第3.0版 | 2024年3月29日 | 指定都市要件の対応、2024年4月施行の障害福祉制度改正対応 |
| 第4.0版以降 | 2024〜2025年 | 継続的な改定 |
| 第5.1版 | 2026年1月 | 最新版(出典: 厚生労働省 障害者福祉システム標準仕様書 第5.1版) |
2021年8月に第1.0版が公表されてから約4年半で第5.1版まで改版された計算になります。他の業務でも同様の改版が繰り返されており、デジタル庁の公式資料(2022年9月30日 関係府省会議)では、年に2回(8月31日・1月31日)を「標準仕様書改定基準日」として改定が原則化されていました(出典: デジタル庁 標準仕様書改定・運用について 2025年1月29日)。
仕様書が改版されるたびに、ベンダーと自治体には以下の対応作業が発生します。
flowchart TD
A["標準仕様書\n改版公表"] --> B["ベンダー側\n設計・実装の見直し"]
A --> C["自治体側\n要件確認・再整理"]
B --> D["開発スケジュール\n全体の見直し"]
C --> D
D --> E["移行テスト\n計画の延期"]
E --> F["移行期限への\nしわ寄せ"]
具体的には、ベンダーはプログラムの設計・コーディングをやり直す必要があり、自治体側は担当職員が要件確認と業者との調整を再度行わなければなりません。この「動く仕様への対応コスト」が積み重なることで、当初スケジュール通りの開発が実質的に不可能になっていきました。
デジタル庁が2025年9月30日に公表した資料(2025年7月末時点調査)によると、遅延の事由は以下の4つに分類されています。
| 遅延事由 | 遅延システム数(全34,592中) | 主な内容 |
|---|---|---|
| 事由1 | (詳細省略) | 標準仕様書の確定・改定の遅延によるシステム開発の遅延 |
| 事由2 | (詳細省略) | 自治体内の調整・準備作業の遅延 |
| 事由3 | 98システム | その他の事由 |
| 事由4 | 3,345システム(重複除き2,849) | 事業者のリソース逼迫による開発・移行作業の遅延 |
| 合計(2025年7月末時点) | 3,770システム(全体の10.9%)、643団体 | — |
| 最新(2025年12月末時点) | 8,956システム(25.9%)、935団体 | 特定移行支援システムとして指定 |
(出典: デジタル庁 2025年9月30日公表・2026年2月27日公表 標準化進捗調査)
事由4「事業者のリソース逼迫」が最も多く、2025年7月時点で全遅延の約89%を占めていました。2025年秋以降、移行作業が本格化するにつれて遅延規模はさらに拡大し、2025年12月末時点では特定移行支援システムが8,956システム(25.9%)に達しました。このリソース逼迫の背景には、仕様変更への対応工数が予期せず積み上がったことが密接に関係しています。
前述のとおり、各業務の標準仕様書は2021年の初版公表後、年1〜2回のペースで改版が続きました。ベンダー担当者からは「基礎のはずの標準仕様書が何度も変わる」という声が多数上がっており、改版のたびに設計やプログラムの見直しが必要になりました。
この問題を受け、デジタル庁は2025年1月29日付の「標準仕様書の改定・運用について(基本的な考え方)」で、「機能標準化基準で定める内容を盛り込んだ標準仕様書の改定時期は、遅くとも制度改正の施行日の1年以上前とし、原則として毎年8月31日又は1月31日を標準仕様書改定基準日とする」というルールを明確化しました(出典: デジタル庁 2025年1月29日資料)。しかし、このルール確立自体が移行期限直前であったため、既に多くのベンダーがスケジュール遅延に陥っていました。
社会保障制度は定期的に制度改正が行われます。介護保険は3年ごと、障害者福祉は都度改正、国民健康保険も法改正に伴う対応が必要です。制度改正のたびに標準仕様書も改定が必要になりますが、「制度改正から1年以上前に仕様書を確定する」というルールの徹底が後手に回りました。
2024年4月施行の障害福祉制度改正への対応(障害者福祉システム標準仕様書 第3.0版)は2024年3月29日の改定であり、施行1日前という極めてタイトなスケジュールでした。ベンダーがこの仕様書に基づいてシステムを改修する時間的余裕は実質的に存在しませんでした。
政令指定都市20市は、2025年10月時点で全市が移行期限に間に合わない見通しとなっていました。大規模自治体ほど対象システム数が多く、仕様変更への対応工数も膨大になります。さらに、政令市の多くは独自の業務フローや帳票カスタマイズを持っており、標準仕様への適合確認だけで膨大な工数が必要でした。
東京都は2024年10月18日に「安全第一」への転換を求める緊急要望を公表し、一律の移行期限にこだわらず自治体の状況に応じた十分な移行期間の確保と、国による移行経費の全額負担を求めました(出典: 東京都 緊急要望 2024年10月18日)。
総務省の資料によると、情報主管課職員が5人以下の自治体が全体の約3分の2を占めています。小規模自治体では、標準化対応を専任で担える職員がほとんどいない状況です。
一方、ベンダー側でも全国約1,788自治体が一斉に移行を進めることによる、システムエンジニアの絶対的な不足が発生しました。八千代市(千葉県)の担当者は「戸籍情報システムの運用管理会社から、クラウドへの移行作業を行うSEの確保が不足し、対応が難しくなったと伝えられた」と証言しています(出典: RAGデータ 各自治体事例)。
デジタル庁の楠木統括官は国会答弁で「令和8年度以降となる『特定移行支援システム』は8,956システム(全体の25.9%)と見込まれる。向こう5年の支援基金を延長しており、大半はベンダーの逼迫が緩和される今・来年度の2年間で移行できると見ている」と述べています(出典: RAGデータ 国会答弁)。
遅延した全てのシステムが「問題」というわけではありません。デジタル庁は、移行期限に間に合わないシステムを「特定移行支援システム」として指定し、継続的な国の支援対象としています。
特定移行支援システムに指定されると:
つまり、2026年3月末に移行が完了しなかったこと自体は「即座の行政サービス停止」を意味しません。ただし、移行が長期化するほど、既存システムの維持コストと標準準拠システムの利用コストの二重負担が続くという問題が残ります。
これらの問題を受け、「地方公共団体情報システム標準化基本方針」(令和6年12月24日閣議決定)では、以下のルールが明確化されました。
flowchart TD
A["制度改正の\n検討開始"] --> B["デジタル庁・総務省に\n速やかに連絡"]
B --> C["標準仕様書改定\nスケジュール検討開始"]
C --> D["施行日の1年以上前に\n標準仕様書改定完了"]
D --> E["自治体・ベンダーが\n十分な対応期間を確保"]
具体的には:
この「1年以上前ルール」が徹底されれば、ベンダーが仕様変更への対応期間を確保できるようになります。ただし、緊急の制度改正や突発的な行政需要への対応については、例外的な対応も認めています。
仕様変更問題を踏まえ、自治体IT担当者が確認すべき事項を整理します。
自団体のシステムが特定移行支援システムに該当するか確認する
デジタル庁・総務省への報告済みのシステム遅延状況は、GCInsightのリスク一覧ページでも確認できます。特定移行支援システムに指定されている場合は、支援の対象となるため、デジタル庁窓口に連絡を取ってください。
ベンダーに仕様対応状況の確認を依頼する
現在開発中の標準準拠システムについて、担当ベンダーに「最新版の標準仕様書(2026年1月版)への対応状況」を確認してください。特に、以下の業務は改版頻度が高かったため要注意です:
2026年度以降の仕様書改定スケジュールを把握する
令和8年度以降も、介護保険制度(2027年度改正予定)などの制度改正に伴う仕様書改定が予定されています。デジタル庁が原則として年2回(8月末・1月末)に改定内容を公表するため、このスケジュールに合わせてベンダーとの調整計画を立てることが重要です。
Q. 仕様変更への対応費用は補助金でカバーされますか?
A. 標準化・ガバメントクラウド移行に関連する費用は、国のデジタル基盤改革支援補助金の対象となります。ただし、補助対象範囲や上限については自治体の規模・状況によって異なります。デジタル庁の補助金説明会やGCInsightのコスト解説ページで最新情報を確認してください。
Q. 特定移行支援システムに指定された場合、いつまでに移行すればよいですか?
A. デジタル庁の方針では、「ベンダーのリソース逼迫が緩和される2026〜2027年度の2年間で大半が移行できる見込み」とされています。ただし、政令市など大規模自治体は3年程度かかるケースも想定されています。個別の目標期限はデジタル庁との協議で設定されます。
Q. 標準仕様書の改版情報はどこで確認できますか?
A. デジタル庁の「地方公共団体情報システムの標準化」専用ページ(https://www.digital.go.jp/policies/local_governments/standard_system/)で最新版の仕様書が公開されています。各業務の改定履歴も確認できます。業務別の最新仕様書バージョン一覧はGCInsightのパッケージ一覧ページでも確認できます。
Q. ベンダーが「仕様変更に対応できない」と言った場合はどうすればよいですか?
A. まず、対応できない具体的な理由(仕様書のどのバージョンのどの機能要件か)を書面で確認してください。デジタル庁は事業者撤退等の自治体に対する支援策(次期候補ベンダーの情報提供スキーム)を提供しています。GCInsightの遅延リスクページでは、こうした状況への対応手順を解説しています。
自治体システム標準化が935団体・8,956システムの遅延を招いた根本原因は、標準仕様書が「安定した基盤」として機能しなかったことにあります。標準化の目的の一つは「制度改正のたびに自治体が個別に仕様をつくり直す必要をなくす」ことでしたが、その仕様書自体が頻繁に改版されることで、かえって開発工数が増大しました。
2026年度以降は「施行日の1年以上前に改定完了」というルールが閣議決定レベルで確立されました。このルールが実際に機能するかどうかが、残る8,956システムの移行完了時期を左右します。
自団体の移行状況と遅延リスクの最新データは、GCInsight(gcinsight.jp)のダッシュボードでリアルタイムに確認できます。市区町村別の移行進捗や特定移行支援システムの指定状況も掲載していますので、担当者の方はぜひご活用ください。
無料ニュースレター
ガバクラ・自治体DXの最新動向を週1でお届け
2026年1月末時点で移行完了率38.4%(13,283件/34,592件)、935団体が特定移行支援対象に。GCASガイドが示す接続要件と全国1,741自治体のデータから、業務別・団体規模別の移行格差と今後の対応策を解説します。
2026-04-102026年3月にさくらのクラウドが正式採択され、ガバメントクラウドの採択ベンダーは5社体制となりました。AWS・Google Cloud・Azure・OCI・さくらの特徴を比較し、自治体担当者が移行ベンダーを選定する際の5つの判断軸と実務チェックリストを解説します。
2026-04-09