docs: pay v2 多产品统一支付+履约网关设计(spec)
Order+Attempt+Account+Refund · 6 render_type(数据不下发UI,样式归业务) · Provider adapter(verify_callback 吸收渠道差异) · webhook v2 event_type(退款/订阅/拒付) · 退款三向 · 促销折扣归业务 · 多币种+配置驱动渠道+国内外双部署 · codes 共享库嵌入各产品(A) · 购买激活码履约多态 · recurring 设计进暂不实现 · 流量包可扩展性验证。含 SVG 架构图。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@@ -29,6 +29,11 @@
|
||||
<p class="lead">独立支付服务(Go·Gin·GORM),多业务 × 多渠道(支付宝先行,微信留接口)。新增文档请同步登记此处。</p>
|
||||
|
||||
<h2>🎨 设计方案 / 技术方案</h2>
|
||||
<a class="doc" href="./pay-v2-unified-gateway-design.html">
|
||||
<div class="title">pay v2 · 多产品统一支付 + 履约网关设计 ⭐</div>
|
||||
<div class="desc">把 pay 干净重设计成 pangolin/jiu/dudu/未来共用的支付层。三个正交关注点:pay 收款(本设计核心)/ codes 兑换(平级共享内核)/ entitlement 开通(各产品自留)。核心模型 Order+Attempt+Account(一单 N 渠道只一个成功·可取消·可退款·多账户路由);6 个 render_type 多态(pay 下发数据不下发 UI,样式归业务方;加同形态新渠道零改 client);Provider adapter(verify_callback 吸收渠道差异);webhook v2 加 event_type(退款/订阅/拒付,断代 v2.0.0);退款三向(业务/人工 crypto/平台 IAP);促销折扣归业务、金额权威归 pay;多币种 + 配置驱动渠道 + 国内外同码双部署;crypto(USDT-TRC20 自托管)抗风控兜底;recurring 设计进模型暂不实现。含 SVG 架构图 + 设计决策知识点。</div>
|
||||
<div class="meta">v2 · 2026-07-10 · 待评审 · 结合 pangolin/jiu 现有设计</div>
|
||||
</a>
|
||||
<a class="doc" href="./支付宝收款页时序图与架构.html">
|
||||
<div class="title">支付宝收款页 · 支付时序图与架构</div>
|
||||
<div class="desc">PC 网页支付(alipay.trade.page.pay)固定套餐收款页的设计说明:SVG 时序图讲清「下单→跳收银台→扫码付→异步回调验签入账→兜底查单」全链路(到账以异步通知为准);对比「独立服务 vs 集成进 jiu」的区别;说明独立服务为何必须建库、要存哪些数据(orders / products / notify_logs 字段表)与安全红线。</div>
|
||||
|
||||
Reference in New Issue
Block a user