合作伙伴计划 · 白标

电池护照,以贵司品牌交付

客户关系在您手中,法规逻辑由我们承担。以贵司名义交付欧盟电池护照有三条路径:通过 API 接入贵司自有门户、在贵司域名下提供贵司设计的护照页面,或采用可自主定价的合作伙伴许可。

3条以贵司品牌交付的路径
71个欧盟数据点纳入强制模型
EU德国托管,含数据处理协议
以贵司品牌交付
pass.your-brand.com/01/04012345678901/21/BPW-2027-00472
贵司标识 · 贵司主色 · 贵司法律声明
通过 REST API v1 接入自有门户已可用
贵司设计的护照页面筹备中
二维码使用贵司自有域名筹备中
面向自有客户的合作伙伴许可可申请
示意图 · 展示当前状态
运作方式

一套数据主干,三条对外路径

法规逻辑由我们承担,品牌归贵司所有。同一套数据,按贵司选择的路径对外交付。

贵司数据
  • 含强制字段的电池型号
  • 来自 CSV、Excel 或 ERP 的序列号
  • 通过令牌链接收集的供应商数值
  • 证明文件与证书
处理Batteriepasswerk
  • 71 个欧盟数据点构成带版本的规则库
  • 每件一份护照、GS1 数字链接与短链接
  • 对每个版本建立 SHA-256 哈希链
  • 法规要求的三个访问级别
以贵司品牌交付
贵司门户已可用

REST API v1 将型号、护照与护照链接送入贵司界面。

贵司设计的护照页面筹备中

二维码背后的公开页面采用贵司标识、颜色与法律文本。

合作伙伴许可可申请

自有租户、自有定价、由贵司向客户开票。

路径不改变数据本身:同一份护照、同样可核验、同样在电池全生命周期内留存。

三条路径

从 API 到完整的合作伙伴许可

三条路径的区别在于贵司自建多少、承接多少品牌。每张卡片都标明哪些现已可用、哪些属于项目实施。

01

贵司门户,我们的引擎

通过 REST API v1 将型号、护照和护照链接接入贵司自有界面,并在贵司系统中生成二维码。客户只会看到贵司的应用,我们的品牌不会出现在任何位置。

  • 符合 OpenAPI 3.1 的 REST API v1,按权限颁发密钥
  • 每份护照提供公开链接、GS1 数字链接和短链接,便于自行生成二维码
  • 先用测试密钥空跑,再产生任何真实数据
  • 界面、设计与客户沟通完全归贵司所有
已可用
02

品牌护照页

电池二维码背后的公开护照页面可采用贵司标识、主色和法律文本,并可按需部署在贵司自有子域名下,使打印出的网址同样属于贵司品牌。

  • 标识、主色、文字商标、法律声明、隐私政策与支持联系方式
  • 可选自有子域名,例如 pass.your-brand.com
  • 二维码保持 GS1 合规,路径结构不变
  • 重要提示:印刷二维码中的域名不可更改,必须长期保持可访问
筹备中 · 可加购
03

合作伙伴许可

以贵司名义向自有客户销售电池护照,自主定价、自行开票。我们在后方提供平台、法规变更的持续适配以及二线支持。

  • 在贵司名下管理多个租户,各终端客户数据相互隔离
  • 贵司定价、贵司开票,我们与贵司客户之间没有付款关系
  • 按贵司服务的租户数量计价,并结合整体型号数与护照用量
  • 以次级处理者身份处理数据,并有完整合同记录
可申请 · 需签约
适合哪些机构

四种情形下,白标是正确答案

01
系统集成商与 ERP 伙伴

贵司服务的制造企业已在使用 ERP 或 MES,希望把护照义务作为一个模块一并交付,而不是转交第三方。

02
咨询机构与检测机构

贵司提供电池法规咨询,需要一个带有自身印记的工具,而不是把客户引向别人的品牌。

03
拥有自有客户门户的制造商

客户已习惯一个登录入口。护照应当留在其中,而不是跳转到陌生标识的外部页面。

04
协会、产业集群与平台

贵司汇聚大量小型投放主体,他们难以单独签约,而贵司希望在自己名下提供护照服务。

为何不自建

不从零开始,贵司同时获得什么

法规逻辑以数据形式存在

哪一类电池自哪个截止日起适用 71 个欧盟数据点中的哪些,全部写在带版本的规则库中,而不是需要有人追着改的代码。法规变化时,由我们改规则,而不是贵司改软件。

GS1 数字链接的正确实现

GTIN 补足十四位、路径结构符合 URI Syntax、解析已登记于 GS1 PINE 目录。这类细节在首次自建方案中几乎总会遗漏。

法规要求的三级访问

公开层、面向回收商与主管机关的专业层、内部层,并包含专业用户的申请与访问日志路径。这样的权限模型无法事后补装。

从第一天起的防篡改机制

对每个版本建立 SHA-256 哈希链,审计轨迹只可追加。浏览器内即可核验,无需额外软件,也无需钱包。

解决取数,而不只是给张表

供应商通过令牌链接免账号提交,证明文件由文档解析给出建议并仍需人工放行。护照的瓶颈在数据,不在表单。

否则需要自行承担的运营

德国托管、首日即生效的数据处理协议、覆盖电池全生命周期的留存,以及 JSON、CSV 和审计报告导出。

保持诚实

我们不作以下承诺

白标意味着贵司品牌搭载我们的实质能力,而不是随需定制任意软件。四条边界,我们提前讲清楚。

没有主题编辑器。可设置标识、两种颜色、文字商标与法律文本,不支持自由 CSS 和自定义字体。

不提供追溯到矿山的原材料溯源。这有专门的供应商,我们在供应商对比页面中也如实说明。

不为每个伙伴提供独立实例或独立数据库。租户隔离在数据库层实现,而非复制整套应用。

不转移责任。无论护照页面上是哪个标识,将电池投放市场的一方始终是负责的经济经营者。

如何启动

从初次沟通到第一批产品

01
初次沟通,30 分钟

涉及哪些电池、哪些客户、多大用量、哪个截止日。沟通结束时即可确定三条路径中哪条适合贵司,也包括都不适合的情况。

02
确定层级与价格

用量、品牌范围与支持深度决定价格。基础为每月 1,290 欧元起的 Enterprise 套餐,合作伙伴许可在此之上单独商定。

03
技术落地

测试密钥空跑、示例数据、贵司门户或贵司品牌的护照页面。此阶段不会产生任何真实护照。

04
正式上线

签约、启用正式密钥、第一批真实数据。此后打印的二维码即为最终版本,因此域名须提前确定。

法律与责任

使用贵司品牌后,哪些改变、哪些不变

  1. 护照数据的准确性与完整性责任,始终由将电池投放市场的经济经营者承担。护照页面换成其他标识,并不转移法规 2023/1542 项下的任何义务。

  2. 在合作伙伴许可下会形成处理链条:贵司客户为控制者,贵司为处理者,我们为 GDPR 第 28 条第 4 款所指的次级处理者。这一关系通过合同明确约定,而非默认成立。

  3. 一旦我们的品牌从护照页面移除,可见品牌的法律声明与隐私政策即为必填项,缺少这些内容我们不会启用品牌化。

  4. 护照须在电池全生命周期内保持可访问。因此自有域名是一项长期义务,应写入合同,而不是依赖善意。

常见问题

品牌、价格、责任与退出

通过 REST API v1,现在即可:把型号、护照和护照链接接入贵司门户并自行生成二维码,我们的品牌不会出现在任何位置。贵司设计的公开护照页面与合作伙伴许可属于签约后的项目实施,我们会为伙伴落地,但它们并非产品中的自助开关。
这取决于所选层级。走 API 路径时,客户只看到贵司的应用。在品牌化护照页面上,默认会保留一处低调的技术说明,因为审核方通常希望有可指名的技术方;在最高层级中可以移除。
起点是每月 1,290 欧元起的 Enterprise 套餐。品牌护照页与合作伙伴许可在此之上,按护照用量、服务的企业数量与支持深度确定。我们会在初次沟通中给出具体数字,而不是列在价目表里,因为脱离贵司用量的数字没有意义。
可以,这属于品牌护照页。贵司子域名通过 CNAME 指向我们的基础设施,证书自动续期。两点具有约束力:域名必须在首次印刷标签前确定,因为印好的二维码无法更改;并且必须长期保持可访问。
由将电池投放市场的经济经营者负责。我们提供平台、强制字段逻辑,以及数据自签发以来未被更改的证明。所录入数值在业务上的正确性无法由软件承担,也不应有人向贵司作此承诺。
这属于合作伙伴许可,而非品牌护照页。原因很实际:公开护照页面面向终端客户与审核方,而管理后台只有贵司自己的员工使用,他们清楚是向谁采购的。
这正是合作伙伴许可的用途。每个终端客户仍是数据相互隔离的独立租户,贵司员工获得跨租户的访问权限。我们刻意不支持把多个客户数据混在同一个账号中。
数据属于贵司客户并可完整带走:所有套餐均包含 JSON、CSV 与审计报告导出。已印刷的二维码必须继续可解析,因此合同会在首个二维码印刷之前约定过渡期与留存安排。
成为合作伙伴

聊聊贵司的品牌

三十分钟即可厘清三条路径中哪一条适合贵司业务、成本如何。不做演示文稿,直接用贵司的实际案例检验我们的产品。