|
|
67893617fe
|
feat(退款): AUG26-006 补充当前退款套餐已用量与总量
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m33s
补齐 PRD §2.3.1「退款管理补充字段」：退款列表、详情与导出新增
「当前退款套餐已用量」与「当前退款套餐总量」两个纯展示字段。
- 套餐定位口径与退款套餐失效保持一致，按优先级取唯一一条：
冻结的 package_usage_id（且属于该订单）→ 订单主套餐 → 订单任一套餐，
同级按标识升序。不按当前世代或当前生效套餐推断；不按套餐状态过滤，
使退款后套餐转已失效时仍能回看用量。
- 列表与详情用固定两次查询批量解析（按标识、按订单），查询次数不随条数增长；
详情复用同一函数。解析不到套餐或记录已物理删除时返回 0，不阻断读取。
- 导出新增两列并改用同一优先级的 LATERAL 取法，不再依赖只按 r.package_usage_id
的 join——生产库 1296 条退款仅 157 条带该字段，旧取法会让多数行显示零值。
- 不改变退款金额校验、冻结实收、套餐失效、接续、停机与佣金回溯任何规则。
验证：测试库 junhong_cmp_test 实测冻结记录、订单主套餐回退、记录缺失返回 0 三项
解析场景与「4 条退款固定 2 次查询」；并以同批 43 条退款对拍 Go 解析器与导出 SQL，
口径不一致 0 条；导出 43 行列数与表头一致。无迁移、无接口路径变化。
|
2026-09-14 12:11:55 +08:00 |
|
|
|
09abee9778
|
docs(归档): 归档退款方式与原路退款变更并同步主规格
- 将 add-refund-methods-and-original-route-refunds 归档为
2026-09-14-add-refund-methods-and-original-route-refunds。
- 合并两份 delta 到主规格：
* order-refund-exchange：改写「订单、退款与换货状态门禁」，新增「退款实收金额与方式矩阵」
「企业微信唯一终审与审批尝试重提」「原路退款渠道能力与执行」「退款权益与订单状态时点」
「退款终态事实与失败分类」五项行为要求。
* merchant-payment-routing：改写「商户与微信授权配置管理」与「新支付商户快照与历史兼容」
（删除「不得新增渠道退款能力」与「不新增富友退款」，改由退款能力按商户凭证执行；
微信 v2 客户端证书改为可选凭证键）。
- 同步上下文健康检查证据链与入口矩阵：为新要求登记证据行，并把退款创建、重提、
企微审批回调、退款详情与 refund:channel:recovery 任务与对应要求双向关联。
|
2026-09-14 12:00:35 +08:00 |
|
|
|
247d7d9f6e
|
新增接口
|
2026-08-18 16:15:46 +08:00 |
|
|
|
c8052df8eb
|
补充退款列表应当让本店铺的人看见
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m30s
|
2026-08-18 11:44:30 +08:00 |
|
|
|
79e2d9ff92
|
重置项目上下文与规范文档
|
2026-08-07 16:18:07 +08:00 |
|
