欧盟电池护照软件架构：为 2027 年 2 月做好准备
自 2027 年 2 月 18 日起，在欧盟市场投放的相关电动汽车电池、轻型交通工具电池和 2 kWh 以上工业电池，都需要电子电池护照。应把它建设为长期身份与访问系统，包括唯一电池 ID、稳定二维码入口、受治理的限制数据和生命周期更新。
护照不是二维码背后的 PDF，而是服务制造商、维修商、回收商与监管者的数据产品。欧盟委员会 2026 年 8 月指南列出 71 个数据点。
哪些电池和系统受到影响？
| 设计因素 | 要求 | 架构影响 |
|---|---|---|
| 范围 | EV、LMT 和 2 kWh 以上工业电池 | 在 SKU 和物理单元层判断范围 |
| 身份 | 每块电池一个护照 | 使用不可变电池 ID，而非型号或批次 URL |
| 访问 | 公开与受限数据类别 | 字段级策略与特权访问审计 |
最小可行架构是什么？
使用五层：身份、采集、规范数据、策略和发布。二维码目标保持稳定，记录保留来源、生效时间、单位、验证状态和被替代值。
- 管理电池 ID、型号、经济运营者和解析器的身份服务。
- 用于制造、测试、维修、健康状态和回收事件的签名 API。
- 包含单位、来源、时间和质量标记的版本化模式。
- 面向公开与受限角色的策略引擎。
- 不依赖专有门户的导出与可用性层。
如何建模 71 个数据点？
把每项数据映射到源系统、负责人、更新事件、验证规则、访问类别、保留和失败行为。即使 JSON 模式完整，没有可靠来源的字段仍是交付风险。
- 分开静态型号数据与单体生命周期数据。
- 明确表示计量单位。
- 为关键声明附上证据和签名。
- 为第三方数据设计纠错与争议流程。
真实项目常在哪里失败？
常见问题是身份冲突、失效二维码、表格交接、公开过度和售后无人负责。除正常 API 外，还要测试弱连接和组织交接。
- 不要把敏感数据直接写入二维码。
- 不要让回收商依赖制造商员工账号。
- 为破产、收购和供应商更换定义导出方案。
可执行的交付顺序
- 盘点电池类别、角色、市场和数量。
- 建立数据点矩阵并弥补源系统缺口。
- 用一块电池打通制造到回收。
- 实现公开与受限视图并测试授权。
- 测试互操作、二维码、负载、备份、导出和供应商故障。
- 在一条产品线试点并于 2027 年 2 月前扩展。
构建产品，而不只是 backlog
如果这篇文章对应的是一个真实产品决策，Wavect 可以用高级创始人级判断帮你界定范围、构建、加固或领导软件工作。
可选服务路径：
欧盟电池护照常见问题
何时强制实施？
自 2027 年 2 月 18 日起，适用于投放市场或投入使用的相关电池。
护照只是二维码吗？
不是。二维码只是入口，还需要唯一身份、受治理数据、更新、可用性和互操作。
所有字段都公开吗？
不是。法规区分一般可访问数据和仅向特定角色提供的数据。
购买门户还是自建？
先明确数据、集成、身份、访问、退出与运营。门户无法修复缺失的源数据。
最终思考
从单体身份和数据所有权开始。只做二维码演示的团队，往往太晚才发现昂贵的生命周期和治理工作。
主要来源
- 欧盟法规 2023/1542. 有约束力的范围与要求
- 欧盟委员会电池护照指南. 准备工作与 71 个数据点
- 数字产品护照中心. 当前资源与注册信息