現在、ドイツの事業者の約 40% が請求書を電子的に発行しています。これは、2020 年の 30%、さらにその 2 年前の 2018 年の 20% から増加しています。この上昇傾向は、電子請求書がドイツ商取引の新しい標準になる時期が、法律の施行を控えた時期よりも早まっていることを示しています。この記事では、電子請求に関する現在および今後の規制を取り上げ、構造化された形式と PDF の主な違いに焦点を当て、必須フィールドの一覧を示します。また、さまざまな種類の電子請求書の実例を紹介し、独自の電子請求書を作成するための簡単なガイドも提供します。

目次

• ドイツにおける電子請求書: 事業者の義務
  
• 電子請求書と PDF 請求書の違い
  
• 電子請求書にはどのような詳細を記載する必要があるか
  
• 電子請求書の例: XRechnung
  
• 電子請求書の例: ZUGFeRD
  
• どの電子請求書形式が事業者に適しているか
  
• ドイツの事業者が電子請求書を生成する方法
  

ドイツにおける電子請求書: 事業者の義務

2025 年 1 月以降、ドイツのすべての B2B 事業者は、電子形式で請求書を受領および処理できることが義務付けられます。電子請求書の義務化は今後数年間で段階的に展開される予定です。2028 年以降、B2B 事業者は、ドイツ付加価値税 (VAT) 法 (UStG) 第 27 条 38 項に従って電子請求書を作成および送信する必要があります。免除は、€250 以下で計算された少額請求書、特定の非課税の売上、旅行チケットにのみ適用されます (ドイツ VAT 実施条例第 34 条 (UStDV) に概説されているとおり)。新しい規制は、VAT 行政を近代化し、EU 全体の請求慣行を調和させることを目的とした欧州連合の ViDA (デジタル時代の VAT) イニシアチブに由来します。ドイツはこれらの規定を成長機会法 (Wachstumschancengesetz) を通じて国内法に組み込みました。

電子請求書と PDF 請求書の違い

PDF 請求書は、従来の紙文書をデジタル化して複製したものです。デジタルでありながら構造化されていません。標準化された情報フィールドがないため、自動簿記や ERP (エンタープライズリソースプランニング) システムではコンテンツを直接処理できません。代わりに、エラーの影響を受けやすく、自動化機能が限られている手動または OCR(光学式文字認識) テクノロジーを使用してデータを取得する必要があります。

一方、電子請求書は、テキストデータを表す構造化言語である XML(拡張マークアップ言語) を基盤としています。請求に関連するすべての詳細は、BT フィールド (事業者ターム) と呼ばれるフィールドに保管され、機械で読み取ることができるため、デジタルシステムに自動的にインポートでき、手作業による介入は不要です。

電子請求書は、公共調達での使用に関する法的規制、特に EU Directive 2014/55/EU に準拠しています。また、EU 標準規格 EN 16931 の要件に準拠する必要もあります。特にドイツでは、XRechnung と ZUGFeRD の 2 つの形式が広く使用されています。どちらも法的フレームワークに従いますが、構造、用途、ターゲットグループが異なります。

XRechnung

IT 標準調整室 (KoSIT) は、政府向けに XRechnung を開発しました。XRechnung は XML データのみに依存し、請求書の視覚的な表現は除外されています。そのため、ロゴや色などのグラフィックデザイン要素を適用することはできません。書類は機械でのみ読み取ることができるため、処理には特別なソフトウェアが必要です。

ZUGFeRD 請求書

ドイツで 2 番目に確立された形式は ZUGFeRD (ドイツ電子請求書フォーラムの中央ユーザーガイド) です。XRechnung とは異なり、ZUGFeRD は、従来の PDF/A-3 ビューと埋め込みの機械読み取り可能な XML ファイルを組み合わせたハイブリッドなアプローチです。実際には、標準的な PDF のように開き、IT システムは統合された構造化データを自動的に処理できます。

電子請求書にはどのような詳細を記載する必要があるか

UStG 第 14 条によると、電子請求書には、従来のバージョンで義務付けられているすべての情報を含める必要があります。これには特に以下が含まれます。

• 商品またはサービスを提供する会社の正式名称および住所
  
• 商品またはサービスの受領者の氏名および住所
  
• 連続した一意の請求書番号
  
• 請求書の日付
  
• 商品またはサービスの供給日
  
• 税務署が供給会社に発行した納税者番号、または連邦中央税務署が発行した VAT 識別番号
  
• 提供された商品の数量と種類、または提供されたサービスの範囲と種類
  
• 純額および総額
  
• 適用税率とそれに対応する金額、または非課税の場合は非課税の根拠の明示
  

必須情報の BT 番号

電子請求書を正しく作成するには、指定された BT スロットに必須フィールドを入力します。以下は、主要な BT 番号と対応するコンテンツの概要です。アスタリスク (*) の付いた項目は必須です。

請求書コンテンツの BT 番号

電子請求書の例: XRechnung

XRechnung の完全版を XML 形式の PDF でダウンロードし、ドイツでの電子請求書発行に必要な形式の構造化された機械読み取り可能なデータを提供します。

電子請求書の例: ZUGFeRD

ZUGFeRD 請求書は一見、典型的な PDF のように見えますが、以下のダウンロードをご覧ください。ただし、このファイルには XML データセットが埋め込まれており、XRechnung で使用されている方法に似ています。

ZUGFeRD 請求書のサンプルは、PDF ドキュメントと、自動処理のための機械読み取り可能な XML レイヤーで構成されています。

ZUGFeRD 形式の請求書例を、構造化された処理のために XML ファイルが埋め込まれた PDF ドキュメントとしてダウンロードできます。

どの電子請求書形式が事業者に適しているか

ZUGFeRD は幅広いシナリオに対応しているため、考えられるほぼすべての業種のあらゆるタイプのドイツの事業者に適しています。公的機関との取引、B2B 請求、B2C プライベートコマースでも同様に機能します。

一方、XRechnung は公的機関との取引に特化して設計されています。XRechnung は、その国の省庁への電子請求書発行に特化して開発されたため、政府機関にサービスを提供するベンダーに適しています。

ドイツの事業者が電子請求書を生成する方法

XML 形式の電子請求書を作成して送信するには、技術要件を満たし、既存のワークフローを効率的にサポートするツールが必要です。

Stripe Billing 認定アプリパートナーソリューションは、XRechnung などの形式を生成し、出力を検証して、公開受取人または非公開受取人に直接送信できます。Billing は定期的なプロセスも自動化し、手作業を減らし、ダッシュボードで包括的なレポートおよび管理ツールを提供します。

適切なソフトウェアを使用して、わずか数ステップで電子請求書を作成できます。

• XML テンプレートを開く
  
• BT フィールドに入力
  
• 入力データを確認する
  
• XML ファイルの検証 (XML バリデータなど)
  
• XML ファイルを保存してカスケードする
  

適切なツールを使用してコンプライアンスを維持し、電子請求書をデジタル請求フローに直接導入することが重要です。