eCoC·Sign
同时出口欧盟与英国,eCoC 能共用一套模板吗?
UK VCAXSDICMeCoC

同时出口欧盟与英国,eCoC 能共用一套模板吗?

UK IVI 基于 EU IVI 2.0,但批准代码、字段含义和版本需要分别管理。本文说明已有 EU eCoC 成果如何复用,以及 UK XSD、EU XSD 与 ICM 各自的适配边界。

eCoCSign 研究团队·发布于 ·8 分钟阅读
核验于 2026年10月21日来源等级: A|VCA 官方指引、版本表与 EUCARIS 发布资料

车企已经完成 EU eCoC 的字段映射、XML 生成和校验,准备进入英国市场时,往往会遇到一个问题:已有模板能否继续使用,还是需要重新做一套?

车辆数据和映射成果可以复用;实际输出则要按批准路径、目标 XSD 和适用规则分别确认。 UK IVI 基于 EU IVI 2.0,VCA 也允许制造商以 EU 工具生成的 XML 为起点,再按英国要求调整。但这不意味着一份通过 EU 校验的 XML 已经满足英国提交要求。VCA:数据格式与文件生成

判断能否复用,需要先分清两件事:车辆适用哪种批准体系,以及系统所说的“模板”包含什么。

先看批准路径,再选择输出格式

销售目的地不足以决定 eCoC 的生成和提交方式。制造商应先核对正式批准文件,确认本次记录属于 EU、GB 还是 UKNI 批准,以及车辆所处的制造阶段。

例如,VCA FAQ 对使用 EU 批准进入北爱尔兰市场的车辆,仍指向相关 EU 型式批准机关的提交路径。因此,不能仅因为车辆销往英国,就统一转换为 GB 批准信息。VCA FAQ:EU eCoCs

系统中的市场选择,应关联批准资料、制造商主体和提交渠道。若同一车型存在不同市场配置,还要核对具体 VIN 的质量、尺寸、轮胎、动力与排放数据;车型名称相同不代表这些值全部相同。

UK XSD、EU XSD 与 ICM 分别管什么

讨论“UK XSD 和 EU ICM 的区别”时,实际上涉及两个比较维度:英国与欧盟的格式差异,以及结构校验与业务校验的区别。

资料主要用途项目中如何使用
EU XSD定义 EU IVI 的元素、层级、类型、长度和枚举检查 EU XML 是否符合所选 Schema
UK XSD定义英国适用的 IVI XML 格式检查提交 VCA 的文件格式
Messagebook解释字段含义、取值和 CoC 对应关系确定数据来源与填写口径
ICM检查条件必填、禁填和跨字段一致性按适用规则检查车辆数据关系

EUCARIS 将 XSD 与 Messagebook 作为配套规格;ICM 则提供另一层车辆数据检查。项目应同时管理这些资料,而不是仅保存一个名为“IVI 2.0”的文件夹。EUCARIS 规格说明、官方发布资料

英国适配涉及取值,也涉及字段含义

VCA 官方列出的英国增补包括批准国家代码 g11、n11,GB 与 UKNI 系列批准方案,以及生态创新代码 99。这些值应按对应批准资料选用。VCA:UK-specific IVI elements

这类差异会影响生成器和校验器:即使字段路径相同,EU Schema 也未必允许英国取值。调整工作需要覆盖字段目录、允许值、输入检查和最终 XML,不能只在提交界面增加一个“英国”选项。

更容易漏掉的是字段含义。UK IVI 保留了 EURepresentativeGroup 这个名称,但 VCA 对 GB 批准与 UKNI 批准下代表人的填写另有说明。字段名中的 EU 字样,并不能代替英国指引。VCA:Supplementary guidance for EU IVI elements

因此,已有映射表最好增加“适用批准体系”和“填写依据”两列。车辆技术值可以引用共用数据;批准方案、代表人及其他有市场语义的内容,则根据目标记录选择来源。缺少英国批准资料时,应保留待确认状态,避免用 EU 字段值直接补齐。

同样基于 IVI 2.0,版本仍需分别管理

“IVI 2.0”不足以唯一标识一套生成与校验约束。

VCA 发布的版本表将 UK 1.0 Corr(2026-05-22)标为使用中,对应 EU IVI 2.0 的 2026-05-08 发布基线。这里的 UK 1.0 是英国 XSD 的版本标识,不代表它基于 EU IVI 1.x。UK IVI XSD Version Control

2026-10-20 下载核验的 EU 官方发布包则包含 XSD 20260928、Messagebook V3.0 和 ICM v3.1。三者各有自己的版本号,消息格式仍为 IVI 2.0。该批变化见ICM 3.1 与新版 XSD 解读。

两边的发布记录说明:EU 发布更新后,需要重新核对 UK 的对应版本,不能自行认定英国已经同步。

建议每份输出关联以下记录:

  • 批准体系、车辆类别与制造阶段;
  • XSD 文件版本、日期与文件摘要;
  • 字段说明和业务规则版本;
  • 目标接收方接受的版本与验证结果。

XML 中的 IviVersionNumber 还承担记录纠正版本的用途。它与 XSD 发布版本应分别保存,避免一次标准包升级被误当成一次车辆数据纠正。

XSD 通过,为什么还要检查业务规则

以车轴为例:一份记录声明车辆有 3 根轴,却只生成了 2 个轴组。各字段的整数类型、元素名称和顺序可能都正确,仍需要关联规则检查声明数量与实际组数是否一致。

同样,某个表在 XSD 中允许省略,并不意味着所有类别和阶段都可以不填。EU ICM v3.1 的 R312 对适用类别及完成阶段要求 BodyworkTable 存在,正是这一层检查的例子。官方 XSD 与 ICM v3.1

对英国记录,公开资料尚不足以确认 VCA 执行与 EU 相同的完整 ICM 规则集或某个具体版本。制造商可以评估已有规则的复用范围,但应逐项核对涉及批准体系、代表人和市场代码的条件。EU ICM 的通过结果不能直接作为英国接收结论,也不能由此推断英国没有业务检查。

从共用数据到市场输出,怎样组织实施

对已有 EU eCoC 系统,建议保留共用车辆数据模型,在生成环节按批准路径应用相应的字段解释、枚举和校验配置。这是一种工程组织建议,具体实现仍取决于车型与接收要求。

一次适配可以按下面的顺序推进:

  1. 确认批准资料。 确定本次输出对应的主体、批准号、车辆类别、阶段和 VIN 配置。
  2. 复核映射。 标出可直接引用的车辆数据,以及需要英国资料或英国解释的字段。
  3. 固定标准版本。 保存目标 XSD、配套说明和适用规则,确认接收方接受的版本。
  4. 生成并校验。 覆盖英国专用代码、代表人、缺失字段等边界样例,再核对数据与批准文件的一致性。
  5. 签署与提交。 在签名前完成内容适配;签署后修改受签名保护的 XML 内容,会破坏原签名的有效性。
  6. 保留证据。 保存发送文件、校验版本、签名结果和接收回执,按目标渠道处理纠正。

VCA 当前说明,其上传检查验证数字签名是否存在,尚不进一步验证证书或密钥。这是接收端当前检查范围的说明,制造商仍应生成有效签名。VCA:Security and authenticity

交付时,应分别记录结构校验、业务规则检查、签名验证和接收处理结果。VCA 与 EUCARIS 没有连接关系,某条渠道收到文件,也不能作为另一条渠道已收到的证据。提交链路详见EU NAP、EUCARIS 与 UK VCA。

本文比较范围与官方来源

本文依据官方格式说明、版本表及已核验的 EU 发布资料,讨论模板复用和适配方法。本次尚未取得 UK XSD 原文件,未完成 UK/EU 现行 XSD 的逐元素、逐约束比较。文中的英国增补说明也不构成完整差异清单;实际项目应取得目标文件,并结合接收方测试确认。

如果你正在推进 eCoC 合规

欢迎预约 30 分钟免费咨询,我们会根据你的业务给出具体落地建议。