地方自治体におけるマイナンバーの紐付け誤りに関する総点検マニュアル【第2.1版】

令和５年11月13日
デジタル庁

1

目次
１．
マイナンバー情報総点検の経緯 ..................................................... 3
２．
本マニュアルの位置付け ........................................................... 3３．
マイナンバーの紐付け方法の業務実態の調査の概況等 ................................. 3（１）マイナンバーの紐付け方法の業務実態の調査の概況 .............................. 3４．
総点検に係る個別データの点検における特定個人情報保護評価の考え方 ................. 4（１）
基本的な考え方 ....................................................... 4（２）
個別データの点検用元ファイルの作成における考え方 ......................... 4（３）
住基ネット一括照会における基本的な考え方 ................................ 4（４）
点検支援ツールの利用における基本的な考え方 ............................... 4（５）
その他、留意いただきたいこと ........................................... 5５．
個別データの点検の範囲 ........................................................... 5（１）
基本的な考え方 ....................................................... 5（２）
具体的な個別データの点検の範囲 ......................................... 5イ) 都道府県の場合 ................................................................. 5ロ) 市区町村の場合 ................................................................. 6ハ) 都道府県、市区町村以外の主体 ................................................... 6６．
総点検の体制 ..................................................................... 6（１）
国の体制............................................................. 6（２）
地方自治体の体制...................................................... 6（３）
国及び地方自治体等の役割 .............................................. 7７．
個別データの点検の手順 ........................................................... 7（１）
業務システムの個別データの点検用元ファイルの作成 ......................... 7イ) 業務システムから「マイナンバー＋基本４情報」が抽出できる場合 ................... 7ロ) イ）が不可能な場合 ............................................................. 7（２）
住基ネット一括照会用ファイルの作成 ...................................... 8（３）住基ネット一括照会の実施 .............................................. 8（４）
結果ファイルの変換 .................................................... 8（５）
個別データの点検の実施 ................................................ 9（６）
個別データの点検の手法 ................................................ 9（７）
個別データの点検の期限 ............................................... 11（８）
個別データの点検の定期報告、国における進捗状況の公表 ..................... 11８．
点検支援ツールの操作手順書 ...................................................... 11９．
紐付け誤りが確認された際の対応等 ................................................ 11（１）
基本的な考え方 ...................................................... 11（２）
紐付け誤りが確認された際の対応 ........................................ 12
１０． 点検費用 ........................................................................ 13
１１． 再発防止対策 .................................................................... 13
１２． 安全管理措置 .................................................................... 13
１３． その他 .......................................................................... 13

2

１． マイナンバー情報総点検の経緯
マイナンバー制度は、国民の利便性向上と行政の効率化を進め、より公平・公正な社会を実現するためのデジタル社会の基盤である。もっとも、今般、マイナンバーカードの普及が急速に進み、マイナポータルなどカードの活用機会が広がった一方、複数の制度において、制度側で管理する制度固有の番号とマイナンバーの間に紐付け誤りがあったことが明らかになった。政府全体でマイナンバーによる情報連携の正確性確保に向けた総点検（以下「総点検」という。）と再発防止を強力に推進するために、６月21日にマイナン
バー情報総点検本部1（第１回）を開催した。同日、内閣総理大臣指示に基づき、個人情
報保護の観点からも、マイナポータルで閲覧可能な情報を有する全ての制度について、紐付けが正確に行われているか、総点検を開始した。
２． 本マニュアルの位置付け
本マニュアルは、地方自治体に対して総点検に係る業務を行う上での作業手順を示すものであり、地方自治法（昭和22年法律第67号）第245条の４第１項に基づく技術的な助言である。もっとも、本マニュアルは横断的な「ひな型」であり、各制度所管省庁が示すマニュアル（留意事項等含む）等を参考に、各々の制度・実務に応じて点検の作業を決定し、丁寧に点検に当たっていただきたい2。
３． マイナンバーの紐付け方法の業務実態の調査の概況等（１）マイナンバーの紐付け方法の業務実態の調査の概況
各制度所管省庁から、地方自治体や関係機関などの「行政手続における特定の個人を識別するための番号の利用等に関する法律」（平成25年法律第27号。以下「マイナンバー法」という。）に基づき情報連携を行う機関（以下「紐付け実施機関」という。）
に対し、個別データの点検が必要な対象機関の整理のため、マイナンバーの紐付け方法の業務実態の調査（以下「調査」という。）を行った。具体的な調査内容は次のとおり。
【マイナンバーの紐付け方法の業務実態の調査内容】①
マイナンバーを確認書類とともに取得しているか、②
基本４情報「氏名・生年月日・性別・住所」の全部の情報によりマイナンバーを照会しているか、③
基本４情報のうち一部の情報によりマイナンバーを照会しているが、妥当な方法により本人として特定しているか、を確認し、これらに該当しないものについて、対象情報、紐付け実施機関ごとに個別
データの点検3が必要と判定するもの。
調査の結果、個別データの点検が必要な特定個人情報とそれに該当する紐付け実施機
関数は８月８日に開催したマイナンバー情報総点検本部（第２回）において、中間報告として公表した。
なお、障害者手帳については、紐付けの正確性が強く懸念される状況であったため、
1

令和５年６月 21 日設置
障害者手帳については、地方自治体におけるマイナンバーの紐付け誤りに関する総点検マニュアル（障害者手帳版）【第 1.0 版】をもって点検を進めていただきたい。
3 マイナンバーの紐付け方法の実態調査の結果、対象制度、紐付け実施機関ごとに、各制度の業務システム
で保有する４情報（氏名・生年月日・性別・住所）と住民基本台帳ネットワークシステムで保有する基本４
情報を、マイナンバーをキーに突合していく作業。
2

3

全ての紐付け実施機関を個別データの点検の対象とした4。
個別データの点検が必要となった原因の大宗は、住基ネット照会（J-LIS照会、以下「住基ネット照会」という。）の方法について、基本４情報のうち住所を含まない３情報以下で行い、複数者が該当した際の本人確認方法の具体的なルールが定まっていなかったことであった。
４． 総点検に係る個別データの点検における特定個人情報保護評価の考え方（１） 基本的な考え方
総点検に係る個別データの点検における特定個人情報保護評価(以下「PIA」という。)の考え方については、基本的に対象地方自治体の個人番号利用事務の範囲内において、必要なデータの点検・修正を行うものであり、本マニュアル及び各制度所管省庁が示すマニュアル（留意事項含む）等に基づき個別データの点検を行う場合は、下記「４．（２）及び（５）」に示す場合等を除き、マイナンバー法第28条第１項の「重要な変更」に当たらないという整理が適用できる。そのため、新たにPIAを実施する必要は一般的にないが、その要否については既存のPIA評価書の記載内容に鑑み、対象地方
自治体において、適切に判断いただきたい。なお、障害者手帳における個別データの点検に係るPIAの考え方は、点検フローが異なるため、本マニュアルではなく、地方自治体におけるマイナンバーの紐付け誤りに関する総点検マニュアル（障害者手帳版）【第1.0版】を確認すること。
（２） 個別データの点検用元ファイルの作成における考え方
下記「７．（１）」のシステムベンダーが行うマイナンバーを含むデータを抽出する
作業は、特定個人情報を取り扱う業務となるため、既存のPIA評価書で特定個人情報を取り扱う業務を委託するものとして記載されている必要がある。このため、各業務シス
テムの保守・運用を委託しているシステムベンダーとの契約の中に、特定個人情報を取り扱う業務が含まれていない場合、契約内容を変更するとともに、新たにマイナンバー
法上の「委託」を実施することになる。当該委託を実施する場合には、マイナンバー法
第11条の規定に基づき、委託先の監督を適切に行うことはもちろんのこと、「重要な変更」に該当するものとして、PIAの再実施が必要になることに注意していただきたい。
なお、この場合のPIAの再実施については、個別データの点検の実施主体である地方
自治体が特定個人情報保護評価を事前に実施することが困難である場合には、特定個人情報保護評価に関する規則（平成26年特定個人情報保護委員会規則第１号。以下「保護評価規則」という。）第９条第２項の規定に基づく緊急時の事後評価の適用対象となり得ると考えられる。
（３） 住基ネット一括照会における基本的な考え方
下記「７．（２）」以降の住基ネット一括照会におけるPIAの考え方については、既存の業務の範囲内の本人確認の一環として住基ネット照会を利用している場合には、基本的にPIA評価書の修正は必要ないと考えられる。
（４） 点検支援ツールの利用における基本的な考え方
下記「８．」の点検支援ツールの利用におけるPIAの考え方については、点検支援
ツールに取り込むファイルは既存のPIA評価書に記載されている特定個人情報ファイルに含まれるものであり、特定個人情報をツール内に保持・管理する性質のものではない
4

障害者手帳については、地方自治体におけるマイナンバーの紐付け誤りに関する総点検マニュアル（障害者手帳版）【第 1.0 版】をもって点検を進めていただきたい。

4

ため、PIA評価書の修正は必要ないと考えられる。
（５） その他、留意いただきたいこと
・対象地方自治体において個別データの点検の手法を検討する際は、PIA評価書の記載に反する特定個人情報ファイルの取扱いとならないよう、PIA評価書の記載を十分に確認すること。
・点検の手法によって、重要な変更に当たらない変更が生じ、PIA評価書を修正する必要がある場合は、速やかに必要な対応を行うこと。
・下記「７．（６）」において、個人番号を含む個別データの照合作業を委託する場
合、上記「４．（２）」と同様にマイナンバー法上の「委託」を実施することになるため、「重要な変更」に該当するものとして、PIAの再実施が必要になること。な
お、この場合のPIAの再実施については、個別データの点検の実施主体である地方自治体が特定個人情報保護評価を事前に実施することが困難である場合には、保護評価
規則第９条第２項の規定に基づく緊急時の事後評価の適用対象となり得ると考えられること。
・上記のほか、点検の手法により特定個人情報ファイルの取扱いに「重要な変更」を加えようとする場合については、PIAを事前に再実施する必要があり、上記「４．
（２）」で示した場合を除き、本点検の実施期限に抵触する可能性が高いため、可能な範囲で他の点検手法を検討されたいこと。
５． 個別データの点検の範囲（１） 基本的な考え方
個別データの点検の目的は、個別データの点検を要する業務の紐付け誤りの有無を特定し、修正することである。そこで、対象地方自治体における個別データの点検においては、点検対象情報のうち、不適切な紐付け方法で行われた範囲の対象者に関する情報を点検対象としている。一方で、正確な本人情報によりマイナンバーを取得している場
合、その情報は個別データの点検対象から外れる5。例えば、市区町村においては、住基システムと業務システムを自動連携6していることが多いが、その場合、紐付け誤りが生じることは考えづらいことから、自動連携された当該住民に関するデータについて
は点検の対象から外し、住登外者等について個別データの点検を行っていただきたい。
（２） 具体的な個別データの点検の範囲
イ) 都道府県の場合
マイナンバーの取得について、住基ネットの都道府県サーバと業務システムとの自動連携の有無及び当該機能による紐付けの実施の有無
ａ 自動連携有、実施有・・対象者のうち自動連携されていない者
ｂ 自動連携有、実施無・・対象者全員
ｃ 自動連携無・・・・・・対象者全員

5マイナンバー確認書類・データ（マイナンバー記載の住民票、マイナンバーカード、通知カード＋本人確認書類）、マイナンバー未記載の住民票、運転免許証等で確認した「氏名・生年月日・性別・住所」の全部の情報などで本人情報を確認していることに加え、これらの者が他と明確に区分されている場合に限る。例
えば、都道府県の事務で市区町村がマイナンバーの確認を行っている事務について、正確な本人情報により
マイナンバーを取得している市区町村によるデータを、明確な判断基準により絞り込むことができる場合
は、そのデータは点検対象外とすることができる。
6 リアルタイム連携、随時連携、定時、日時バッチ処理等、情報連携の種類は問わない。

5ロ) 市区町村の場合
マイナンバーの取得について、住基システムと業務システムまたは宛名管理システムとの自動連携の有無及び当該機能による紐付けの実施の有無
ａ 自動連携有、実施有・・・対象者のうち自動連携されていない住登者、住登外者
ｂ 自動連携有、実施無・・・対象者全員
ｃ 自動連携無・・・・・・・対象者全員
ハ) 都道府県、市区町村以外の主体
広域連合、一部事務組合では対象者全員が個別データの点検の対象となる。
（参考）副本登録の必要性について
なお、マイナンバーを把握しているにも関わらず、個人情報と紐付けていない場合について、各紐付け実施機関の情報提供者は、情報連携において、保有する特定個人情報を情報照会者に提供するため、あらかじめ中間サーバ等に共通指針に準拠した情報を当該特定
個人情報の副本データベースとして登録しておくこととする。また、情報提供者は、中間サーバ等の副本データベースについて、共通指針等を踏まえ、提供する情報の更新周期等に応じて適切な頻度で更新を行う等、情報の鮮度及び正確性を確保するようお願いする。
６． 総点検の体制（１） 国の体制
マイナンバー情報総点検においては、デジタル庁にマイナンバー情報総点検本部（以下「総点検本部」という。）を設置し、総点検本部から総点検に係るその他の制度所管省庁に対し、総点検に関する統一的な指示・進行管理を行う。あわせて、総務省の地方連携推進本部が総点検に関する地方自治体への情報共有や現場の実態把握を行い、適宜、情報共有や連携を行う体制となっている。
総点検に係る各制度所管省庁は、デジタル庁とも協議しつつ点検主体である地方自治体に対し、点検作業の助言など必要な措置を講じる。また、デジタル庁や各制度所管省
庁は、各紐付け実施機関からは各月ごとに点検作業の進捗報告を受ける。
各地方自治体において紐付け誤りが発覚した際には、速やかに各制度所管省庁に報告を行う体制とするとともに、個人情報の保護に関する法律（平成15年法律第57号。以下「個人情報保護法」という。）第26条若しくは第68条又はマイナンバー法第29条の４で定める報告対象となる事態が生じた場合には、各地方自治体から個人情報保護委員会に報告を行う。
※個人情報保護委員会への報告の対象や手順等については、次のウェブサイトを参照。
・漏えい等報告（個人情報等）：（https://www.ppc.go.jp/personalinfo/legal/leakAction/）・漏えい等報告（マイナンバー）（https://www.ppc.go.jp/legal/rouei/）（２） 地方自治体の体制
個別データの点検の実施に当たっては、対象となった業務において、下記７．以降に記載する内容について対応いただくこととなる。個別データの点検の実施担当は、対象地方自治体の業務所管担当となるが、総点検の取組全体の推進と点検基準の担保の観点から、対象地方自治体においては、情報政策担当、DX政策担当、住民基本台帳ネット
ワークシステム担当等と業務所管担当が連携した全庁的な点検体制を構築しておくなど

6の対応が考えられる。
（３） 国及び地方自治体等の役割
国においては、引き続き、総点検本部など、適切な点検作業に必要となる体制を敷く。
地方自治体については、マイナンバー法上、情報提供ネットワークシステムを使用する情報連携において、「情報提供者」として特定個人情報の提供が求められている。その前提として、適切なマイナンバーの紐付けが必要であり、総点検においても紐付けの正確性確保に丁寧に取り組んでいただきたい。
７． 個別データの点検の手順
一般的な個別データの点検手順として、以下の方法が考えられる。なお、以下で示す手
順は、あくまでも基本形式であり、実際のデータの抽出方法や修正方法（「９．紐付け誤りが確認後された際の対応等）は、システムの連携方法等により異なる場合があるため、システムベンダーに相談したうえで、適切な手法を対象地方自治体において適切に選択する必要があることに留意いただきたい。
また、業務システムを導入していない（紙台帳のみ、エクセル管理等）場合は、各制度所管省庁が示すマニュアル等を参考に、各々の制度・実務に応じて点検の作業を決定し、丁寧に点検に当たっていただきたい。
なお、今回の事務は既存の個人番号利用事務の一環として行うものであり、マイナン
バー利用事務系のネットワークに接続された端末で実施すること7。また、いずれの方法を採用する場合においても、「１２．安全管理措置」を留意すること。
また、（２）以降の住基ネット一括照会については、ＬＧＷＡＮ環境上の「住基ネット
業務担当者コーナー」で公開されている注釈の説明書等8を参照すること。
（１） 業務システムの個別データの点検用元ファイルの作成
イ) 業務システムから「マイナンバー＋基本４情報」が抽出できる場合
各業務システム等で管理している対象者の「マイナンバー＋基本４情報」を抽出し、各業務システムの個別データの点検用元ファイル（CSVファイル等の一覧表）を作成する。
ロ) イ）が不可能な場合
各業務システム等で管理している対象者の「団体内宛名番号（業務宛名番号）＋基
本４情報」を抽出し、団体内統合宛名システム等から、「マイナンバー＋団体内宛名
番号（業務宛名番号）」も抽出後、マージし、「マイナンバー＋基本４情報」の各業
務システムの個別データの点検用元ファイル（CSVファイル等の一覧表）を作成する。
上記イ）ロ）いずれの場合にせよ、システム標準の抽出機能ではマイナンバーの項
目を出力できない場合が多いと思われる。その場合は、システムベンダーに対応を依

7

ネットワークに接続されていないスタンドアロン端末で実施することは可能であるが、インターネットや
LGWAN に接続された端末では実施しないこと
8 一括提供ファイルサンプル概要説明書（都道府県版、市町村版）
一括提供用ファイル作成ツール操作手順書（都道府県版、市町村版）一括提供方式による本人確認情報の利用外部インタフェース仕様書（都道府県版、市町村版）
別冊 提供先コード・事務区分コード一覧
システム構築手引書運用保守手引書（情報提供編）、システム構築手引書操作手引書（情報提供編）

7

頼されたい。その際、PIAについては、４．（２）に留意いただきたい。
また、業務システム(または団体内統合宛名システム)側で、住基ネット一括照会機
能を保有している場合は、当該機能の範囲に応じて、以下（２）～（４）を実施すること。
（２） 住基ネット一括照会用ファイルの作成① （１）で作成したイ）またはロ）のファイルを、「要求CSVファイル」のうち「個人番号検索要求CSVファイル」のレイアウトに加工する（文字コードをShift-JISで保存）。
② 統合端末またはCSで一括提供用ファイル作成ツールを起動して、統合端末またはCSに取込んだ「個人番号検索要求CSVファイル」（文字コード：Shift-JIS）を入力し、「本人確認情報照会要求ファイル」（文字コード：JIS90）を出力する。
※要求ヘッダ情報、要求レコードに設定する情報は、「一括提供方式による本人確認情報の利用外部インタフェース仕様書（都道府県版、市町村版）」、「別冊 提供先コード・事務区分コード一覧」を参考にすること。具体的な設定については、住基ネットの担当部署やJ-Lisに確認すること。

要求ファイル作成機能（一括提供用ファイル作成ツール操作手順書より）（３） 住基ネット一括照会の実施
統合端末またはCSでファイル転送メニューを起動し、（２）で出力した「本人確認情報照会要求ファイル」（文字コード：JIS90）に対して送信処理を実行する。
統合端末またはCSでファイル転送メニューを起動し、受信処理を実行して、「本人確認情報照会結果ファイル」を取得する。
※デジタル庁で提供する点検支援ツールは、このファイルの取り込みに対応している。
（４） 結果ファイルの変換「本人確認情報照会結果ファイル」の内容を確認し、一部加工等したい場合は、（３）で取得した「本人確認情報照会結果ファイル」（文字コード：JIS90）を、一括提供用ファイル作成ツールに入力し、「結果CSVファイル」（文字コード：Shift-JIS）を出力する。

8

結果ファイル変換機能（一括提供用ファイル作成ツール操作手順書より）（５） 個別データの点検の実施（１）と（４）で作成したファイルを用いて、個別データの点検を実施する。
（６） 個別データの点検の手法
業務システム等の「マイナンバー＋基本４情報」と住基ネットの「マイナンバー＋基本４情報」を読み合わせ、ダブルチェック、目検等を行い、Ａ）確認不要（完全一致）、Ｂ）要確認、Ｃ）優先確認に分類する。具体的なフローは参考資料１9を参照すること。分類にあたっては、Ｂ）要確認、Ｃ）優先確認に的を絞って確認できるよう、Ａ）確認不要（完全一致）のものを明らかにし、事前に排除することが望ましいため、点検支援ツール10をデジタル庁において、必要な地方自治体に提供する。
なお、点検支援ツールの利用の判断は地方自治体によるものとし、各地方自治体において独自に開発したツール等の使用も認めるものとする。
また、市区町村における個別データの点検は、基本的に該当者が少ない場合（住登外者等）が対象となり、読み合わせ、ダブルチェック、目検等による確認手法の方が効率的な場合も想定されるため、点検支援ツールの利用を前提とすることなく、個別データの点検を要する業務ごとに、適切な手法を対象地方自治体において選択いただきたい。
※目検等による確認手法を採用する場合は、作業結果について、対象地方自治体等の個人情報の保護に関する取扱規程等に従い、複数人での確認や上長による最終確認
等、人的ミスに関する対策を適正に行うこと。
Ａ） 確認不要（完全一致）
照合の結果、完全一致の場合は、その対象者については点検作業が完了。
なお、完全一致には、以下も含める。
※住所の一致は、表記揺れ（町字の前方２文字一致11かつ数字一致12）を含む。
※漢字氏名の一致は、表記揺れ（外字を除いた文字が一致・読みが同一で字形の異なる文字を除いた漢字氏名が一致）を含む。
9

参考資料１

個別データの点検の具体的手順

10 「８．点検支援ツールの操作手順書」参照
11「霞が関１丁目・・・」「霞が関１丁目・・・」のように町字の前方２文字である「霞が」までが一致するもの
12 「１丁目１番１号」と「１－１－１」等、数字のみの比較で地番が一致するもの

9※カナ氏名の一致は、表記揺れ（清音処理一致13）を含む。
Ｂ） 要確認（入力ミス等による不一致の可能性あり）「性別 and 生年月日 and カナ氏名」が一致し、かつ 「漢字氏名」が不一致
or 「住所（町字等）」が不一致
or 「漢字氏名 and 住所（町字等）」が不一致（市区町村までは一致）
Ｃ） 優先確認（別人への紐付けの可能性が高い）「性別 or 生年月日 or カナ氏名」が不一致
or 「性別 and 生年月日 and カナ氏名」が一致し、かつ、住所（市区町村）が不一致
Ｂ）・Ｃ）の場合、以下の対応を検討（順番は各地方自治体において検討）
中間サーバにおいて自動応答不可設定を行う。
本人確認書類に記載の情報を確認。不明な場合は、本人等に確認（※）。
また必要に応じ業務システム・中間サーバのデータの修正の着手、削除、再登録、自動応答不可設定の解除※本人等への確認方法としては、業務システム側で有している電話番号や住所等を用いて、電話・郵送・訪問等の確認がありえる。なお、住所情報等を取り扱う場合には、ＤＶ・虐待等被害者の保護の観点から、本人等であるＤＶ・虐待等被害者の個人情報である避難先の住所等が加害者等に特定されないよう、直接本人に確認するなど十分ご留意いただきたい。
自動応答不可設定についての留意点
自動応答不可設定の設定に当たり、以下①から③のうちどの単位を指定するかにより中間サーバ上で自動応答不可となる範囲が変わるため、影響範囲を見据えて範囲を指定するよう留意されたい。
①特定個人情報単位（＊）
・団体内の該当の特定個人情報が自動応答不可となる。
・マイナポータルの自己情報表示：該当の特定個人情報を見ようとすると「該当情報なし」となる。
②データセット単位（＊）
・団体内の該当のデータセットが自動応答不可となる。
・マイナポータルの自己情報表示：（注意）マイナポータルでは他のデータセットも含めて「該当情報なし」となる。
＊①と②は同じ状態となるため注意が必要である。（例：「療育手帳」について
自動応答不可設定を行うと、「身体障害者手帳」「精神障害者保健福祉手帳」
もマイナポータルで表示されない状態となる。）③団体内統合宛名番号単位（個人単位）
・当該者に係る団体内の全ての情報（予防接種や手帳情報、税情報等）が自動応答不可となる。
・マイナポータルの自己情報表示：当該者に係るマイナポータル上の全ての自己情報表示で「該当情報なし」となる。

13 「ヤマサキ」「ヤマザキ」のように濁点等を除いた部分が一致するもの

10（７） 個別データの点検の期限
各地方自治体においては、個別の機関の事情に応じ原則として 11 月末までに、個別データの点検を実施する。なお、点検は丁寧に行うことが大切であり、点検対象の制度や情報量によっては、この期限では点検作業を行う地方自治体に無理が生じる場合もありうる。11 月末までの期限に間に合わない場合などは、各制度所管省庁と綿密に相談し、デジタル庁とも協議しつつ、点検期限について丁寧に調整を行う。原則として 11月末までに、各地方自治体に求めることは以下のとおり。
① データ抽出
業務システム等の「マイナンバー＋基本４情報」、住基ネットの「マイナンバー＋基本４情報」のデータを抽出② 照合
両データベースの照合とＡ）確認不要、Ｂ）要確認、Ｃ）優先確認の選別③ 照合不一致データについて登録されたマイナンバーが本人のものか確認作業
なお、③については、不一致の場合に、郵送や電話にて本人確認をしていただくが、本人確認に着手するまでは 11 月末までに行っていただくことを求める。その際、例えば、本人から郵送の返答がなく、確認できないものが一定数残り得ることから、12 月以
降も作業が継続する可能性がある。
また、照合不一致データについて、本人確認を行おうとしたものの、本人と連絡が取れない場合など、地方自治体において、登録されたマイナンバーが本人のものであるか確認不能と判断されたものについては、中間サーバのデータの削除及び業務システムに登録されたマイナンバーの削除などを行うことにより、紐付けの正確性を図ることとする。
（８） 個別データの点検の定期報告、国における進捗状況の公表
各紐付け実施機関において、原則として 11 月末を目途に個別データの点検を行っていただく。また、デジタル庁においては、個別データの点検対象となった特定個人情報について、国民に対して、事務ごとに作業の進捗状況を明らかにすることを目的に、マイナンバー情報総点検本部において、マイナンバー総点検に係る進捗状況を概ね月１回の頻度で公表する予定であり、「マイナンバー情報総点検に係る個別データの点検の進
捗状況の定期報告（９月）について（回答依頼）」（令和５年９月 15 日デジタル庁事
務連絡）のとおり、各紐付け実施機関に定期報告を求める。
８． 点検支援ツールの操作手順書
点検支援ツールの操作手順等については、参考資料２のとおり。
９． 紐付け誤りが確認された際の対応等（１） 基本的な考え方
国としては、７（８）で記載しているマイナンバー情報総点検本部での月１回の進捗状況の公表に合わせて、新たに把握した紐付け誤りについても公表する。そのため、各地方自治体において紐付け誤りを確認した場合には、その都度、制度所管省庁にご連絡いただききたい。また、各地方自治体において、公表の要否や公表のタイミングを判断していただく際には、国での公表のタイミングにも留意いただくほか、公表される際には、予め制度所管省庁にご連絡いただきたい。なお、事案の性質により全国的な影響が大きいと国において判断する場合は、国において積極的に公表する場合もあることに留11意いただきたい。
（２） 紐付け誤りが確認された際の対応
紐付け誤りが確認された際は、速やかに修正や漏洩の有無の確認を行う（上記「７．
（６）Ｂ）及びＣ）」で別人の可能性が高い場合）。 なお、具体的な対応フローは、「情報提供ネットワークシステム接続運用規程14［3.7 異常時運用-3.7.1 異常事象発生時の基本的な対応事項、3.7.2 異常事象別の対応内容等-(1)情報連携等における異常時運用（業務エラー）-②中間サーバ等における内部番号と個人番号のひも付け誤り］」
を参照すること。具体の対応の例は以下のとおり。
① 本人確認のため、本人からマイナンバー確認書類の提出を求めたが、得られなかった場合は、閲覧や情報連携の実施状況を確認の上、中間サーバ情報の削除及び業務システムからマイナンバーを削除する。
② ①で本人からマイナンバー確認書類が提出された場合又は申請書等にマイナン
バー確認書類が添付されている場合には、「マイナンバー確認書類の基本４情報」と「申請書等の基本４情報」を突合し、一致しなかった場合は、閲覧や情報連携の実施状況を確認の上、中間サーバ情報の削除及び業務システムからマイナ
ンバーを削除する。
③ ②で「マイナンバー確認書類の基本４情報」と「申請書等の基本４情報」を突合し、一致した場合は、「マイナンバー確認書類のマイナンバー」と「申請書等のマイナンバー」を突合し、一致しない場合、申請書等のマイナンバーを修正する。
④ ③でマイナンバー確認書類と申請書等との間でマイナンバーの一致を確認・修正した後、「申請書等のマイナンバー＋基本４情報」と「業務システムのマイナン
バー＋基本４情報」を突合し、マイナンバーが一致しない場合、業務システムのマイナンバーを修正する。修正したのち、修正後のマイナンバーで住基ネット照会し、業務システムの基本４情報を確認。一致する場合には、閲覧や情報連携の実施状況を確認の上、中間サーバ情報の削除・再登録し、自動応答不可設定を解除する。
⑤ 「申請書等のマイナンバー＋基本４情報」と「業務システムのマイナンバー＋基本４情報」を突合し、マイナンバーが一致しない場合、業務システムのマイナン
バーを修正する。マイナンバー以外の基本４情報が一致しない場合は業務システ
ムの基本４情報を修正の上、自動応答不可設定を解除する。
⑥ 「申請書等のマイナンバー＋基本４情報」と「業務システムのマイナンバー＋基本４情報」を突合し、マイナンバーが一致しない場合、業務システムのマイナン
バーを修正する。修正後のマイナンバーで住基ネット照会し、業務システムの基
本４情報を確認。一致しない場合には、住基ネットの情報を含め、原因調査するため、制度所管省庁より総務省・J-LISに確認する。
⑦ 「申請書等のマイナンバー＋基本４情報」と「業務システムのマイナンバー＋基本４情報」を突合し一致するが、住基ネットとの情報が一致しない場合は、住基
ネットの情報を含め、原因調査するため、制度所管省庁より総務省・J-LISに確認する。
※個人情報保護法第26条若しくは第68条又はマイナンバー法第29条の４で定める報告対象となる事態が生じた場合には各地方自治体から個人情報保護委員会に報14デジタル PMO に掲載。

12

告を行う （個人情報保護委員会への報告の対象や手順等については、上記「６．（１）」を参照。）。

１０． 点検費用
総点検に係る点検費用などの負担については、点検状況等を見極めつつ、地方自治体に対して十分配慮することとしている。
今般の総点検に特有のこととして、業務システム等からの「マイナンバー＋基本４情報データ」の抽出等のためにシステム改修の経費を要する地方自治体があり、障害者手帳に関する事務については、紐付けを行う全ての地方自治体において一律に点検を実施することとしているため、システム改修の経費に対して国費での補助を行う。
障害者手帳に関する事務以外の事務については、地方自治体の財政負担に十分配慮するため、システム改修の経費に対して特別交付税措置を講ずる。
１１． 再発防止対策
個別データについては、総点検後も、新規の登録や変更などにより、常に変化し続けるものであることから、そもそも個別データの紐付け誤りが発生しないよう、マイナンバー
登録事務に関する横断的ルールの策定、マイナンバーの照会方法の改善15、マイナンバー
登録事務のデジタル化など、制度事務そのものにおける再発防止の仕組み作りを行う。デ
ジタル庁においては、総点検や個別データの点検を通じてその内容について検討を進めることとしており、今後公表する。
１２． 安全管理措置
通常業務同様に、総点検の実施に当たっては、業務システムの個別データの点検用元
ファイルの作成から実際の点検作業において、漏えい、滅失又は毀損の防止その他の個人
番号の適切な管理のために必要な措置を講じなければならない。地方自治体における情報
セキュリティポリシーに関するガイドライン等を参考に地方自治体において策定した情報
セキュリティポリシー等や特定個人情報の適正な取扱いに関するガイドライン（行政機関等編）等を遵守し、適切な安全管理措置を講ずるようお願いしたい。
今回の総点検においても、例えば、システムベンダー等が関与する場合には、当ベンダー等への必要かつ適切な監督を行うことや、外部記憶媒体を利用する場合などの人的ミ
スによる漏えい事故の予防には十分に配慮するとともに、総点検の目的を達し、当データを保有する必要がなくなった場合は、当データをできるだけ速やかに廃棄又は削除することなどに留意すること。
１３． その他「５．（１）」に記載しているとおり、総点検における取組として優先的に行うのは対象地方自治体の個別データの点検を要する業務の紐付け誤りを特定し、修正することである。しかしながら、各地方自治体において、個別データの点検を要する業務に該当
15

マイナンバーを特定するための J-LIS への照会方法については、原則４情報による照会にするよう、JLIS において照会システムの改修を行う。改修にあたり、各機関の事務に支障が生じないか等の課題について調査を実施中。（「２丁目１番地２号」「２－１－２」のような住所表記のゆれや外字があっても、検索・回答できる機能は引き続き維持するほか、性別を除いた３情報（氏名・生年月日・住所）での照会は引き続き行えることとする。）

13

せずとも、自主的な点検や紐付け誤りが起こりえない仕組みづくりを妨げるものではない。
以上、本マニュアルにおいて、総点検に係る個別データ点検の内容について横断的な観点で示したが、地方自治体に応じて、システムや保有している情報、その他個別の事情があると考えられる。個別データの点検の実施にあたり、少しでも迷いが生じた場合や困難なことがあった場合などは各制度所管省庁までお問合せをしていただきたい。

14

【改正履歴】
令和５年８月 25 日 第 1.0 版 発出
令和５年９月 15 日 第 1.1 版 発出・全体：「地方自治体におけるマイナンバーの紐付け誤りに関する総点検マニュア
ル（障害者手帳版）【第 1.0 版】」が発出されたことによる記載の修正
・７．（４）：記載を修正
・７．（６）：自動応答不可設定の記載を追加
・７．（８）：記載を修正
令和５年９月 22 日 第 1.2 版 発出
・７．（６）：※記 ＤＶ・虐待等被害者保護に関する留意点を追加
自動応答不可設定の記載について、軽微な修正
令和５年９月 29 日 第 1.3 版 発出
・７．（１）ロ）：記載を追加
・P7 注釈８：記載を追加
・７．（２）②：※記 追加
・７．（３）：※記 追加
・７．（４）：記載の修正
・８．：点検支援ツール等の発出による記載の修正
・参考資料２：文言整理や時点を修正
令和５年 10 月６日 第 2.0 版 発出・10．：点検費用について記載を修正
令和５年 11 月 13 日 第 2.1 版 発出
・７．（７）：照合不一致データの本人確認についての記載を追加

15