eCoC

eCoC vs CoC: What Changes for Vehicle Manufacturers?

Compare paper CoC and structured eCoC: vehicle data, XML checks, signing, submission and response evidence. Learn why a scanned certificate is not an eCoC.

Last updated:

Published2 April 2024
Read time7 min read
Words973
eCoC vs CoC: What Changes for Vehicle Manufacturers?

eCoC vs CoC: What Changes for Vehicle Manufacturers?

CoC means Certificate of Conformity: the manufacturer’s statement that an individual vehicle conforms to the applicable approved type. An eCoC represents conformity information as structured electronic data. In this comparison, paper CoC refers to the human-readable certificate and eCoC to the electronic record prepared for the relevant receiving service. Both depend on accurate information about the same vehicle.

Paper CoC and eCoC at a glance

Review pointPaper CoCStructured eCoC
RepresentationA certificate arranged for people to read.Defined data fields that receiving systems can process.
Preparation checksVehicle values, applicable layout and release review.Vehicle values, message structure and receiving-service rules.
Delivery evidenceThe issued version and the applicable delivery record.The submitted artifact, attempt reference and returned status.
Correction controlIdentify the corrected certificate and its source.Identify the corrected dataset and follow the receiver’s process.

The table is a practical workflow comparison. It does not mean that every paper certificate or receiving service uses identical checks. Establish the requirements for the particular vehicle scope before implementing the process, especially where more than one country, approval route or manufacturing stage is involved.

Why a PDF or scan is not the structured record

A scanned certificate preserves an image of a document. An XML record provides named fields and relationships that software can inspect. Reading values from a PDF can be part of data preparation, but the result still needs review against the approved source and the required message specification. OCR or manual transcription should not silently become the authoritative technical record.

For example, a mass value may be legible in a scan while its unit, applicable configuration or source revision remains unclear. Before mapping it into an electronic field, resolve those questions. The same applies to decimal separators, optional equipment and references copied from an earlier certificate. A successful file conversion says little about whether the record describes the intended vehicle.

Start both outputs from the same controlled data

Maintain a vehicle record that connects the VIN, applicable approval reference and relevant technical characteristics. Where paper and electronic outputs are both needed, compare them against that shared source. Do not let corrections accumulate separately in a document template and an XML export. Otherwise, two apparently valid outputs may gradually describe different configurations.

A useful pilot is to choose one ordinary production vehicle and one more complex case. Trace a small set of important fields from their source through both outputs. Include a value that requires formatting or unit conversion. Record the transformation explicitly so that another reviewer can repeat the check without relying on the person who built the template.

Electronic release adds validation, signing and response review

For eCoC, prepare the message required by the selected receiving route, run the applicable checks, apply the required signature or seal and retain the submitted file. RDW’s electronic submission information is one authority-specific starting point. Requirements from one service should not be assumed to describe every other channel.

IVI XML validation checks the output against the selected rules; it does not establish every fact about the physical vehicle. The XML signing step must then be configured for the intended route. Preserve the exact signed artifact and inspect the returned response before assigning a final status to the submission.

Does electronic delivery remove every paper requirement?

Check the current scope for the receiving authority and vehicle category. For example, RDW’s guidance reviewed on 3 October 2026 identifies 29 November 2026 as the production-date threshold for mandatory digital CoC for M, N and O vehicles, with national small-series exceptions. This is scoped Dutch registration guidance, not a claim that every paper document disappears everywhere.

How to handle a mismatch or rejected submission

If the electronic output disagrees with a paper certificate, identify which source and revision produced each one. Correct the controlled source or mapping responsible for the discrepancy, then regenerate and review the affected output. Keep the earlier artifact and reason for correction available according to the applicable retention arrangements.

If the receiving service rejects a record, distinguish data, signing, account and transport problems before retrying. Follow its correction and duplicate-handling process. The NAP submission workflow explains this manufacturer-facing handover. Electronic COC Platform connects creation, validation, signing, configured NAP submission and response tracking so operators can follow each step against the vehicle record.

Practical context

Compare evidence, not just file appearance

When evaluating an electronic workflow, ask to see the source record, generated XML, validation result, signed file and receiving response for one representative vehicle. Then ask how the same workflow handles a rejected example. This gives your team something concrete to review before increasing document volume.

Keep approval and submission decisions separate

The authority’s type-approval decision concerns the approved vehicle type. The manufacturer’s release decision concerns the individual record. A receiving response concerns the submitted message. Recording these independently makes it easier to identify who can resolve an issue and which evidence is missing.

Give corrections one accountable owner

Decide who can change source values, who reviews the corrected output and who authorises another submission. Preserve the reason and affected version. This operating discipline matters whether the final output is paper or electronic, because a technically valid format can still carry information taken from the wrong vehicle.

From the guide to your next step

Choose the workflow that matches the work you need to complete.

Review XML signing requirements

Connect the signing step to the selected submission route.

Review XML signing requirements

Plan the NAP handover

Review manufacturer access, submission responses and correction handling.

Plan the NAP handover

Review your vehicle data and eCoC workflow

Bring a representative vehicle record, the applicable approval reference and your intended submission route. We can review how Electronic COC Platform fits the preparation, validation, signing and response-tracking steps.

Official references

Use these primary sources to verify the regulatory context discussed in this article.

Regulation (EU) 2018/858

The official EU legal framework for vehicle type approval and market surveillance.

Open the official source

EUCARIS

Official information about the European vehicle and driving-licence information exchange network.

Open the official source

Frequently Asked Questions

Short, practical answers directly related to the subject.

Frequently Asked Questions

Is a scanned CoC an eCoC?

A scan is an image of the certificate. The structured eCoC workflow requires the relevant electronic dataset and the checks expected by the receiving service.

Does eCoC contain a new vehicle approval?

No. It represents conformity information for the individual vehicle using the applicable approval basis. Electronic delivery does not grant a new type approval.

Does successful signing prove acceptance?

No. Signing and receiving-service acceptance are separate steps. Retain the submitted artifact and the actual response before deciding what the submission achieved.

Related Guides

Continue with practical guides on the same regulatory or operational subject.

Technical Guides

How Vehicle Conformity Data Is Verified in European Compliance Systems

Learn how vehicle conformity data is verified within European compliance systems and why accurate regulatory datasets are essential.

Published: 27 August 2024

Read more

Technical Guides

Why Vehicle Data Consistency Matters in Automotive Compliance

Learn why consistent vehicle regulatory data is critical for automotive compliance and how inconsistencies can affect regulatory verification processes.

Published: 15 October 2024

Read more

Technical Guides

Why Automotive Compliance Data Requires Continuous Validation

Automotive compliance data must be continuously validated to maintain regulatory integrity. Learn why validation processes are critical for vehicle compliance systems.

Published: 5 August 2025

Read more

Regulations

Why Vehicle Approval Documentation Must Remain Consistent

Vehicle approval documentation must remain consistent across regulatory systems. Learn why documentation alignment is essential for automotive compliance.

Published: 3 December 2024

Read more

Contact

Need a clear eCoC next step before you leave?

Tell us what you are trying to solve in one short message. Share your name and email; our team will respond directly with the right next step.

  • Short form
  • Direct team response
  • No certificate or private key request

Use the form here or open the full contact page for more context.

Open full contact page