生成时间: 2026-08-03 · 数据来源: xnybw平台需求及工作计划(1).xlsx(南网在线绿能云缺陷跟踪表·新增批次)· 仅针对 backup730/730backup 分支代码

Excel第118行 · 总调项目首次实际并网正常归档,新增机组二次提交后发给自己审核 2.1.待开发

一级模块实际并网流程 / 实际并网流程
涉及类型全部类型
状态2.1.待开发

问题描述:总调调管的项目,实际并网流程,同一个项目场站,第一次提交实际并网流可以正常走完归档,但是新增机组第二次提交实际并网流程后,发送给了用户自己审核

给出的是排查方向而非确定根因,“首次提交”与“二次提交”走不同分支这一点是较强的旁证但未逐行验证。

旧代码涉及的项目文件名及对应行数

与之前已完成的一批实际并网流程问题(Excel第85/94/98行等)疑似同一族:xnybw5f/src/views/projectNew/components/actualInfo/components/tabItem.vuebatchAuditFlow() 用 cascadeQuery 查询到的 todoUser 覆盖了应指向的审核人/中调处理人,本条现象与该模式吻合,作为强线索但未逐条复现确认。

修复代码涉及的项目文件名及行数

xnybw5f/src/views/projectNew/components/actualInfo/components/tabItem.vuebatchAuditFlow();同时怀疑后端 xnybw5b/.../actualgrid/appservice/ActualGridAppService.java 里“新增机组后再次提交”这条路径,和“首次提交”走的可能不是完全相同的代码分支,导致节点人员分配逻辑表现不一致

修复方案

“首次提交正常、新增机组后二次提交异常”这个对比很有价值——说明问题大概率出在“非首次提交”专属的分支逻辑里(比如判断是否已存在流程实例、是否需要重新发起流程等条件分支)。建议直接对比 ActualGridAppService 里“首次创建流程”和“已有流程后追加/二次提交”这两条代码路径的节点人员来源是否一致,本次未继续深入对比这两条分支的具体差异。