eCoC 的数据早已存在，难点在于让它们流转起来。
当一辆车驶离装配线的那一刻，eCoC 所需的全部字段都已在您技术栈的某个环节生成并获得批准：
- 型式批准编号和变型/版本代码记录在您的型式批准主数据中。
- VIN、制造选装项、质量、轴荷和尺寸来自生产订单或配置器。
- 发动机、变速器、排放等级和燃料类型与变型相关联。
- 生产一致性（CoP）记录由您的质量系统生成。
难点不在于数据缺失，而在于这些数据如今分散在ERP、MES 和型式批准数据库之间，需要有人手动复制它们去填写一个 IVI XML 模板、手动校验、手动签名，再手动上传到国家接入点。处理十来辆车尚可行；但每年成百上千辆时就不再可行了。
eCoC EU² 如何对接
eCoC EU² 软件的设计宗旨就是充分利用您已有的数据。根据您 IT 技术栈的成熟度，我们采用三种不同的集成模式：
1. 直接 API 集成
在配备现代 ERP 和 MES 的环境中，生产系统会在质量部门确认车辆完工的那一刻，通过 REST API 或消息总线将车辆记录传送给 eCoC EU²。一个针对每个客户的专属映射器会将载荷转换为 IVI 2.0 模式。
2. 文件导出（CSV / XML / EDI）
如果 ERP 非常封闭，或修改周期较慢，eCoC EU² 可从受监控的文件夹、SFTP 路径或 S3 存储桶中获取定时导出的文件。映射器和输出完全相同。许多客户从这里起步，在验证回报后再迁移到 API 集成。
3. 基于配置器的模式
如果您拥有一个车辆配置器，能够描述选装项如何影响质量、尺寸和排放，eCoC EU² 可直接读取其输出。对于第二阶段车辆而言，这是最清晰的方式，因为每种车身变型都会改变载重能力和型式批准编号。
典型输入载荷：生产订单 ID、VIN、基础型式批准、变型 + 版本、制造选装项、实测质量，以及整车的 CoP 标记。
eCoC EU² 兼容的 ERP 和 MES
我们已针对欧盟改装厂以及第一阶段／第二阶段制造商实际使用的系统，实施或规划过集成方案：
| 层级 | 我们对接的系统 |
|---|---|
| 一级供应商 / OEM 的 ERP | SAP S/4HANA、Oracle Fusion Cloud ERP |
| 汽车行业中端市场 ERP | Infor CloudSuite Automotive、Plex (Rockwell)、DELMIAworks (Dassault Systèmes)、Microsoft Dynamics 365 F&O、IFS Cloud、Epicor Kinetic |
| DACH / 欧盟改装厂的 ERP | abas ERP、proAlpha、Sage X3、SAP Business One |
| 生产执行 / MES | Siemens Opcenter、Rockwell Plex MES、Dassault Apriso、AVEVA System Platform、Tulip |
| PLM / 型式批准数据 | Siemens Teamcenter、Dassault ENOVIA、Aras Innovator、内部型式批准数据库 |
如果表中没有您的系统，集成思路并无不同：我们会针对您的数据契约搭建一个映射器。难点在于您的业务规则，而绝非连接器本身。
数据从头到尾的流转路径
上方的示意图勾勒出完整的流转路径。从生产系统出发，eCoC EU² 运行客户映射器，生成一份经过模式校验的 IVI 2.0 XML，为其加盖一个来自欧盟信任列表中合格信任服务提供商的 XAdES 签名，再将其提交至相应的国家接入点（NAP）；当目标成员国允许通过他国 NAP 提交时，则借助 EUCARIS 检索。
无论是回执还是任何拒绝原因，都会回传至您 ERP 或 MES 中的源记录，使生产系统在每辆车旁直接反映 eCoC 状态，而不是记录在一份独立的电子表格里。
第一阶段与第二阶段：多阶段提交
集成的设计取决于您是制造基础车辆还是完成整车。
第一阶段 —— 基础车辆制造商
通常是底盘和底盘驾驶室。eCoC EU² 的集成锚定在生产订单完工事件上。所提交的 eCoC 涵盖非完整车辆，并包含下一阶段所需的基础型式批准编号。
第二阶段 —— 改装厂 / 改造商
在这里，您的 eCoC 必须引用第一阶段签发的上一份 eCoC。eCoC EU² 通过 EUCARIS 检索获取基础 eCoC 的 XML（首选方式），或接受底盘制造商资料中的基础型式批准编号来完成此项工作。第二阶段的 eCoC 会补充整车质量、车身类型和轴配置，并重新签名。
我们在提交中消除的那个棘手难题
第一阶段申报值与第二阶段实测值之间在质量和尺寸上的不一致。eCoC EU² 会标记出这种偏差，并要求在提交 eCoC 前进行审核，从而避免因最终质量超出技术允许最大质量而被 NAP 拒绝。
一个集成项目包含哪些内容
以一家基于 Sage X3 或 proAlpha 运营的普通改装厂为例：
- 第 1 周 —— 数据映射工作坊。我们与您的型式批准负责人及 ERP 管理员一起，将 IVI 2.0 模式与您的字段逐一比对。交付物：一页纸的数据契约。
- 第 2–4 周 —— 开发连接器并接入您的测试环境。我们用样本车辆生成测试用 eCoC，并提交到 NAP 的测试端点。
- 第 5–6 周 —— 并行运行。eCoC EU² 与您现有流程并行生成 eCoC，并逐字段比对输出结果。
- 第 7 周起 —— 投入生产。手动生成 eCoC 的方式被淘汰。
对于基于 SAP S/4HANA 的第一阶段制造商，前期调研和安全审查需要更多时间，但技术开发推进得更快，因为源头数据更为规范。
集成从何时起才划算
就实际而言，手动生成 eCoC 的现实上限大约是每年不到 50 份 eCoC。IVI 2.0 XML 并非为肉眼阅读而设计：它密集、深度嵌套，且充斥着看似可互换实则不然的代码列表值。在任何稍具规模的体量下手工编写它，必然出错，而每个错误都意味着一次 NAP 拒绝和一轮额外的重新签名。一旦超过这个阈值，集成 ERP/MES 就不再只是降本之举，而成为唯一可持续的流程。
还有一点常被团队低估：集成不只是更快地签发 eCoC。当生产和型式批准都取自同一个事实来源时，您的生产记录与提交给主管机关的文件之间，整整一类不一致问题就此消失——而这恰恰是生产一致性审计中最容易出问题的地方。
面向第一阶段和第二阶段制造商的 eCoC EU²
- 从您的 ERP、MES 或配置器生成 IVI 2.0 XML
- 按客户维护的映射器；模式变更时自动部署更新
- 提交前的模式校验，以及使用 QTSP 证书的 XAdES 签名输出
- 直接提交至所有欧盟 NAP，并通过 EUCARIS 检索实现基础车辆与整车的跨境匹配
- 将状态回传至 ERP 或 MES 的源记录
- 面向生产一致性的完整可追溯性
如果您分阶段制造车辆，面对 2026年7月5日 这一期限的瓶颈并非法规本身，而是您的生产系统与登记主管机关之间的数据传递。这座桥梁，我们可以在数周内搭建完成。
下一篇文章