アカウント名:
パスワード:
2人の人物を、誤って同一人物としてデータ処理してしまい、結果、データ上で1人になってしまった。この1人分のデータを、実体の2人が使うので、同じ番号を2人が使う状態になった。
付番の重複とは、別の問題でしょう。
時系列
人物 A 人物 B～ 元より坂出市在住1998 某自治体で住民票削除2002 住基ネット開始2010 長野市に転入2015 番号制度開始2016 発覚
どこに付けようか迷ったんですけど、ここに。自治体の中の人から聞いた話では、10月に付番する前に、機構側で怪しい人物を全てチェックして、各自治体で修正したはずなんですよね。今回の人物は某自治体で住民票削除という経歴があるにせよ、単なる番号重複なのにチェックから漏れたのが不思議ですね。
どういう意味で「怪しい人物」としてチェックされるんだろう。
性癖？
今回トラブった住民票コードは元はＡさんのものでＢさんの住所設定手続きで上書きされたようだから、機構側でのこの住民票コードに対応する保存情報は 氏名(漢字)：Ａさん？（住所設定では氏名変更できないはず） 氏名(読み)：Ａさん（Ｂさんも同じ） 生年月日：Ａさん（Ｂさんも同じ） 性別：Ａさん（Ｂさんも同じ） 住所：Ｂさん（元はＡさんだった）となっているはずで、機構側でこの住民票コードが怪しいと気付くのは難しいような。住基ネットのデータベースの整合性を維持するために、定期的に全てのアクティブな住民票コードについて当該住所を管轄する自治体に住基ネット情報が自治体の住民登録情報と一致するかどうかの確認を行なったりはしていないのかな？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
別人との重複というより、同一人物とする誤処理ではないか (スコア:2)
2人の人物を、誤って同一人物としてデータ処理してしまい、結果、データ上で1人になってしまった。
この1人分のデータを、実体の2人が使うので、同じ番号を2人が使う状態になった。
付番の重複とは、別の問題でしょう。
Re: (スコア:4, 参考になる)
時系列
人物 A 人物 B
～ 元より坂出市在住
1998 某自治体で住民票削除
2002 住基ネット開始
2010 長野市に転入
2015 番号制度開始
2016 発覚
Re:別人との重複というより、同一人物とする誤処理ではないか (スコア:1)
どこに付けようか迷ったんですけど、ここに。
自治体の中の人から聞いた話では、10月に付番する前に、機構側で怪しい人物を全てチェックして、各自治体で修正したはずなんですよね。
今回の人物は某自治体で住民票削除という経歴があるにせよ、単なる番号重複なのにチェックから漏れたのが不思議ですね。
Re:別人との重複というより、同一人物とする誤処理ではないか (スコア:1)
どういう意味で「怪しい人物」としてチェックされるんだろう。
性癖？
Re:別人との重複というより、同一人物とする誤処理ではないか (スコア:1)
今回トラブった住民票コードは元はＡさんのものでＢさんの住所設定手続きで上書きされたようだから、機構側でのこの住民票コードに対応する保存情報は
氏名(漢字)：Ａさん？（住所設定では氏名変更できないはず）
氏名(読み)：Ａさん（Ｂさんも同じ）
生年月日：Ａさん（Ｂさんも同じ）
性別：Ａさん（Ｂさんも同じ）
住所：Ｂさん（元はＡさんだった）
となっているはずで、機構側でこの住民票コードが怪しいと気付くのは難しいような。
住基ネットのデータベースの整合性を維持するために、定期的に全てのアクティブな住民票コードについて当該住所を管轄する自治体に住基ネット情報が自治体の住民登録情報と一致するかどうかの確認を行なったりはしていないのかな？