常见的 eCoC 错误：XML 校验失败、签名问题以及如何避开它们

eCoC 提交为何会失败

全欧盟的国家接入点（NAP）都会对每一份 eCoC 提交进行自动校验。任何未能通过 XSD 模式验证或包含无效数字签名的文件都会被立即拒绝。识别出最常见的失误——并设计出能将其化解的流程——对于一次顺畅的过渡至关重要。

这是签名失效的头号原因。一旦 IVI XML 文件完成数字签名，任何改动——哪怕只是加一个空格、一个换行符或重新排列 XML——都会使签名失效。必须毫无例外地将签名作为最后一步，恰好在提交之前进行。

每个欧盟成员国都有自己的批准机关代码（例如，德国为 e1，西班牙为 e9，法国为 e2）。使用了不对的国家代码、把多个成员国的代码混在一起，或完全遗漏它，都会导致接收方 NAP 拒绝。

IVI 模式包含数百个字段，其中许多根据车辆类别和制造阶段为有条件的必填。在基础车辆中可选的字段，在整车中可能是必填的。哪怕只缺少一个必填字段，XSD 就会校验失败。

数值字段中填入文本、日期格式错误，或质量的小数精度不正确，都会触发 XSD 校验错误。数据必须严格符合模式所定义的类型。

数字签名需要一份来自受认可信任服务提供商的有效证书。过期的、自签名的或来自未受认可提供商的证书，都会使签名校验失败。

在多阶段制造中，整车的 eCoC 必须引用正确的基础车辆数据。在基础车辆 eCoC 与整车 eCoC 之间不一致的 VIN、型式批准编号或阶段引用，都会被标记出来。

eCoC EU² 软件将完整的 eCoC 链路自动化，并消除了大部分错误集中出现的手动步骤：

集成的 XSD 校验，在签名前就抓出模式错误

将签名作为最后一步自动完成，无需手动操作文件

根据型式批准数据自动套用正确的批准机关代码

在基础车辆 eCoC 与整车 eCoC 之间进行一致性检查

下一篇文章

预约免费演示，了解 eCoC EU² 如何让您的 eCoC 流程在所有欧盟成员国快速投入运行。