ISDOC、UBL と CII
電子請求書のための 3 つの標準ファミリー。起源は異なりますが、表現できる内容は非常に似ています。すべて、入力と出力の両方で対応可能です。
ISDOC
チェコの標準で、現在のバージョンは 6.0.2 です。その利点は、ほぼすべてのチェコの会計ソフトウェアが対応していることです。欠点は、チェコ以外ではほとんど知られていないことです。
バージョン 6.0.2 を独立したファイル .isdoc として生成します。入力として、古いバージョンの 5.x と、XML および PDF が添付された ZIP パッケージ ISDOCX を読み取ります — そこから PDF は文書の原本として保存されます。ISDOCX は出力では生成しません。
UBL 2.1
OASIS の国際標準。EU 圏内の公共機関や、欧州ネットワーク Peppol（プロファイル BIS Billing 3.0）およびドイツの XRechnung（3.0.2）に基づいています。もし海外や EU の公共機関に請求書を送付する場合、これがほぼ確実に求められます。
クレジットノートは UBL では別の文書として扱われ、負の請求書としてではありません。金額は項目の合計から計算され、読み取られた合計からは計算されません — そうしないと、受取人の内部整合性のチェックを通過できません。アドレスおよび電子アドレスは DIČ から導出されます。
CII D16B
UN/CEFACT の標準。ドイツの ZUGFeRD とフランスの Factur-X が使用しています。どちらもハイブリッドで、PDF 内に埋め込まれた XML が生成されます。人は請求書を視認し、機械はデータを読み取ります。選択肢として、単なる XML (ZUGFeRD) か、埋め込まれた XML を含む全体の PDF/A-3b (ZUGFeRD PDF) があります。このような PDF が入力として認識され、そこからモデルなしで XML が読み取られます。
どれを選ぶか
| 状況 | フォーマット |
|---|---|
| チェコの会計プログラム | ISDOC、または直接 Pohoda または Money S3 |
| EU の公共機関 | Peppol BIS 3.0 |
| ドイツの受取人 | XRechnung または ZUGFeRD PDF |
| フランスの受取人 | ZUGFeRD PDF (Factur-X) |
| 独自システム | JSON |
バリデーション
出力の形状およびビジネスルール (XSD、Schematron EN 16931 および Peppol) は、ダウンロードごとではなく、開発時に管理しています。ダウンロード前に確認できるのはデータです。検査結果は、合計が一致しなかったり、DIČ が欠けていることを示します。他のタイプの文書は請求書形式に変換されません。受取人がファイルを拒否した場合、そのエラーメッセージと文書の識別子を送信してください。