线上入口（买家浏览与卖家中心 / 免费开店都在这里）：https://yuzhideep.com/

你已经有一套卖虚拟商品的系统，只缺「收钱」这一环？ 卡密、激活码、课程、专栏、电子书、软件、素材模板、会员权益、游戏道具——凡是线上交付的数字商品都能用它收款；当面交易的实物也可以。

这套接口就是干这个的：帮你把支付宝和微信收进来，告诉你「钱到没到」，再把钱结给你。下单、查单、关单、退款、通知事件，一共六个接口。

钱由有支付牌照的支付公司收和结，不经过我们的账户——我们只负责把状态讲清楚，货还是你的系统自己发。

这个仓库就是它的全部接入资料：12 篇文档、四种语言的签名示例、一个能跑起来的本地演示，还有一份可以直接丢给 AI 编码助手（Claude Code、Codex 之类）的 Skill。跟你在商家后台看到的是同一份内容。

版本看 MANIFEST.json（skillVersion、API 版本、签名版本、contentHash 都在里面）。 这里是接入资料，不是官方 SDK——我们不发包，示例代码是给你直接抄的参考实现。 这里是这份资料的唯一出处：商家后台里的那版和公开发布的这版，都由这里产出。

这个仓里有什么（不用先申请账号，直接拿）：

• 12 篇接入文档 —— 从「5 分钟跑通首单」到终端行为、错误码、上线检查、密钥轮换；
• 四种语言的签名示例（Node.js / Java / PHP / Python），带一份可以自己跑的对照值；
• 本地演示（demo/h5-cashier/）—— 零依赖，断网也能跑通「下单 → 收款 → 查单 → 关单 → 退款 → 收通知」整条链；
• 一份 AI Agent Skill（skill/）—— 丢给编码助手就能照着接，和后台下载的那份一模一样。

一句话：你负责卖货和发货，我们负责收钱、把状态讲清楚、按设置把钱结给你。

我们做的是支付这件事，不是帮你开网店：

发货是你自己的事：收银页上不放货，returnUrl（付完跳回来那个地址）也不代表付款成功——到底成没成，只认「查单」或者验过签的「事件通知」。这两件事搞错的团队最多，详见接入指南。

想直接开店卖货（不用写代码）：小豆集市的产品说明也在公开仓，同样不用注册就能看 —— GitHub ｜ Gitee 镜像

手机端是第三条线：小豆 App 的移动端产品说明（聊天与群组、群组管理、卖家客户管理、 小豆集市交易与售后边界）也在公开仓，照样不用注册 —— GitHub ｜ Gitee 镜像

六个接口（路径拼在平台给你的 <BASE_URL> 后面，主版本 v1，版本内只加不改）：

收款材料有两种标准用法：在你自己的电脑网页上把官方收款码（qrCode，只有支付宝渠道会给）画成二维码；或者把我们的收银页地址（payUrl）画成二维码、或者直接 302 跳过去。细节见收银页对接。

三套签名，别用同一段代码：你发给我们的请求要签（XD-Signature-v1）、我们的响应要签（XD-Response-v1）、通知事件也要签（XD-Webhook-v1）。三套拼串规则不一样，抄同一段一定会挂；我们的公钥和指纹在接入指南 §3.1里公开。

四条铁律，记住能少踩九成的坑：

1. 收银页打开了、买家付完跳回来了、点了「我已完成支付」——都不算付款成功。只有查单、或者验过签的通知才算数。
2. 重试要用同一个 requestId、同一份请求内容。收到 409 该做的事是去查单，不是换个单号重新下单。
3. 看到 UNKNOWN 别急着判死：不要重新下单、不要重发退款、不要跟买家说「失败」，等通知或者查单收敛。
4. 私钥永远不进浏览器、不进仓库、不进日志。费率和限额不要写死在代码里——每一单响应里的 feeProjection 才是那一单的真实口径。

这些都是行业里的习惯叫法，方便你对上号；具体字段和取值以文档里写的为准。

English keywords（方便英文检索对上号 / so English searches can find us）：

payment gateway API · aggregate payment · Alipay + WeChat Pay integration · virtual goods payment · card key / digital code selling · faka platform payment · merchant payment API docs · RSA2 request signature · webhook signature verification · payment integration examples · Node.js / Java / PHP / Python signature sample · licensed payment institution settlement · openapi payment China

• 钱不在我们账上停留：付成功就按下单时定好的分配当场分账，我们提供的是接入、状态和对账能力，不是支付机构。
• 收付和结算都是有支付牌照的支付公司做的，按设置自动转到你绑定的银行卡 —— 不用你手动提现。现在是第二天到账（含节假日）。
• 费率和限额不在文档里写死：每一单响应里的 feeProjection（带 ruleVersion）就是那一单的口径，用它对账；当前生效的费率值在商家后台「费率」页看（限额没有自助查询面，越界被拒时走官网反馈渠道）。
• 结算周期、到账时间都会变：一律看后台当时显示的；通道放不放行以平台公告/对接人通知为准（后台无查询面）。别抄进你的对外文案或代码常量里。

1. 读快速开始：拿到 appId、kid 和私钥后，把第一笔请求跑通。
2. 用 examples/node/（或 Java / PHP / Python）生成六个请求头，先拿 golden 向量对一遍，确认拼串没错。
3. 读收银页对接与终端能力矩阵，决定你的收款页长什么样。
4. 接事件通知验签，按 eventId 去重。
5. 上线前逐条过一遍上线检查清单。

不想先申请账号？ 本地演示用回环地址 + 假数据把整条链跑通，不连线上、不需要任何凭证：

node demo/h5-cashier/server.js        # 商家控制台 + 终端预览 + 收银页示意
node demo/h5-cashier/smoke.js         # 冒烟自检（含负向用例），打印 [OK]

这是「虚拟发卡平台」吗？ 我们只做收钱和支付状态，发货（发卡密 / 开通 / 寄出）是你自己的系统做的。如果你要的是「上架卡密就能卖」，那用小豆集市的卖家后台，不用写代码；两边的钱路是同一条。

微信和支付宝都能收吗？ 两条通道都做好了（支付宝：官方收款码 + 收银页；微信：在微信里打开页面后调起支付）。支付宝现在就能接；微信能不能用，以平台公告/对接人通知为准——通道放行由平台整体控制（不区分应用，后台没有查询面，也不要靠试探下单确认）。未放行时下单会返回 422 OPEN_API_CHANNEL_UNAVAILABLE，这是正常的、可预期的拒绝，别当故障、更别反复重试。

钱多久到账？要手动提现吗？ 付成功就当场分账，然后按设置自动转到你绑定的银行卡——不用手动提现。现在是第二天到账（含节假日）；周期和时效会随渠道和设置变，以后台「资金 / 结算」页显示的为准。

你们会经手或者压着我的钱吗？ 不会。我们不是支付机构，也碰不到交易资金：收付和结算都是有支付牌照的支付公司做的，付成功就按定好的分配当场分到各方。

你们是「易支付 / 码支付」那类系统吗？ 不是，钱走的路完全不一样。那类叫法一般指免签 / 第四方代收：先用个人收款码或别人的账户把钱收进来，再转给卖家，钱会经过中间方的账户。我们是另一条路：商家在有支付牌照的支付公司开自己的结算账户，买家付完钱，钱在公司那边当场分到各方账户，再按设置转到你绑定的银行卡 —— 我们不碰交易资金，也不做代收转付。你要是想要前一种，我们做不了；你要是想要「自己有正规结算账户 + 一套接口接完支付宝和微信 + 第二天自动到账」，接着往下看。

手续费多少？ 这份资料不写死任何费率。每一单响应里的 feeProjection 就是那一单的口径（带 ruleVersion，拿它对账）；当前生效的费率值在后台「费率」页看，限额没有自助查询面（越界被拒时走官网反馈渠道，附 requestId）。详见费率与限额。

有沙箱或测试环境吗？ 暂时没有沙箱、测试应用和回调模拟器。替代办法：本地演示（零依赖，全链路假数据）+ 上线检查清单 + 第一笔线上小额单我们陪你盯（不承诺 SLA）。本地跑通只能证明签名和解析没错，证明不了资金链通。

要自己写代码吗？用什么语言？ 接入是服务器对服务器的：下单 / 查单 / 退款 + 通知验签。仓库给了 Node.js、Java、PHP、Python 四份签名示例，拼出来的串完全一样，还带对照值；通知验签另有 Node 的参考实现。

收银页能自己设计吗？ 两种标准做法：在你自己的页面画官方收款码，或者把 payUrl 画成二维码 / 直接 302 跳过去。别照抄我们收银页的样子——真正的收银页在我们这边、而且是品牌中立的；也别在你自己的 App 里用内置浏览器打开，必须跳到系统浏览器。

怎么开通？ 从页首那个入口进「卖家中心 / 免费开店」→ 注册小豆账号并完成商户进件 → 签开放平台服务协议和经营范围合规报送同意书 → 一键申请应用（提交后自动审）→ 拿到 appId、kid，登记你的 RSA2 公钥、配好出口 IP 白名单和 notifyUrl。申报域名由你自己填写，平台不强制核验归属——顺手做一次域名归属验证（DNS TXT 或者放一个回源文件，二选一）会更稳妥：域名被他人冒用申报时，验证过的归属更明确。

密钥怎么轮换？ 我们用同一把 RSA2 密钥给响应和事件签名，公钥和指纹在文档页和后台两处都公开（你可以自己算一遍指纹核对）。你自己的签名密钥可以自己换；我们这边换钥会同时发布新的 kid 和新公钥，新旧并存期间按 kid 选公钥。紧急吊销不受宽限影响，宽限窗最长 72 小时。详见凭证与密钥管理。

README.md          本文件（简介 / 索引 / 版本 / 许可证 / 免责）
MANIFEST.json      机器可读清单（版本、逐篇 hash、包 contentHash、发布记录）
PUBLISHING.md      公开发布参数与流程
docs/              接入文档 12 篇
examples/          Node.js / Java / PHP / Python 四语言签名示例
demo/h5-cashier/   本地收银演示（回环 + 假数据，零外部依赖）
skill/             商家接入 Skill（给 AI 编码助手用，与 docs 同源）
releases/          变更公告正文（后台公告、更新日志、公开发布页共用同一份）
assets/            公开仓页面用的图片（如官方 QQ 群二维码）

• 金额一律用整数「分」（字段后缀是 Fen），只支持人民币。
• 字段名：能机器读的地方一律用我们的字段名（形如 qrCode），不出现上游系统的原始字段名。
• 发货：我们只负责收钱和支付状态；卡密、发货这些交付动作由你自己的系统承担——收银页上不放货。
• 什么才算付款成功：收银页打开了、跳回来了、买家点了「完成」，都不算；只有查单的结果、或者验过签的通知才算。
• 费率、限额、到账时效、通道放行都是会变的东西：这份资料一律不写死，只告诉你「去哪儿看当前值」。

• 内容（文档、接入说明、变更公告、图示文本）：CC BY 4.0 —— 可自由转载与演绎，须按许可条件署名并标明修改。
• 示例代码（examples/、demo/、skill/examples/）：MIT。

接入过程中卡住了（签名、下单、收银页、事件通知、上线自检），直接进群问——官方群，没有第三方代运营。 扫码或者按 群号 2164078370 搜索都能加：

• 发现文档和接口对不上、或者示例代码有问题：欢迎开 Issue，我们会在后续版本修掉并记到更新日志与变更公告。
• 如果这份资料帮你省下了翻文档的时间，点个 Star 能让更多在做虚拟发卡 / 数字商品收款的同行找到它。

**暂时没有沙箱 / 测试应用 / 回调模拟器。**替代办法 = 本地演示（本目录）+ 上线检查清单 + 第一笔线上单人工陪你盯（不承诺 SLA）。

本目录由运营主体宇智人工智能（深圳）有限公司维护；收付与结算由有支付牌照的支付机构提供——我们不是支付机构，也碰不到交易资金。接入和上线以平台在线合同、后台显示的实际配置、以及接口的真实行为为准。