三个必须严丝合缝的部件
eCoC 的架构建立在三项紧密交织的技术标准之上：用于构建数据的 IVI 2.0 XML 格式、赋予真实性和完整性的 XAdES 数字签名，以及将文件交付给相应成员国的 国家接入点（NAP）。只要其中任何一个环节出错，提交就会被拒绝。
IVI 2.0 XML：数据的格式
eCoC 被编码为一个 IVI 2.0（初始车辆信息）文件，这是一种由欧盟委员会定义的 XML 结构。它包含与纸质 CoC 相同的信息，只不过是机器可读的，并且可以对照模式进行校验。
IVI XML 的核心特征
- • XML 结构遵循欧盟统一的 IVI 模式，并带有各国专属的批准机关代码（例如，德国为 e1，法国为 e2，西班牙为 e9）。
- • 每个批准机关都会将其收到的文件对照 XSD 模式进行核对。结构性错误或缺失必填字段会立即触发拒绝。
- • 字段是否必填取决于车辆类别和制造阶段，属于有条件的必填；这是一个复杂的模式。
XAdES 数字签名
每份 eCoC 都必须使用 XAdES（XML 高级电子签名）进行数字签名。并非任何签名都行：它是一个具体的标准，专为 XML 文件设计，旨在长期保持可验证性。
XAdES 的要求
- • 使用由欧盟信任列表中认可的合格信任服务提供商（QTSP）签发的合格证书进行签名。
- • 签名嵌入在 XML 结构本身之中（包络式签名）。
- • 用以证明签名时刻的时间戳。
- • 证书链的验证数据，以支持长期验证（XAdES-T 或 XAdES-LT 变体）。
提交至 NAP 的途径
每个欧盟成员国都管理着自己的国家接入点（NAP）。大多数都提供两种提交途径：
网页门户
用于低批量和测试的手动文件上传。适合小批量制造商。
API（系统对系统）
面向高批量的自动化提交，与 ERP 和生产系统直接集成。
在多个成员国销售的主体，必须分别集成每个 NAP，或借助 EUCARIS 的跨境模式。
eCoC EU² 覆盖整个技术栈
- 生成 IVI 2.0 XML 并在提交前进行模式校验
- 集成的 XAdES 签名，使用 QTSP 合格证书
- 在任何成员国通过门户或 API 进行多 NAP 提交
- 支持 EUCARIS 检索以实现跨境登记