diff --git a/openspec/changes/fix-approval-submission-failure-terminal/tasks.md b/openspec/changes/fix-approval-submission-failure-terminal/tasks.md
index f790b651..84caf8f2 100644
--- a/openspec/changes/fix-approval-submission-failure-terminal/tasks.md
+++ b/openspec/changes/fix-approval-submission-failure-terminal/tasks.md
@@ -34,10 +34,10 @@
 
 - [x] 6.1 `gofmt`、`go build ./cmd/api ./cmd/worker`、`go run cmd/gendocs/main.go`。
 - [x] 6.2 在 `junhong_cmp_test` 执行新迁移（up、down、再 up）并确认旧数据不受影响。
-- [ ] 6.3 按 ENG-TEST-001 用缺必填控件映射对六个业务类型各构造一次提交失败：业务单变为“审批提交失败”、占用释放（核销预占、提现冻结与钱包流水）、审计写入、列表筛选导出可见；恢复被拒；重新发起生成新尝试与新审批；同一事件重复投递结果不变。
-- [ ] 6.4 构造提交结果未知的实例，业务单保持审批中。
-- [ ] 6.5 核对每个提交失败事件都有决策投递记录且最终为成功；模拟渠道回调带 `submission_failed` 被拒、实例状态不变。
-- [ ] 6.6 M13：对尝试模式退款分别用模拟企微撤销、拒绝、删除终态事件触发，退款单变为已拒绝、原因与审计正确、资产可换货；对其重新发起生成新审批；模拟卡管未知的企微单号回调只留痕；“通过”“通过后撤销”与早期 `business_id = 退款单 ID` 的数据回归不变。
-- [ ] 6.7 核销列表与详情提交状态与测试库一致，无上下文申请正常返回，无逐行查询。
+- [ ] 6.3 （测试环境已验证核销、退款、扫码注册、资料资格、线下充值五类；佣金提现因测试环境未配置 commission_withdrawal_approval 审批场景无法创建审批，待配置后补验）按 ENG-TEST-001 用缺必填控件映射对六个业务类型各构造一次提交失败：业务单变为“审批提交失败”、占用释放（核销预占、提现冻结与钱包流水）、审计写入、列表筛选导出可见；恢复被拒；重新发起生成新尝试与新审批；同一事件重复投递结果不变。
+- [x] 6.4 构造提交结果未知的实例，业务单保持审批中。
+- [x] 6.5 核对每个提交失败事件都有决策投递记录且最终为成功；模拟渠道回调带 `submission_failed` 被拒、实例状态不变。
+- [x] 6.6 M13：对尝试模式退款分别用模拟企微撤销、拒绝、删除终态事件触发，退款单变为已拒绝、原因与审计正确、资产可换货；对其重新发起生成新审批；模拟卡管未知的企微单号回调只留痕；“通过”“通过后撤销”与早期 `business_id = 退款单 ID` 的数据回归不变。
+- [x] 6.7 核销列表与详情提交状态与测试库一致，无上下文申请正常返回，无逐行查询。
 - [ ] 6.8 只读统计测试库“实例 7 或已终态、业务单仍审批中”的存量，需要时写一次性补数据脚本，经确认后执行。
 - [ ] 6.9 运行 `openspec validate --all` 与 `./scripts/context-health.sh`。
diff --git a/openspec/changes/scope-expiry-reminder-to-current-asset/tasks.md b/openspec/changes/scope-expiry-reminder-to-current-asset/tasks.md
index 162ea1ca..748f29c8 100644
--- a/openspec/changes/scope-expiry-reminder-to-current-asset/tasks.md
+++ b/openspec/changes/scope-expiry-reminder-to-current-asset/tasks.md
@@ -15,6 +15,6 @@
 ## 4. 文档与测试环境验证
 
 - [x] 4.1 `gofmt`、`go build ./cmd/api ./cmd/worker`、`go run cmd/gendocs/main.go`。
-- [ ] 4.2 按 ENG-TEST-001（测试库 `junhong_cmp_test`、Redis DB 6）构造同一客户绑定两个临期资产：进入 A 只返回 A 的字段并新增 A 的通知，通知中心与未读数只含 A；在 A 中“全部已读”后 B 的临期通知仍未读；同一天再次进入 A 不返回字段、不新增通知；清理键模拟第二天后再次提醒；客户 B 进入 A 独立提醒一次；非临期通知不受过滤。
-- [ ] 4.3 手动触发每日扫描：不再给个人客户写临期通知，店铺通知照常。
+- [x] 4.2 按 ENG-TEST-001（测试库 `junhong_cmp_test`、Redis DB 6）构造同一客户绑定两个临期资产：进入 A 只返回 A 的字段并新增 A 的通知，通知中心与未读数只含 A；在 A 中“全部已读”后 B 的临期通知仍未读；同一天再次进入 A 不返回字段、不新增通知；清理键模拟第二天后再次提醒；客户 B 进入 A 独立提醒一次；非临期通知不受过滤。
+- [x] 4.3 手动触发每日扫描：不再给个人客户写临期通知，店铺通知照常。
 - [ ] 4.4 运行 `openspec validate --all` 与 `./scripts/context-health.sh`。