ドイツ電子請求書2026–2027：
2027年1月までに経理チームが準備すべきこと

法的根拠：成長機会法（Wachstumschancengesetz）と§14 UStG

ドイツの電子インボイス義務化は、ガイドラインや業界推奨事項ではありません。これは、2024年3月22日に連邦参議院（Bundesrat）が承認し、2024年3月27日に施行された（連邦法律公報BGBl. I 2024 Nr. 108に掲載）成長機会法（Wachstumschancengesetz）により制定された、同国の付加価値税法（Umsatzsteuergesetz, UStG）の改正です。電子インボイスに関する規定は、この法律の第23条に含まれています。

中核となる変更は§14 UStG（gesetze-im-internet.de）であり、国内B2B取引における有効なインボイスの定義を再定義しています。§14 Absatz 1 Satz 3 UStGに基づき、電子インボイス（elektronische Rechnung、E-Rechnung）とは、電子的な処理を可能にする構造化された電子形式で発行、送信、受信される文書を意味します。会計ソフトで生成された場合でも、メールで送信されたPDFはこの定義を満たしません。構造化データ層や機械可読なセマンティックマークアップがなく、受信側のERPでコンテンツを再抽出せずに自動解析することはできません。

実際に電子インボイスを発行する義務は§14 Absatz 2 Satz 2 Nr. 1 UStG n.F.に規定されています。ドイツに拠点を置く事業者間の国内B2B取引では、インボイスは構造化された電子インボイスとして発行されなければなりません。行政上の実施細目は、2024年10月15日および2025年10月15日付の2つの連邦財務省（BMF）書簡（BMF-Schreiben）で詳述されており、BMFのE-Rechnungに関するFAQは2026年3月に最新更新されています。

ドイツは、2023年7月25日付のEU理事会実施決定により、この義務化に対するEUの適用除外を確保しました。これにより、ViDA（デジタル時代の付加価値税）枠組みの完全適用に先立ち、国内B2B電子インボイスを進めることが認められています。この義務化は、欧州規格EN 16931および指令2014/55/EUに基づく構文リストに明示的に準拠しています。

正確さが重要です。ドイツの税務調査（Betriebsprüfung）において、「規則で電子インボイスが義務付けられている」という主張では指摘事項を覆せません。「成長機会法（BGBl. I 2024 Nr. 108）により改正された§14 Absatz 2 Satz 2 Nr. 1 UStGは、国内B2B取引においてEN 16931準拠の構造化電子インボイスを要求している」という主張なら有効です。規制の参照番号こそが、コンプライアンスの姿勢そのものなのです。

3段階のタイムライン — 各フェーズの実務上の意味

電子インボイス義務は一度に全面施行されるわけではありません。4暦年にわたって3段階で段階的に導入され、その鍵となるのは前年度の総売上高（Gesamtumsatz）による企業規模です。以下の表は、各フェーズとそれによって生じる具体的な義務をまとめたものです。

出典：§14 UStG、BMF電子インボイスFAQ（2026年3月）、EU電子インボイス国別シート — ドイツ

多くの概要説明で見落とされがちな、3つの重要な補足事項：

80万ユーロの閾値は、前暦年の総売上高に基づきます。2026年の売上高が80万ユーロを超えた場合、2027年1月から電子インボイスの発行義務が生じます。超えなかった場合、発行期限は2028年1月です。ただし、2027年の売上高が閾値を超えた場合は、その翌年から義務が発生します。

受領はすでに義務化されており、例外はありません。§19 UStGに基づく小規模事業者（Kleinunternehmer）であっても、構造化された電子インボイスを受領できる体制を整える必要があります。「小規模事業者免除」は発行にのみ適用されます。2025年1月1日以降、XMLファイルの添付を受信できるメールアドレスを提供すれば、技術的には法律の要件を満たします。しかし、受取側は読めないファイルを受け取り、仕入先が電子化するたびに手動で例外処理を行うことになります。

少額インボイス（250ユーロ未満）および交通チケットは対象外です。 ドイツ売上税法施行令（UStDV）第33条および第34条に基づき、250ユーロ未満のインボイスおよび交通サービスに関するインボイスとして機能するチケットは、構造化フォーマット要件が免除されます。また、ドイツ売上税法（UStG）第4条第8号から第29号に基づく非課税サービス（例：特定の金融・保険サービス）も対象外です。

ドイツの段階的導入は、国内電子インボイスのViDAスケジュール（遵守期限2035年1月1日）よりも先行しています。しかし、ViDAに基づく国境を越えたデジタル報告要件（DRR）は2030年7月1日から発効します。つまり、今のうちに国内向けに電子インボイス対応を進めるドイツ企業は、国境を越えた義務が到来する前に、より困難な技術的課題をすでに解決していることになります。全加盟国の欧州全体のスケジュールについては、欧州電子インボイス2026～2027年概要をご覧ください。

XRechnung vs ZUGFeRD：二者択一ではありません

ドイツの義務化で準拠する2つのフォーマットは、XRechnungとZUGFeRDです。どちらもEN 16931に準拠していますが、インボイスデータの提供方法が根本的に異なり、どちらかを選んで他方を無視するというものではありません。ほとんどの企業は、両方を扱う必要があります。なぜなら、サプライヤーによって異なるフォーマットを使用するからです。

XRechnung：純粋なXML、視覚的レイヤーなし

XRechnungは、KoSIT（IT標準調整機関）が管理する、EN 16931のドイツ国内コアインボイス使用仕様（CIUS）です。これは純粋なXML形式であり、PDFや視覚的レンダリングはなく、厳格なスキーマに従って整理された構造化データフィールドのみで構成されます。現在の必須バージョンはXRechnung 3.0.1（2024年2月1日発効）で、以前のバージョンにはなかった3つの必須フィールド（BT-23：ビジネスプロセスタイプ、BT-34：売り手の電子アドレス、BT-49：買い手の電子アドレス）が導入されました。予備的なXRechnung 4.0は、UBL 2.5およびCII D25A構文に基づき2026年にテスト用にリリースされましたが、必須採用日はまだ設定されていません。

XRechnungは、2020年11月27日以降、B2G（企業対政府）インボイス発行の必須フォーマットとなっています。B2Bでは、承認された2つのフォーマットのうちの1つです。実際的な結果として、すでにドイツの公的機関にインボイスを発行している場合、すでにXRechnungを生成しており、B2B義務化によって発行側に新たなフォーマット負担が生じることはありません。

ZUGFeRD：XMLを埋め込んだハイブリッドPDF

ZUGFeRD（Zentraler User Guide des Forums elektronische Rechnung Deutschland）は、FeRD（Forum elektronische Rechnung Deutschland）が管理するハイブリッド形式です。人間が読めるPDF/A-3文書と構造化XMLレイヤーを組み合わせており、同じファイルを人が読むことも、ERPシステムで解析することもできます。現行バージョンはZUGFeRD 2.2で、フランスのFactur-X規格と技術的に同一です（両国の協力により、ZUGFeRDとFactur-Xは名称が異なるだけで同じ仕様です）。

重要な注意点：すべてのZUGFeRDファイルが準拠した電子インボイスとは限りません。ZUGFeRDは5つの適合プロファイル（MINIMUM、BASIC、COMFORT（EN16931）、EXTENDED、XRECHNUNG）を定義しています。ドイツのB2B電子インボイス要件を満たすのはCOMFORT/EN16931プロファイル以上のみです。BASICプロファイルでZUGFeRDインボイスを送信した場合、一見電子インボイス（XMLを埋め込んだハイブリッドPDF）に見えても、§14 UStGに基づく法的定義を満たしません。これが多くの中小企業が最初に直面するコンプライアンスの落とし穴です。

比較表

2025年6月のBMF書簡により、ZUGFeRDハイブリッドインボイスに関する重要な解釈ルールが導入されました。構造化XML部分が人間が読めるPDFレイヤーよりも優先されます。2つの表現間に矛盾がある場合、VAT目的ではXMLデータが優先されます。これにより、従来のPDFを正本とするルールが逆転しました。また、§15 UStGに基づく仕入税額控除（Vorsteuerabzug）は機械可読データにのみ基づいて行えるため、XMLが不完全または非準拠の場合、PDFレイヤーが正しく見えても受領者は税額控除を請求できません。

義務が求めていないこと（多くの人が誤解している点）

他の欧州諸国の電子請求制度に見られる3つの特徴が、ドイツの義務にもあると誤って解釈されることがよくあります。これらを明確にすることは、技術仕様を追加するよりも有益です。なぜなら、これらの誤解こそが、中小企業の経理チームに不要なコンプライアンス不安を生み出しているからです。

B2BにLeitweg-IDは不要

Leitweg-ID（買い手参照ルーティングID）は、ドイツの連邦、州、自治体の行政機関内で、請求書を正しい公的機関にルーティングするための構造化識別子です。ハイフンで区切られた3つのセグメント（最大12文字の固定プレフィックス、最大30文字の一意のサブ識別子、2桁のチェックデジット）で構成されます。これは、連邦のZREまたは州のOZG-RE提出ポータルを介して送信されるB2G請求書にのみ必須です。

B2B取引では、Leitweg-IDは不要です。BMFのFAQでも明確に確認されています。B2B請求書テンプレートに買い手参照用のフォーマットフィールドがある場合、プレースホルダー値で十分です。企業は、商業上の取引先と電子請求書を交換するために、ルーティング識別子を登録したり取得したりする必要はありません。

政府のクリアランスプラットフォームはなし

イタリア（Sistema di Interscambio、SdI）、フランス（PPF/PAネットワーク）、ベルギー（Peppolベースのクリアランス）とは異なり、ドイツはB2B電子請求において分散型運用モデルを採用しています。請求書をルーティングまたは検証するための中央の政府プラットフォームは存在しません。請求書は、取引先間で合意された任意のチャネル（電子メール、Peppol、EDI、直接API）を通じて直接交換され、構造化フォーマットがEN 16931要件を満たしていれば問題ありません。

これは、中堅企業にとって重要な違いです。フランスでは、すべての企業が承認されたプラットフォーム（Plateforme Agréée）に登録する必要があり、政府のディレクトリがすべての受取人を追跡します。ドイツでは、政府はB2Bの送信経路に関与しません。その代償として、請求書が取引先に届く前に形式エラーをチェックする公式の検証レイヤーはありません。コンプライアンスを確保する責任は、送信者（送信者のみ）にあります。

Peppolは任意、義務ではない

ドイツはPeppol（汎欧州電子調達システム）を配送ネットワークとしてサポートしており、Peppol BIS 3.0形式はEN 16931準拠として認められています。しかし、Peppolが必須の交換プロトコルであるベルギーとは異なり、ドイツでは企業にPeppolネットワークへの接続を義務付けていません。B2B電子インボイスは、メール添付、安全なファイル転送、または合意されたその他のチャネルで送信できます。自動ルーティングを希望する企業向けにPeppolアクセスポイントも利用可能ですが、これは利便性の選択肢であり、コンプライアンス要件ではありません。

ミッテルシュタントの現実：DATEV、Lexware、そしてハイブリッド移行

ドイツの360万社の大半は中小企業（ミッテルシュタント）であり、その圧倒的多数がDATEVまたはLexwareのいずれかのソフトウェアスタックで会計処理を行っています。これは市場の好みではなく、ドイツの会計構造上の特徴です。税理士（Steuerberater）との関係は、ほとんどのミッテルシュタントの財務業務の基盤であり、その業界で支配的なプラットフォームはDATEVです。DATEVにきれいにエクスポートできるツールは実用的ですが、できないツールは業務上、存在しないも同然です。

このことが、電子インボイス義務化に特有の緊張を生み出しています。法律は構造化XMLを要求します。しかし、税理士は依然としてDATEVでPDFを処理しています。財務チームはその中間に位置し、サプライヤーからXRechnungやZUGFeRDを受け取る一方で、自社の送付請求書（80万ユーロ未満の場合）は2028年までPDFのままで構いません。

多くのミッテルシュタント企業にとって、適応の課題は「どのフォーマットを選ぶか」ではありません。問題は、APプロセスがPDFの読み取りを前提に構築されていることです。経理担当者が添付ファイルを開き、金額と支払期日を確認してLexwareやDATEVに入力し、PDFをファイルする。この流れが、サプライヤーがXRechnung（開くと生のコードが表示されるXMLファイル）を送り始めた途端に機能しなくなります。データ自体はPDFよりも構造化され、情報も豊富ですが、パーサーなしでは利用できないのです。

2026年初頭時点で、電子インボイスを送信しているドイツ企業は推定20～25％にとどまり、受信可能な企業は約3分の1と報告されています。この25％から100％へのギャップこそが、2027～2028年にかけて展開される業務移行です。そして、サプライヤーが切り替える前に、XMLとPDFの両方の入力を処理するワークフローを準備しておいた経理チームは、主要サプライヤーが警告なしに電子化した際の混乱を回避できます。

ドイツの請求書処理エコシステムは、すでに多大な手作業入力コストを抱えています。当社のドイツにおける請求書手作業入力の問題に関する詳細分析で述べたように、非構造化形式で届く紙またはPDFの請求書1枚につき、再入力に3～5分を要します。このコストは、請求書の量が増えるにつれて急速に拡大します。電子インボイス義務化は、構造レベルでこれを排除することを目的としていますが、それは受信側が構造化データを到着時に処理できる能力を持っている場合に限ります。

経理チームが今すぐ取るべきこと — 5ステップのロードマップ

これは、専任のコンプライアンスチームと6桁のERP予算を持つDAX企業向けのチェックリストではありません。従業員50～500名、既存のLexwareまたはDATEV環境を持ち、月次決算を乱さないようGeschäftsführerから指示されている、ミッテルシュタント企業の経理責任者のために書かれています。

よくある質問

メールで送信されたPDFはドイツで有効な電子インボイスですか？

いいえ。成長機会法（Wachstumschancengesetz）により改正された§14 Absatz 1 Satz 3 UStGでは、有効な電子インボイスは電子的処理が可能な構造化電子形式で発行、送信、受信されなければなりません。PDFは、デジタル生成されメール送信された場合でも、構造化データを含みません。視覚的表現であり、機械可読なデータ構造ではありません。移行期間中（全企業は2026年12月31日まで、中小企業（売上高≤€800,000）は2027年12月31日まで）は、受取人の同意があればPDFの送信は可能ですが、これらは電子インボイスではなく「その他の請求書」（sonstige Rechnungen）に分類されます。

XRechnungとZUGFeRDのどちらを選ぶべきですか？

ドイツの公的機関に請求する場合、B2GではXRechnungが必須です。国内の他の企業に請求する場合、ZUGFeRD（COMFORT/EN16931プロファイル以上）がほとんどの企業にとって実用的な選択です。構造化データとともに人間が読めるPDFを生成するため、受取人はパーサーがなくても通常通り請求書を読むことができます。ただし、使用するソフトウェアがこの選択を大きく左右します。会計パッケージがZUGFeRD 2.xを生成するならそれを使用し、XRechnungを生成するならそれを使用してください。重要なのは形式ではなく、その形式の適合プロファイルがEN 16931要件を満たしているかどうかです。

私は小規模事業者（Kleinunternehmer）ですが、何かする必要がありますか？

はい。ドイツの仕入先から構造化電子インボイスを受信できる必要があります。§19 UStGに基づく小規模事業者免税は、§14 UStGに基づく受信義務を免除しません。現在、2028年までは電子インボイスの発行は義務付けられていません（売上高が€800,000を超える場合を除く）。しかし、ドイツの仕入先からXRechnungやZUGFeRDの請求書が送られてきた場合、それを処理できなければなりません。

2027年以降、PDF請求書で付加価値税の控除は受けられますか？

仕入先がまだ移行期間内である場合に限ります。2027年1月1日以降、80万ユーロを超える事業者は電子請求書の発行が必須です。該当する仕入先がPDFを送付した場合、その請求書は§14 UStGの法的要件を満たしておらず、§15 UStGに基づく仕入税額控除（Vorsteuerabzug）が拒否される可能性があります。2025年6月のBMF書簡では、付加価値税の控除は機械可読な構造化データに基づく場合にのみ認められると明確化されました。これは非遵守における最も財務的に重大なリスクです。形式上の誤りが、請求書の VAT 額と同等の直接的なコストに変わります。2028年1月1日以降は、仕入先の規模に関わらず同様のルールが適用されます。

XRechnungを読み取れるERPシステムがない場合はどうすればいいですか？

あなただけではありません。中堅企業のかなりの部分が、エンタープライズレベルのAP自動化レイヤーなしでLexwareやDATEVで会計処理を行っています。ERPパーサーなしで電子請求書を受領するための最小限のアプローチは、文書抽出ツールを使用することです。これにより、ZUGFeRDハイブリッドPDFの視覚レイヤー、ビューアで表示されたXRechnung請求書のスクリーンショット、従来の紙やPDFの請求書など、PDF形式の文書からデータを抽出し、その結果を会計ソフトウェアがインポート可能な単一のスプレッドシートまたはCSVに出力できます。これにより、「XMLを受信しなければならない」という要件と「PDFしか処理できない」という現実のギャップを、既存のソフトウェアスタックを置き換えることなく埋めることができます。同様の軌道をたどるフランスの義務化も同じ課題に直面しています。Factur-XとPPF/PAネットワークでの類似した経験については、フランスの電子請求書2026を参照してください。

ZUGFeRD請求書でXMLデータとPDFレイヤーが一致しない場合はどうなりますか？

XMLが優先されます。2025年6月のBMF書簡により、ハイブリッド請求書において構造化データレイヤーが視覚的なPDFレンダリングよりも法的に優先されることが確立されました。2つの表現が異なる場合（例えば、PDFが19%のVAT税率を示しているが、XMLが7%の税率をエンコードしている場合）、受領者はXMLの値を処理しなければなりません。このルールは受領者の仕入税額控除の申告にも適用されます。控除はXMLデータに基づく必要があり、表示されたPDFに基づいてはなりません。

電子インボイスはどの期間、どの形式で保存すべきですか？

§14b Absatz 1 UStGに基づき、受領・発行の両方のインボイスを8年間（商法上は10年間）保存する必要があります。電子インボイスの場合、構造化XML部分は元の形式のまま、改変せずに保存しなければなりません。PDFのみの保存では義務を満たしません。アーカイブシステムはGoBD原則（フィールドレベルの監査証跡、不変性、バージョン管理、税務調査のための機械可読性）に準拠する必要があります。

本当の期限は2027年1月ではない

義務化の公式日程は注目を集めますが、貴社の買掛金部門にとって重要な日付は、主要サプライヤーが電子インボイスに切り替える日です。その日は今から2028年までのいつでもあり得ます。€800,000の閾値を超えるサプライヤーは早期移行が可能だからです。準備とは、単一の規制期限に対応することではありません。予告なしに切り替えが発生した際、支払い期限が迫る中でインボイスが財務受信箱で未読のまま放置されないようにすることです。

多くのミッテルシュタントの財務チームにとって朗報は、ドイツの義務化はフランスやイタリアよりも構造的にシンプルだということです。クリアランスプラットフォームも強制ネットワークもなく、移行期間も緩やかで、フォーマットは2020年からソフトウェアベンダーが更新を続けてきたEN 16931標準に基づいています。適応は段階的であり、アーキテクチャの変更は必要ありません。リスクは規制そのものではなく、「2028年」や「€800,000」という数字を見て、それまで何もしなくていいと考えることです。受領はすでに義務化されています。サプライヤーはすでに移行を始めています。フォーマットの混乱はすでに買掛金の例外処理を生み出しています。構造化インボイスの受領ワークフローを構築する時期は、最初の1通が届く前なのです。