Vehicle Type Approval

EU Vehicle Type Approval: Process, CoC and eCoC

How EU vehicle type approval works: manufacturer preparation, technical service tests, authority decisions, production checks and the link to CoC and eCoC.

Last updated:

Published26 April 2024
Read time8 min read
Words981
EU Vehicle Type Approval: Process, CoC and eCoC

EU Vehicle Type Approval: Process, CoC and eCoC

EU vehicle type approval is the process through which an approval authority determines whether a vehicle type meets the requirements applicable to it. The approval concerns the defined type; the manufacturer’s Certificate of Conformity links an individual vehicle to that approved specification. Electronic CoC adds structured data preparation and exchange to that vehicle-level record.

This guide focuses on the whole-vehicle approval and conformity workflow for cars, commercial vehicles and trailers within the scope of Regulation (EU) 2018/858. The first project decision is still the approval route. Vehicle category, production scope, manufacturing stage and intended market must be established before the team chooses an application process or builds a document template.

Who does what in the approval process?

The manufacturer prepares the product and supporting information. A designated technical service performs or supervises the relevant testing and inspections. The approval authority assesses the evidence and makes the approval decision. RDW’s certification explanation describes the distinction between a technical service’s test report and the authority’s final assessment.

For project planning, assign a named owner to each handover. Engineering should know which configuration was tested, homologation should know which evidence belongs to the application, and production should know which specification has been released. A shared folder is useful only if the team can identify the current record and explain which earlier versions it replaces.

Prepare a scope and evidence checklist

Start with a short scope statement identifying the manufacturer, vehicle category, type, relevant variants and versions, and state of completion. Then agree the evidence package with the selected authority and technical service. The following is a working preparation checklist, not a substitute for their application requirements:

  • A controlled description of the vehicle configuration and the source of its technical values.
  • Relevant drawings, system and component approval references, and test evidence.
  • A list of differences between the test sample and the configurations proposed for approval.
  • Production controls, responsible reviewers and a process for assessing changes.
  • A register of open questions with an owner, supporting evidence and a resolution.

Keep the checklist connected to actual files. “Braking report available” is less useful than an identifiable report tied to the correct configuration. If a value is still under review, record that uncertainty before it appears in an application or conformity output. This avoids a later correction being treated as an unexplained overwrite.

Conformity of production continues after approval

Approval work also addresses the manufacturer’s ability to keep production consistent with the approved specification. RDW’s Conformity of Production guidance explains the initial assessment and continuing production controls. A prototype test result and an ongoing production control are different pieces of evidence.

A useful internal exercise is to select one production vehicle and trace its configuration back to the approved record. Check which inspection results support its release and whether any engineering change was assessed before implementation. If the team cannot establish that connection, generating another certificate will not resolve the underlying record gap.

What changes in a multi-stage project?

Consider a chassis-cab completed with a specialist body. As a practical review example, the later-stage team should reconcile the base-vehicle information with the completed vehicle’s dimensions, masses, equipment and approval references. Which values remain applicable, which have changed and which need new evidence? These are questions for the actual configuration, not answers to copy from another vehicle’s certificate.

Maintain the earlier-stage documents alongside the later-stage record. A drawing revision or a different body installation should be assessed for its effect on the approval and conformity data. The multi-stage vehicle approval guide introduces this shared-manufacturer context. The precise responsibilities and evidence must follow the chosen approval route.

Turn the approved record into a vehicle-specific CoC

Before releasing a CoC, compare the VIN, applicable approval reference and vehicle-specific values with the controlled production record. A type-approval number alone does not show that every populated field belongs to that vehicle. The CoC and eCoC comparison explains how the output and delivery checks differ.

For electronic delivery, the work continues through XML generation, IVI validation, the required signing step and the receiving response. Electronic COC Platform creates, validates and signs eCoC XML, submits through the manufacturer’s configured NAP connection and tracks responses. The platform’s output supports that workflow; the approval decision remains with the authority.

Practical context

Prepare the next review around one vehicle

Choose a representative production record and place the approval evidence, source values and proposed CoC side by side. Ask the reviewer to explain each important reference. A clear answer reveals a working process; an unanswered question becomes a specific task rather than a general request to improve documentation.

Keep approval revisions connected to released vehicles

A change log should show what changed, who assessed it and which records are affected. Before reusing an approval reference, check that it applies to the vehicle configuration and release in question. If the impact is uncertain, resolve it with the responsible homologation team and authority before issuing the output.

Agree what counts as complete

Record technical review, approval decision, CoC release and electronic submission as separate milestones. A project can have a successful XML check while authority or production work remains open. Making these states visible helps colleagues act on the actual outstanding step and prevents a green software status from being mistaken for a regulatory decision.

From the guide to your next step

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

Review the eCoC system

Follow vehicle data through creation, validation, signing and response tracking.

Review the eCoC system

Check IVI XML before submission

Review structural checks together with the vehicle’s approved source data.

Check IVI XML before submission

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 type-approval certificate the same as a CoC?

No. Type approval concerns the approved vehicle type. The manufacturer issues a CoC for an individual vehicle that conforms to the applicable approved specification.

Does a technical service grant the approval?

The approval authority makes the approval decision. Technical services provide the relevant testing or inspection evidence within their designated scope.

Does an accepted eCoC replace type approval?

No. Electronic conformity delivery relies on the relevant approval basis. File validation and submission results do not create or extend a vehicle type approval.

Related Guides

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

Technical Guides

How Vehicle Approval Data Flows Through Automotive Regulatory Systems

Discover how vehicle approval data moves across automotive regulatory systems and why structured data flows are important for compliance processes.

Published: 11 March 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

Body-Built Vehicles

Multi-Stage Vehicle Approval: Bodybuilder eCoC Checklist

Prepare a multi-stage vehicle file: previous-stage approvals, bodybuilder changes, vehicle-specific CoC data and checks before eCoC submission.

Published: 9 July 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

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