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.

Last updated:

Published9 July 2024
Read time8 min read
Words1084
Multi-Stage Vehicle Approval: Bodybuilder eCoC Checklist

Multi-Stage Vehicle Approval: Bodybuilder eCoC Checklist

Multi-stage vehicle approval covers a vehicle built or completed in successive stages. A common example is a chassis-cab supplied by one manufacturer and completed with a specialist body by another. For the bodybuilder, the practical task is to connect the earlier-stage evidence with the changes made to the finished vehicle, then prepare conformity data that describes the correct configuration.

This guide focuses on preparation for an EU vehicle approval and eCoC workflow. It is a working checklist for the manufacturer’s team, not a complete authority application form. Agree the actual approval route, vehicle scope and evidence requirements with the responsible authority and technical service before releasing documents.

Establish the scope and each manufacturer’s responsibility

The multi-stage framework in Regulation (EU) 2018/858 addresses responsibility for additions and modifications and the exchange of information between manufacturers. Earlier-stage approval is not blanket coverage for later changes. Identify the systems affected by your work and the evidence needed to assess them.

Begin with the intended market, vehicle category, manufacturing stage and proposed configuration. Confirm who holds the relevant approval, who supplies the base data and who reviews the completed vehicle record. The EU type-approval guide explains how manufacturer preparation, technical-service evidence and the authority’s decision fit together.

What should the previous-stage handover contain?

Request a traceable package for the vehicle and approval scope you actually use. A practical handover can be organised around the following records and review questions:

  • Approval reference and applicable revision: can the reviewer connect the supplied vehicle configuration to the relevant approval documents, including extensions where applicable?
  • Vehicle identity and conformity record: do the VIN and vehicle details agree across the delivery record, available previous-stage CoC and your production order?
  • Technical source data: are the units, definitions and configuration limits clear enough to distinguish a permitted limit from an actual measured value?
  • Bodybuilding information: which drawings, installation instructions and restrictions apply to your proposed body or equipment?
  • System and component evidence: can you identify the references relevant to the work, rather than relying on an unlabelled collection of certificates?
  • Change notification contact: who will tell your team when a base-vehicle revision affects the documents or data already used in production?

Do not mark a handover complete because the files are present. Open a sample, check its revision and record what it supports. If a source is missing, assign a named owner and a question that can be answered. “Confirm applicability to this configuration” is more useful than leaving an unexplained red cell in a spreadsheet.

Example: a chassis-cab completed with a box body

The following example is illustrative; it contains no approved dimensions or engineering limits. A manufacturer receives a chassis-cab, installs a box body and prepares the completed vehicle record. The review should connect each changed characteristic to evidence and a release decision.

Review itemEvidence to connectQuestion before release
Approval identityBase documents, later-stage approval record and production configuration.Does each reference apply to this vehicle and stage?
DimensionsApplicable drawings and the completed vehicle’s inspection record.Do the recorded values describe the body actually installed?
MassesDefined source values and the relevant calculation or measurement record.Have actual values and technical limits been kept distinct?
Affected equipmentChange assessment and applicable installation or test evidence.Has the effect of the body installation been reviewed?

For example, a drawing may be revised after an initial inspection. Before using the inspection result, establish whether it still represents the vehicle being released. Do not invent a new value to make the certificate look consistent. Resolve the source difference, retain the decision and regenerate the affected output.

Prepare one coherent vehicle file before issuing the CoC

A useful internal folder structure has five parts: received base documents, configuration and change records, inspection evidence, released conformity output, and submission records. Give each file an identifiable version and responsible reviewer. The structure is an operating suggestion; the authority may require a different application package.

Compare the VIN, applicable approval references and vehicle-specific fields across these parts. Where more than one person enters data, decide which source controls each field. RDW’s Conformity of Production guidance explains the continuing production-control context. Your internal record should make it possible to show why the selected vehicle was released.

Move the reviewed data into the electronic workflow

Prepare the dataset required by the receiving route, retaining the necessary stage information instead of flattening every reference into a single generic record. IVI XML validation checks the selected structure and rules. It does not decide whether a physical modification is covered by an approval.

Electronic COC Platform creates, validates and signs eCoC XML, submits through the manufacturer’s configured NAP connection and tracks responses. Establish the submission account, test context and response handling for that manufacturer. The NAP submission workflow explains the handover; the CoC and eCoC comparison distinguishes the document from the electronic delivery evidence.

Practical context

Start with one completed vehicle file

Select a representative vehicle and ask a colleague who did not prepare it to trace its approval references, changed values and release evidence. Record every point where they need an explanation. Those gaps identify the next handover or data-control improvement before the workflow is used for a larger batch.

Keep the two review decisions visible

First establish that the engineering and approval evidence supports the vehicle configuration. Then check that the conformity output accurately represents the reviewed record. A correct XML format cannot resolve an open engineering question, while an approved configuration can still be exported with a transcription error.

Handle corrections through the source record

If a receiver rejects the message, retain the response and identify whether the issue concerns data, signing, access or transport. Correct the responsible source or mapping, review the affected output and follow the receiver’s resubmission process. Keep earlier artifacts identifiable so that colleagues can explain what changed.

From the vehicle file to submission

Continue with the next operational step for your manufacturer.

Check the vehicle’s IVI XML

Review the generated dataset after the stage information and source values are established.

Check the vehicle’s IVI XML

Plan the manufacturer’s NAP submission

Follow access, signed submission, receiving responses and correction handling.

Plan the manufacturer’s NAP submission

Review your bodybuilder eCoC workflow

Bring a representative vehicle file, the relevant stage references and your intended submission route. Review how Electronic COC Platform fits data preparation, validation, signing and response tracking.

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

Can the base vehicle’s approval cover every bodybuilder change?

Do not assume so. Assess the additions and modifications against the applicable approval scope and establish what evidence or approval action is needed for the completed configuration.

Which documents should a later-stage manufacturer request?

Start with applicable approval references, vehicle identity and conformity records, technical source data and bodybuilding information. Agree the precise package with the previous-stage manufacturer and the responsible approval team.

Can a valid eCoC XML prove that the body installation is approved?

No. XML validation and the engineering or authority approval decision are separate checks. Retain evidence for the vehicle configuration as well as for the submitted file.

Related Guides

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

Technical Guides

How Vehicle Compliance Infrastructure Supports Automotive Regulation

Vehicle compliance infrastructure helps regulatory systems manage complex datasets and verification processes. Learn how compliance infrastructure supports automotive regulation.

Published: 29 April 2025

Read more

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

Technical Guides

Common Challenges in Managing Vehicle Compliance Data

Managing vehicle compliance data can be complex. Learn about the common challenges organizations face when handling regulatory vehicle datasets.

Published: 4 April 2025

Read more

IVI

What Is IVI Data? Initial Vehicle Information and XML

IVI means Initial Vehicle Information in eCoC workflows. Understand IVI 2.0 XML, schema checks, vehicle data validation and submission preparation.

Published: 21 May 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