对象:
feature/wechatpay-pay-core全部 29 个 commit(57 文件 +6729/-404)
方法:只认代码与真实输出。工作区干净,与origin/test试合并无冲突。
可以发版。 全部维度通过,没有发现新的阻塞问题。
上一轮自检查出的缺口(机构列表付款列前端没做)已补完;本轮新增的并行付款、
支付成功屏也逐条验过。
⚠️ 但有 1 件行为变化必须让长官知道,见第三节。
| # | 维度 | 判据 | 结果 |
|---|---|---|---|
| A | 门店首开全链路 | 造真数据走完 4 步 | ✅ 全通(见下) |
| B | 资金链(钱到账→台账→结算单) | 4 个套件真跑 | ✅ 43 passed |
| C | 改动影响面 | grep 消费者 | ✅ 口径统一,未误伤其他端点 |
| D | 对存量数据的影响 | 直连库按组合计数 | ✅ 受影响 0 条(库内 15804 条真实档案) |
| E | 新状态前后端一致 | 后端产出 vs 前端声明 | ✅ 一致(3 个页面都声明了) |
| F | 前端编译 | 12 个改动文件逐个 esbuild | ✅ 全通过 |
| G | 端点鉴权 | 6 个批 B 端点无凭证真打 | ✅ 全 401 |
| H | 路由遮蔽 | 遍历 app.routes 用 Match 比对 | ✅ 0 处 |
| I | alembic | alembic heads |
✅ 单头 phase68_002 |
| J | 合并冲突 | git merge-tree 试合并 |
✅ 无冲突 |
| K | 密钥泄露 | 查提交物 | ✅ 无 .env/.pem |
| L | 全量测试 | 与基线差集 | ✅ 17 failed / 652 passed,差集为空 |
| M | 测试卫生 | 跑完查残留 | ✅ 无残留商品/机构 |
① 资料刚提交(资料待审核) → /wxpay/price 200 ✅ 能付款(并行生效)
② 老档案没 openid → /wx-identity 200 ✅ 补录后档案存下 openid/昵称/头像
③ 付款入账、资料未过 → 门店端状态「已付款待资料审核」✅ 明确不催重复付款
④ 平台审核通过 → 门店端状态「待平台开通账号」 ✅ 自动流转
并行闸门放开后,存量机构获得了付款入口(直连库实测):
| 状态 | 家数 | 其中已付过款 |
|---|---|---|
| 资料待审核 | 3374 | 0 |
| 资料已驳回 | 182 | 0 |
也就是说:发版后这 3556 家存量机构,只要打开签约/复核链接,就能直接付钱了。
建议:发 test 后先观察,若不希望存量机构被放开,可以把闸门收窄成"只放行本次切换后新提交的档案"——但那需要额外的判据字段,现在没有。
status == 待确认到账 且有确认记录 → 待开通账号status ∈ (待线下付款, 待确认到账) 且有确认记录 → 待开通账号status == 待线下付款 且已有确认记录 → 库内 0 条/records 路由遮蔽、「待开通账号」派生漏微信单、参数遮蔽模块名settle-prod 流水线源(仍指旧仓,不切等于白发)/api/wxpay/self-checktest.tongban.love 用手机在微信里真走本报告结论标签:云机环境·非验收证据