① 基本信息
| 问题描述 | 外网点击保存后，内网侧水新账号看不到相关信息 |
|---|---|
| 一级模块 | 项目信息填报 |
| 二级模块 | 计划并网审核 |
| 涉及类型 | 生物质 |
| 严重性 | 严重 |
| 当前状态 | 2.1.待开发 |
| 研发处理人 | 冷柏烨 |
| 处理状态 | 已调整待验证 |
② 问题截图
③ 旧代码涉及的项目文件及行数（730backup 分支）
xnybw5b / src/main/java/cn/csg/so/oms/in/newenergy/project/appservice/NePjInfoFlowAppService.java
第 532、765、886 行（apiService.sendMsgApi(...) 调用全部被注释）
xnybw5b / src/main/java/cn/csg/so/oms/in/newenergy/project/appservice/ProjectImplAppService.java
"新增项目"整条保存链路（addProject 相关方法）
④ 代码现状与修复方案
两张截图对照可以确认：数据保存本身没问题（外网侧列表能查到），问题出在"互联网侧数据 → 内网侧'项目全生命周期'系统"这一层没有做数据同步。
在 xnybw5b 全仓库范围内搜索，唯一和"推送数据给内网综合OMS系统"相关的代码线索是 apiService.sendMsgApi(..., MqApiTypeEnum.API_ZDXNYBW_ZHOMS_XMZL.getCode())——"ZHOMS"从命名上看应该就是"综合OMS"，即内网侧系统。但这几处调用全部被注释掉，处于关闭状态，且全仓库只在 NePjInfoFlowAppService.java（并网资料流程相关）里出现过：
// 第532行（sendTask归档分支内）： // apiService.sendMsgApi(flowList,MqApiTypeEnum.API_ZDXNYBW_ZHOMS_XMZL.getCode()); // 第765行： //apiService.sendMsgApi(informationFlowList,MqApiTypeEnum.API_ZDXNYBW_ZHOMS_XMZL.getCode()); // 第886行： // apiService.sendMsgApi(gdFlowList,MqApiTypeEnum.API_ZDXNYBW_ZHOMS_XMZL.getCode());
更值得注意的是：本行台账反馈的是"项目信息填报"环节（新建项目基本信息，尚未走到并网资料流程），而
ProjectImplAppService 里负责"新增项目"的保存逻辑（addProject 相关方法），全仓库检索不到任何一处对 sendMsgApi/MqApiTypeEnum 的调用，连被注释掉的痕迹都没有——也就是说，"新建项目"这个环节从设计上可能就从来没有实现过"同步推送给内网综合OMS系统"这一步，而并网资料流程虽然写了同步代码，也是处于被注释关闭的状态。两者共同的表现就是：内网侧系统（含"项目全生命周期""水新账号"能看到的数据范围）没有一条自动获取互联网侧新建/更新项目数据的通路。
建议修复方式：
- 确认
MqApiTypeEnum.API_ZDXNYBW_ZHOMS_XMZL这条消息队列同步链路当前的真实状态——如果内网侧确实依赖它来同步项目数据，需要先排查为什么在 backup730/730backup 这份代码快照里被注释关闭（可能是联调阶段临时关闭、后续忘记打开，也可能是下游消费方尚未就绪），确认后按需重新启用； - 在
ProjectImplAppService的"新增/更新项目"保存成功后（addProject方法末尾，事务提交之后），补充调用同样的apiService.sendMsgApi(...)（或与内网侧协商后的等价同步接口），确保"项目信息填报"这个最早的环节也能把数据同步给内网"项目全生命周期"系统，而不是仅在并网资料流程阶段才尝试同步。