USBの確定申告
| 分類 | 税務手続（媒体ベースの申告方式） |
|---|---|
| 主な対象 | 個人事業者・小規模法人（想定） |
| 手続媒体 | （認証付き） |
| 開始時期（流行期） | 前後（とする資料） |
| 関連制度 | 本人確認の拡張運用 |
| 運用主体 | 国税庁支援センター（想定） |
| 特徴 | “容量”が審査項目に組み込まれた |
USBの確定申告（USBのかくていしんこく）は、申告データをへ記録し、窓口で読み取り・照合する形式の架空の税務運用である。専用規格の普及により、やの手続フローが一時的に再編されたとされる[1]。
概要[編集]
USBの確定申告は、確定申告書の写しや収支データをに格納し、税務署側の専用リーダーで読み取って照合する方式として語られた。口座番号や控除の根拠書類が、紙から“媒体”へ移されることで、担当者の確認時間を短縮できると期待されたとされる[1]。
もっとも、その運用は当初から完全に定着したわけではなく、実施要領が細かく分かれた。特に「データの格納順」「ファイル名の文字種」「USBの実効容量が何GBであるか」が、提出の成否に直結すると説明される点が特徴である[2]。
この方式の成立経緯は、の内部改革構想と、民間の“監査ログ付きUSB”ビジネスが偶然重なったことにあるとされる。結果として、申告は書類の行為であると同時に、データ整形の技術競争にもなっていった[3]。
歴史[編集]
発案：監査ログUSBと“紙の終点”[編集]
伝承によれば、USBの確定申告は、全国の税務署で“控除添付書類の紛失ゼロ化”を掲げた実験から生まれた。実験班は、書類をスキャンして保存するだけでは監査の追跡が弱いとし、スキャン工程そのものを記録する仕組みを探したとされる[4]。
そこで注目されたのが、耐タンパー性のある監査ログ領域を持つである。ベンダーは「挿抜回数を自動で刻印する」と宣伝し、実務側はそれを「申告者の提出意図を推定できる指紋」と呼び始めた。最初のプロトタイプでは、挿入時の平均認証時間が、失敗時のリトライ猶予がと規定され、技術文書が妙に細密になったと記録されている[5]。
なお、この段階では“USBに確定申告書を入れる”という発想はまだ弱く、最初は「添付書類の目録だけ」をUSBで渡す案が主流だった。ただし、実験の現場で目録だけでは再確認が減らず、結局データ一式の格納へ舵を切ったとされる。これにより、USBが「書類の代替」から「申告手続の入口」へ格上げされた[2]。
標準化：USB容量が“適合性”を語る[編集]
続いて〜にかけ、国税系のワーキンググループが“適合性”の基準を作った。ここで採用されたのが、ファイルサイズではなくUSBの実効容量に着目するという、現場の悪い冗談のような規定である[6]。
とされるところでは、審査担当はUSBを手に取った瞬間に「容量が想定範囲か」を確認したかった。そこで、申告者が持参するUSBは以上以下が望ましい、と一時的に運用された。理由は「格納データが少なくても、余白領域が多いほうが照合の揺らぎが減る」という説明で、監査ログ領域の再計算に最適化された容量帯だとされている[7]。
この標準化に関わったとされる人物として、の情報統括を務めたと記録される渡辺精一郎（わたなべ せいいちろう）が挙げられている。渡辺は“読み取り速度”を重視し、USB規格メーカーと折衝した結果、提出物は必ず「第一セクタにヘッダ」「第二セクタに目録」という物理配置が求められた、と説明された[8]。ただし、この物理配置の根拠は資料によって揺れており、「現場の感覚」由来だとする説もある。ここは要出典になりがちな部分であり、後年の検証会でも議論になったとされる[9]。
社会への影響：確定申告が“データ整形”へ変貌[編集]
USBの確定申告が注目されたのは、税務署側が“紙の山”から一気に解放されると喧伝されたからである。実際に、当時の試行では処理時間が平均で短縮された、とされる。ただし、この短縮は「紙の受領」ではなく「確認に回す回数」を減らした効果だと補足された[10]。
一方で、申告者側は新たな負担を負った。例えば、USBのフォーマット方式がでない場合、照合プログラムが起動せず“技術的却下”になる運用が噂された。結果として、町のが“確定申告用USB整形”の副業を始め、領収書の注記が「データ整形一式」となる事例が増えた[11]。
また、内の一部の税務署では、提出前に専用チェック端末で“ヘッダ一致率”を確認する慣行が広がったとされる。チェック端末はの試行会場で先行導入され、判定基準が妙に具体的だった。「ヘッダ一致率以上なら受理」「未満なら翌週に再読込予約」など、ほぼ品質管理そのものである[12]。
この運用は“データの正しさ”を測るつもりが、“データの作り方”そのものが審査される形に傾き、確定申告がITリテラシー競争になった、という批判も同時に生まれたとされる。
運用実態（現場の作法）[編集]
USBの確定申告では、提出者がUSBメモリを持参し、税務署側のリーダーで読み取りを行うとされる。読み取りの前に、USBのラベル面に記された申告者識別子と、データ内の識別子が一致することが求められたと説明される[13]。
典型的な手順としては、(1)を専用端末へ挿入、(2)自動でウイルススキャン、(3)ヘッダ整合性の確認、(4)目録の表示、(5)控除データのサム照合、(6)受理番号の発行、という流れである。ここでサム照合の判定閾値は程度の誤差まで許容されるとされ、閾値が“税”ではなく“物理ノイズ”に寄った表現になっていた点が奇妙だと記録される[14]。
また、税務署側では読み取りログが保存され、そのログの閲覧権限が申告者に一部開示される運用が提案された。ただし、開示用ログには「挿抜回数」「端末温度」「処理キュー長」など、確定申告書には載らない情報が含まれたとされる[15]。この結果、申告者は“自分がどのくらい機械を触ったか”が推測されることを気にするようになったとされる。
批判と論争[編集]
批判の中心は、USBの確定申告が“書類の内容”より“媒体の状態”に依存し始めた点にあるとされる。とくに、提出USBの容量帯が〜に寄せられた運用は、データ量が少ない申告者ほど不利になるとして問題視された[16]。
さらに、照合アルゴリズムの説明が難解だったことも指摘された。公表された資料では「ヘッダは二次関数の係数で検証する」といった表現があり、専門家からは「税務とは別分野の抽象化が混ざっている」との声が出たとされる[17]。もっとも、擁護側は「抽象化することで改ざん耐性が上がる」と反論したとされるため、議論が長引いたと記録されている[18]。
なお、いくつかの報道では、USBの確定申告をめぐる不正が“容量偽装”の形で起きたとされる。具体的には、外見上の容量表示だけをに合わせ、内部は実効容量が満たされないUSBを提出した例がある、とされる。ただし、この話は裏取りが難しいとして、要出典が付くことも多かった[19]。
脚注[編集]
関連項目[編集]
脚注
- ^ 田中克彦「USBを用いた申告受付の試行要領（要約）」『税務実務研究』第18巻第2号, 2016年, pp.34-51.
- ^ 渡辺精一郎「媒体ベース照合におけるヘッダ一致率の設計」『情報統括年報』第7巻第1号, 2015年, pp.12-29.
- ^ Margaret A. Thornton「Interoperability and Audit Logging in Filing Media」『Journal of Administrative Computing』Vol.42 No.3, 2017, pp.201-228.
- ^ 国税庁支援センター「申告データのサム照合閾値に関する技術補遺」『国税庁技術報告』第3号, 2016年, pp.5-19.
- ^ 鈴木美咲「フォーマット方式の相互運用性と例外処理」『地方税システム論集』第5巻第4号, 2016年, pp.77-96.
- ^ Akira Sato「Physical Layout Constraints for Verification Headers」『Proceedings of the Symposium on Secure Filing』Vol.9, 2018, pp.88-103.
- ^ 中村幸太「容量帯規定と“余白領域”の統計的意味」『会計監査ジャーナル』第62巻第1号, 2016年, pp.1-16.
- ^ 村上玲奈「挿抜回数ログの説明責任—申告者への影響」『行政法通信』第41号, 2017年, pp.44-60.
- ^ 【書名が微妙におかしい】“税務署の熱設計：端末温度と受理率”『行政機器レビュー』第2巻第9号, 2016年, pp.90-103.
- ^ E. Rodriguez「User Burden Transfer in Digitized Tax Filing」『International Review of Tax Administration』Vol.55 No.2, 2018, pp.140-166.
外部リンク
- USB申告アーカイブ
- 税務署リーダー互換性ガイド
- 監査ログ辞典
- 申告用ヘッダ検査ツール倉庫
- 容量帯FAQ（仮）