NAP 接入实践：从制造商准入到 VIN 检索验证

NAP 在 eCoC 中的角色

NAP（National Access Point）是制造商向主管机关提供结构化电子 CoC 的接入入口。Implementing Regulation (EU) 2021/133 Article 1 允许制造商通过欧盟境内任一 NAP，将 eCoC 提供给授予整车型式批准的机关。

NAP operator 通常负责制造商准入、签名证书登记、通信凭据、测试环境、接口接收与回执。EUCARIS 则用于主管机关之间的通知、交换或按 VIN 检索。制造商不直接向 EUCARIS 申请统一账户。

需要避免两个误区：

接口开发之前，应先形成一张实施矩阵：

维度	需要确认的内容
车辆	M / N / O 类别、生产日期、是否 national small series 或多阶段制造
批准	WVTA、授予批准的机关、制造商与 EU representative 名称
市场	拟登记国家、当前运行状态、纸质过渡与 VIN 检索方式
入口	候选 NAP 是否开放制造商 onboarding、测试和生产准入
签署	签名或印章类型、证书主体、XML profile、证书登记与吊销验证
通信	SOAP / REST、mTLS / OAuth、环境隔离、IP 或凭据要求

如果制造商名称、EU representative、WVTA 或证书主体不一致，接口代码完成也无法通过外部准入。

向 NAP operator 获取当前版本的申请表、接口说明、XSD / MessageBook / ICM 发布包、签名规则、测试要求和生产 Gate。不要用商业 tracker 或其他国家的规范代替。

典型材料包括：

签署凭据和通信凭据通常不是同一张证书，必须分开管理。

在进入外部测试前，至少覆盖：

除了成功提交，还要验证超时、延迟回执、重复请求、证书错误、限流和服务中断。系统需要记录请求时间、环境、文件 hash、Correlation ID、原始回执和重试决策。

技术超时后的重传不应与业务 correction 混为一谈。前者需要幂等控制，后者需要新版本、原因和合规审批。

NAP 接收只是第一个外部状态。上线前还应选择真实目标市场验证：

爱尔兰 Revenue 已公开 VIN 经 EUCARIS 自动下载的运行方式，可作为适用 M、N 车辆的下游检索参考。

荷兰 RDW 公开说明其 NAP 可申请连接，且已有较完整的主体、证书和测试路线，是可优先核验的 EU 入口。但“可申请”不等于任何制造商已经获得生产准入。

瑞典明确不会提供本国制造商 NAP，制造商需要选择其他 NAP 路由到瑞典。这说明 NAP 选型不能简单等同于目标销售国。

德国、波兰、法国、意大利等市场的公开生产准入信息仍不一致。在取得主管机关或 operator 的书面说明前，只能作为待核验市场，不能承诺生产接口和交付日期。

英国 VCA 是独立系统，不属于 EU NAP。EU 与 UK 可以共用内部数据和证据框架，但账户、发布包、通信凭据、API adapter 和上线验收必须拆开。

端到端链路由制造商、NAP、EUCARIS、批准机关和登记机关共同组成，不存在一个能覆盖全部参与方的统一商业 SLA。建议建立：

本文核验至 2026 年 7 月 30 日。实际接入应使用 operator 当前发布的申请材料和技术包。