成为服务提供方

状态

生效中

更新

2026-09-13

适用范围

API Platform 提供方入驻

把自己的服务上架到 ZaunEkko，门槛只有一个：拥有 ZaunEkko Account。

三个概念

理解这三层，流程就不难：

服务主体高于另外两者。通道和商品都挂在主体下，缺一不能发布。

流程

创建与提交由你完成，核验与批准不在你这一侧。三个对象各走一轮「你提交 → 等待结果」， 且必须按顺序推进——上一个没通过，下一个建不出来。

1. 创建服务主体，填写标识、显示名与描述，然后提交，等待核验结果。
2. 创建技术通道，提供服务地址与调用凭据，然后提交。通过后通道变为可用。
3. 创建商品，定义请求与返回契约、说明文案，然后提交。批准并发布后，商品才会出现在 公开目录里。

每一步的当前状态都显示在对应页面上，不需要另外询问进度。

发布产生一个不可变的精确版本。它不能被修改或覆盖；要改就发布新版本，旧版本继续按原契约服务已有调用方。

你的服务需要满足什么

• 公网可达的 HTTPS 地址。 平台不会调用私有网段、回环地址或云元数据地址，也不跟随跳转。
• 实现平台的调用协议，包括执行与对账两个入口。对账入口用于结果未知时核对那次调用的真实结局——这是平台不盲目重发的前提，必须实现。
• 自身保证幂等。 平台会带着稳定标识重试对账，你需要能识别同一次调用。

协议细节见实现你的服务。

收益

商品发布时会固定总价与分配比例。调用发生并成功结算后，属于你的部分计入结算账户。

收益汇总与明细可以随时查看，也可以自行改派收益账户——改派只对之后的调用生效，已结算的收益不会被转移。

你只看得到属于自己的那一份：不含平台抽成，也不含调用方身份。

开始之前要知道的

• 创建与提交不需要任何额外授权，有账号即可。
• 技术那一半你可以自己把关：通道提交后随时运行契约一致性检查，逐项看到结论并反复重跑，不必等任何人。
• 商品是否适合上架是业务判断，需要人工审核，没有固定的完成时间。这一环不会自动通过，也不会因为技术检查全绿而跳过。

打算接入的话，先读实现你的服务；当前缺口见目前的限制。