交付出件箱

← 返回出件箱

批 B 发版前自检(终版)· 2026-08-15

对象: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 测试卫生 跑完查残留 ✅ 无残留商品/机构

A 维度:门店首开全链路真打(长官要测的就是这条)

① 资料刚提交(资料待审核) → /wxpay/price   200  ✅ 能付款(并行生效)
② 老档案没 openid       → /wx-identity   200  ✅ 补录后档案存下 openid/昵称/头像
③ 付款入账、资料未过     → 门店端状态「已付款待资料审核」✅ 明确不催重复付款
④ 平台审核通过          → 门店端状态「待平台开通账号」  ✅ 自动流转

三、⚠️ 一件必须知道的行为变化

并行闸门放开后,存量机构获得了付款入口(直连库实测):

状态 家数 其中已付过款
资料待审核 3374 0
资料已驳回 182 0

也就是说:发版后这 3556 家存量机构,只要打开签约/复核链接,就能直接付钱了。

建议:发 test 后先观察,若不希望存量机构被放开,可以把闸门收窄成"只放行本次切换后新提交的档案"——但那需要额外的判据字段,现在没有。

派生逻辑改动的存量影响:确认为 0


四、待发版功能总览(29 commit)

  1. 门店能用微信付钱:授权取身份 → 填资料 → 付款 → 成功屏 → 回进度页
  2. 付款与资料审核并行:资料在审也能付;付了资料没过 → 明示「无需重复付款」
  3. 钱自动走账:回调 → 确认到账 → 渠道分成 → 收益台账 → 结算单
  4. 退款标记:三种冲销(作废 / 红字冲销 / 只标记)
  5. 平台侧看得到:支付记录页(微信+线下混排)、付款人昵称头像 openid、机构列表付款列
  6. 修掉的真 bug:门店付款链路 403、/records 路由遮蔽、「待开通账号」派生漏微信单、参数遮蔽模块名

五、发版前仍需人工确认

  1. ⬜ 上生产前先切 settle-prod 流水线源(仍指旧仓,不切等于白发)
  2. ⬜ test 联调:手机付 0.01 元 ⚠️ 真扣钱
  3. ⬜ 联调后删 /api/wxpay/self-check
  4. ⬜ 渲染层全部未验 —— 云机无 Chromium、装不起 node_modules,
    门店三页 + 平台四页的排版必须去 test.tongban.love 用手机在微信里真走

本报告结论标签:云机环境·非验收证据