city-life-line/src/views/subSystem/alarm/index.vue,后端 AlarmController,独立的审核服务位于 base/alarm。alarm_status=0 进入审核列表,一条事件一行,不按设备去重;后端分页和时间排序。audit_status:0 未审核、1 确认报警、2 误报警。alarm_level 继续使用 1~4(一级最严重,红/橙/蓝/绿),不新增或更名为 case_level。work_order.order_desc 根据原报警信息生成故障描述,审核意见单独记录到 alarm_log.oper_desc,不再覆盖故障描述。实际值为空的报警,页面及自动生成的工单描述均不显示实际值/阈值占位;数值 0 仍视为有效值。order_id。其他工单入口及既有同设备未办结工单冲突校验保留,发生冲突会返回明确错误并回滚审核。pipe-network-service/sql/migration_alarm_review.sql 按 KingbaseES PostgreSQL 兼容语法编写。
alarm_audit、不补历史日志、不推测历史审核结果;旧表数据不删除,但新代码不再读写。alarm_log.log_id int8 DEFAULT nextval('app_user.alarm_log_id_seq'::regclass);序列单独定义并 OWNED BY,Java 为 Long + IdType.AUTO。不新增 source_key。path='alarmAudit'、component='subSystem/alarm/index'。设备类型根分别为 1/2/3/4,燃气额外 warning_code='WARN-GAS-CONCENTRATION';保留原父级和角色关联。alarm:review:list;仅在缺失时创建 alarm:review:audit 按钮权限,给对应页面的现有角色补充新按钮授权,重复执行不恢复已经撤销的按钮授权。不会重复新增四个页面菜单。rootTypeId 代表 equipment_type.id 的根,查询包含所有后代;服务端校验当前用户实际获授权的菜单范围,不能仅修改前端 query 跨系统访问。上线前备份、停止报警/工单写入,完整执行脚本,再部署管理端、采集 API 和前端并重新登录刷新菜单。脚本依赖现有 app_user schema、报警/工单日志/菜单表;既有列若来自其他不兼容的试验版本,不做数据修复或强制转换。
公共前缀 /api/alarm。列表、详情、日志、上传、提交均携带 rootTypeId,必要时带 warningCode。
GET /reviews:pageNum/pageSize、keyword、alarmLevel、auditStatus、startTime/endTime、ascending。GET /reviews/statistics:同设备/等级/日期条件,返回 total/pending。GET /reviews/options:等级、审核结果和根类型枚举。GET /reviews/{alarmId}:详情。GET /{alarmId}/logs:时间线。POST /{alarmId}/attachments:Multipart 文件,返回附件票据。POST /{alarmId}/reviews:auditStatus、opinion、attachmentTokens。其他仍被报警总览、地图和独立页面使用的通用接口保留。供水旧审核/停用写接口、通用 approve-to-work-order、旧燃气浓度监测页面独占接口与五个旧 Vue 入口已移除,可通过 Git 恢复源码。
pipe-network-service/sql/tests/alarm_review.test.mjs。zk-api-service 单独编译被既有缺失类 com.zksy.api.service.CollectionAlarmWriter 阻塞。HEAD 已引用该类,但 Git 树中无对应文件;本轮不臆造采集恢复实现。部署采集 API 前需要补回该类并重新编译、联调。