Excel第102行 · 五区提交计划并网容量后当前处理人显示正确,三区显示错误无法审核 5.1.已关闭

问题描述：五区提交计划并网容量之后，显示的当前处理人数正确的，但是三区显示的当前处理人错误，也审核不了

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

xnybw5f/src/views/projectNew/components/planInfo/jhbwDetail.vue 中多处调用 cascadeQuery（第1175、1284、1756行）来查询流程节点/待办人信息，用于推送给三区/OMS2.0侧展示。

本条与之前已完成的一批实际并网流程问题（Excel第85/94/98行等）疑似同一族问题：xnybw5f/src/views/projectNew/components/actualInfo/components/tabItem.vue 的 batchAuditFlow() 用 cascadeQuery 查询到的 todoUser 覆盖了用户手选/实际应指向的审核人，计划并网模块（jhbwDetail.vue）里同样多处调用了 cascadeQuery（第1175、1284、1756行），高度怀疑是同一套机制在计划并网流程里的对应表现，但本次未逐行比对两处 cascadeQuery 调用链路的差异，以此作为待验证的强线索，不作为确定结论。

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

jhbwDetail.vue 第1175、1284、1756行附近 cascadeQuery 调用链路；建议同时核对后端流程节点人员写入逻辑（xnybw5b/.../project/appservice/JhbwAppService.java 中 createSjbwJhbw / dealXxcnSjJh 等相关方法）

修复方案

该问题状态已标记“5.1.已关闭”（验证通过），说明该问题在这批记录整理时已经解决。这里仅作为代码线索存档：如果后续复现，优先怀疑 cascadeQuery 返回的 todoUser/节点人员信息与实际流程引擎里的当前处理人不一致，通常是五区推送给流程引擎的“当前处理人”字段和三区读取展示所用字段不是同一个来源导致的。