2026-09-29 预警流程联调

目标：在已登录的本地页面实际验证草稿、发布、接收、处置、核查、退回及解除流程。
实测两条 TEST- 预警：一条走发布到解除；另一条走核查退回、再次处置到解除。预警状态和处置轨迹均按预期显示。
首次发布因开发库缺少 early_warning.reviewer、warning_todo.action_type 失败；执行后端仓库的幂等迁移 migration_warning_workflow_fields_kingbase.sql 后成功。
修复待办查询：同一用户同一预警的多条已办任务只展示最新一条；修复详情对下划线字段的处置类型、说明、人员和时间展示。页面复测两条预警各显示一行，完整处置轨迹可见。
验证：npm run build:stage 成功；mvn -pl zksy-system -am '-Dtest=EarlyWarningWorkflowTest' '-Dsurefire.failIfNoSpecifiedTests=false' test 成功（3 项）；前后端 git diff --check 无错误。
两条测试预警及关联待办、处置、归档记录已从开发库精确清理，回查计数为 0；页面重载后我的已办为 0。未测试不同登录用户分别担任处置人和核查人的权限分支。

督办、批示、升级联调

“预警处置”作为升级、督办、批示的统一入口；“待办预警”仅保留接收、开始处置、提交处置、核查解除/退回等个人工作流动作，避免重复入口。
调整 LwarningDisp.vue：使用 alert_type/alert_level 字典和统一状态文案；草稿、已解除不显示操作，一级预警不显示升级，核查解除/退回仅 HANDLED 且当前用户为核查人；日期和处置轨迹兼容下划线字段。
调整 LTobeHandled.vue：移除升级、督办、批示重复弹窗和按钮，保留个人工作流操作；状态、日期和详情轨迹统一显示。
使用测试预警 YJ20260929102646138AB5C16 实测：三级升级到二级成功；督办记录成功；领导批示记录成功；详情轨迹显示升级、督办、批示。一级预警和草稿按钮显隐符合规则。
督办通知、批示短信当前后端只保存记录，未接入真实外发渠道；页面已改为“通知方式（记录）/通知内容（记录）”，测试未填写真实号码。
测试预警及其 warning_todo、warning_disposal、warning_supervision、归档、附件、报警关联已从开发库精确清理，回查计数均为 0。
npm run build:stage 成功；git diff --check 无错误。不同登录用户的权限分支和真实短信外发仍未验证。

督办弹框通知方式收敛为“短信”和“系统通知”，移除通知字段中的“（记录）”文案；附件地址改为单文件上传控件，限制 20 MB，并随 multipart 请求提交。
短信复用现有 SmsTemplate.sendBatchSms，系统通知复用 warning_todo 的 NOTICE 类型；短信在事务提交后发送，失败写入 warning_supervision.notification_status/notification_error，前端提示“已保存但短信发送失败”，避免用户重复提交。
前端增加通知内容 180 字提交前校验，上传按钮改用 Element Plus Upload 图标。
新增 WarningSupervisionNotifierTest，并扩展 EarlyWarningWorkflowTest 覆盖非法通知方式、指定用户系统通知和短信失败；mvn -pl zksy-system -am '-Dtest=EarlyWarningWorkflowTest,WarningSupervisionNotifierTest' '-Dsurefire.failIfNoSpecifiedTests=false' test 通过（6 项）。
npm run build:stage 通过，前后端 git diff --check 通过；未在本轮真实页面提交短信督办，需先部署 migration_warning_supervision_notification_kingbase.sql 并在 Nacos 配置已审核的 aliyun.sms.supervision-template-code（模板变量 warningName、content）。