记录付款发布与资料门禁(08-01-reimbursement-notification-progress-clarity)
这个提交包含在:
@@ -139,3 +139,9 @@
|
||||
只读审查首轮发现:原始 `snapshotJson` 仍可透传异常/历史快照,列表执行不必要的收款资料解密,且缺少 `failed` 正向和回单存储补偿测试。已移除付款响应的原始快照字段,详情只返回格式校验后的固定收款字段,列表不再加载或解密详情级收款资料;补充恶意快照、`failed`、拒绝零文件残留和上传期间状态变化清理回归。未修改生产数据,未执行部署或真实付款动作。
|
||||
|
||||
只读复查随后发现付款页仍把精简列表项当详情使用,会让真实收款依据显示为空;已改为按所选批次 ID 加载详情,并将 E2E 锁定为“列表收款字段为空、详情返回脱敏字段且页面确实发起详情请求”。最终复查无 Blocker/High/Medium/Low,未修改文件。
|
||||
|
||||
生产发布与资料门禁(2026-08-02,脱敏):
|
||||
|
||||
- 提交 `185d64d` 已推送并通过既有安装固化入口部署;聚合体检 13 项、环境与数据合同、63 项 migration、`/ready` 构建标识、external deps、runtime smoke、付款能力常开、公网构建标识、前端资源扫描和部署后备份合同刷新全部通过。部署保持 `SYNC_ENV=0`,没有同步或覆盖生产环境文件。
|
||||
- 生产只读核验仅输出固定检查项结论:目标员工记录 PASS,开户银行 FAIL,加密银行账号非空且可解密格式 FAIL;未输出账号、密文、路径、主机或原始 payload。
|
||||
- 因付款复核依据不完整,真实付款链路保持暂停:不替财务重建批次,不让负责人继续复核,不上传回单,不登记付款完成。先由员工补齐人事银行资料,再重新创建批次并进入 maker-checker 流程。
|
||||
|
||||
在新工单中引用
屏蔽一个用户