电池护照系列第4篇｜本文阅读时间需要3分钟
今年8月，一个客户给我发了一张照片。
一块储能电池的外壳，右下角贴着一枚二维码。旁边用激光雕刻了一串编号。
客户语音带着得意："陈工，电池护照搞定了。二维码印了，NFC芯片嵌了，编号也刻了。是不是可以出货了？"
我看着那张照片，回他："这是起点，不是终点。你贴的是入口，不是内容。"
客户愣了："什么意思？二维码扫出来不就是电池护照页面吗？"
我说："扫出来是页面。但那个页面里的数据，未来十年要更新几十次。你准备好更新的人、系统、流程和钱了吗？"
你的工厂，是不是也以为电池护照就是"贴个二维码+填一次表"？评论区扣"是"或"不是"。
电池护照不是电子证书。
电子证书是一次性交付的静态文件。CE符合性声明，签完字盖完章，五年有效，中间不用改。
电池护照是动态数据档案。EU 2023/1542 Article 77及Annex XIII规定，它跟着电池走一辈子，从生产到回收，数据一直在变。
二维码和NFC芯片只是入口。 扫进去之后，背后是一个持续十年的数据运营体系。
DPP登记架构，很多人理解反了。
欧盟DPP注册系统（2026年7月20日上线，依据欧盟委员会公告）不是"云端数据库帮你存全部数据"。
它的架构是去中心化的。中央登记库（Central Register）由欧盟委员会运维，但只存索引（EU 2023/1542, Article 78及2026年8月3日欧盟委员会《Guidance Document》Version 1.0）。存什么？
完整产品数据由制造商或进口商自主托管。 中央库只做一个路由枢纽——扫码的人先到中央库，中央库返回一个链接，指向企业自己托管的DPP页面。
这意味着两件事：
第一，你得自己建或租一个数据托管平台。欧盟不帮你存。
第二，那个链接背后的数据，未来十年你得持续维护。中央库只负责"链接还在不在"，不负责"内容对不对"。
你的工厂，DPP数据目前打算存在哪里？自己的服务器、租云、还是找SaaS平台托管？评论区写'本地''云端'或'还没想'。
动态更新不是"可选功能"，是强制义务。
EU 2023/1542 Annex XIII规定了电池护照全生命周期的动态更新机制。我拆成四个场景：
场景一：使用阶段。
电池装到储能柜里，运行三年，SOH（健康状态）从100%掉到85%。循环次数从0增加到3000次。这些数据变了，电池护照必须更新。
场景二：维修记录。
第五年，客户现场更换了一组电芯。BMS软件升级了版本。维修日期、更换部件序列号、BMS版本号，必须录入护照。
场景三：梯次利用。
第八年，这块电池从储能柜退役，转去做备用电源。用途变了，环境变了，寿命预期变了。这时候不是"更新旧护照"，是创建新护照，原护照终止（EU 2023/1542, Article 77及Annex XIII）。
场景四：回收终止。
第十年，电池进入最终回收。回收企业更新回收率、材料再生数据。护照终止，数据封存。
这四个场景里，你的售后团队目前能覆盖几个？评论区写数字0-4。
版本管理是隐形的合规成本。
每次数据变更，不是"直接覆盖旧数据"。EU 2023/1542, Annex XIII要求支持版本管理，每次变更生成新版本，保留历史记录。
为什么？因为欧盟市场监管机构可能随时抽查："这块电池2028年3月的SOH是多少？2029年1月维修换了什么部件？"
你回答不上来，或者数据对不上，就是合规问题。
全操作日志须留痕：
认证日志：6个月
管理与交换日志：5年
数据变更日志：覆盖注册全周期
这意味着你的IT系统得支持"时间轴回溯"。 不是只存最新数据，是存每一次变更的完整记录。
我见过有工厂用普通CMS网站做DPP展示页面。内容一改，旧版本直接覆盖。没有变更历史，没有操作日志。
这种系统，验证机构一审一个死。
10年留存，不是"硬盘里存10年"。
EU 2023/1542, Article 77及Annex XIII规定，DPP数据默认留存至少10年。
但"留存"有三个条件：
可访问：10年后扫码，链接还能打开，页面还能显示
可读性：数据格式不能过时。你现在用JSON存的，10年后系统升级了，旧格式还能解析吗？
备份机制：硬盘会坏，云服务商会倒闭。异地备份、定期迁移、灾备演练，都是隐性成本。
你的工厂，目前有没有做过"10年后数据还能打开"的测试？评论区写'测过'或'没测过'。
四层访问权限，是数据安全的核心。
不是所有人扫码看到的内容都一样。EU 2023/1542, Annex XIII第1-4部分规定了分级访问：
层级一（公众）：产品标识、化学成分、容量、重量、碳足迹等级标签、回收指引
层级二（合法利益方及欧委会）：碳足迹详细声明、供应链尽职调查报告、再生材料含量
层级三（仅公告机构）：合规测试报告、技术文档、验证数据
层级四（仅合法利益方，需授权）：商业敏感信息、BMS数据、工艺参数
企业须建立数据权限管理机制。 在满足法规要求的同时，最大程度保护商业秘密。
但很多工厂的系统是"要么全公开，要么全锁死"。全公开等于把材料配方、BMS算法、供应商名单摊给竞争对手。全锁死等于公众扫码什么都看不到，违反法规。
你的工厂，目前有没有做过数据分层访问的设计？评论区写'有'或'没有'。
我去年见过一个"贴完就完事"的典型案例。
客户是储能系统集成商。2026年6月，电池护照试点，他们找了一家SaaS平台，快速生成了二维码，贴在电池外壳上。
页面挺漂亮。产品型号、容量、重量、碳足迹等级，都有。
客户跟我说："搞定了，后面不用管了。"
我说："你BMS数据怎么更新？"
他说："BMS数据是商业机密，不公开。"
我说："不公开是对的。但电池运行三年后SOH变了，你页面上的健康度还是100%。消费者扫码发现数据明显过时，会不会怀疑你们造假？"
客户愣了。
更麻烦的是梯次利用。第八年电池退役转备用电源，原护照应该终止，新护照应该创建。客户不知道这个规则，旧护照继续挂着，新护照没建。
这意味着同一块电池在系统里有两个身份。市场监管机构一查，数据冲突，直接判定不合规。
从那以后，我审任何电池护照项目，最后一页不看二维码扫出来什么，看"未来十年的更新流程图"有没有。没有这张图，就是没做完。
137天。
第一篇我报了倒计时。今天再报一次，因为电池护照的倒计时不是"注册截止"，是"运营开始"。
2027年2月18日，你注册了，二维码贴了，货柜出海了。这只是第0天。
第1天到第3650天，你的数据在持续变化。谁在监控？谁在更新？谁在确保版本不冲突？谁在十年之后还能打开这些数据？
电池护照不是一锤子买卖。是十年婚姻。
你的工厂，电池护照"注册之后"的运营工作，目前安排了专人负责吗？还是打算让认证经理"兼职"？评论区写"专人"或"兼职"。
【工具包】
1、欧盟电池法合规体系搭建手册参考V1.0｜2、欧盟电池法合规体系操作参考手册1.0｜电池法案解读重点PDF｜电池法案名词词解｜电池法案等法规综合包
2、套表单：表A-05护照数据终审单（14个核心字段分组骨架）/ A-06变更评审单 / A-12数据授权函台账（含四项数据条款核对+30天升级链）/ A-15 BOM变更申报单 / A-16 QR核对单 / A-09法规监测清单（固定/条件分列，预填9条锚点）