デジタル製品パスポートと機械可読データ

実際に義務づけられているのは何か、そしていつからか

デジタル製品パスポート（DPP）とは、物理的な製品に紐づけられた構造化された機械可読のデータレコードであり、データキャリアをスキャンすることで到達でき、EUの中央レジストリに一意識別子とともに登録されるものである。

この枠組みの根拠は、持続可能な製品のためのエコデザイン規則（ESPR）、すなわち規則（EU）2024/1781である。規則本体が定めるのはアーキテクチャであり、実際の義務は委任法令（delegated acts）を通じて製品グループごとに順次発生する。欧州委員会は2025年4月に「エコデザイン・エネルギーラベリング作業計画2025–2030」を採択し、繊維製品、家具、タイヤ、マットレス、鉄鋼、アルミニウムを最優先分野として挙げたほか、電気・電子機器に関する修理容易性と再生材含有率の水平的措置を盛り込み、2028年に中間レビューを行うとしている。

2026年7月、この話を構想の段階から実装の段階へ押し進める出来事が二つあった。ひとつは、欧州委員会が2026年7月20日に、デジタル製品パスポート・レジストリをテスト環境とあわせて稼働させたことである。もうひとつは、2026年7月16日付の委員会実施規則（EU）2026/1778——アクセス管理、利用者の本人確認、データ登録および保管を含む、レジストリの実務上の取り決めを定めるもの——が2026年7月17日に官報で公示され、2026年8月6日に発効したことである。

以下は、欧州委員会自身が示している現時点の状況である。そのかなりの部分が、確定ではなく目安（indicative）にとどまっている点に注意してほしい。

この表から持ち帰るべきことがひとつあるとすれば、それはこうだ。DPPに単一の期限は存在せず、大半の製品グループについて正直な計画上の前提は「委任法令はまだ採択されていない」である。

建設製品はどうなるのか

建設分野は、並行する別のトラックで動いている。改正建設製品規則（EU）2024/3110は2025年1月7日に発効し、2026年1月8日から原則として適用が始まった。その第X章に基づき、欧州委員会は、建設分野のデジタル製品パスポート制度を創設し運用するための委任法令を採択する権限を与えられており、その制度はESPRのパスポートと可能なかぎり整合させることとされている。委員会が示すこの法令のマイルストーンは、目安として2027年第2四半期である。

進む方向は、規則自身の理由づけからすでに読み取れる。前文は、性能・適合の宣言は利用者がITアプリケーションによって適合性を確認できるものであるべきだとしたうえで、「機械可読な宣言の重要な前提条件は、標準化されたIT形式である」と述べている。経済事業者はその写しを電子的手段で提供しなければならず、それは「改変不能で、人間にも機械にも可読であり、入手可能で、アクセス可能で、かつ製品と一義的に紐づけられている」ものでなければならない。

2025年12月、欧州委員会は最初のCPR作業計画2026–2029（COM(2025) 772 final）を公表し、標準化要請、改訂される整合技術仕様、そしてDPPを導入する水平的委任法令について、製品ファミリー別の目安となるロードマップを示した。建材メーカーにとって計画の基準とすべきスケジュールは、ベンダーのマーケティング年表ではなく、この文書である。

データを保持しないレジストリが、なぜ重要なのか

負担の所在を変えてしまうからである。

レジストリが保持するのは、製品ごとの一意識別子と、登録が義務づけられたデータである。パスポートの中身そのものは保持しない。経済事業者が各パスポートを登録することで識別子とそのメタデータが中央に記録される一方、実体は自社側に残る。登録は本人確認を経た経済事業者に限定され、その身元はeIDASの手段によって確認される。

このアーキテクチャは、データベースではなくディレクトリである。つまり、どこかの中央機関があなたの属性を正規化してくれることも、単位を突き合わせてくれることも、データシートとPIMの記載が食い違っていることに気づいてくれることもない。登録したものは、あなたが配信するものへとそのまま解決される。したがってコンプライアンス上の義務は、実質としてはデータ品質の義務である。

どのデータが機械可読でなければならないのか

製品グループごとの記載内容がまだ未確定であっても、ESPRの条文は仕組みについては明確である。パスポートは一意の製品識別子に紐づけられ、必要に応じて一意の事業者識別子および一意の施設識別子にも紐づけられなければならない。識別子とデータキャリアは、国際的に認知された標準に従って発行される必要がある。デジタル化された情報は「電子透かしやQRコードなどのデータキャリアをスキャンすることで容易にアクセスできる」ものであるべきとされる。そしてデータは、ベンダーロックインのないオープンで相互運用可能なデータ交換ネットワークを通じて移転できなければならない。

これをエンジニアリングの要件定義として読むと、五つの能力に分解できる。

1. 01安定した一意の識別を適切な粒度で——法令に応じて、製品モデル単位、ロット単位、または個体単位で。
2. 02型付けされた属性——単位と定義された意味を伴うもの。仕様欄に書き込まれた自由記述ではない。
3. 03データとしての文書——宣言書、証明書、EPDを、発行日と適用範囲を備えたレコードとして扱う。PDFを詰め込んだフォルダではない。
4. 04来歴（プロベナンス）とバージョン管理。どの値についても、出典と日付まで遡れるようにする。
5. 05リゾルバ。キャリアがスキャンされたときにレコードを返し、法令が求める期間にわたって返し続ける仕組み。

どれも目新しいものではない。しかしどれも、20年かけて場当たり的に育ってきたカタログに後付けするとなると高くつく。

ETIM・ECLASS・AAS・IEC 63365はどう噛み合うのか

規則は、データが機械可読で相互運用可能でなければならないと定めている。しかし「定格使用電流」が何を意味するのかまでは教えてくれない。それを担うのが分類とモデリングの標準であり、これらは法制度が到来するよりも速いペースで、こうした要件へと収束しつつある。

これらを混同しないための整理はこうだ。GS1が答えるのはこれはどのモノか、ETIMとECLASSが答えるのはその属性は何を意味するのか、AASが答えるのはデジタルツインをどう構造化するか、IEC 63365が答えるのは銘板に何を載せるか、そしてDPP法制が答えるのは何をいつ公開しなければならないかである。これらは競合する選択肢ではなく、互いを補完するレイヤーである。

これはEUだけの話ではない

シカゴ、名古屋、ソウルのメーカーが、ここまでの話を自社の問題として読むべき理由は二つある。

第一に、ルールが紐づくのは本社の所在地ではなく、市場への上市である。 ESPRの義務は、どこで製造されたかにかかわらず、EU市場に上市される製品に適用される。ドイツへ出荷する日本の部品メーカーは、この境界の内側にいる。パートナー経由で製品がEUの顧客に届いている米国のディストリビューターも、自覚しているよりずっとその境界に近い。

第二に、これに匹敵する機械可読データへの要求が、主要市場のそれぞれで独立に立ち上がりつつある。

• 世界全体では、GS1のSunrise 2027が、2027年末までにGS1データを載せた二次元バーコードをPOSで読み取れるようにするという、世界中の小売業者による協調的なコミットメントとなっている。そしてGS1 Digital Linkが、そのシンボルをより豊かなオンラインデータへと接続する。これはDPPのデータキャリアとまったく同じ発想が、規制ではなく商流の側から到来しているということだ。
• 北米では、電気設備業界が10年にわたって構造化された製品データを求め続けてきた。NEMAとNAEDが共同保有するIDEAはIndustry Data Warehouseを運営し、UNSPSCベースの分類仕様およびデータ辞書とあわせて、品目ごとに43の重要データ項目をすべて埋めることを義務づけている。公共調達もまた別の圧力となっており、米国の州レベルのBuy Cleanルールは、指定された建設資材について製品固有のタイプIII環境製品宣言（EPD）を求めている。
• 日本では、経済産業省（METI）が2023年4月に、産業横断で相互運用可能なデータ基盤としてウラノス・エコシステム（Ouranos Ecosystem）を立ち上げ、最初のユースケースを蓄電池のトレーサビリティとした。2025年4月には、NTTデータが同基盤と欧州のCatena-Xとの相互運用を実証している。日本のサプライヤーは、国内の側からも同じデータモデルへと引き寄せられている。

要点は、この収束にある。本社がどこにあろうと、バリューチェーンのどこかにいる誰かが、構造化され、識別され、来歴の裏づけを持つ製品データを、まもなくあなたに要求してくる。

戦略上の論点——どのみち、あなたはこの資産をつくることになる

コンプライアンスの説明資料には、まず出てこない話をしておきたい。

DPPが構築を迫るもののすべて——製品ごとに一つの正準（カノニカル）レコード、安定した一意識別子、共通辞書に紐づく型付き属性、データとしてモデル化された文書、来歴とバージョン管理、そして求めに応じてそれを提供するリゾルバ——は、AIエージェントがあなたの製品について正しく答えるために必要とする基盤、そのものである。

二つのユースケースが違うのは、アクセスパターンだけだ。DPPのリゾルバが答えるのは一つの品目についての一つの問い合わせである。誰かがキャリアをスキャンし、あなたはその製品のレコードを返す。エージェントが投げるのは製品レンジ全体にまたがる多数の問い合わせだ。三つの条件を満たすすべての部品、生産終了品のセカンドソース、指定日以降に発行された宣言書。レコードは同じで、インデックスが違う。

つまり、多くの製品データ部門の前にある選択は「コンプライアンスのプロジェクトか、AIのプロジェクトか」ではない。同じデータ作業に一度だけ投資するか、二度払うか、である。両者を別々のプログラムとして走らせた組織はたいてい、網羅的だがクエリできないコンプライアンス用データセットと、クエリはできるが検証されていない商用カタログを抱え込む——そのうえで、三つ目の予算をその突き合わせに費やすことになる。

これからの12か月で何をすべきか

1. 01識別子を棚卸しする。 どの製品に安定した一意識別子があり、それはどの粒度で、誰が発行しているのかを確定させる。これが片づくまで、ほかの何も動き出さない。
2. 02辞書を一つ選び、そこに賭ける。 電気設備、空調、建材ならETIM、より広範または業種横断ならECLASS。両方を中途半端に採用するのが、いちばん悪い結末である。
3. 03文書をレコードに変換する。 すべての宣言書、証明書、EPDに、種別、適用範囲、発行日、有効期間、リンクを持たせる——ファイル名だけで済ませない。
4. 04すべての属性に来歴と最終検証日を設定する。 規制当局やエージェントが「その数値の出どころは」と問うたとき、いちばん効いてくるのがこの項目である。
5. 05リゾルバは一度だけつくる。 そのうえで、データキャリア、自社サイト、各種フィード、エージェント向けエンドポイントという複数の利用先に配信する。
6. 06一般的な論評ではなく、自社の製品グループに関わる委任法令を追いかける。 そして四半期ごとに計画を見直す。
7. 07出力フォーマットは差し替え可能にしておく。 レコードの中身は長持ちするが、委任法令が最終的に要求するシリアライズ形式は、まだ知りようがない。

どこで懐疑的であり続けるべきか

「DPP対応済み」を謳うソフトウェアには、こう問い返してほしい。どの委任法令に対して対応済みなのか、と。大半の製品グループについて、今日の答えは「どれにも対応していない」である。法令がまだ採択されていないからだ。レジストリがデータを検証してくれるという説明にも、同じ懐疑を向けてほしい——レジストリが記録するのは識別子とメタデータであって、中身ではない。そして2027年は、義務化カーブの終わりではなく、その始まりだと捉えるべきである。

守りきれる立ち位置は、地味だが長持ちする。正準レコードを正しくつくり、検証済みの状態に保ち、アドレス可能にすることだ。Partsgraphは、すでにお持ちのカタログの上に重なるオーバーレイとして、まさにその仕事をするために存在している。同一の検証済みグラフを、コンプライアンス向けのエクスポートにも、AIエージェントにも提供する。

具体的な出発点が欲しければ、/audit にある無料のグレーダーに自社ドメインをかけてみてほしい。いま機械があなたのカタログから何を読み取れるのかが分かる——それは、パスポート対応が実際どれだけの作業量になるのかを測る、まずまずの目安になる。