アカウント名:
パスワード:
これ登録者番号と住所、氏名、電話番号が一致するか確認するのが目的だからリストを公開する必要はなくて、一致するか判定する（bool返す）API公開すれば万事解決だと思うんだけど。
そもそもリスト公開の理由が大企業がソフトで一括確認できないと困る（専用ソフト作って売りたい）ということだから、APIで十分でしょ。
すでに公開されてる
適格請求書発行事業者公表システムWeb-API機能｜国税庁インボイス制度適格請求書発行事業者公表サイト
件のツイートも多分これ使ったんじゃないのかな
表記ゆれがあるから一致するか判定する（bool返す）のは出来ないと思う
いやw 名前、その他を公開したら問題解決しないじゃん。boolしか返さないから、情報セキュリティ的に意味がある。 今時氏名、住所、電話番号の表記ゆれくらい対処できるよ（最悪ある程度fuzzyにして、9割合ってるればいいことにだってできる）
何の問題を解決するんですか？何が問題だと思ってるんです？なんか勘違いしてそうだけど「個人情報（ではない）が出てるのは問題ではない」ですよ
fuzzyにしたら1割のゆらぎを利用して第三者が適格請求書発行事業者を装うことが出来てしまうのでは？
ITmediaの記事によると件のツイートの人はAPI使ってないと言ってるそうなんで、WEBの検索機能の方を使ったんじゃないですかね ツイートの画像 [twitter.com]見てもそんな気がします
https://www.invoice-kohyo.nta.go.j [nta.go.jp]
簡単なExcel関数だけって言ってるからwebrequestとmidで切り出したか API使った方が早くない？
正しい実装例って勝手に盛り上がってるけど、登録番号と氏名の両方が一致しないと判定できない仕様は要件を満たしてるんだろうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
リストではなくAPIを公開すれば良くね？ (スコア:0)
これ登録者番号と住所、氏名、電話番号が一致するか確認するのが目的だからリストを公開する必要はなくて、一致するか判定する（bool返す）API公開すれば万事解決だと思うんだけど。
そもそもリスト公開の理由が大企業がソフトで一括確認できないと困る（専用ソフト作って売りたい）ということだから、APIで十分でしょ。
Re: リストではなくAPIを公開すれば良くね？ (スコア:4, 参考になる)
すでに公開されてる
適格請求書発行事業者公表システムWeb-API機能｜国税庁インボイス制度適格請求書発行事業者公表サイト
件のツイートも多分これ使ったんじゃないのかな
表記ゆれがあるから一致するか判定する（bool返す）のは出来ないと思う
Re: (スコア:0)
いやw 名前、その他を公開したら問題解決しないじゃん。boolしか返さないから、情報セキュリティ的に意味がある。 今時氏名、住所、電話番号の表記ゆれくらい対処できるよ（最悪ある程度fuzzyにして、9割合ってるればいいことにだってできる）
Re: (スコア:0)
何の問題を解決するんですか？
何が問題だと思ってるんです？
なんか勘違いしてそうだけど「個人情報（ではない）が出てるのは問題ではない」ですよ
Re: (スコア:0)
fuzzyにしたら1割のゆらぎを利用して第三者が適格請求書発行事業者を装うことが出来てしまうのでは？
Re: (スコア:0)
単に書類書くとき誤記がないことを確認するためだけのもので
適格請求書発行事業者の真正性を確認するような効果はなく
国税庁のサイトで確認したからといって偽造請求書を税務署に出して脱税できるというわけではありません。
Re: (スコア:0)
ITmediaの記事によると件のツイートの人はAPI使ってないと言ってるそうなんで、WEBの検索機能の方を使ったんじゃないですかね
ツイートの画像 [twitter.com]見てもそんな気がします
https://www.invoice-kohyo.nta.go.j [nta.go.jp]
Re: (スコア:0)
簡単なExcel関数だけって言ってるからwebrequestとmidで切り出したか API使った方が早くない？
Re: (スコア:0)
正しい実装例って勝手に盛り上がってるけど、登録番号と氏名の両方が一致しないと判定できない仕様は要件を満たしてるんだろうか。