アカウント名:
パスワード:
>IDの入力ミスによってこういった誤ったカードが発行されてしまうようだ。ただし本人への交付時に本人確認が行われるため、誤ったカードが他人に渡る可能性は低いという。
システム上入力ミスをしてしまう可能性があるのなら、それを検証して防ぐ仕組みがあるはずだけど、それがきちんと機能していないのかな。
>総務省や個人番号カードの発行事務を委託されている地方公共団体情報システム機構（J-LIS）、自治体などが、個人番号カードの申請書IDの入力を間違えないように注意喚起をする必要がありそうだ。
防止策として「注意喚起」だけで済ますのは乱暴だと思うし、もちょっと実効的な対策考えるよね。
流石に写真や名前が間違っていれば本人が見ればすぐにわかるけど、もしマイナンバーが一桁間違っていたら気づかないケースもありそう。数字も桁が多いと目で見て確認するのは大変だし。
少なくとも自分の管轄でないデータが出たらエラーにして欲しい。この二桁に上る間違いが同じ管轄の他人のIDだったのだろうか？
取り込んだ顔写真と入力したIDに基づいた個人情報をセットにしてカードが発行されると思うんだけど、どうやって顔写真とIDが一致していることを検証したらいいのでしょう？
マイナンバーカードの申請書にはマイナンバーと顔写真しかないの？少なくとも氏名くらいありそうだけど。マイナンバー入力→個人情報呼び出し→申請書の氏名と突合するんじゃだめなのか
それは名前とIDが一致していることの検証顔写真とIDが一致していることの検証にはぜんぜんなっていない
注意喚起の文面から考えて写真の誤り・偽造ではなく、IDの誤りを防止するだけであれば名前と検証すればいいんじゃないの？写真の確認は最後の交付の際以外に無いけどさ。
「住所・氏名と顔写真が一致しないカードが作成されるというトラブルが発生しているそうだ」「本人への交付時に本人確認が行われるため、誤ったカードが他人に渡る可能性は低いという」という話だってことは理解されたうえでコメントされているのでしょうか？
タレコミ（もしくは記事）の文脈から想定される間違いには以下のケースが考えられます。
ケース１ 住所・氏名 －＞ 正 顔写真 －＞ 誤
ケース２ 住所・氏名 －＞ 誤 顔写真 －＞ 正
もしケース２だとすれば、さらに以下のパターンが増えることになります。
ケース２-a 住所・氏名 －＞ 誤 顔写真 －＞ 正 マイナンバー－＞ 誤
ケース２-b 住所・氏名 －＞ 誤 顔写真 －＞ 正 マイナンバー－＞ 正
よってタレコミの文面だけでは正確に理解することは不可能だと思います。
ほかのニュースを見ると
住所・氏名 －＞ 正 顔写真 －＞ 正 マイナンバー－＞ 誤
記事を読むと、申請IDの打ち間違いとあるので、申請IDに紐付いたマイナンバー・住所・氏名でマイナンバーカードを作ってるんでしょう。で、申請IDの打ち間違いで、別人のマイナンバー・住所・氏名が入ったマイナンバーカードが出来上がる。よって、
これだと思われるが、そうすると間違えられた別人は申請した覚えがないのに自分ではない写真入りのマイナンバーカードが発行されることになるのか。これくらい記事になってそうだけど、そんなこと書いてないので間違ってるかも。
> システム上入力ミスをしてしまう可能性があるのなら、それを検証して防ぐ仕組みがあるはずだけど、> それがきちんと機能していないのかな。
マイナンバーは下一桁がチェックデジットになっているので、単純に数字を打ち間違えただけなら、チェックデジットによる検査で弾かれる可能性が高いです。
偶然チェックデジットが一致してしまったケースが2桁以上あるというなら、かなりの高頻度で間違いが発生していると思うので、そもそも作業手順を見直した方が良いように思います。
パッと思い付くのは複数人での確認によるクロスチェックだけど、単純に工数か増えるので嫌がられそう。
数字を見て入力する作業って自動化(ロボ?)しやすそうだけどそうでもないのかな。
今回の入力ミスはマイナンバーではなく「２３桁の数字の申請者ＩＤ」です。
別の投稿にもありましたが、家族間での入れ替わりが多いのではないでしょうか。
家族間という話はわかるんです。でも、だったらチェックディジットの話は関係ないので、どうしてそういう話が出てくるのかよくわからないんですよ。
23桁から12桁の数字を生成する関数を通して、それがマイナンバーになっているかどうかを調べるとか、そういう意外な実装なんじゃないかと疑ってます。
> 誤ったカードが他人に渡る可能性は低いという低いって…。この可能性はゼロにしないとだめでしょ。
他人のカードが欲しい人は大喜びで受け取りますよね。他人名義の銀行口座を開いたり、携帯電話を大量に契約したりしたい人とか。
受け取ろうにも本人確認ではじかれるでしょ職員が本人確認すらサボるなら別ですけど
その本人確認はどうすると思う？現実の日本では申請者が間違いなく本人であるかなんて、家族や親戚の証言が無ければ不可能なんだよ。
ちょうど申請しようとしてたので、手元に申請書がありますけど申請書IDは元々印字されているので、間違えるとしたら受け側の問題。
で、こんだけ長い数字の羅列なんて、数撃ちゃ間違えますわな。
申請書の左下にスマホから申請するためのQRコードがありますけど、なんで同じように申請書IDも、受領側がバーコードで読み取るようにしなかったのやら。
>なんで同じように申請書IDも、受領側がバーコードで読み取るようにしなかったのやら。
前に居た会社で資産管理用にバーコードが印刷された管理番号入りシールを購入設備に貼り付けてあるんですが。いざ現場で資産を確認してExcelに記入しなさいとなったときに、そのバーコードを読むべきリーダーも読み取るPCやアプリも全く準備はされていなくて。結局人が目で見て読んでExcelに記入するので毎回一定数以上の間違いが出てそれを訂正するのにも工数がかかるということの繰り返し。
たぶん最初に思いついた人はバーコードを利用して間違いなく簡単に処理できるように考えてたんだろうけど、予算獲得やら管理関係者が増えたり減ったりしていく過程でそれらはすっ飛ばされてたんだろうな。と邪推。
＞なんで同じように申請書IDも、受領側がバーコードで読み取るようにしなかったのやら。
通知カードのQRコードを額に貼り付けて写真を撮ればいんじゃね？
原因になっているのは、ネット経由の申し込み分で、申請用サイトにアクセスして半角数字23桁の申請書IDを入力する際に打ち間違ってしまっている可能性があるとの事。スマホだと、QRコードで申請書IDを入力できる様になっているようだけど、ここで家族のQRコードを読み取って申請してしまうケースもあるんだろうね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
入力ミス (スコア:1)
>IDの入力ミスによってこういった誤ったカードが発行されてしまうようだ。ただし本人への交付時に本人確認が行われるため、誤ったカードが他人に渡る可能性は低いという。
システム上入力ミスをしてしまう可能性があるのなら、それを検証して防ぐ仕組みがあるはずだけど、それがきちんと機能していないのかな。
>総務省や個人番号カードの発行事務を委託されている地方公共団体情報システム機構（J-LIS）、自治体などが、個人番号カードの申請書IDの入力を間違えないように注意喚起をする必要がありそうだ。
防止策として「注意喚起」だけで済ますのは乱暴だと思うし、もちょっと実効的な対策考えるよね。
流石に写真や名前が間違っていれば本人が見ればすぐにわかるけど、もしマイナンバーが一桁間違っていたら気づかないケースもありそう。
数字も桁が多いと目で見て確認するのは大変だし。
Re:入力ミス (スコア:2)
少なくとも自分の管轄でないデータが出たらエラーにして欲しい。
この二桁に上る間違いが同じ管轄の他人のIDだったのだろうか？
Re: (スコア:0)
取り込んだ顔写真と入力したIDに基づいた個人情報をセットにしてカードが発行されると思うんだけど、
どうやって顔写真とIDが一致していることを検証したらいいのでしょう？
Re: (スコア:0)
マイナンバーカードの申請書にはマイナンバーと顔写真しかないの？
少なくとも氏名くらいありそうだけど。
マイナンバー入力→個人情報呼び出し→申請書の氏名と突合するんじゃだめなのか
Re: (スコア:0)
それは名前とIDが一致していることの検証
顔写真とIDが一致していることの検証にはぜんぜんなっていない
Re:入力ミス (スコア:1)
注意喚起の文面から考えて写真の誤り・偽造ではなく、IDの誤りを防止するだけであれば名前と検証すればいいんじゃないの？
写真の確認は最後の交付の際以外に無いけどさ。
Re: (スコア:0)
「住所・氏名と顔写真が一致しないカードが作成されるというトラブルが発生しているそうだ」
「本人への交付時に本人確認が行われるため、誤ったカードが他人に渡る可能性は低いという」
という話だってことは理解されたうえでコメントされているのでしょうか？
Re: (スコア:0)
タレコミ（もしくは記事）の文脈から想定される間違いには以下のケースが考えられます。
ケース１
住所・氏名 －＞ 正
顔写真 －＞ 誤
ケース２
住所・氏名 －＞ 誤
顔写真 －＞ 正
もしケース２だとすれば、さらに以下のパターンが増えることになります。
ケース２-a
住所・氏名 －＞ 誤
顔写真 －＞ 正
マイナンバー－＞ 誤
ケース２-b
住所・氏名 －＞ 誤
顔写真 －＞ 正
マイナンバー－＞ 正
よってタレコミの文面だけでは正確に理解することは不可能だと思います。
Re: (スコア:0)
ほかのニュースを見ると
住所・氏名 －＞ 正
顔写真 －＞ 正
マイナンバー－＞ 誤
Re: (スコア:0)
記事を読むと、申請IDの打ち間違いとあるので、
申請IDに紐付いたマイナンバー・住所・氏名でマイナンバーカードを作ってるんでしょう。
で、申請IDの打ち間違いで、別人のマイナンバー・住所・氏名が入ったマイナンバーカードが出来上がる。
よって、
ケース２-a
住所・氏名 －＞ 誤
顔写真 －＞ 正
マイナンバー－＞ 誤
これだと思われるが、そうすると間違えられた別人は申請した覚えがないのに
自分ではない写真入りのマイナンバーカードが発行されることになるのか。
これくらい記事になってそうだけど、そんなこと書いてないので間違ってるかも。
Re: (スコア:0)
> システム上入力ミスをしてしまう可能性があるのなら、それを検証して防ぐ仕組みがあるはずだけど、
> それがきちんと機能していないのかな。
マイナンバーは下一桁がチェックデジットになっているので、単純に数字を打ち間違えただけなら、
チェックデジットによる検査で弾かれる可能性が高いです。
偶然チェックデジットが一致してしまったケースが2桁以上あるというなら、かなりの高頻度で
間違いが発生していると思うので、そもそも作業手順を見直した方が良いように思います。
Re:入力ミス (スコア:1)
パッと思い付くのは複数人での確認によるクロスチェックだけど、単純に工数か増えるので嫌がられそう。
数字を見て入力する作業って自動化(ロボ?)しやすそうだけどそうでもないのかな。
Re:入力ミス (スコア:1)
今回の入力ミスはマイナンバーではなく「２３桁の数字の申請者ＩＤ」です。
別の投稿にもありましたが、家族間での入れ替わりが多いのではないでしょうか。
Re: (スコア:0)
家族間という話はわかるんです。でも、だったらチェックディジットの話は関係ないので、どうしてそういう話が出てくるのかよくわからないんですよ。
23桁から12桁の数字を生成する関数を通して、それがマイナンバーになっているかどうかを調べるとか、そういう意外な実装なんじゃないかと疑ってます。
Re: (スコア:0)
> 誤ったカードが他人に渡る可能性は低いという
低いって…。
この可能性はゼロにしないとだめでしょ。
Re: (スコア:0)
他人のカードが欲しい人は大喜びで受け取りますよね。
他人名義の銀行口座を開いたり、携帯電話を大量に契約したりしたい人とか。
Re:入力ミス (スコア:1)
受け取ろうにも本人確認ではじかれるでしょ
職員が本人確認すらサボるなら別ですけど
Re: (スコア:0)
その本人確認はどうすると思う？
現実の日本では申請者が間違いなく本人であるかなんて、家族や親戚の証言が無ければ不可能なんだよ。
Re: (スコア:0)
ちょうど申請しようとしてたので、手元に申請書がありますけど
申請書IDは元々印字されているので、間違えるとしたら受け側の問題。
で、こんだけ長い数字の羅列なんて、数撃ちゃ間違えますわな。
申請書の左下にスマホから申請するためのQRコードがありますけど、
なんで同じように申請書IDも、受領側がバーコードで読み取るようにしなかったのやら。
Re:入力ミス (スコア:1)
>なんで同じように申請書IDも、受領側がバーコードで読み取るようにしなかったのやら。
前に居た会社で資産管理用にバーコードが印刷された管理番号入りシールを購入設備に貼り付けてあるんですが。
いざ現場で資産を確認してExcelに記入しなさいとなったときに、そのバーコードを読むべきリーダーも読み取るPCやアプリも全く準備はされていなくて。
結局人が目で見て読んでExcelに記入するので毎回一定数以上の間違いが出てそれを訂正するのにも工数がかかるということの繰り返し。
たぶん最初に思いついた人はバーコードを利用して間違いなく簡単に処理できるように考えてたんだろうけど、予算獲得やら管理関係者が増えたり減ったりしていく過程でそれらはすっ飛ばされてたんだろうな。
と邪推。
Re: (スコア:0)
＞なんで同じように申請書IDも、受領側がバーコードで読み取るようにしなかったのやら。
通知カードのQRコードを額に貼り付けて写真を撮ればいんじゃね？
Re: (スコア:0)
原因になっているのは、ネット経由の申し込み分で、申請用サイトにアクセスして半角数字23桁の申請書IDを入力する際に打ち間違ってしまっている可能性があるとの事。
スマホだと、QRコードで申請書IDを入力できる様になっているようだけど、ここで家族のQRコードを読み取って申請してしまうケースもあるんだろうね。