XRechnung と ZUGFeRD の比較

共通の基盤：EN 16931

両フォーマットは、欧州の意味的データモデルEN 16931を実装しています：同じビジネス用語（BTフィールド）、同じグループ（BG）、同じ中核ルール。ドイツはこれにBR-DEルールを追加しています（例：支払情報および連絡先データの必須化）。EN 16931を正しく生成できれば、両フォーマットに対応できます。

UBLかCIIか — 気にする必要はありますか？

EN 16931は2つのXML構文を許容しています：UBLとUN/CEFACT CIIです。XRechnungは両方を受け入れ、ZUGFeRDはCIIを使用します。利用者である御社にとって、これは実装上の詳細にすぎません — CoolHanXは妥当な構文を生成し、ルールに照らして検証します。御社が選ぶのは、受領者が追加でPDF表示を受け取るかどうかだけです。

最もよくある思い違い

「見栄えのよいPDFを添付すれば、XMLは付け足しにすぎない」 — これは逆です：ZUGFeRDにおいて法的に有効なのは、埋め込まれたXMLです。PDFの表示とXMLが食い違う場合は、XMLが優先され — 受領者はXMLに記載された内容を記帳します。だからこそCoolHanXは、表示を常に検証済みのXMLから生成します。真実は1つだけです。

選択の指針

• 官公庁の顧客？ → Leitweg-ID付きのXRechnung（ポータルへのアップロードZRE/OZG-RE）。
• 自社の電子請求書ソフトを持つB2B顧客？ → XRechnungで足ります。
• 「目で見られるもの」を求めるB2B顧客？ → ZUGFeRD：目のためのPDF、顧客のソフトウェアのためのXML。
• 迷ったら？ → XRechnungを送り、ZUGFeRDを提案する。どちらも同じ検証済みのデータセットから生成されます。

よくある質問

UBLかCIIか — XRechnungにおける2つの構文

XRechnungは単一のファイルフォーマットではなく、ドイツ向けのEN 16931の国内仕様（CIUS）です。これは2つのXML構文で存在しえます：UBL（Universal Business Language）とUN/CEFACT CII（Cross Industry Invoice）です。両者は同じ意味モデルを表現しており — 受領者は両方を読めなければなりません。発行者である御社にとって、これは実装上の詳細です：CoolHanXが妥当な構文を生成し、どちらを使うかを御社が決める必要はありません。

ZUGFeRDのプロファイル — すべてが電子請求書ではありません

ZUGFeRDには複数のプロファイルがあります。EN 16931（Comfort）プロファイル以上になって初めて、埋め込まれたXMLに電子請求書として必要なすべての必須記載事項が含まれます。より単純なプロファイル（例：「Basic WL」や「Minimum」）は、電子請求書としての完全な用途には不十分です。CoolHanXは、ファイルが法的に電子請求書として通用するよう、EN 16931準拠の水準でZUGFeRDを生成します — わずかなデータを載せた見栄えのよいPDFにとどまりません。

なぜ最終的には常にXMLが基準となるのか

XRechnungであれZUGFeRDであれ、会計上・法的に基準となるのは構造化されたデータセットであり、表示ではありません。ZUGFeRDにおいてPDFの表示とXMLが食い違う場合は、XMLが優先されます。だからこそCoolHanXは、あらゆる可読の表示を検証済みのXMLから生成します — 真実は1つだけであり、それは機械可読です。

関連トピック