デジタルCoCと紙のCoCは並行して実行される可能性がある
オランダやドイツなどの準備ができた市場ではデジタルeCoCを受け入れられるが、フランス、イタリア、ポーランドなど他の市場では準備中にまだ紙のCoCが必要になる可能性があります。
2026年5月更新
最新のeCoCの議論は、ただの日付についてだけでなく、メンバー国の準備の不均一性、アクセスポイントの選択、証明書の要件、そして目的市場がまだ紙のCoCに依存している場所での紙のCoCの利用維持についても及んでいます。
オランダやドイツなどの準備ができた市場ではデジタルeCoCを受け入れられるが、フランス、イタリア、ポーランドなど他の市場では準備中にまだ紙のCoCが必要になる可能性があります。
製造者は自国または型式認証国を通じて提出する必要はありません。ドイツの型式認証は、そのアクセスポイントがより良い運営ルートである場合、オランダのRDW NAPを使用できます。
監規基準
購入者の決定
eCoCの決定は法的なものと同様に運用上のものです。製造業者にはデータルート、証明書ルート、アクセスポイントルート、およびフォールバックルートが必要です。
運用モデルには構造化されたIVI XML、VINデータ、製造者の法的名称、型式認可フィールド、ICMチェックが含まれる。eCoCは単なるファイル転送ではなく、署名、検証、アーカイブ証跡を必要とするXMLデータパッケージである。
ヨーロッパで販売している製造業者は、準備市場用のデジタルeCoCと、まだ取得または登録プロセスを準備している市場用の紙のCoCが必要かもしれません。
証明書はEU信頼リストのQTSPから提供され、デジタル署名および否認不可能な鍵の使用を含み、型式認証の製造業者名と一致する必要があります。
准備点検
1つの車両ラインを使用して、ターゲットメンバー国と証明書の状態を確認し、生産計画の前にNAP、QTSP、および紙のフォールバックパスをチェックします。
運営定義
信頼できるeCoC運営は、4つの層を結びつけます:車両データ、証明書の信頼性、NAP提出、および証拠の保管。製造業者は、デジタルの取得がまだ準備されていない場合、目的地市場の指示と紙のフォールバックが必要です。
IVI 2.0 XML、VINレベルデータ、型式認可フィールド、スキーマチェック、ICM検証を準備する。受信システムは本番データの試行をサポートする必要がある。
必要なキーゆースと製造者名の一致するEU Trust List QTSP証明書を使用します。
より高い準備度、エンドポイントアクセス、テストプロセスを提供する場合にRDWなどのNAPを選択する。公開鍵交換とXAdES本番提出パスを確認する。
デジタルeCoCをまだ取得できないまたは受け入れられない目的地国の移行中に紙のCoCを利用可能に保ちます。
ルート決定
正しいプロバイダとの会話は、製造者がNAP選択、証明書検証、データ品質チェック、紙のCoCフォールバックをマッピングした後に始まる
| Route | Typical use | What to confirm | eSign.AI role |
|---|---|---|---|
| NAP 選定 | 型式認可国が異なる場合でも、準備済みのアクセスポイントから eCoC を提出する。 | エンドポイント、テスト期間、公開鍵証明書交換、本番提出ルール、宛先取得準備。 | 署名済み XML パッケージ、バッチステータス、コールバック記録、選択した NAP フローのアーカイブ返送を準備する。 |
| 証明書検証 | EU 信頼フレームワークで承認された証明書を使用して eCoC に署名する。 | QTSP ステータス、証明書チェーン、失効ステータス、鍵用途、製造者名照合、シールポリシー。 | XAdES または XMLDSIG 署名を制御された証明書パスでルーティングし、検証証跡を保持する。 |
| データ品質チェック | 却下バッチを減らすため、提出前に IVI XML と車両データを検証する。 | IVI 2.0 XML マッピング、VIN データ、型式認可フィールド、サンプル検証、ICM チェック。 | 提出前にバッチを検証し、ファイルごとの成功・失敗記録を返す。 |
| 紙の CoC フォールバック | 移行期間中も紙が必要な市場をサポートする。 | 宛先国の準備、登録チーム指示、アーカイブポリシー、重複処理。 | 署名済み XML 証跡、VIN 記録、紙の重複操作の整合性を保つ。 |
NAP 選定
型式認可国が異なる場合でも、準備済みのアクセスポイントから eCoC を提出する。
エンドポイント、テスト期間、公開鍵証明書交換、本番提出ルール、宛先取得準備。
署名済み XML パッケージ、バッチステータス、コールバック記録、選択した NAP フローのアーカイブ返送を準備する。
証明書検証
EU 信頼フレームワークで承認された証明書を使用して eCoC に署名する。
QTSP ステータス、証明書チェーン、失効ステータス、鍵用途、製造者名照合、シールポリシー。
XAdES または XMLDSIG 署名を制御された証明書パスでルーティングし、検証証跡を保持する。
データ品質チェック
却下バッチを減らすため、提出前に IVI XML と車両データを検証する。
IVI 2.0 XML マッピング、VIN データ、型式認可フィールド、サンプル検証、ICM チェック。
提出前にバッチを検証し、ファイルごとの成功・失敗記録を返す。
紙の CoC フォールバック
移行期間中も紙が必要な市場をサポートする。
宛先国の準備、登録チーム指示、アーカイブポリシー、重複処理。
署名済み XML 証跡、VIN 記録、紙の重複操作の整合性を保つ。
提出ワークフロー
国境を越えた提出は可能ですが、検索は依然として制限要因です。目的国にEUCARIS検索ポイントがない場合、登録フローには紙のCoCが必要な場合があります
NAPオペレーターにリクエストを送信し、エンドポイントを取得し、テストパスを確認します
公開証明書資料を提供し、署名およびトランスポート証明書を対象NAPの要件に合わせる。
署名チェック、証明書信頼チェーンチェック、失効チェック、ICM検証を実行する。試行で署名者ロールと署名形式を確認する。
署名済みレコード、検証結果、証明書証跡、ステータスコールバック軌跡を返す。各VINの完了証跡をアーカイブする。
eSign.AIワークフロー
eSign.AIは、OEMシステム、QTSP証明書ルート、およびNAP提出準備の間に位置し、単発のXML署名ではなく予測可能なバッチ操作を目指しています。
必要に応じて推奨されるXAdES署名パスとXMLDSIGをサポートし、各署名XMLファイルに対して証明書、タイムスタンプ、撤回、および検証証拠をキャプチャします。

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

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

国の準備状況
デジタルeCoCの承認と紙のCoCのフォールバックは、移行中に目的地市場によって計画される必要があります。
| Market group | Examples | What it means | What to confirm |
|---|---|---|---|
| NAP 準備済み市場 | オランダ RDW、ドイツ | デジタル eCoC 受入れとアクセスポイント準備はより良い出発点。 | エンドポイント、公開鍵交換、XAdES サポート、テスト手順、本番提出パスを確認する。 |
| 準備中の市場 | フランス、イタリア、ポーランド | デジタル eCoC 計画は継続できるが、登録に紙の CoC が引き続き必要な場合がある。 | 宛先国が EUCARIS で eCoC データを取得できるか、本番前に確認する。 |
| 準備状況が不明 | スペイン | すべての量産車両でデジタル eCoC 受入れが準備されているとは仮定しない。 | 宛先国の指示を確認し、紙の CoC フォールバックを維持する。 |
NAP 準備済み市場
オランダ RDW、ドイツ
デジタル eCoC 受入れとアクセスポイント準備はより良い出発点。
エンドポイント、公開鍵交換、XAdES サポート、テスト手順、本番提出パスを確認する。
準備中の市場
フランス、イタリア、ポーランド
デジタル eCoC 計画は継続できるが、登録に紙の CoC が引き続き必要な場合がある。
宛先国が EUCARIS で eCoC データを取得できるか、本番前に確認する。
準備状況が不明
スペイン
すべての量産車両でデジタル eCoC 受入れが準備されているとは仮定しない。
宛先国の指示を確認し、紙の CoC フォールバックを維持する。
FAQ
eCoC準備のレビュー
1つの車両ライン、サンプルIVI XML、製造者の法的名称、証明書のステータス、目標メンバー国、現在のCoCワークフローを準備の会話に統合する