Excel第105行 · 单据两次回退后五区再提交送给自己审核,流程日志缺失且与3区不一致 2.1.待开发

一级模块计划并网流程 / 计划并网审核

涉及类型全部类型

状态2.1.待开发

问题描述：单据经过2次回退后，经过5区再次提交,最后提交给了自己审核，总调审核人看审核单据，但是经过项目信息查询，查看该单据流程日志，日志记录缺失，和5区的日志不一致

“提交给自己审核”部分有较强的旁证线索（关联到已知的cascadeQuery模式），“日志缺失”部分证据不足，两部分分开说明置信度。

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

“提交给了自己审核”的现象与之前已完成的Excel第85/94/98行同一族问题高度相似。

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

流程日志缺失/不一致的部分，涉及 xnybw5b/.../project/appservice/JhbwAppService.java 的流程记录写入逻辑，未在本次排查中定位到具体遗漏日志写入的方法。

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

xnybw5f/src/views/projectNew/components/planInfo/jhbwDetail.vue 的 cascadeQuery 调用处（同 Excel第102行）；日志缺失部分需要后端进一步定位具体的日志写入方法

修复方案

提交给自己审核的部分，修复方向同Excel第102行——核对 cascadeQuery 返回的待办人信息来源。日志缺失/不一致的部分证据不足，建议结合具体单据ID直接查数据库流程日志表核实是哪个环节没有写入记录，本次未做数据库层面的核实。