IVI XML 格式
eCoC 基于为欧盟 eCoC 系统开发的初始车辆信息（IVI）文件。 IVI 2.0 XML 文件遵循协调统一的欧盟 IVI 模板，每个欧盟成员国使用其自身的 批准机关代码（例如德国为 e1，法国为 e2）， 并在适用之处使用各国特定的法规引用。
IVI 文件必须采用可扩展标记语言（XML）格式——不是 PDF，不是 Word，也不是任何其他格式。 之所以使用 XML，是因为 eCoC 是结构化的法规数据，需要被 NAP 和其他主管机关自动提取、校验和存储。
IVI 模式：一份 eCoC 里有什么
IVI 2.0 模式包含数百个技术数据字段，涵盖：
车辆标识
VIN、型式批准号、批准机关代码、变型和版本、制造商详情
技术数据
质量、尺寸、轴配置、发动机规格、排放等级、燃料类型
合规数据
零部件型式批准、法规引用、用于多阶段制造的阶段特定数据
XAdES 数字签名
每一份 eCoC 都必须携带数字签名，以保证真实性和数据完整性。 欧盟遵循与欧盟相同的标准：XAdES（XML 高级电子签名）， 其定义见 ETSI EN 319 132，并与 eIDAS 法规保持一致。
允许的签名类型为：
- 高级电子签名（AdES）——最低要求
- 高级电子印章（AdESeal）——用于组织级签名
- 合格变体（QES、QESeal）——可选但被接受
XML 格式的敏感性
一旦一个 XML 文件被数字签名，对文件的任何改动——哪怕只是加一个空格或换行——都会使签名失效。 这是提交失败的一个常见根源。文件必须作为提交前的最后一步进行签名，此后不应再做任何修改。
XSD 模式校验
在提交之前，IVI XML 文件会根据 XSD（XML 模式定义）进行校验，以确保 结构和内容正确无误。这项自动检查会在文件到达 NAP 之前，捕获诸如缺少必填字段、 数据类型错误以及取值无效之类的错误。
提交前校验至关重要——未通过 XSD 检查的文件将被拒收，需要更正并重新提交。
NAP 提交路径
NAP eCoC 门户
一个基于网页的界面，用于手工上传 IVI XML 文件。适合体量较低或处于实施早期阶段的制造商。
API（系统对系统）
通过 NAP API 自动传输。支持与生产系统、ERP 平台和 eCoC 管理软件直接集成，适用于大体量工作流。
COCDesk 处理技术复杂性
COCDesk 把技术要求抽象掉，这样你的团队就不必在内部自建 XML 生成、XAdES 签名或 NAP API 集成：