① 基本信息
| 问题描述 | 在三区的审核界面，点击处理计划并网容量审核、并网资料审核时，流程审批人员未出现 |
|---|---|
| 一级模块 | / |
| 二级模块 | / |
| 严重性 | （未填写） |
| 当前状态 | （未填写） |
| 研发处理人 | 李文慧 |
| 处理说明 | 待调整 |
② 问题截图
③ 旧代码涉及的项目文件及行数
问题描述明确写的是"在三区的审核界面"，截图顶部标题为"电网运行管理系统"，与 xnybw5f 自身页面（"新能源并网全过程管理"侧边栏风格）不是同一个系统。经排查，本条问题现象发生的界面本身不属于 xnybw5f/xnybw5b（backup730/730backup）代码范围。
xnybw5f / src/views/projectNew/components/baseInfo/components/batchInfo.vue 等多处提交入口
"环节发送"这一交互动作，五区侧统一通过 soWorkFlowEvent.send(true, ress.data, '/th-new-energy-grid-three-web', ...) 调用第三方工具库 so-vue2-common-toolclass 发起，实际的"候选审批人"计算逻辑封装在该库内部，并最终提交给三区应用 /th-new-energy-grid-three-web 处理
soWorkFlowEvent.send(true, ress.data, '/th-new-energy-grid-three-web', '同意', async () => {
let todo = null
await projectGridApi.cloudDesktopLoadTodoVO(ress.data).then(result => { todo = result.data })
return Promise.resolve(todo)
}).then((res) => { ... })
在 xnybw5b（730backup）后端全仓库检索"可选人员""候选人""candidateUser"等关键词均无命中；
cascadeQuery 接口本身在 xnybw5b 自有 Java 源码中也没有找到实现类，说明它由平台框架依赖包（so-integration-* 一类共享 jar）提供，并非 xnybw5b 业务代码自己实现。也就是说，"环节发送"弹窗里"可选人员"该展示哪些候选审批人，这个计算逻辑运行在三区应用 /th-new-energy-grid-three-web 及其所依赖的工作流引擎（BPMS）内部，不在 backup730/730backup 这两个仓库的可见代码范围内。
④ 修复代码涉及的项目文件及行数
未能在 backup730/730backup 中找到"可选人员计算逻辑"对应的代码位置，因此不给出具体文件/行号的代码修改方案，避免编造不存在的路径。
⑤ 修复方案
该问题现象发生在三区侧的审核处理界面，从五区（xnybw5f/xnybw5b）代码结构看，五区只负责通过 soWorkFlowEvent.send(...) 把待办/流程数据"投递"给三区应用 /th-new-energy-grid-three-web，"环节发送"弹窗里"可选专业""可选人员"这两个候选列表的渲染与数据来源，都属于三区前端 + 其对接的工作流引擎（BPMS）职责范围，backup730/730backup 中没有相关实现代码。
建议：该问题根因可能不在五区 backup730/730backup 代码范围内，建议同步排查三区代码（对应三区侧"环节发送"弹窗组件）以及其依赖的工作流引擎（BPMS）中"可选人员"候选人查询接口，确认是该接口本身查询逻辑有缺陷（如未按"专业领导审批"角色正确匹配到具体人员），还是权限/角色配置表中相应岗位缺失人员配置。