记录付款能力生产恢复（08-01-reimbursement-notification-progress-clarity）

.trellis/tasks/08-01-reimbursement-notification-progress-clarity/implement.md

@@ -65,8 +65,16 @@
 - [x] 修复 QA 窗口 runner：结束时恢复调用前快照，不无条件写死 `force_off`；正式启用 runner 成功保持 `force_on`、失败恢复原值。
 - [x] 移动财务工作台在付款能力启用但尚无批次时仍显示“付款”入口；PC 入口保持不变；新增移动付款路由避免小屏自动回首页。
 - [x] 补测试覆盖新环境初始化、runner 原值 on/off、移动端零批次入口、普通员工不可见和已批准候选可读。
-- [ ] 通过只读审查后提交、部署；受控设置生产环境硬开关 true 和数据库全局 `force_on`，写审计并验证候选计数，不创建真实批次。
+- [x] 通过只读审查后提交、部署；受控设置生产环境硬开关 true 和数据库全局 `force_on`，写审计并验证候选计数，不创建真实批次。
 
 本地验证（2026-08-01）：seed/部署合同/Portal 聚焦单测 19 passed；flag 快照 helper 的原值 `force_off department_allowlist` 与 `force_on global` 两类恢复测试 2 passed；移动信息架构 6 passed；客户端 typecheck/build、Prisma validate、脚本语法、Trellis/task/process/sensitive/diff 门禁通过。
 
 只读审查（2026-08-01）：未发现阻断项。PC 与移动付款路由使用同一权限集合，普通员工不会因新增移动路由获得付款能力；移动财务卡片同时受真实财务角色/付款权限和后端 `financeSummary` 门控；env、DB flag 与 runtime smoke 三层缺一即失败；短窗口在任何临时写入前保存完整快照，成功/失败分支均不会把调用前 `force_on` 或 allowlist 静默改成固定关闭。审查未修改代码。
+
+生产恢复与发布（2026-08-01，脱敏）：
+
+- 静态 env 中唯一 `PAYMENT_BATCH_ENABLED=false` 已受控改为 true；修改时运行中旧容器未重启，未形成半开启能力。
+- 既有受控 live 管理员凭据已失效，Feature Flag API 在任何 flag 写入前返回 401；没有重置账号或读取密码。随后改用服务器内 Prisma，在单个 Serializable 事务中锁定唯一 `payment_batch_v1`，断言版本 1/`force_off` 后更新为版本 2/`force_on global`，并新增恰好 1 条带 before/after 的 `FEATURE_FLAG_UPDATED` 审计。
+- 提交 `37b4ef2` 已推送并通过既有安装固化入口部署；环境合同、远端 preflight、migration、`/ready`、external deps、runtime smoke、公网构建标识和前端资源扫描通过。
+- runtime smoke 明确证明 env true 与 `payment_batch_v1=flag_force_on_global`；生产只读核验确认唯一 active 财务人员仍有付款管理权限、系统导航含 `paymentBatches`、已批准未付款计数为 1、可建批次候选计数为 1。
+- 没有替财务创建付款批次，没有替负责人复核，也没有上传回单或执行付款。下一条真实验证由王芝玲创建批次触发，届时核验马建勇收到付款复核企微通知。