lovife
8f80744d63
feat(task): 规则模板 FORM 真正可套用 + 已归档任务可删（客户确认的两项）
一、规则模板的 FORM 部分（F-57/F-64）—— 此前只能「跳过并说明」，等于装饰
· FormSchemaService.saveRawVersion：用已存在的 schemaJson 存为新版本。
与手工保存的区别：内容不再校验/归一化（它当初就是按本服务规则存出来的，
再走一遍解析→序列化只会丢未建模字段）；状态检查与版本管理保留 —— 版本化
逻辑只有一份
· RuleTemplateService 的 FORM 分支接上它（不再 skipped）
· 顺带补上另一半：saveAsTemplate 此前不存表单（存模板不存、套模板用不上，
两头各缺一半）—— 现在把源任务的当前表单一并带走；没存过 = null =
套用时按「用系统默认，不覆盖」跳过
二、已归档任务可删（F-14 / §17.2 D-9）—— 此前「已发布即删不掉」，
演示/测试任务只能改名挪开，库只增不减
· DELETE /tasks/{id} 支持 status=3：收集中/已截止仍拒（归档是最后的后悔药），
拒绝的话说清「先归档」
· 子表级联物理删 14 张表（TaskCascadeMapper 集中放置，表清单来自
information_schema 的事实核对）—— 大头是名册（证件号密文）、材料、审核记录
· ★ 任务行本身**软删**：它必须占住 task_code —— maxSeqByCodePrefix 靠
「含软删行的最大序号」保证编码永不复用（编码同时是文件目录名，重号会把
两批任务的文件混进同一目录）。第一版做成了物理删，e2e-m1-task 的
「编码递增」断言当场抓到重号 —— 这条回归现在被 e2e-m1-task-delete
的「删除后新建不重号」断言守住
· 物理文件尽力删（先取路径再删行，顺序反了文件就永远留在磁盘上；
删不掉只记日志不阻断）；全程留痕（sys_operation_log 记 DELETE_TASK +
行数/文件数）
验证：e2e-m7-taskconfig → 75/75（新增 FORM 完整链路 7 条断言）
e2e-m1-task-delete（新增）→ 20/20（拒删/删净/占号软删/留痕/再删报错/草稿直删）
e2e-m1-task → 71/71（旧口径断言更新为新口径）
2026-09-30 12:38:47 +08:00
..
2026-09-30 12:38:47 +08:00
2026-09-30 09:02:50 +08:00