ドイツ電子インボイス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（VAT in the Digital Age）フレームワークの完全適用に先立って国内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は、EN 16931のドイツ国内コアインボイス使用仕様（CIUS）であり、KoSIT（IT標準調整機関）が管理しています。これは純粋な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は、MINIMUM、BASIC、COMFORT（EN16931）、EXTENDED、XRECHNUNGの5つの適合プロファイルを定義しています。ドイツのB2B電子インボイス要件を満たすのは、COMFORT/EN16931プロファイル以上のみです。BASICプロファイルでZUGFeRDインボイスを送信した場合、ハイブリッドPDFにXMLが埋め込まれているため電子インボイスのように見えますが、§14 UStGに基づく法的定義を満たしていません。これが、ほとんどの中小企業が最初に直面するコンプライアンスの落とし穴です。

比較表

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

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

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

B2BにLeitweg-IDは不要

Leitweg-ID（買い手参照ルーティングID）は、ドイツの連邦、州、自治体の行政機関内で、請求書を正しい公的機関にルーティングするための構造化識別子です。ハイフンで区切られた三つのセグメント（最大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のままで構いません。

多くのミッテルシュタント企業にとって、適応の課題は「どのフォーマットを選ぶか」ではありません。問題は、彼らの買掛金処理プロセスが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環境、そして「月次決算を乱すな」という経営陣からの指示がある、ミッテルシュタント企業の経理マネージャー向けに書かれています。

よくある質問

メールで送信された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システムがない場合はどうすればよいですか？

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

ZUGFeRDインボイスでXMLデータとPDFレイヤーに矛盾がある場合はどうなりますか？

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

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

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

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

義務化の公式日程は注目を集めますが、あなたの買掛金チームにとって本当に重要な日付は、主要取引先が電子インボイスに切り替える日です。その日は今日から2028年までの間のいつ訪れてもおかしくありません。なぜなら、売上高80万ユーロ超の事業者は早期移行が可能だからです。準備とは、単一の規制期限に対応することではありません。予告なく切り替えが行われた際に、インボイスが経理の受信箱で未読のまま支払い期限が迫る事態を防ぐことです。

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