「書かない窓口」が注目される理由――住民も職員も疲弊する窓口の現実

自治体の窓口に来た住民が、まず直面するのが「申請書の手書き記入」です。氏名・住所・生年月日・連絡先といった情報を、複数の書類に繰り返し書かされる体験は、長年「仕方のないもの」として受け入れられてきました。

しかし、この「書く」という作業には見えないコストがあります。記載ミスによるやり直し、高齢者や外国籍住民への対応負荷、繁忙期の待ち時間増大。東京都中野区では、年間約2.6万人の転入者対応において、繁忙期の待ち時間が最長2〜3時間に達していました（出典: デジタル庁ニュース 2026-04-22）。

「書かない窓口」とは、住民が申請書を手書きすることなく手続きを完了できる窓口サービスの総称です。マイナンバーカードの読み取り、事前Web申請、QRコードによる自動印字など、複数の仕組みを組み合わせて実現します。

書かない窓口の導入はゆっくりとしか広がっていません。デジタル庁は「書かないワンストップ窓口」の全国展開を政策目標として掲げていますが（出典: デジタル庁 自治体窓口DX政策）、予算・人員・ノウハウの不足を理由に導入を見送っている自治体が多数を占めています。

中野区がこの問題に対して出した答えが、費用0円・完全内製の「MKシステム」でした。

---

中野区MKシステムとは何か――Excelマクロで実現した書かない窓口

システムの概要

MKシステムは、東京都中野区役所の職員2名が独自に開発した転入手続き業務改善システムです。「M」は森本直樹さん（総務部DX推進室デジタル政策課主査）、「K」は岸田知樹さん（区民部戸籍住民課管理運営係主事、入庁4年目）の頭文字から命名されました。

このシステムの最大の特徴は、費用0円・Excelマクロによる内製開発・開発期間わずか3ヶ月という点です。外部ベンダーへの発注なし、専門的なプログラミング言語も不要で、書かない窓口を実現しました。

仕組み――3ステップで完結する転入手続き

MKシステムの動作は以下の3ステップで完結します。

flowchart TD
    A["住民が転出証明書を持参"] --> B["職員がQRコードを読み取り"]
    B --> C["必要書類が自動印刷"]
    C --> D["住民は署名のみ"]
    D --> E["手続き完了"]

ステップ1: 転出証明書のQRコード読み取り 転出元の自治体が発行する転出証明書には、標準化された基幹業務システムが出力するQRコードが含まれています。職員がこのQRコードをスキャンすると、氏名・旧住所・転出日などの情報がMKシステムに自動入力されます。

ステップ2: 必要書類の自動印刷 MKシステムが入力データをもとに、転入届に必要な各種書類を自動生成・印刷します。住民票の異動手続きに必要な情報は、すべてQRコードから取得できます。

ステップ3: 署名のみで受付完了 住民は印刷された書類の内容を確認し、署名するだけです。これまで手書きで記入していた「書く」という作業が完全に不要になります。

なぜ「費用0円」が可能だったのか

通常、「書かない窓口」を実現しようとすると、専用システムの導入費用として数百万円から数千万円のコストがかかるケースが多くあります。しかし中野区のMKシステムが費用0円で実現できた理由は、地方公共団体情報システム標準化（ガバメントクラウド標準化）によって整備された基盤を活用したからです。

---

標準化が「起点」になる――内製DXを可能にした構造的な変化

標準化以前の壁

2021年以前、自治体の基幹業務システムはベンダーごとに仕様が異なり、出力されるデータのフォーマットもばらばらでした。転出証明書に記載されている情報を読み取って別システムに連携しようとしても、ベンダーの協力と追加費用が必要でした。

これが「内製開発できない」根本的な理由の一つでした。

標準化が変えたこと

地方公共団体情報システムの標準化に関する法律（令和3年法律第40号）の施行により、住民基本台帳・戸籍の附票を含む20業務の標準仕様書が策定されました。この標準化によって、転出証明書に含まれるQRコードのデータフォーマットが全国統一されました（出典: 総務省 地方公共団体情報システムの標準化・共通化）。

項目	標準化以前	標準化以後
QRコードの仕様	ベンダーごとに異なる	全国統一フォーマット
データ連携	ベンダー依頼・追加費用が必要	公開仕様に基づき自前で実装可能
内製開発の可否	原則不可（ブラックボックス）	標準仕様書を参照して開発可能
改修コスト	都度ベンダー発注	職員が随時改善可能

中野区のMKシステムは、標準化によって「QRコードのデータ構造が公開されたから読み取れるようになった」という土台があって初めて成立しています。ガバメントクラウド標準化は、コストの問題であると同時に、内製改善の起点を生み出すインフラ整備でもあったのです。

疎結合アーキテクチャという設計思想

地方公共団体情報システム標準化基本方針（出典: デジタル庁 関係省庁会議資料）は、標準準拠システムを「疎結合アーキテクチャ」で構築することを求めています。基幹システムと独自施策システムをAPIで連携させ、原則としてカスタマイズをしない設計です。

MKシステムはまさにこの疎結合の実例です。標準準拠システムの本体には一切手を加えず、出力されるQRコードを読み取るツールをExcelマクロで外付けする形で、書かない窓口を実現しています。これにより、基幹システムのバージョンアップがあっても、MKシステム側の改修は最小限で済みます。

---

成果データ――書かない窓口の効果を数字で見る

MKシステムの導入によって、中野区の転入窓口では以下の改善が確認されています。

指標	導入前	導入後	改善率
窓口受付時間	約5分	約2.5分	50%短縮
繁忙期の待ち時間	約30分	約18分	40%短縮
開発費用	—	0円	—
開発期間	—	3ヶ月	—

（出典: デジタル庁ニュース 2026-04-22）

2026年1月に開催された全国発表会で、中野区MKシステムは最優秀賞を受賞しました。参加自治体から最も注目を集めたポイントは、費用0円という点だったといいます。

「こんなにシンプルな方法で実現できるとは思わなかった」という声が多く寄せられ、日本全国の自治体担当者に「費用をかけなくても書かない窓口は作れる」という希望を与えました。

---

書かない窓口の国・デジタル庁の方針との整合性

中野区の取り組みは、国の窓口DX施策とも方向性が一致しています。

デジタル庁は「自治体窓口DXSaaS」として、「書かない・待たない・回らない」をコンセプトとした窓口の全国展開を推進しています（出典: デジタル庁 窓口DX政策ページ）。また、総務省も窓口BPRアドバイザー派遣事業を通じ、業務改革の支援を行っています。

中野区の事例が示すのは、「国のSaaSを待たなくても、標準化の仕組みを活用すれば今すぐ内製でDXができる」という実践知です。標準化されたQRコードという共通インフラがあれば、Excelマクロを組める職員が1人いれば、書かない窓口は実現できます。

---

他自治体への横展開ポイント――中野区から学ぶ3つの示唆

ポイント1: 標準化の「副産物」を活用する発想転換

多くの自治体では、標準化移行をコストとリスクの観点から語りがちです。しかし中野区の事例は、標準化によって「データ仕様が公開される」という副産物が内製改善の起点になることを示しています。

基幹業務システムが標準準拠システムに移行した後、自治体には「使える公開仕様書」が手元に残ります。QRコードの仕様しかり、データ連携APIの仕様しかり。これらを活用した内製ツール開発は、今後の自治体DXの重要な選択肢になります。

ポイント2: 「完璧なシステム」より「動くプロトタイプ」

中野区の開発者2名が選んだのは、Excelマクロという誰でも使えるツールでした。3ヶ月で動くものを作り、実際の業務に投入して改善するサイクルを回す。このアジャイル的な発想が、費用0円を実現したカギです。

外部ベンダーに発注すると、要件定義・設計・開発・テスト・導入で最低でも1年、費用は数百万円以上になるケースが多くあります。職員が小さく作って改善する内製DXは、スピードとコストの両面で優位性があります。

ポイント3: 「人が動くか」が横展開の鍵

MKシステムを生み出したのは、入庁4年目の職員と主査という、特別なITスキルを持つ専門家ではない2人でした。重要なのはExcelが扱える程度のスキルセットと、「窓口を改善したい」という当事者意識でした。

他自治体への横展開は、システムのコピーよりも「試してみようとする職員文化をどう育てるか」が先決です。中野区の事例が広く共有されることで、全国の「岸田さん・森本さん」が次の一歩を踏み出せるかもしれません。

---

よくある質問（FAQ）

Q1. MKシステムは他の自治体でも導入できますか？

MKシステムはExcelマクロで作られており、転出証明書のQRコード仕様は全国標準化されているため、原則として他自治体でも同様の仕組みを構築できます。ただし、各自治体のPCセキュリティポリシーによってはExcelマクロの実行が制限されている場合もあります。導入検討の際は、まず情報システム部門へのセキュリティ確認が必要です。

Q2. 標準化移行が完了していない自治体でも実現できますか？

MKシステムは「転出証明書のQRコードが標準仕様で出力されること」を前提としています。転出元の自治体が標準準拠システムに移行済みであれば、転入先の自治体は標準化移行の完了前でも活用できる可能性があります。ただし、QRコードの仕様対応状況は転出元のシステムに依存するため、事前確認が必要です。

Q3. 書かない窓口の導入はどのくらいの自治体が進めていますか？

書かない窓口の導入は全国的に広がっていますが、予算・人員・ノウハウの不足を理由に見送っている自治体が依然として多くあります。中野区の事例は、費用と期間の面でこの障壁を大幅に低下させる可能性があります。デジタル庁は「書かないワンストップ窓口」の全国展開を推進しており（出典: デジタル庁 自治体窓口DX）、内製でその一歩を踏み出した中野区の取り組みは参考になります。

Q4. デジタル庁の窓口DXSaaSとの違いは何ですか？

デジタル庁の「自治体窓口DXSaaS」は、多様な手続きを一元的にデジタル化するプラットフォームです。MKシステムはあくまで転入手続きに特化した内製ツールであり、規模・対応範囲・維持管理の方法が異なります。両者は競合するものではなく、SaaSの導入を待たずに「今すぐできる改善」として活用できる補完的な関係にあります。

---

まとめ――標準化は「コスト」ではなく「改善の起点」

中野区MKシステムの事例が示す最も重要な教訓は、ガバメントクラウド標準化が単なる移行コストの問題ではなく、内製DXを可能にするインフラ整備であるという視点です。

• 標準化によってQRコードの仕様が公開された
• 公開された仕様を読んで、職員2名がExcelマクロで内製開発した
• 費用0円・3ヶ月で、書かない窓口を実現した
• 受付時間50%短縮・待ち時間40%短縮という成果を出した
• デジタル庁の全国発表会で最優秀賞を受賞した

この因果の連鎖を見ると、「標準化移行が終わったら次は何をするか」という問いに対する一つの答えが見えてきます。標準化は終着点ではなく、住民サービス改善の出発点です。

書かない窓口への取り組みは、自治体の規模を問わず、標準化移行後の次のステップとして検討する価値があります。

---

お住まいの自治体の標準化移行状況や、ガバメントクラウドへの移行進捗は、GCInsight（gcinsight.jp）でリアルタイムに確認できます。都道府県別・業務別の移行状況データを無料で提供しています。自治体DX担当者の方は、ぜひご活用ください。

---

参考文献・出典

• デジタル庁ニュース: 費用0円・内製開発 基幹業務システムの標準化から生まれた業務改善「MKシステム」（2026年4月22日）
• 中野区 書かない窓口
• 中野区 行かない・書かない・待たない窓口
• 総務省 自治体情報システムの標準化・共通化（令和5年11月）
• 総務省 地方公共団体情報システム標準化・共通化 移行手順書
• デジタル庁 自治体窓口DX政策