欧州の強みは、まず 公共調達 を使ったことである。
Directive 2014/55/EU は、加盟国の公共機関が欧州標準に適合する電子インボイスを受領・処理できるようにすることを求めた。[1]

ここで重要なのは、欧州が最初から民間全体に一気に強制したのではなく、まず 政府が受け取れるようになること を制度化した点だ。

これは単なる行政効率化ではない。
政府が自ら「この標準で受ける」と宣言し、その受け皿を法的に整備することで、ソフトウェアベンダ、Access Point、会計システム事業者、ERPベンダ、さらには中小企業向けサービスまでを同じ方向へ動かすことができる。
B2G は、政府がもっとも強くリードできる市場なのである。[1]

日本では「標準はあります、使ってください」という言い方が多い。
しかし市場は、それだけでは動かない。
市場を動かすのは、誰が最初の大口需要者になるのか という問題である。
欧州はそこに政府を置いた。
日本は、まだそこに立っていない。

欧州が強かったのは、法令だけではない。
それを実装へ落とし込む 共通部品 の考え方を持っていたことだ。

旧 CEF、現在の Digital Building Blocks は、eID、eSignature/eSeal、eDelivery、eInvoicing のような再利用可能な共通基盤を整備する思想で動いてきた。[2]
電子インボイスは、その中で孤立したXML仕様ではなく、識別、信頼、配送、検証、越境相互運用と一体で扱われた。

この差は大きい。

日本でも「ビルディングブロック」という言葉自体は使われている。
しかし欧州では、それが 法令を支える運用可能な部品群 として社会に埋め込まれた。
単なる概念整理ではなく、「この部品を使えば越境・官民横断のデジタル取引が回る」という実感を伴っていたのである。[2]

欧州は B2G だけを目的にしていたのではない。
B2G を入口として、その先の B2B、税務報告、リアルタイム経済へ接続していった。

その象徴が ViDA (VAT in the Digital Age) である。[3], [4]
ViDA は、電子インボイスとデジタル報告要件を結びつけ、取引データを税務デジタル化の中核へ押し上げる改革だ。
つまり、B2G で整えた標準と運用を、B2B と税務のデータ流通へ拡張する「次の段」が最初から意識されていた。

さらに北欧の Real-Time Economy の文脈では、電子インボイスだけでなく、受発注、領収書、決算、与信、報告の再利用までを同じデータ連携の問題として扱っている。[5]
ここでは、公共と民間の境界が最初からそれほど強くない。
一度作った構造化データは、何度も使い回すべきだという発想が貫かれている。

欧州がB2Gから入れたのは、B2Gが行政にとって管理しやすいからだけではない。
B2Gを起点にすると、その後のB2Bや税務改革まで一貫した政策ストーリーを作れるから である。

日本にも JP PINT がある。[6]
だが、デジタル庁の FAQ では、JP PINT の利用や、いわゆる電子インボイスの提供・受領は義務ではないことが明示されている。[7]

ここが決定的に違う。

日本は標準を整備した。
だが、それを政府調達で 先行市場 にする政策判断までは踏み込んでいない。
その結果、JP PINT は
「存在する標準」ではあっても、
「市場を一気に動かす標準」にはなっていない。[6], [7]

一方で、思想面ではむしろ非常に良い。
GIF の説明資料は、相互運用性確保のためのデータモデルやルールのひな形を示し、ビルディングブロックの考え方も明確に定義している。[8]
2022年の資料では、分野間データ連携を進めるため、まずデータモデルを整え、その上でデータ流通や管理に必要なビルディングブロックを整備するという整理がされている。[9]

さらに、公共サービスメッシュは行政データの安全・円滑な活用を掲げ、[10] ベース・レジストリは行政機関間だけでなく民間を含むデータ利活用基盤として位置づけられている。[11]

ここまでは、方向として間違っていない。
むしろかなり正しい。

問題は、その正しい考え方が、官公需の義務化、全国共通運用、サービスプロバイダ市場設計 という具体的な制度パッケージにまで落ちていないことである。

IPA の 企業間取引将来ビジョン検討会 は、データ主権・トラスト、インセンティブ、UX、相互運用性、共通基盤利用、デジタル完結といった非常に重要な設計原則を整理している。[13]
これは、単なる電子請求書論ではない。
企業間取引全体をどうデジタル完結させるかという議論であり、日本の政策資料としてはかなり踏み込んでいる。

また、IPA の ODS-RAM は、業界や国境をまたぐデータ連携を実装するための参照アーキテクチャとして重要である。[14]
経産省の アーキテクチャ政策 も、DADC でアーキテクチャを設計し、NEDO や関係省庁で研究開発・実証を進める枠組みを示している。[15]

しかし、ここでも課題は同じだ。

設計はある。
白書もある。
実証もある。
だが、それをどの市場に、どの順番で、どの義務とインセンティブで実装するのかが弱い。

欧州は、公共調達という「最初の市場」に着地させた。
日本の資料は、そこがまだ抽象的である。

NEDO の次世代取引基盤の成果資料は、非常に示唆的である。
そこでは、相互運用性の確保だけでなく、特に中小企業に対する移行コスト低減の支援体制や、データ利活用を軸にしたビジネスモデルの不足が課題として明示されている。[16]

これは本質を突いている。
日本でデジタル取引基盤が広がらないのは、仕様が足りないからだけではない。
移行コストと普及インセンティブの設計が弱いからである。

ただし、NEDO の強みは研究開発・実証にある。
制度化や恒常的ガバナンスの主体ではない。
だから、問題意識は鋭くても、そこから「全国統一基盤の運用ルール」へ自動的につながるわけではない。

総務省系の流れとして見えてくるのは、地方公共団体の基幹業務システムの統一・標準化である。[12]
これは極めて重要だ。
自治体の業務標準化が進めば、行政内部の相互運用性は高まる。

しかし、ここで扱われている主題は、住民情報や税、福祉など自治体基幹業務の標準化・共通化であって、民間企業との受発注・請求・支払通知・物流を含む商取引ネットワークの全国統一ではない。[12]

つまり日本では、
政府内部の標準化 と
民間商取引の相互運用 が
別々の政策線として走っている。
これもまた、統一基盤が見えにくい大きな理由である。

最大の違いはここだ。

欧州は、公共調達を先行市場にした。[1]
日本は、標準を整備しても、それを政府自身の受領義務と一体で押し出していない。[7]

その結果、ベンダやサービスプロバイダは、「将来重要そうだが、いつ本気で投資すべきか分からない」という状態に置かれる。
中小企業にとってはなおさらで、「義務でもないものに、なぜ今コストを払うのか」という合理的なためらいが残る。

GIF[8]、ビルディングブロック[9]、公共サービスメッシュ[10]、ベース・レジストリ[11]、JP PINT[6]
企業間取引将来ビジョン[13]、ODS-RAM[14]、アーキテクチャ政策[15]、NEDO実証[16]

部品はある。
問題は、それが「どの順番で社会実装されるのか」が見えないことである。

この「接続の設計図」が見えない限り、政策は部品の列挙に見えてしまう。

電子インボイスやデータ連携基盤は、仕様だけでは回らない。
必要なのは、運用・適合性評価・変更管理・障害対応・オンボーディング・責任分界である。

欧州型の強さは、ネットワークとガバナンスをセットで考えている点にある。[2]
日本は、仕様管理の議論は進んでいるが、
全国共通でサービスプロバイダをどう運用し、
どう監督し、
どう変更管理し、
どう障害時に責任を分けるかという
メタ・ガバナンス が弱い。

NEDO 資料が示す通り、日本の課題は相互運用性そのものに加え、移行コスト低減の支援体制や普及を支えるビジネスモデルの不足にある。[16]

ここを解かなければ、どれほど立派な標準やアーキテクチャを作っても、大企業・先進企業の周辺で止まる。
全国基盤とは、標準が存在することではない。
中小企業まで接続できること で初めて基盤になる。

この稿では、適格請求書への対応だけでは日本の企業間取引のデジタル化は進まず、Peppol Authority が標準を管理し、EIPA が日本の実務要件を要求仕様として整理し OpenPeppol に届けるべきだと論じた。[17]

要するに、日本に足りないのは受け身の普及活動ではなく、要件形成である という主張である。

この続編では、要件整理だけでは不十分で、市場実装の担い手としてサービスプロバイダを位置づけるべきだと書いた。[18]

Peppol を中核の共通モデルにしつつ、流通BMS、ECALGA、中小企業共通EDIなど既存業界EDIを変換・接続で束ねるべきだ、という議論である。
これは、統一とは中央集権的な一本化ではなく、共通フレームワークでの接続である という私の立場を表している。

この稿で私が強調したのは、ネットワークは仕様だけでは成り立たず、ルールを運用に落とし、守らせ、改善を回す 実働中枢 が要るという点だった。[19]

日本で議論が止まりやすいのは、しばしば XML や構文の話に寄りすぎて、その先の運用・監督・責任分界のレイヤが十分に議論されないからである。
全国基盤を本気で作るなら、この「中身のない標準化」を乗り越えなければならない。

この稿では、フィンランドの Real-Time Economy や TALTIO の文脈から、取引データ・会計データ・規制報告・金融利用をつなぐ再利用可能なデータ標準の意義を整理した。[20]

ここで言いたかったのは、電子インボイスを単独の制度対応として見るのではなく、リアルタイム経済のデータ入口 として見よ、ということである。
この視点がない限り、日本の電子インボイス論は「PDFより少し進んだXML」にとどまりやすい。

政府が最初の大口需要者にならない限り、市場は本気にならない。
JP PINT を本気で普及させたいなら、まず政府が JP PINT で受ける ことを制度と運用で明確にすべきだ。[6], [7]

GIF[8]、ベース・レジストリ[11]、公共サービスメッシュ[10]、JP PINT[6]、企業間取引基盤[13]、ウラノス・エコシステム[14]。
これらを別々の政策としてではなく、官民横断の取引データ基盤 という一枚絵で示す必要がある。

参加者登録、識別子運用、サービス探索、配送、適合性評価、変更管理、障害対応、監査証跡。
全国基盤は、ここまで揃って初めて基盤になる。
日本はこの議論を、もっと正面から扱うべきだ。[2], [19]

中小企業は「最後に合わせればよい存在」ではない。
むしろ、そこまで接続できて初めて全国基盤と言える。
移行コストを下げる補助、共通接続サービス、変換サービス、簡易オンボーディング、業務ソフト連携支援が必要である。