本家のopen-PeppolのＢＩＳ－Billingと、日本のデンタル庁が中心となって纏めた標準化書式ＢＩＳ－ＪＡＰＡＮ－Billingとを左右対比で表示させました。
左の縦列：ＢＩＳ－Billing 右の縦列：ＢＩＳ－ＪＡＰＡＮ－Billing
説明順序や全体的構成は概ね同じです。
１．本家の第１２章のPeppolIDなどは、日本版では第３章で説明がなされるなど表示場所仕方の変更もあります。
２．日本の消費税法制度の説明を第５章で行い、法制度に伴う計算方法を説明しています。
３．日本と商習慣の違いで大きいのは２箇（黄色）です。
本家のopen-PeppolＢＩＳ－Billingにあって、日本版には説明がないのが黄色の２箇所です。
商習慣の違いからくる要素
１．Invoice and credit note business requirements
本家の第４章の「credit note」については、日本のＢＩＳ－ＪＡＰＡＮ－Billingには説明がありません。
日本版BIS-Japan-Billing 第４章4.6. Negative invoices and credit notesでは、返品などのマイナスの損益を表示する場合のインボイスは、Document Type Code ３８１タイプに代わって、３８０タイプを利用すると説明されています。
「Standard Japanese invoice (document type code:380) is used as the negative invoice, instead of Credit Note (document type code: 381).」
２．Code lists for coded elements
本家の第１１章ではCode listsを規定しています。
本家では、通常のインボイスは３８０タイプ、credit noteは３８１タイプと定義されています。
上記説明のとおり日本ではマイナスの損益を表示するインボイスは、３８０タイプを使うと定義づけた関係で、日本版BIS-Japan-Billingには欧州の第４章相当が不要になり、更に関連する第１１章相当も省略されたのではないかと推測します。
日本版BIS-Japan-Billingでは全てがDocument Type Code 380パターン一つを使って説明されています。
日本の月締め請求書
（第３章３．２．挿入の取引イメージ図のDocument Type Code 380パターン
通常の請求や返品などのマイナス請求もDocument Type Code 380パターン
Peppol利用のend-user（Ｃ１又はＣ４）が使うパターンは契約ＡＰ介して利用者情報としてＳＭＰ（Service Metadata Publisher）,ＳＭＬ（Service Metadata Locator）のデータベースに搭載されています。
送信側ＡＰはデータ送信前に最終受信者Ｃ４の受信可能なパターンを照合して、確認したデータパターンで送信するようになっています。
Follow me!
