ELSTERの皮肉：ドイツのデジタル税務
プラットフォームが今なお手作業のデータ入力に依存する理由

構造的な皮肉：手動の基盤の上に成り立つ電子申告

ドイツの税務当局は、デジタル申告インフラに多額の投資を行ってきました。2021年にデスクトップソフト「ElsterFormular」に代わって導入されたブラウザベースのポータル「Mein ELSTER」は、個人の所得税申告（Einkommensteuererklärung）、付加価値税申告（Umsatzsteuererklärung）、事業税申告（Gewerbesteuererklärung）、毎月の給与税申告（Lohnsteuer-Anmeldung）に対応した完全なオンライン申告環境を提供しています。連邦財務省（Bundesfinanzministerium）は、ELSTERをドイツの税務行政におけるeGovernment戦略の中心的存在として推進しており、申告件数の観点から見れば、これは運用上の成功と言えるでしょう。

皮肉なのは、ELSTERが機能しないことではありません。ELSTERが問題の半分しか解決していないことです。このプラットフォームは、申告の最終段階、つまり納税者が「送信（Senden）」ボタンをクリックし、XMLパッケージが税務署（Finanzamt）に送信される瞬間をデジタル化しています。しかし、そのクリックに至るまでの数時間、つまり、そもそも税務申告書への入力を想定して設計されていないソース文書からデータを集める作業はデジタル化していません。ドイツで確定申告を行うすべてのフリーランサー、個人事業主、従業員は、毎年同じ事前作業を行っています。それは、書類を探し、項目を読み、どの数字がどの付表（Anlage）に該当するかを判断し、手入力することです。送信はたった一つの動作です。データの収集と整理は、数時間に及ぶ手作業です。そしてELSTERが支援するのは、そもそも問題ではなかった部分だけなのです。

1件の所得税申告書に集約される5つの書類

典型的なドイツの所得税申告書（Einkommensteuererklärung）は、単一の用紙ではなく、主表（Hauptvordruck）と、さまざまな所得区分や控除区分をカバーする一連の付表（Anlagen）で構成されています。どの書類がどの付表のどの項目に対応するかは、推測できるものではなく、所得税法（EStG）の特定の条項によって定められています。納税者は、各数字がどこに属するかを把握していなければならず、その数字の出所となる書類は、それぞれ異なる時期に、異なる形式で、異なる機関から届きます。

これら5つの書類は互いに独立しています。届く時期も形式も異なります。Mein ELSTERからダウンロードしたPDFの給与税証明書、1月に郵送で届いた紙の保険証明書、オンラインバンキングのポータルからCSVでエクスポートした銀行取引明細書、メールの添付ファイルとして保存された寄付金の領収書、そして1年かけて物理的なフォルダに集められた医療費の請求書。これらのどれ一つとして、ELSTER申告書の付表の項目に入力するために設計されたものではありません。そして、これらすべてを1つの整合性のある申告書の記入項目に変換する仕組みこそが、納税者自身なのです。

人間による翻訳レイヤー：なぜこの作業が単なる事務作業ではなく、認知作業なのか

確定申告書を手作業で作成する作業を「データ入力」、つまり数字をある場所から別の場所に書き写すだけの事務作業と表現したくなる気持ちは理解できます。しかし、その説明は間違っています。そして、その間違い方こそが、なぜこの作業がこれほどまでに消耗するのかを曖昧にしてしまっています。納税者はデータをコピーしているのではありません。翻訳しているのです。それぞれの源泉書類は、それぞれ独自の組織言語を話します。銀行取引明細書は取引を日付順に並べ、寄付金領収書は受取人と金額を明記し、医療費請求書は治療内容と払い戻し額を項目ごとに記載しています。ところが、ELSTERの付表の入力欄は、それらの質問を一切しません。そこにあるのは、「雇用による総収入」「特別支出の合計」「異常負担のうち控除可能な部分」といった項目です。

ある情報から別の情報へと変換するには、認知的な行為が必要です。納税者は数字を読みます。例えば、テクニカー・クランケンカッセに支払った月額保険料480ユーロ。そして、判断しなければなりません。これは基礎掛金（Basisbeitrag、全額控除可能）なのか、それとも追加保険料（Zusatzbeitrag、異なる扱いを受ける）なのか？ 付表「予備的支出」のどの行に該当するのか？ 年間の合計額は最高控除限度額（Höchstbetrag）を超えているか？ これはデータ入力ではありません。フォームに一文字でも入力する前に、一連の分類と閾値の判断を下さなければならないのです。タイピング自体は速く終わります。しかし、各数字が確定申告にとって何を意味するのかを判断することこそが、時間を消費するのです。そして毎年、3100万人もの人々が、1月下旬（その年の最後の証明書が郵送で届く頃）から申告期限までの限られた期間に、この認知的な翻訳作業を行っています。

申告書の提出自体は一晩で終わります。しかし、データの準備（5つの書類を探し出し、すべての欄を読み、各数字がどの付表に該当するかを判断し、控除限度額を計算し、転記する）には、数週間にわたって数晩を要します。これこそが、ドイツの確定申告シーズンにおける、目に見えない第二の仕事なのです。ELSTERが自動化しているのは提出プロセスであって、データの準備プロセスではありません。そして、時間のほぼすべては、この準備プロセスに費やされているのです。

VaStの幻想：事前入力は便利だが、完全には程遠い

ELSTERの最も便利な機能の一つが、vorausgefüllte Steuererklärung (VaSt)、つまり事前記入済みの確定申告書です。Belegabruf（証憑呼出）に登録すると、ELSTERは税務署に既に登録されているデータ（雇用主からの給与税証明書、健康保険・介護保険料、年金支払通知書、失業手当や育児手当などの賃金代替給付）を自動的に申告書に反映します。

VaStは転記の負担を軽減しますが、完全になくすわけではありません。VaStが最大限機能した後でも、以下の3つのカテゴリのデータは手動入力が必要です。

在宅勤務経費、通勤費、職業保険、寄付金、保険未対応の歯科治療費があるフリーランサーの場合、VaStを完全に有効にしても、ELSTER申告書の控除関連項目の約60～70%は依然として手動データ入力が必要です。事前入力された申告書は、最も簡単なデータを自動化します。最も多くの書類間の突合作業を要するデータ、つまり控除項目は、完全に手動のままです。

7月31日の期限と、見た目よりも短い申告準備期間の実態

ドイツの確定申告期限は、§ 149 租税通則法 (AO) に基づき、個人で申告する場合、課税年度の翌年 7月31日 です。税理士に依頼する場合、期限は翌々年の 2月28日 まで延長されます。これは、税理士業界の業務負荷の実態を反映した7ヶ月の猶予です。実際には、個人申告者の実質的な準備期間は1月から7月までではありません。それは、前年分の保険証明書、寄付金証明書、銀行取引明細書の最後のものが届く1月下旬から7月上旬までであり、ほとんどの申告者はその期間中の数回の夜間や週末のセッションに作業を圧縮します。

この期限は一見すると余裕があるように思えます。しかし、準備作業（5つの書類の特定、すべての金額の分類判断、基準額の計算、転記）は、複数の夜に分散して効率的に行えるものではありません。集中力を要し、銀行取引明細書、保険証明書、付表 予備的支出の間を数時間にわたって何度も切り替える認知的負荷は、申告準備セッションの時間が長引くほど、1時間あたりの実質的な生産性を低下させます。夜の4枚目の保険証明書は、1枚目よりも正確に転記するのに時間がかかります。証明書自体が難しいからではなく、申告者の分類精度が繰り返しによって低下するからです。これは、英国のSelf Assessmentのデータ準備が日常業務ではなく負担に感じられるのと同じ精神的疲労であり、日本の確定申告者が、3月の提出期限ではなく、2月の準備期間こそが本当の申告シーズンだと語る理由でもあります。様式は一律です。しかし、申告者は一律ではありません。そして、申告者の疲労こそが、申告書の正確性における最大の制御不能な変数なのです。

手動データ入力の誤りを永続化させたBFH判決

確定申告における転記ミスの結果は、丁寧な訂正依頼では済みません。ドイツの税務手続法では、異議申立期間（Einspruchsfrist）は納税通知書（Steuerbescheid）の発行日から1か月です。この期間が過ぎると、たとえ納税者自身が原因の誤りが含まれていても、課税処分は確定力を持ちます（bestandskräftig）。

連邦財政裁判所（BFH）判決 IX R 17/22（2023年7月18日）は、申告手続き中に納税者が行ったデータ入力ミスは、異議申立期間の経過後は訂正できないと判断しました。この事案では、納税者が誤って別の課税年度のデータを自分の申告書に取り込んでしまい、結果として高い税額が課されました。納税者は1か月の異議申立期間が過ぎてから誤りに気づき、訂正を申請しました。しかしBFHはこれを却下し、誤りは税務署ではなく納税者自身の過失であり、課税処分は有効であると判断しました。前年度からのデータインポートを誤ってクリックしたことが、永続的な納税義務を生み出しました。これは、疲れた申告者が手作業で2年分のデータを寄せ集めるのではなく、正しい年度の原本から直接データを抽出していれば、完全に回避できたはずの事態です。

これは個人の整理整頓の問題ではない

毎年、FAZやHandelsblattの経済面、そしてあらゆる税理士の顧客向けニュースレターで繰り返される、確定申告シーズンに関する支配的な見解は、その苦痛は納税者自身の責任だというものです。つまり、もっとちゃんと記録を残しておくべきだった、もっと早く始めるべきだった、整理整頓のシステム（Ordnungssystem）が必要だ、と。それには一理あります。適切な記録管理は、書類を探す時間を減らします。しかし、書類の内容を申告書の各欄に書き写す時間は減らせません。たとえ几帳面なフリーランサーで、毎月領収書を整理し、四半期ごとに銀行取引にタグ付けしていても、年末には同じ「翻訳」という作業が待っています。5つの書類は、それぞれ分類し、基準額と照合し、特定の付表（Anlage）の行に入力しなければならない5つのデータの流れを生み出します。整理整頓は「探すコスト」を減らしますが、「組み立てるコスト」には全く影響しません。そして、この組み立てコストこそが最大の負担なのです。

これが個人の問題ではなく構造的な問題である証拠は、ドイツの納税者が実際に何を恐れているかに表れています。ドイツ最大のQ&Aプラットフォームであるgutefrage.netのフォーラムで、納税者が実際の申告上の問題をドイツ語で議論している内容を検索すると、繰り返し現れるパターンがあります。質問の中心は、主に期限ではありません。正しい欄への記入方法（「In welche Zeile der Anlage N gehört die Entfernungspauschale?」— 通勤手当は付表Nのどの行に入力するのか？）や、書類間の数字の突き合わせ（「Meine Lohnsteuerbescheinigung zeigt einen anderen Betrag als die Vorausberechnung — was stimmt jetzt?」— 給与税証明書の金額と事前計算の金額が違うのですが、どちらが正しいですか？）についてです。これらは規律の問題ではありません。翻訳の問題です。そして、これらの問題が生じるのは、システムがすべての納税者に自分自身で税務データの翻訳者となることを要求しながら、その翻訳を自動化するツールを提供していないからです。

組み立てが自動化されると何が変わるのか

解決策は、より良い書式や、より長い期限、あるいはより包括的なVaSt（事前記入済み申告書）ではありません。解決策は、組み立てパイプラインから人間による転記作業を完全に排除することです。つまり、5つの書類から数字を読み取り、ELSTERに入力するのに費やしていた時間を、すべてのソース文書からすべてのフィールドを読み取り、申告書をスプレッドシートに組み立てる単一のバッチ抽出に置き換えることです。

手動での組み立てに取って代わるワークフローは3つの部分から成り、最初の部分は一度だけ行うものです。抽出したい列を定義します。「Bruttolohn（総給与）」、「Einbehaltene Lohnsteuer（源泉徴収された給与税）」、「Solidaritätszuschlag（連帯附加税）」、「Kirchensteuer（教会税）」、「Krankenversicherungsbeiträge（健康保険料）」、「Pflegeversicherungsbeiträge（介護保険料）」、「Spenden（寄付金）」、「Krankheitskosten（医療費）」、「Erstattungen（還付金）」、「Zumutbare Belastung（合理的負担限度額）」、そして5つのソース文書すべてに現れるその他すべてのフィールドです。次に、5つの書類すべて — 給与税証明書（Lohnsteuerbescheinigung）のPDF、スキャンした保険証明書（Versicherungsbescheinigungen）、銀行取引明細書（Kontoauszüge）、寄付金証明書（Spendenbescheinigungen）、医療費領収書（Krankheitskostenbelege） — を一度にアップロードします。ドイツのELSTER税務申告書データ抽出ワークフローを支えるツールは、各書類を読み取り、ページ上の位置ではなく意味的な意味に基づいて各フィールドを特定し、列にデータを入力します。出力はスプレッドシートの1行です。すべてのソース文書のすべての数字がそれぞれの列に整理され、人間だけが下せる分類の判断 — どの保険料がどの税率で控除可能か、医療費が合理的負担限度額（zumutbare Belastung）を超えているか、どの寄付金がEStG（所得税法）第10b条の条件を満たすか — に備えることができます。

納税者の役割は、転記者から確認者へと変わります。書類を読んで数字を打ち込むのに何時間も費やす代わりに、15分間スキャンし、完成したスプレッドシートを受け取り、その出力を確認します。つまり、抽出された各フィールドが正しい元の書類と正しい付表にマッピングされているかを検証するのです。給与税証明書に記載された所得合計と照合する計算列があれば、不一致を即座に発見できます。また、すべての特別支出を合計し、主表の特別支出合計と比較する別の計算列があれば、申告書が税務署に届く前に計算ミスを警告します。分類、基準値の確認、税務戦略の決定といった認知作業は残りますが、5つの書類にわたって数字を探し出して転記する機械的な作業はなくなります。そして、毎月の給与税申告を全従業員分処理しなければならない雇用主にとっても、同じバッチ抽出ロジックが大規模に適用されます。つまり、50人の従業員、1つの列スキーマ、毎月1つの統合ダッシュボードです。

同じ構造上のギャップ（デジタル申告の窓口はあるが、データの手作業による準備が必要）は、税務行政の仕組みに組み込まれているため、どの税務管轄区域にも存在します。銀行取引明細書、請求書、領収書からSA100自己評価データを準備する英国のフリーランサーも、同じ翻訳作業に直面します。通帳、領収書、保険証書から確定申告を準備する日本のフリーランサーも、毎年2月にそれに直面します。申告書の言語、控除名、法令番号、期限のプレッシャーは異なりますが、構造上のボトルネックは同じです。税務当局はデジタル申告の窓口を提供します。しかし、その前段階であるデータ準備をデジタル化するためのツールは提供しません。そして毎年、何百万人もの有能な人々が、そのギャップを手作業で埋めているのです。

よくある質問

本当のコストは時間ではありません。その時間が奪うものです。

ドイツにおける手作業による税務データの準備にかかる定量化可能なコストは膨大です。1件の確定申告につき、約90分を費やして5つのソース文書からデータを探し、読み、分類し、ELSTERのフォーム欄に転記しています。年間3,100万人の申告者全体では、約4,650万時間の手作業による税務データ準備に相当します。これは、デジタル申告インフラが提出側では既に不要にしたものの、準備側ではそのまま残っている作業に費やされる、フルタイム換算で23,250年分の労働に匹敵します。

しかし、この総数は個人にとっての本当のコストを見えにくくしています。手作業による税務データ準備の本当のコストは時間ではありません。その時間が奪うもの、すなわち、銀行取引明細書とEÜRフォームの突き合わせに費やした夜の時間に、フリーランサーが請求できたはずのクライアントワーク。データ入力に会議が費やされなければ、税理士がクライアントと交わすことができたはずの税務戦略の議論。教会税の金額がどのAnlageの行に該当するかで家族が言い争わずに過ごせたはずの夜です。申告期限はカレンダー上の固定された点です。それに先立つ準備作業はそうではありません。それは、提出パイプラインはデジタルだがデータソースはそうではないというシステムの産物です。そのギャップを埋めることは、申告義務をなくすことではありません。それは、誰もあなたに報酬を支払わない義務の部分、つまり紙とピクセルの間の統合レイヤーとして過ごす時間をなくすことなのです。