自建电池护照还是使用软件？
法规没有规定必须使用软件，它规定的是结果。本文告诉您自建何时可行、何时失衡，以及如何稳妥地做出这个决定。
要点速览
自 2027 年 2 月 18 日起，LMT 电池、电动汽车电池以及容量超过 2 kWh 的工业电池在欧盟需要数字电池护照（法规 (EU) 2023/1542 第 77 条）。这部法规中没有任何地方规定您必须为此购买软件。完全自建在法律上是允许的。因此问题不在于您是否可以自建，而在于对您的情况而言，自建是不是更可靠的路径。
本页是决策辅助，不是销售页面。我们自己也做电池护照软件，但仍要坦率地说：在某些情形下自建更为合理。基础知识见什么是电池护照？。期限细节见电池护照义务：何时起？。下文列出两条路径都必须满足的要求、典型的转折点、成本逻辑，以及一份含六个问题的清单。
法规真正要求的是什么
电池法规规定的是结果，不是工具。凡是将有护照义务的电池投放市场的企业，自关键日期起必须确保：每一块电池都有一份电子护照。电池上的二维码指向这份护照（第 13 条第 6 款和第 7 款以及附件 VI C 部分）。护照内容依据附件 XIII，分为三个访问级别：面向所有人的公开信息、面向具有合法利益人员及欧盟委员会的受限信息，另有面向主管机构的级别用于测试报告。此外，注册义务生效后，电池必须在欧盟登记系统中注册。
至于如何达成这些结果，由您自己决定。在自有基础设施上自行开发的系统与购买的解决方案同样满足法规要求。电池护照系统也不存在认证义务，更没有官方认证标志，无论是服务商还是自建系统都没有。谁向您出售这样的标志，就是在出售不存在的东西。
尽管如此，参考依据还是有的。欧盟委员会于 2026 年 8 月 15 日发布了一份包含 71 个数据点的指南，按类别整理。DIN SPEC 99100 作为指导文件描述了通往护照的七个工作步骤。EN 18222 为数据接口定义了一项标准，最终的 DIN 版本已经预告。2026 年夏天协调的 DPP 标准仅在生态设计法规下产生符合性推定，对电池护照并不适用。所有这些对自建和软件同样有效：它们是工作基础，不是强制工具。 法规与标准中的专业术语，见术语表。
自建方案必须做到什么
自建者建的不是一个表单，也不是一个产品页面，而是一个承担六项任务的系统。每一项都可以做到，但每一项都意味着长期运维。
每种电池类型一个数据模型
附件 XIII 定义了护照内容，委员会指南列出了 71 个数据点及其类别和可见性。关键在于：必填字段因电池类型而异。EV 电池需要的信息不同于 LMT 电池或固定式储能。因此自建方案需要一个按类型区分的数据模型，每种类型有自己的必填逻辑，否则您将长期靠人工检查完整性。
在服务器端分离访问级别
附件 XIII 中的三个级别必须在技术上分离。仅在界面上隐藏受限字段是不够的：服务器交付的内容就是可以被调取的内容。因此自建系统必须在数据查询时就决定调用方能看到哪个级别。此外还有一处未定之数：关于合法利益的实施法案（第 77 条第 9 款）尚未颁布。访问检查的设计必须能够在日后调整，而无需重构系统。
能用上多年的二维码
二维码被印刷或激光刻在电池上，与电池同寿。其背后的 URL 在整个使用寿命内不得失效：域名续费、更换托管商、公司更名和系统更替，链接都必须毫发无损地挺过去。自建者要自己作出这一可用性承诺，包括备份、监控，以及回答这样一个问题：当搭建系统的人离开公司时，由谁负责。
用 Schema 校验取代目视检查
护照数据会被第三方机器读取。单位、格式或必填字段中的错误会在读取方那里暴露，而不是在您这里。因此自建方案应在发布前将每份护照对照机器可读的 Schema 进行校验，例如对照 Battery Passport Data Model。自行维护这套校验意味着：每次 Schema 变更都要跟进。
版本管理与举证
电池护照不是一份一次性文件。数据会因更正、维修和新的强制信息而变化。您必须能够证明哪个版本何时公开、谁改了什么。这需要版本管理和一份经得起推敲的历史记录，必要时要能面对市场监管机构。
跟踪尚未出台的法律文件
法律状况仍在变动。尽管固定期限已过，碳足迹义务仍未触发，因为方法和格式法案缺位。登记册条例 (EU) 2026/1778 自 2026 年 8 月 6 日起生效，沙盒自 2026 年 7 月 20 日起运行。但电池登记在欧盟侧仍被封锁。语义目录和接口宣布于 2026 年第四季度提供。登记义务自 2027 年 2 月 18 日开始，并以通过 eIDAS 验证的经济运营者为前提。自建者需要一位指定人员跟踪这些变动。登记册细节见欧盟电池护照登记册。所有六项任务自第一份护照起即已存在。
常被忽略的一项：数据从何而来
在自建方案的测算中，软件几乎总是焦点：表单、数据库、护照页面、二维码。但工作量很少在那里。它在于从公司已有系统中汇集数据。主数据和标识通常在 ERP 中，文本和图片在 PIM 中。技术数值和物料清单在 PLM 中。检测报告和生态平衡由检测机构和服务商产生。而第 52 条第 3 款的尽职调查政策报告由经济运营者自己编制。供应商和检测机构只提供证据和验证。
为什么这对自建方案是双重负担
自建者要承担两次这样的集成工作。一次用于初次填充，届时每个型号的全部必填信息都要汇齐。另一次是长期的，因为护照在投放市场之后仍在延续。按第 77 条第 4 款，经济运营者须保持信息准确、完整且最新。附件十三第 4 项要求的数值在每次状态变更时都会改变。成品软件不会自动解决这部分。但它提供了您可以对接的接口。
这需要多长时间
没有外部人士能给出可信的月度数字。这取决于您的系统环境，变量太多。可以估算的是各个项目。包括每个电池型号在欧盟委员会指南中的 71 个数据点。此外还有上文所列自建的六项任务。此外还有您的型号和电池类型数量。以及您需要取数的源系统数量。这四个量不是公式，而是供您自行评估的项目。这样推导出的估算，比网上任何经验法则都更可靠。因为其中每个假设您都能说清楚。前置时间由此可以按月论证，而不是靠猜。它不是从开发开始，而是从数据收集开始。
比工期更重要的是它所依附的终点。在法律上，义务系于自2027年2月18日起的投放市场或投入使用。而在实务中，您自己的截止时点更早，因为二维码是在生产环节施加的：请从第一块相关电池带着标识下线的那一天倒推，而不是从期限本身倒推。
自建何时可行，何时失衡
自建可行之处
当三个条件同时具备时，自建是一个现实的选项：只有单一电池型号或极少数型号；数据很少变化；有一个长期负责运维的自有开发团队。此时护照是一个可控的项目：一个数据模型、一个公开页面、一个稳定的链接、一套变更流程。本来就运营自有软件的企业，这样做不会给自己增加额外的依赖。
自建失衡之处
三个地方会变得棘手。第一是型号多样性：每增加一个型号、每增加一种电池类型，都会带来自己的必填字段和维护工作。第二是供应商：一旦电芯、材料或制造数据来自第三方，您就需要一个带审核与跟踪的结构化供应商流程；电子邮件附件无法规模化。第三是标准变动：每一份新指南、每一部实施法案、每一次 Schema 变更都意味着开发工作。一次性项目就此变成带有自己待办清单的长期产品。这个失衡点很少在第一天显现；它随着第二个型号、第一家供应商或第一次 Schema 变更而到来。
两者之间存在一个诚实的灰色地带：一家拥有两三个型号、一个小型开发团队、供应商数据仍在变动的企业。这里起决定作用的与其说是技术，不如说是组织。如果电池护照在您的企业里有一位固定负责人，配有预算和代理规则，自建可以行得通。如果它只是某一个人的副业项目，那么在这个人转做其他事情的那一天，它就会成为风险。
两条路径的成本逻辑
两条路径都不存在可信的一揽子价格数字，因为型号数量、数据状况和团队的影响太大。但背后的逻辑可以清晰地描述。
自建的起点是一笔开发投入：按类型区分的数据模型、访问逻辑、二维码基础设施、校验、版本管理。之后才是真正的成本块，而且是长期的：运维、域名、监控、安全更新、法规跟踪，以及留住掌握这一切的人。这些持续成本无论一年内变化多少都会产生。
使用软件时，您支付一笔持续费用，它将开发、运维和法规跟踪分摊到众多用户身上。因此诚实的比较要把两条路径放在同一个数年的时间段内计算，并把自建的人员工时一并计入。两条路径各项成本的详细分析请见电池护照成本；我们自己的价格公开列在价格页面上。
有一项成本在自建的账目中经常被遗忘：等待的成本。流入护照的每一个开发小时，都会在自己的产品上缺席。而如果自建在 2026 年秋天启动却出现延误，关键日期依然是 2027 年 2 月 18 日。这两项数字应当与许可费和服务器成本写进同一张表格。
决策清单：六个问题
在大多数情况下，六个问题就能定夺。请书面并诚实地回答；另有一份关于电池护照的通用义务清单，请见电池护照清单。
- 您有多少个电池型号和类型？ 一个数据稳定的型号支持自建。多个型号或多种电池类型意味着多套必填字段和持续维护。
- 您是否有长期负责的开发团队？ 指的不是项目，而是持续到 2030 年以后很久的运维。负责人离开后，护照必须继续运转。
- 谁来跟踪尚未出台的法律文件？ CO2 方法学、第 77 条第 9 款的访问法案、登记系统 API：多个组成部分尚未最终确定。必须有人跟踪并落实这些变化。
- 供应商是否提供数据？ 一旦电芯或材料数据来自第三方，您就需要一个带审核与状态跟踪的结构化供应商流程，而不仅仅是电子邮件附件。
- 您能在电池的整个使用寿命内保证二维码可访问吗？ 域名、托管、重定向、备份：印在电池上的码在多年之后仍必须指向护照。
- 延误一年会让您付出什么代价？ 请现实地把自建推算到 2027 年 2 月 18 日，包括测试和修正。关键日期不会因为内部项目卡壳而推迟。
如果您的多数回答落在高要求一侧，自建并非错误。但它就成了一个您要长期运营的产品，而不是一个可以收尾的项目。这个决定不必一锤定音：下面的中间路线让两条路都保持敞开。
自建时经常被忽视的两项要求
完整性与可追溯性
第 78 条 g 项要求数据的真实性、可靠性和完整性。h 项要求高水平的安全与隐私保护，并防范欺诈。在自建方案中，这意味着不只是一个登录。您需要一份历史记录，显示哪个版本何时发布、由谁更改。而且数年之后市场监管按第 79 条询问时仍需可用。被最后一次写入覆盖的字段做不到这一点。费力的不是存储，而是把草稿、已发布版本和更正干净地区分开。技术上归结为两个组件，自建时须自行提供。第一是每个已发布版本的加密签名，以便识别篡改。第二是可审计的变更轨迹，记录每次更改的时间和操作者。用所谓可验证凭证实现，还是用别的方式，由您决定。电池条例一次也没有提到这个词，它要求的是结果。需要哪些标识，见合作伙伴概览。
第一份护照之前的时间
第二个被低估的项目是数据收集。附件十三第 1 项的公开部分汇集了多处信息。包括附件六 A 部分、第 18 条的符合性声明和第 52 条第 3 款的尽职调查报告。此外还有第 8 条第 1 款的再生材料文件。这些信息很少集中在一处。检测报告在实验室，电芯化学成分在供应商，再生材料含量在供应商的供应商。前置时间取决于您的供应链，而不是软件。请把采购与工具分开规划。先从必须由外部提供的信息开始。
这两点都不构成反对自建的理由。它们只是应在决定之前计入账中。数据收集在两条路径上都会发生。而举证管理是自建中在首次发布之后仍然持续的部分。
中间路线：用软件起步，数据留在自己手里
自建还是软件并不是一条单行道，只要满足一个条件：您的数据属于您自己，采用开放格式并可随时导出。这样您可以先用软件起步，在真实护照上积累对数据模型的经验，日后仍可自建，而无需从零开始。
我们的软件正是这样构建的。按类型区分的编辑器以七个步骤引导完成五种电池类型的必填字段，参照 DIN SPEC 99100。发布之前，发布闸门校验 GS1 标识、组织必填数据和全部七个步骤。对照 Battery Passport Data Model v2.0 的模式校验会拦截有误的版本。供应商通过共享链接填写，无需自己的登录。存量数据可通过 CSV 导入。导出方面有 Data Model v2.0 的 JSON、DIN SPEC JSON，以及德文和英文 PDF。此外还有一个按 EN 18222 设计的 REST API。因此随时可以转离我们，也可转到自有系统。
若想先厘清基础，电池护照中心把相关主题集中在一处。价格见价格页面，功能见电池护照软件。开始并不需要会谈。您开设账户，创建第一份护照，永久免费。在自己的数据上就能看出结构是否合用。有哪些供应商，见软件对比。
常见问题
在做决定之前，我可以免费测试吗？
可以。一份护照永久免费，没有测试期限，也没有时间压力。您可以用它为自己的一个型号创建一份真实护照，用自己的数据检验这套结构是否可行。其余价格全部公开列在价格页面上；我们这里没有销售会谈。
使用软件会不会被锁定（Lock-in）？
这取决于服务商，购买前必须核实。在我们这里，您可以随时导出 Battery Passport Data Model v2.0 格式的 JSON、DIN-SPEC-JSON 以及德语和英语的 PDF；REST API 对齐 EN 18222。如果日后仍想自建，您可以完整带走自己的数据。
对接欧盟登记系统需要我自己开发什么吗？
今天没有人能给出最终答案。登记册条例 (EU) 2026/1778 自 2026 年 8 月 6 日起生效。但电池登记在欧盟侧仍被封锁。语义目录和接口宣布于 2026 年第四季度提供。可以确定的是：只有通过 eIDAS 验证的经济运营者才可登记。这项验证没有服务商能代劳。无论自建还是软件，登记对接都要等接口发布后才具体。
一份 PDF 或我们网站上的产品页面够用吗？
不够。护照必须逐块电池单独存在，可通过电池上的二维码访问，落实附件 XIII 的访问级别，并保持可更新。静态 PDF 或通用产品页面做不到这些。两者可以补充护照，但不能替代护照。
如果使用软件，第一份护照多快能建好？
技术在这里很少是瓶颈。编辑器会按步骤显示您的电池类型还缺哪些必填字段，校验会在发布前报告错误。真正的工作是收集数据，尤其是来自供应商的数据；为此提供无需登录的共享链接。在 2027 年 2 月 18 日关键日期之前，紧缺的因素通常是数据状况，而不是工具。因此尽早创建第一份护照最能让您看清一件事：您还缺哪些数据。
自建方案需要区块链吗？
不需要。电池条例没有规定特定技术。在正式条例文本中，区块链和分布式账本这两个词一次也没有出现。要求的是第 13 条第 6 款的二维码，以及按第 77 条第 3 款通过它调取护照。此外还有附件十三的内容。如何存储由您决定。您真正需要的是：在电池整个寿命期内持久可达的地址。此外还有版本管理，使早期版本仍可追溯。以及针对三个级别的清晰访问隔离。自建失败于此的情形，比败于数据库技术的更多。