eSign.AIeSign.AI
Automotive EU eCoC readiness workflow with vehicle manufacturing and digital certificate visuals
EU eCoC 2.0への対応

EU eCoCは信頼・データ・アクセスポイントを一体で展開する取り組みです

欧州へ輸出する自動車メーカーには、署名済みXMLファイルだけでは不十分です。eCoC 2.0対応では、IVIデータ、EU Trust List証明書、XAdES署名、NAP接続、EUCARISでの取得、移行期間中の紙のCoCフォールバックを組み合わせる必要があります。

IVI 2.0 XMLXAdES / XMLDSIGNAP + EUCARISPaper CoC fallback

2026年5月更新

実際の締切日が変わったが、運営作業は変更されなかった

最新のeCoCの議論は、ただの日付についてだけでなく、メンバー国の準備の不均一性、アクセスポイントの選択、証明書の要件、そして目的市場がまだ紙のCoCに依存している場所での紙のCoCの利用維持についても及んでいます。

  1. Jul 5, 2026The original date remains in Regulation (EU) 2018/858.
  2. Jul 1, 2026RDW接続の変更は、eCoC 2.0移行ウィンドウとは別に処理されます。
  3. Nov 29, 2026現在の運用体制では、この移行日までにeCoC 2.0は任意とされています。

デジタルCoCと紙のCoCは並行して実行される可能性がある

オランダやドイツなどの準備ができた市場ではデジタルeCoCを受け入れられるが、フランス、イタリア、ポーランドなど他の市場では準備中にまだ紙のCoCが必要になる可能性があります。

NAPの選択は柔軟である

製造者は自国または型式認証国を通じて提出する必要はありません。ドイツの型式認証は、そのアクセスポイントがより良い運営ルートである場合、オランダのRDW NAPを使用できます。

監規基準

EU eCoCは構造化された車両データであり、PDFの代替品ではありません

Regulation (EU) 2018/858第37条は電子証明書の適合性フレームワークを設け、元の2026年7月5日の構造化データ義務を含んでいます。
Implementing Regulation (EU) 2021/133EUCARISを含む電子適合証明書データの基本形式、構造、交換方法を定義します。
Implementing Regulation (EU) 2024/1061電子適合証明書データの安全な交換モデルとアクセスメカニズムを更新します。
EUトラストリストQTSP署名証明書は、EU信頼フレームワーク下の信頼サービスパスが必要で、QTSPのカバー範囲と証明書証拠が生産前に確認されます。

購入者の決定

OEMチームがeCoC本番前に決定すべきこと

eCoCの決定は法的なものと同様に運用上のものです。製造業者にはデータルート、証明書ルート、アクセスポイントルート、およびフォールバックルートが必要です。

  1. 1

    eCoCは単なるPDFの代替ではない

    運用モデルには構造化されたIVI XML、VINデータ、製造者の法的名称、型式認可フィールド、ICMチェックが含まれる。eCoCは単なるファイル転送ではなく、署名、検証、アーカイブ証跡を必要とするXMLデータパッケージである。

  2. 2

    加盟国の準備度は非対称である

    ヨーロッパで販売している製造業者は、準備市場用のデジタルeCoCと、まだ取得または登録プロセスを準備している市場用の紙のCoCが必要かもしれません。

  3. 3

    証明書のセットアップが最長工程になる可能性がある

    証明書はEU信頼リストのQTSPから提供され、デジタル署名および否認不可能な鍵の使用を含み、型式認証の製造業者名と一致する必要があります。

准備点検

eCoCルートを確認する必要がありますか?

1つの車両ラインを使用して、ターゲットメンバー国と証明書の状態を確認し、生産計画の前にNAP、QTSP、および紙のフォールバックパスをチェックします。

運営定義

EU eCoC運営を信頼できるものにするのは何ですか?

信頼できるeCoC運営は、4つの層を結びつけます:車両データ、証明書の信頼性、NAP提出、および証拠の保管。製造業者は、デジタルの取得がまだ準備されていない場合、目的地市場の指示と紙のフォールバックが必要です。

1

データルート

IVI 2.0 XML、VINレベルデータ、型式認可フィールド、スキーマチェック、ICM検証を準備する。受信システムは本番データの試行をサポートする必要がある。

2

信頼ルート

必要なキーゆースと製造者名の一致するEU Trust List QTSP証明書を使用します。

3

アクセスポイントルート

より高い準備度、エンドポイントアクセス、テストプロセスを提供する場合にRDWなどのNAPを選択する。公開鍵交換とXAdES本番提出パスを確認する。

4

フォールバックルート

デジタルeCoCをまだ取得できないまたは受け入れられない目的地国の移行中に紙のCoCを利用可能に保ちます。

ルート決定

eCoCの運用ルートを選択する前に署名プロバイダを選ぶ

正しいプロバイダとの会話は、製造者がNAP選択、証明書検証、データ品質チェック、紙のCoCフォールバックをマッピングした後に始まる

RouteTypical useWhat to confirmeSign.AI role
NAP 選定型式認可国が異なる場合でも、準備済みのアクセスポイントから eCoC を提出する。エンドポイント、テスト期間、公開鍵証明書交換、本番提出ルール、宛先取得準備。署名済み XML パッケージ、バッチステータス、コールバック記録、選択した NAP フローのアーカイブ返送を準備する。
証明書検証EU 信頼フレームワークで承認された証明書を使用して eCoC に署名する。QTSP ステータス、証明書チェーン、失効ステータス、鍵用途、製造者名照合、シールポリシー。XAdES または XMLDSIG 署名を制御された証明書パスでルーティングし、検証証跡を保持する。
データ品質チェック却下バッチを減らすため、提出前に IVI XML と車両データを検証する。IVI 2.0 XML マッピング、VIN データ、型式認可フィールド、サンプル検証、ICM チェック。提出前にバッチを検証し、ファイルごとの成功・失敗記録を返す。
紙の CoC フォールバック移行期間中も紙が必要な市場をサポートする。宛先国の準備、登録チーム指示、アーカイブポリシー、重複処理。署名済み XML 証跡、VIN 記録、紙の重複操作の整合性を保つ。
Route

NAP 選定

Typical use

型式認可国が異なる場合でも、準備済みのアクセスポイントから eCoC を提出する。

What to confirm

エンドポイント、テスト期間、公開鍵証明書交換、本番提出ルール、宛先取得準備。

eSign.AI role

署名済み XML パッケージ、バッチステータス、コールバック記録、選択した NAP フローのアーカイブ返送を準備する。

Route

証明書検証

Typical use

EU 信頼フレームワークで承認された証明書を使用して eCoC に署名する。

What to confirm

QTSP ステータス、証明書チェーン、失効ステータス、鍵用途、製造者名照合、シールポリシー。

eSign.AI role

XAdES または XMLDSIG 署名を制御された証明書パスでルーティングし、検証証跡を保持する。

Route

データ品質チェック

Typical use

却下バッチを減らすため、提出前に IVI XML と車両データを検証する。

What to confirm

IVI 2.0 XML マッピング、VIN データ、型式認可フィールド、サンプル検証、ICM チェック。

eSign.AI role

提出前にバッチを検証し、ファイルごとの成功・失敗記録を返す。

Route

紙の CoC フォールバック

Typical use

移行期間中も紙が必要な市場をサポートする。

What to confirm

宛先国の準備、登録チーム指示、アーカイブポリシー、重複処理。

eSign.AI role

署名済み XML 証跡、VIN 記録、紙の重複操作の整合性を保つ。

提出ワークフロー

1つのNAPが複数の目的市場をサービスできる

国境を越えた提出は可能ですが、検索は依然として制限要因です。目的国にEUCARIS検索ポイントがない場合、登録フローには紙のCoCが必要な場合があります

  1. 1

    アクセスリクエスト

    NAPオペレーターにリクエストを送信し、エンドポイントを取得し、テストパスを確認します

  2. 2

    証明書の提供

    公開証明書資料を提供し、署名およびトランスポート証明書を対象NAPの要件に合わせる。

  3. 3

    データを検証

    署名チェック、証明書信頼チェーンチェック、失効チェック、ICM検証を実行する。試行で署名者ロールと署名形式を確認する。

  4. 4

    証拠を保持

    署名済みレコード、検証結果、証明書証跡、ステータスコールバック軌跡を返す。各VINの完了証跡をアーカイブする。

eSign.AIワークフロー

eCoC準備を統制された署名操作に変える

eSign.AIは、OEMシステム、QTSP証明書ルート、およびNAP提出準備の間に位置し、単発のXML署名ではなく予測可能なバッチ操作を目指しています。

XAdESおよびXMLDSIG署名

必要に応じて推奨されるXAdES署名パスとXMLDSIGをサポートし、各署名XMLファイルに対して証明書、タイムスタンプ、撤回、および検証証拠をキャプチャします。

EU eCoC XMLのXAdESおよびXMLDSIG署名ワークフロー

バッチXML操作

eCoC XMLバッチをスキーマチェック、ビジネスフィールドチェック、VINごとのステータス、リトライ処理、および運用チーム向けの結果マニフェストで処理します。

VINステータスチェックを伴うeCoCファイルのバッチXML操作

システムコールバックとアーカイブ

署名済みレコード、検証結果、証明書証跡、ステータスコールバック軌跡を返す。各VINの完了証跡をアーカイブする。

署名済みeCoC証跡のシステムコールバックおよびアーカイブフロー

国の準備状況

国の準備状況が実際のワークフローを変更します

デジタルeCoCの承認と紙のCoCのフォールバックは、移行中に目的地市場によって計画される必要があります。

Market groupExamplesWhat it meansWhat to confirm
NAP 準備済み市場オランダ RDW、ドイツデジタル eCoC 受入れとアクセスポイント準備はより良い出発点。エンドポイント、公開鍵交換、XAdES サポート、テスト手順、本番提出パスを確認する。
準備中の市場フランス、イタリア、ポーランドデジタル eCoC 計画は継続できるが、登録に紙の CoC が引き続き必要な場合がある。宛先国が EUCARIS で eCoC データを取得できるか、本番前に確認する。
準備状況が不明スペインすべての量産車両でデジタル eCoC 受入れが準備されているとは仮定しない。宛先国の指示を確認し、紙の CoC フォールバックを維持する。
Market group

NAP 準備済み市場

Examples

オランダ RDW、ドイツ

What it means

デジタル eCoC 受入れとアクセスポイント準備はより良い出発点。

What to confirm

エンドポイント、公開鍵交換、XAdES サポート、テスト手順、本番提出パスを確認する。

Market group

準備中の市場

Examples

フランス、イタリア、ポーランド

What it means

デジタル eCoC 計画は継続できるが、登録に紙の CoC が引き続き必要な場合がある。

What to confirm

宛先国が EUCARIS で eCoC データを取得できるか、本番前に確認する。

Market group

準備状況が不明

Examples

スペイン

What it means

すべての量産車両でデジタル eCoC 受入れが準備されているとは仮定しない。

What to confirm

宛先国の指示を確認し、紙の CoC フォールバックを維持する。

FAQ

OEMチームからのEU eCoCの質問

eCoC準備のレビュー

EU eCoCの計画をNAP準備、証明書の信頼性、紙のフォールバックに基づいて行う

1つの車両ライン、サンプルIVI XML、製造者の法的名称、証明書のステータス、目標メンバー国、現在のCoCワークフローを準備の会話に統合する