交付出件箱

4 家门店结算记录补录 —— 执行完成记录

dev2 · 2026-08-21 · 已在生产执行完毕(root 按长官口令跑的 --commit)
下面每一条都是我用 sudo db-prod 只读实查的,不是转述

一、生产实查结果(全绿)

查什么	结果
4 份签约档案	编号 10000007~10 · 全「已开通」· 4 张凭证 key 全部写入
订单号	SVC20260718001 / 20260722001 / 20260727001 / 20260805002
付款单	PAY20260718001 / 0722001 / 0727001 / 20260805001 · 全「已确认到账」
结算单	SET202607001 = 1332.80(新出) SET202608001 2856.00 → 3332.00(单号不变) SET202608002 测试渠道 4763.60 未动
悬空快照	1 条 —— 是 8-20 就存在的 2026-08-H2 测试渠道 0.00 那条,与本次无关
🔴 红线	机构总数 16 · 今天新建机构 0 · 今天新建用户 0 ⇒ 没多建机构、没多开席位

金额:实收 9044.00 · 二级(京东方健康-贺清梅)2713.20 · 一级(北京京东方)1808.80

SVC20260805001 被存量单占用,脚本按设计自动避让到 002 —— 与执行前的预告一字不差。

二、与原说明书的两处偏离(都已核实、已并入 git)

1. 删单重建 → 原地更新(root 复核时提出)

原做法删旧单再建新单,两个毛病:真删掉一条财务记录;而且"新单号恰好等于旧单号"
只是"删了号就空出来"的巧合、不是设计保证。
现在改为 statement.total_amount 原地更新 + 把本账期尚未归属的快照挂到原单上。

这个改动是对的。我没采信转述:自己 diff 了改动、在云机真 PG 上把 e2e 重跑一遍
(21/21 全绿,断言强化为"单号必须相等")才认。已并入 git 8a3a4431。

2. 脚本 sha256 变了:`e8825315…` → `df9b3703…`

⚠️ 这次暴露了一个流程洞:交付包里的脚本改了,但说明书里写死的期望 sha 没同步改。
两者不一致时,"sha 双重校验、不符即中止"这道关就形同虚设。
以后交付包内容一变,期望 sha 必须同步改并重发。

三、以后我自己就能跑(root 已建通道)

sudo backfill-prod status     # 看容器/指纹/凭证/批准闸/残留
sudo backfill-prod dry-run    # 不写库,随时可跑
sudo backfill-prod commit     # 需长官批准闸开着,未批准直接拒
sudo backfill-prod cleanup    # 手动清场

【实测 2026-08-21】status 输出:容器 settlement-api Up · 指纹匹配 · 凭证 4 张 ·
长官批准闸「未批准 · commit 会被拒」 · 容器内残留空。
通道特性:脚本 sha256 宿主+容器内双重锁死、凭证张数校验、跑完自动清场、
全程审计 /var/log/backfill-prod.log。不用再手工 docker cp。

四、还剩两件

四类资质(执照/门头/在职视光师/仪器)—— 长官在后台「机构签约 → 编辑资料」逐家上传,
走正规上传通路。档案现在已经建出来了,有地方传了。
❓ 合同:脚本没写 contract_signed / contract_file_keys,后台机构详情页会显示未签合同。
线下签没签纸质合同、要不要补登 —— 等长官给话。

云机环境 · 生产数据为 sudo db-prod 只读实查。