返回博客
资讯
2026年10月13日

EUCARIS ICM 3.1:eCoC 新增必填字段、校验更严格,未跟进的提交将被拒绝

EUCARIS ICM 3.1:eCoC 新增必填字段、校验更严格,未跟进的提交将被拒绝

IVI 校验模块(ICM)是 EUCARIS 发布的验证规则集,各国家接入点用它校验每一份以 IVI 2.0 格式提交的 eCoC。只要 XML 文件违反任何一条规则,提交就会被拒绝,车辆无法凭该记录完成注册。3.1 版于 2026 年 9 月 28 日发布,距 9 月 5 日的 3.0 版仅三周。

3.1 版有哪些变化

9 月 28 日的发布内容不多,但其中每一项都可能让原本被接受的文件变为被拒绝:

  • 新的 IVI XSD 2.0,ExhaustEmissionLevel 的枚举值得到扩展。按旧 schema 生成的文件可能无法通过 schema 校验。
  • PoweredAxle 现为 M、N、T、C 车辆类别的必填项。
  • LoadableAxleIndicator 规则已修正:当 NumberOfAxles 小于 2 时,该指示项必须为 N(此前为小于或等于 2)。
  • InServiceMaximumPermissibleLadenMassAxle 不能再单独出现,现在必须同时提供 InServiceMaximumPermissibleLadenMassAxleCountry 或 InServiceMaximumPermissibleLadenMassAxleTrafficRegulation。
  • 当规则将 BodyWorkTable 的字段设为必填时,该表本身不能再省略,在相同条件下必须存在。

以及三周前的 3.0 版

9 月 5 日的 3.0 版是一次较大的更新,源于 EReg 工作组关于多阶段车辆的讨论:

  • 涉及车轴、尺寸、标识、能量转换器和车辆等级的 50 多个字段,改为仅对完整车辆(StageOfCompletion = C)必填。这简化了不完整车辆和已完成车辆的提交,但也改变了完整车辆必须包含的字段。
  • 多阶段型式认证校验恢复为最初形式:PreviousStageTypeApprovalNumber 必须与 TypeApprovalNumber 不同。
  • 对于 M、N、O、L 类别,ActualMass 必须小于或等于 TechnicallyPermissibleMaximumLadenMass,补上了此前缺失的“或等于”。
  • 每个轮胎的 TyreFittedProductionIndicator 都必须有值。
  • T、C、R、S 类别(法规 167/2013)的 VehicleIdentificationNumber 现在可以包含 I、O、Q。
  • 技术编号字段不再接受零值:ManufacturerStageNumber、GearNumber、FinalDriveNumber、AxleNumber、TyreNumber 及另外八个字段。
  • 修正了规则 R214 和 R215 的嵌套路径、CategoryHybridElectricVehicle 的位置、TypeINox 与 TypeINmhc 互换的层级,以及生产日期校验中的时区错误。

七个月内九次发布

这并非一次性变更。自 2026 年 2 月 ICM 引入版本信息以来,已从 2.3 经 2.4、2.5、2.6、2.7、2.8、2.9、3.0 更新到如今的 3.1。此前的版本同样增加了必填内容:AxleAirSuspensionOrEquivalentIndicator 成为 O 类别必填项,新增了 MechanicalCouplingCanBeFittedApprovalMark 和 ApprovalNumber,新增了 SignerName,TestFamilyIdentifierValue 增加了格式校验,6 月 10 日的新 IVI XSD 2.0 取代了旧 schema。

实际上,规则集大约每月变更一次,哪些字段算必填是一个不断移动的目标。针对某一 ICM 版本一次性搭建的集成,只在下一次发布之前是正确的。

是拒绝,不是警告

国家接入点不会接受违反 ICM 规则的文件。8 月还能通过的 eCoC,到 10 月可能在制造商未做任何改动的情况下被拒绝。对于用模板、转换工具或按旧版 ICM 编写的内部脚本生成 IVI XML 的制造商来说,第一个信号通常是 NAP 的拒绝,有时则是车辆滞留在注册窗口。

出错的代价也在上升。正如我们在关于KBA 的 IVI 2.0 时间表的文章中所述,自 2.x 版起,已提交的记录不能再删除,唯一的补救办法是提交更正记录。第一次就把文件做对,比以往更加重要。

CoCDesk 如何处理 ICM 发布

跟进 ICM 是 CoCDesk 工作的一部分,客户无需自己去做:

  • 我们跟踪 EUCARIS 的每一次 ICM 和 XSD 发布,并在发布后迅速将新规则纳入平台的验证引擎,因此 CoCDesk 校验所依据的规则集就是各国家接入点实际运行的规则集。
  • 每一份 eCoC 在离开您的系统之前,都会按当前的 ICM 规则集和 XSD 进行校验。不完整或不合规的文件永远不会被发送,因此也永远不会被拒绝。
  • 新的必填字段会在界面中直接呈现:字段被高亮并附有规则说明,您的团队清楚知道要补充什么以及为什么。
  • 当某个字段成为必填项时,只需从您的 ERP、MES 或型式认证数据中映射一次。没有人需要手工编辑 XML。
  • 3.0 版的 StageOfCompletion 逻辑会自动应用,不完整、已完成和完整车辆各自按正确的规则子集进行校验。
  • 每次提交都会保留带时间戳的记录,注明校验所依据的规则版本,可随时用于生产一致性(CoP)检查。

您的 eCoC 流程准备好迎接 ICM 3.1 了吗?

如果您的 eCoC 来自模板、转换器或脚本,3.1 版正是检查它们的好时机。预约一场在线演示,我们将用您自己的车辆数据跑一遍当前规则集。

预约在线演示

准备好迎接欧盟 eCoC 上线了吗?

预约免费演示,了解 COCDESK 如何让您的 eCoC 流程在每个欧盟成员国都达到生产就绪状态。