/api/v1/orders 全面切到 /api/v2/orders——下单请求体、下单/查单响应形状、金额口径(string 元 → int64 最小单位)、webhook payload(新增 event_type 事件模型)均已变更。v1 契约历史内容保留在文末「附录 A」仅供留痕参考,新对接一律照本文档主体(v2)实现。 jiu 自己对外的 4 个业务接口路径不变(仍是 /api/v1/license/...,这是 jiu 自己的 API 版本号,与 pay 服务的 /api/v2 无关,两者独立编号,未来变化各走各的)。| 项 | 值 |
|---|---|
| pay 服务地址 | https://pay.51yanmei.com |
| pay 下单接口 | POST /api/v2/orders |
| pay 查单接口 | GET /api/v2/orders/{order_no} |
| pay 取消接口 | POST /api/v2/orders/{order_no}/cancel |
| pay retry 接口 | POST /api/v2/orders/{order_no}/retry |
| jiu 回调接收器(已实现) | POST /api/v1/pay/callback |
| jiu 购买/查单/取消/订单列表(已实现) | 见 §4,均挂 /api/v1/license/... |
| 共享密钥 | 双向共用一把 HMAC 密钥,存 Bitwarden,两边经环境变量注入(pay: BIZ_JIU_SECRET;jiu 侧 PAY_SECRET,同值) |
POST /orders/:no/retry 409 currency_mismatch 按约定等价于「新建订单」,客户端「重新选择」语义已覆盖,见 §8)。接 cancel:客户端「重新选择」时透传取消,防 pending 单堆积挤占查单兜底每轮 50 条限额。签名串(4 段用换行 \n 连接,再 HMAC-SHA256,最后 base64):
sign = base64( HMAC_SHA256( secret, system + "\n" + timestamp + "\n" + nonce + "\n" + rawBody ) )
请求头:
| Header | 说明 |
|---|---|
| X-Pay-System | 固定 jiu |
| X-Pay-Timestamp | Unix 秒(服务端校验 ±5 分钟窗口) |
| X-Pay-Nonce | 随机串(如 uuid) |
| X-Pay-Sign | 上面算出的签名 |
rawBody = HTTP 请求体的原始字节(验签/签名都对同一份原始 body,勿先反序列化再重拼)。
X-Pay-Event 头(webhook 请求另带的事件类型提示)不参与签名,只作日志辅助;事件类型判定以 body 里的 event_type 字段为准(见 §5.2)。X-Pay-Nonce;jiu 侧自建内存去重表(10 分钟滚动窗口),同一 nonce 原样重发直接拒签(401),合法重投(新 nonce)不受影响——真正的幂等仍靠 §4②的 out_trade_no 短路。util.HMACSign 完全一致)// 签名(下单时调用)/ 验签(收 webhook 时对比) func hmacSign(secret string, parts ...string) string { m := hmac.New(sha256.New, []byte(secret)) m.Write([]byte(strings.Join(parts, "\n"))) return base64.StdEncoding.EncodeToString(m.Sum(nil)) } // 验签:hmac.Equal(([]byte)hmacSign(secret, "jiu", ts, nonce, rawBody), got)
POST /api/v1/license/purchase鉴权 = jiu 自己的登录态(仅管理员/超管,handler 内判权)。步骤:
shop_id;入参 {"biz_code": "annual_standard"}(前端传套餐稳定码)。LicensePurchase 记录(status=pending,存 shop_id / user_id / product_biz_code)。sku=biz_code、biz_ref=purchase_id、return_url=jiu 结果页。order_no + session:{render_type,payload},回写 out_trade_no;redirect 态额外把 payload.url 存进 pay_url 列(订单管理「继续支付」复用同一收银台链接,避免二次下单)。amount_minor/currency/subject 回填;查单失败不阻断下单(金额留 0,等 webhook/查单兜底时再补)。render_type/payload/amount_minor/currency 连同兼容字段 pay_url(redirect 态=payload.url)、amount(分转元字符串,官网/旧客户端读这两个)一并返给客户端。license_purchases 已落库(详见 db-schema.html):id · shop_id · user_id · product_biz_code · amount_minor(分) · currency · pay_url · renewed_to · amount(Deprecated) · out_trade_no(uk) · status(pending/paid/failed) · trade_no · channel · paid_at · created_at。out_trade_no 兼作对账键与幂等键;jiu 自身的三态 status(区别于 pay 的八态,见 §5.3)不再新增枚举,pay 侧 canceled/expired 统一映射本地 failed。POST /api/v1/pay/callback(核心)X-Pay-Timestamp/Nonce/Sign;X-Pay-Event 不参与验签)。hmac.Equal(hmacSign(secret,"jiu",ts,nonce,rawBody), X-Pay-Sign);校验时间戳 ±5 分钟;nonce 防重放(§3)。任一不过 → 401,不处理。event_type 分发:payment.succeeded → 走入账(settle);其余事件(refund.* 等,本期不接,另起任务)→ 记 ALERT 日志后照样回 SUCCESS ack(v2 无退避无死信,回非 SUCCESS 会被 60s 永久重投)。out_trade_no 查 Purchase(FOR UPDATE 行锁);若已 paid → 直接短路成功(pay 会重发,必须幂等)。amount_minor+currency 与 Purchase 一致(int64 精确比较,防篡改);若购买单金额仍为 0(下单回填失败的残单),先补查一次(§5.3)再核对,仍拿不到则 ErrPayAmount 拒绝入账(fail-closed,等 pay 重投)。product_biz_code 映射权益(§6),给该 shop 的 License 直接叠加 ExpiresAt(§7),并把续期后的到期日回写 Purchase.renewed_to(订单管理「授权续期至」展示用)。{"code":"SUCCESS"}(pay 认响应体前 4096 字节大小写不敏感含 SUCCESS 才算成功,否则 60s 重投)。复用/参照现有 license 服务(见 授权体系设计)。方式 = 直接叠加(不生成兑换码),v1→v2 逻辑零改动,仅多一步回写 Purchase.renewed_to:
base := license.ExpiresAt
if base == nil || base.Before(now) { base = now } // 已过期从现在起算
license.ExpiresAt = base + duration(bizCode) // +30 或 +365 天
license.Tier = tier(bizCode) // standard / pro
license.Type = billType(bizCode) // monthly / annual
license.MaxDevices = maxDevices(bizCode) // 2 / 5
license.Features = features(bizCode) // 仓库数/图片额度/AI 分析
license.IsActive = true
purchase.RenewedTo = license.ExpiresAt // v2 新增:订单流水「授权续期至」
防 webhook 全丢:后台每 60s 扫一次 pending 超 5 分钟的 Purchase,主动查 pay §5.3。按 v2 订单八态映射:paid → 走与 webhook 相同的 settle 入账(同样幂等);canceled/expired → 本地标 failed;refunding/partially_refunded/refunded → no-op 记日志(退款接入另起任务);created/pending → 继续等下一轮。
POST /api/v1/license/purchase/:out_trade_no/cancel仅管理员;只对本店 status=pending 的单生效(非 pending 幂等无害不外呼 pay)。调 pay §5.4,canceled=true 时本地条件更新 WHERE id=? AND status='pending' 标 failed;canceled=false(取消请求到达 pay 时单已被支付的竞态)时本地保持 pending,等 webhook/查单兜底正常入账——绝不能因为收到 canceled:false 就误标失败,否则钱已收但门店权益丢失。客户端「重新选择」套餐时 fire-and-forget 调用本接口(失败静默,查单兜底兜底)。
GET /api/v1/license/purchases?page=&page_size=&status=仅管理员;授权管理「订单管理」tab 数据源。按 created_at DESC 分页,可选 status 筛选;返回每笔购买流水(含 amount_minor/amount/pay_url/renewed_to,pay_url 仅 pending 单非空)+ summary(累计已付金额/已付笔数/待支付笔数/总笔数,独立于分页/筛选,只看店内全量)+ user_name(下单人显示名,real_name 为空回退 username)。
POST https://pay.51yanmei.com/api/v2/orders// Headers: Content-Type: application/json + 4 个签名头(§3) // Body(对这份原始 body 签名): { "sku": "annual_standard", // 直接用 biz_code 当 sku,无需再查 product_id(v1 的 productID 缓存整段已删除) "method": "alipay", "biz_system": "jiu", "biz_ref": "<purchase_id>", // jiu 的购买记录 id,回调原样带回 "return_url": "https://jiu.51yanmei.com/license/result" } // 成功响应(不回传金额——D1:价格权威在 pay,下单后需另调 §5.3 查单拿金额): { "data": { "order_no": "pay-x1...", "session": { "render_type": "redirect", "payload": { "url": "https://openapi.alipay.com/..." } } } } // render_type 可能的值:redirect(外跳收银台,今天唯一实装) | qr(卡内嵌二维码,payload.qr_content,pay 侧文档有口径但暂无实现) | 未知值(客户端 toast 提示升级)
data.order_no 回写 Purchase.out_trade_no;render_type=="redirect" 时把 payload.url 存进 pay_url 兼容列。金额以 pay 为权威,下单响应不带金额,紧接着调 §5.3 查单回填。
// Headers: X-Pay-Timestamp/Nonce/Sign 3 个签名头(§3),你要验签;X-Pay-Event 头带事件类型提示但不参与签名 { "event_type": "payment.succeeded", // v2 新增:事件分发以此字段为准;未来会有 refund.* 等事件(本期 jiu 只 ack 不处理) "out_trade_no": "pay-x1...", "biz_system": "jiu", "biz_ref": "<purchase_id>", "product_biz_code": "annual_standard", "amount_minor": 299900, // v2:int64 最小单位(CNY=分),不再是 v1 的 "2999.00" 字符串 "currency": "CNY", "channel": "alipay", "paid_at": "2026-07-03T14:36:30+08:00" // 无 trade_no 字段(v1 有,v2 去掉了渠道交易号) } // 你必须回:HTTP 200 + body 前 4096 字节含 "SUCCESS"(大小写不敏感),标准回包 {"code":"SUCCESS"};否则 pay 每 60s 重试,固定无退避无死信
GET https://pay.51yanmei.com/api/v2/orders/{order_no}(无鉴权)// 成功响应(不回传 biz_ref/trade_no): { "data": { "order_no": "pay-x1...", "status": "paid", "subject": "岩美酒库·标准版年付", "amount_minor": 299900, "currency": "CNY", "paid_at": "2026-07-03T14:36:30+08:00" } } // status 八态:created | pending | paid | canceled | expired | refunding | partially_refunded | refunded(见 §4④映射规则)
用途两处:①下单后 best-effort 回填金额(§4①);②查单兜底/webhook 残单核对前补查(§4②④)。查单无鉴权是 pay 既定惯例(不可猜 ID + payload 无敏感字段),非设计缺陷。
POST https://pay.51yanmei.com/api/v2/orders/{order_no}/cancel(无签名无请求体)// 成功响应,恒 200: { "data": { "canceled": true } } // true=确认取消(钱未扣/未入账);false=已终态或已支付竞态,本地不得跟着标失败(见 §4⑤)
| 套餐 | biz_code | 价格 | 时长 | tier | 客户端(MaxDevices) | 权益(Features) |
|---|---|---|---|---|---|---|
| 月付·标准 | monthly_standard | ¥299 | +30 天 | standard | 2 | 单店/单仓库 · 千张图片分享 |
| 年付·标准 | annual_standard | ¥2999 | +365 天 | standard | 2 | 单店/单仓库 · 千张图片分享 |
| 月付·高级 | monthly_pro | ¥599 | +30 天 | pro | 5 | 单店/多仓库 · 万张照片分享 · 免费 AI 周/月度商业数据分析 |
| 年付·高级 | annual_pro | ¥5999 | +365 天 | pro | 5 | 单店/多仓库 · 万张照片分享 · 免费 AI 周/月度商业数据分析 |
建议 Features(License.Features JSON)编码:{"max_warehouses": 1|0(0=不限), "image_quota": 1000|10000, "ai_analysis": false|true}。具体键名由 jiu 侧按现有能力开关定义,本表给权益语义。上表价格仍是人类可读展示;线上口径以 pay 查单/webhook 返回的 amount_minor(分)为准,如 ¥2999 ⇔ 299900。
amount_minor+currency == Purchase 落库值(int64 精确比较,不用浮点)。redirect(今天唯一实装)→ 外跳 payload.url(Web window.location,App launchUrl 外部浏览器/支付宝 App);qr → 卡片内嵌二维码扫码(不外跳);未知值 → toast「当前版本暂不支持该支付方式,请升级应用」。wap.pay(H5)自动拉起支付宝 App;App 端型透传(is_mobile)是 pay 侧已知欠账,补契约前恒走 page.pay,不影响 PC 扫码/浏览器跳转的正常路径。amount_minor 转元(分/100,2 位小数),0 时显示「—」(金额尚未回填,等轮询/reconcile 补齐)。pay_url 重新打开收银台(不新建订单,不接 retry);「取消订单」= 同上取消接口;已支付单展示「授权续期至」= renewed_to。accounts 配置 alipay 且套餐种子落库;共享密钥就位(pay BIZ_JIU_SECRET = jiu PAY_SECRET,同值,走 Bitwarden);pay 侧配 BIZ_JIU_CALLBACK_URL = jiu 接收器地址;jiu 侧 PAY_BASE_URL 指向 v2 部署。pay_url 兼容字段)+ 旧版客户端购买路径回归,确认零改动仍可用。canceled、本地翻 failed。相关:授权体系设计(兑换券模型) · 数据库 Schema · pay v2 改造计划(阅读版) · pay 侧设计见 pay 仓 docs/pay接入jiu授权续费对接方案.html
| 项 | 值 |
|---|---|
| pay 下单接口 | POST /api/v1/orders |
| pay 查单接口 | GET /api/v1/orders/{out_trade_no} |
| pay 套餐列表 | GET /api/v1/products(含 biz_code) |
POST /api/v1/orders// Body: { "product_id": 3, // pay 套餐 id,需先 GET /products 按 biz_code 查 "biz_system": "jiu", "biz_ref": "<purchase_id>", "return_url": "https://jiu.51yanmei.com/license/result" } // 成功响应: { "data": { "pay_url": "https://openapi.alipay.com/...", "out_trade_no": "yanmei-...", "amount": "2999.00", "subject": "年付标准" } }
{
"out_trade_no": "yanmei-20260703...-xxxx",
"biz_system": "jiu",
"biz_ref": "<purchase_id>",
"product_biz_code": "annual_standard",
"amount": "2999.00", // v1:元字符串,v2 改为 amount_minor(int64,分)
"trade_no": "2026070322001...", // v2 已去掉此字段
"channel": "alipay",
"paid_at": "2026-07-03T14:36:30+08:00"
}
// 回:HTTP 200 + {"code":"SUCCESS"}(否则 pay 每 60s 重试,24h 内——v2 改为固定无退避无死信)
v1 建议表结构 id · shop_id · product_biz_code · amount · out_trade_no · status(pending/paid/failed) · paid_at · created_at 已实际落库为 license_purchases,v2 在此基础上新增 amount_minor/currency/pay_url/renewed_to 四列,旧 amount 列保留只读兼容(观察一版后 DROP),详见 db-schema.html。