2026 年 7 月 20 日、欧州委員会はテスト環境とともにデジタル プロダクト パスポート (DPP) レジストリを開始しました。レジストリは、開発中のデジタル製品情報用の EU システムの運用部分です。欧州委員会は、DPP は製品グループ全体に段階的に導入され、将来の開発に関連する分野にはアルミニウムと建設製品が含まれると説明しています。
窓やドアのサプライヤーにとって、これは製品の-データ管理-を改善する理由であり、完成した窓やドアにはすでに DPP が必要であると発表する理由ではありません。委員会の公開スケジュールは示唆的なものです。正確な DPP 要件、タイミング、データ フィールド、および範囲内の製品は、適用される法律法および製品グループによって異なります。実際的な最初のステップは、裏付けのないコンプライアンス主張を行うことなく、将来の購入者、プロジェクト、規制上の疑問をサポートできる信頼性の高い内部製品データ記録を構築することです。-
重要:この記事は、SGL 製品、コンポーネント、または宛先に対する DPP の適用性を確認するものではありません。これは窓やドアに現在 DPP が必要であることを証明するものではなく、法的、コンプライアンス、技術的、またはプロジェクト固有のレビューに代わるものでもありません。-

2026 年 7 月 20 日に何が変わり、何が変わらなかったのか
欧州委員会は、DPP レジストリが現在運用されており、テスト環境、技術文書、ガイダンス、およびサポート リソースが利用可能であると述べています。 DPP は、製品、コンポーネント、材料のデジタル ID 記録として機能します。適用される製品フレームワークに応じて、原産地、材料、安全性、修理可能性、環境性能、再利用、またはリサイクルに関連する情報が含まれる場合があります。
この変更は、EU のデータ インフラストラクチャの実装におけるマイルストーンです。それはない1 つの共有ドキュメント テンプレートが、すべてのアルミニウム プロファイル、ガラス ユニット、ハードウェア アイテム、完成した窓、またはドアに適用されるようになったという証拠です。欧州委員会の公開 DPP タイムラインでは、建設資材とアルミニウムに関する将来の作業が特定されていますが、スケジュールは指標としてラベル付けされています。特定の義務は、関連する製品に固有の法律行為から生じます。-経済運営者は、自社の製品が範囲内にあるかどうか、またその範囲内にいつ含まれるかを確認する必要があります。{2}
サプライヤー チームにとって賢明な対応は、製品の ID、証拠、変更、文書の所有権を見つけて確認しやすくするための準備です。これは、今日の顧客の RFQ に役立ち、今後の DPP リクエストを直前の-データ収集-作業として扱うことを避けられます。
RFQ の前に管理された製品 ID レコードを作成する
実際に何が引用されているかを特定する記録から始めます。複数の構成に一般的なシステム名を付けず、それがすべての開口部のサイズ、ガラスの構成、ハードウェア パッケージ、仕上げ、設置条件を表すものと想定してください。-
| 商品-データ フィールド | なぜそれが重要なのか | 安全ステータスラベル |
|---|---|---|
| 内部製品または構成 ID | 正確な提案を一般的なカタログファミリーから区別します | 見積時に確認する構成識別子 |
| 開口部の種類と用途 | スライド式、開き戸式、チルト-と-、エントランス、折りたたみ式、またはその他のプロジェクト構成を分離します。 | 開口部形状は現図面から確認 |
| 寸法と主要なインターフェイス | リビジョンの-機密性の高い詳細を表示します | 寸法とインターフェースは最終図面レビューの対象となります |
| グレージング、ハードウェア、仕上げ、および付属品 | あるコンポーネント セットが別のコンポーネント セットに使用されているという証拠を防止します | 最終構成のためにコンポーネントの選択を確認する必要があります |
| 対象市場とプロジェクトルート | まだ検討が必要な法律上、文書上、商業上の問題を特定します | 目的地とプロジェクトの要件を確認する必要があります |
| 改訂日と記録所有者 | バイヤーまたは社内チーム向けに追跡可能な参照点を作成します | 割り当てられるレコードの所有者と改訂日 |
この内部記録は DPP ではありません。これは、後で購入者と話し合った情報が、図面や見積書に記載されているものと同じ製品構成に属していることを確認するための規律ある方法です。


個別の構成データ、証拠、および主張
サプライヤーのファイルには、製品の説明、性能の主張、マーケティング言語が混在していることがよくあります。 DPP- スタイルの準備プロセスでは、何が確認され、何が証拠として利用可能で、何が技術的またはコンプライアンスの決定を必要とするのかを顧客が確認できるように、これらを分離する必要があります。
| 情報層 | 何を含めるべきか | それが暗示してはいけないこと |
|---|---|---|
| 構成データ | 提案された開口部のタイプ、寸法、コンポーネント、仕上げ、および現在のリビジョン | すべての変異体には同一の証拠または承認があること |
| 入手可能な証拠 | 承認された文書のタイトル、発行日、範囲、構成境界、および文書の所有者 | ドキュメントが購入者の最終プロジェクトに自動的に適用されること |
| プロジェクトリクエスト | 買い手の記載された文書、パフォーマンス、承認、または引き継ぎに関する質問 | サプライヤーが審査前にリクエストを受け入れまたは満たしていること |
| 承認されたクレーム | 指定された所有者が正確な範囲を確認した文言 | より広範な持続可能性、認証、またはコンプライアンスの約束 |
| オープンアイテム | 入力不足、保留中の決定、または文書のギャップ | 一般的な文でギャップを埋める理由 |
この分離により、データ要求が誤解を招く主張になることも防止されます。たとえば、環境文書はプロジェクトのリクエストに関連する可能性がありますが、未確認の窓やドアの構成について検証されたライフサイクルの結果は作成されません。-同様に、コンポーネントの原産地記録だけでは、法規制への準拠やプロジェクトの承認を証明するものではありません。

トレーサビリティ-準備完了文書登録簿を作成する
欧州委員会は、DPP 情報は経済運営者または DPP サービスプロバイダーによって保存され、レジストリは適用される法的行為に基づいて識別子と必要な登録データを保持していると説明しています。今後の登録に関する質問が生じる前に、サプライヤーは各製品ファミリーと最終的なプロジェクト構成に対して簡単な文書登録を作成できます。
| レジスタフィールド | 実践的な質問 |
|---|---|
| レコードIDと製品/構成ID | このレコードが関係する正確な引用された構成はどれですか? |
| 文書名と発行日 | このドキュメントは何ですか? また、最新のバージョンはどれですか? |
| ソースとドキュメントの所有者 | 誰が発行したのか、誰が更新できるのか、承認されたコピーはどこに保管されているのか? |
| 範囲の境界 | どのサイズ、開口部のタイプ、コンポーネントの組み合わせ、市場、または使用目的をカバーしますか? |
| 購入者とプロジェクトの関連性 | このプロジェクトのためにリクエストされたのでしょうか、それとも単なる背景情報でしょうか? |
| レビュー状況 | 技術責任者、コンプライアンス責任者、プロジェクト所有者はその使用を確認しましたか? |
| 変更履歴 | いつ、何が変更され、どの見積または図面の改訂が影響を受けますか? |
文書記録をレビューせずに公的コンプライアンス声明として公開しないでください。その最初の目的は内部統制です。どの記録が利用可能か、どの記録がプロジェクト固有のものか、どの情報がまだ確認が必要かをチームに示します。-
置換、改訂、データの所有権を制御する
見積書が変更されても、裏付けとなる記録が変更されない場合、トレーサビリティは失われます。簡単な引き継ぎルールを確立します。材料、ガラス構成、ハードウェア項目、仕上げ、開口タイプ、寸法範囲、使用目的、またはプロジェクトの目的地が変更された場合、記録所有者は製品のデータ入力とサポート文書を改訂する必要があるかどうかを確認します。-
RFQ が注文になる前に、指定された責任を割り当てます。
- 営業またはプロジェクト コーディネーター:購入者の図面、目的地、要求された文書、およびターゲットのリビジョンを記録します。
- 製品またはエンジニアリングの所有者:構成リファレンス、コンポーネント リスト、技術文書の範囲を確認します。-
- コンプライアンス所有者:製品、市場、DPP、CE/DoPC、税関、またはその他の法的記述が実際の範囲に適切であるかどうかをチェックします。
- ドキュメントコントローラー:承認されたファイルのバージョン、アクセス権、変更履歴、アーカイブの場所を管理します。
- バイヤーまたはプロジェクト チーム:プロジェクトの最終要件、受け入れルート、および地域の責任を確認します。
これはガバナンス モデルであり、サプライヤーが DPP レジストリ アカウントを持っているか、すぐに登録できる製品を持っていることを示すものではありません。{0}{1}これにより、最終的な証拠経路の監査と説明が容易になるだけです。
欧州プロジェクトの問い合わせ前にバイヤーに適切な質問をする
サプライヤーは、バイヤーのプロジェクトルートが明確な場合にのみ有益な情報を準備できます。尋ねる:
- 最新の図面と窓/ドアのスケジュール。
- 開口部のタイプ、数量、寸法、ガラス、ハードウェア、仕上げ、付属品の選択。
- 対象国、バイヤーの役割、プロジェクトの段階、および対象となる市場ルート。
- 要求された技術情報、環境情報、製品情報、メンテナンス、引き渡し文書-。
- どの文書が適用されるかを決定する指定されたプロジェクトまたはコンプライアンス担当者。
- 必要なファイル形式、言語、データフィールド、レビュー日。そして
- 最終的な製品構成を変更する可能性のある未解決の決定。
回答は、DPP 登録、CE マーキング、EPD、製品の性能、現地承認、通関、配送を約束するのではなく、ギャップを特定するために使用します。これらにつきましては、現物及び送付先により別途ご確認が必要となります。
よくある質問
Q: 2026 年 7 月の DPP レジストリの導入は、すべての窓やドアに DPP が必要になることを意味しますか?
A: いいえ。欧州委員会は、DPP は製品グループ全体に段階的に導入されていると言っています。公開スケジュールは参考値であり、適用される DPP 義務は、関連する製品固有の法的枠組みによって異なります。- DPP が必要であると述べる前に、正確な製品範囲を確認してください。
Q: DPP は EPD、CE マーキング、DoPC、またはテストレポートと同じですか?
A: いいえ。DPP はデジタル製品情報フレームワークです。-適用される法律によっては、製品に関連する情報が参照される場合がありますが、有効な EPD、CE マーキング、DoPC、テスト結果、またはプロジェクトの承認を作成するものではありません。各文書には独自の範囲と検証レビューが必要です。
Q: 窓やドアのサプライヤーにとって最も安全な最初のステップは何ですか?
A: バージョン管理された製品 ID レコードを作成し、見積もった正確な構成の登録を文書化します。{0}入手可能な情報のソース、所有者、範囲、発行日、および変更履歴を記録します。次に、DPP またはコンプライアンスに関する声明を作成する前に、法的要件とプロジェクト要件を確認します。
Q: 事前レビューのためにプロジェクトのドキュメント要件を送信してください
A: 入手可能な図面または窓/ドアのスケジュールを、ターゲット市場、要求されたドキュメントのリスト、およびプロジェクトのレビュールートとともに送信してください。 SGL チームは問い合わせ範囲を確認し、次の技術的および商業的な質問を特定できます。製品の適用性、最終文書、および規制に関する声明は、個々のプロジェクトについて確認する必要があります。

事前レビューのためにプロジェクトのドキュメント要件を送信する
入手可能な図面または窓/ドアのスケジュールを、ターゲット市場、要求されたドキュメントのリスト、およびプロジェクトのレビュールートとともに送信してください。 SGL チームは問い合わせ範囲を確認し、次の技術的および商業的な質問を特定できます。製品の適用性、最終文書、および規制に関する声明は、個々のプロジェクトについて確認する必要があります。




