1

MES_FIN_MONTH/2026-03-MES-月结问题整理与分析.md

@@ -140,38 +140,96 @@
 
 # ———产销———
 
-> 1. 财务说某个一个物料编码的**钢级**和**品名**不对，**生产月报**，**商品收发存**，**半成品台账**，这三者一致。财务提供的一个Excel（来源未知）的表不一致。
+> ### 1. 问题：财务反馈物料编码**TD0719312207412C**品名和钢级错误
+>
+> > 原因：经排查是合同在**PM020201页面**天淮合同号**HGXPY-26A0005**合同冶金码错误
+> >
+> > 解决方法：修改冶金码后将错误数据刷成正确的
+
+`T_CO_RP_PROD_SRS@iMES_ERP -商品收发存-高新`
+`T_CO_RP_PROD_SRS_GAO_XIN@iMES_ERP -商品收发存-还原`
+`T_CO_MES_PERFORM@iMES_ERP -生产月报`
+`T_CO_MES_PERFORM_GAOXIN@iMES_ERP -生产月报`
+`HOT_HEAT_PRODUCTION_MES_GX@CXUSER`
+`HOT_PRODUCTION_MES_JG@CXUSER`
+`HOT_PRODUCTION_MES_RZ@CXUSER`
+`CX_YDM_BC_INITIAL@CXUSER`
+`CX_YDM_BC_INLIST@CXUSER`
+`CX_YDM_BC_OUTLIST@CXUSER`
+`T_SD_PROD_STOCK_LEDGER@iMES_MES -半成品收发存台账`
+
+物料码 TD0719312207412C 替换成这个 TBAE18312200412C
+编码TD0719312007307C，合同HGXPY-26A0002001
 >    
->    > 结论发现冶金码填错了。 [处理方式 #16](http://172.54.8.21:3000/zhangguo/MES_DOC/issues/16)
->    > 
->    > 类似问题发生两次
->    > 来回折腾2小时以上
->    
->    商品收发存页面点统计，会生成统计数据，我们去高新核算，核算完了之后，正常情况下应该直接点还原核算。
-> 
-> 2. > 但是由于不知道流程，商品收发存页面又去计算一次。
->    > 来回折腾2小时（核算行为本身很慢 ）
->    > 平时这个点击顺序是财务人员弄，当时财务在进行手动月结，我们在自行摸索时花了更多时间
->    > 当时null作为乘数进行计算引起都为0，是该问题衍生问题。
-> 
-> 3. 各成本费用结转数据页面，分摊金额用 = 生产月报.带高新项目的来料重量 * 商品收发存.综合单价
->    
->    > 修改为：生产月报.高新钢坯重量 * 商品收发存.核算单价
->    > 
->    > 花费3小时调整代码
->    > 这个问题存在已久，以前数据就已经偏离了，但是这里偏离太厉害，财务较真要求处理
->    > ![](./images/7cff65ae-9f52-43cb-9156-c4960def40ed.png)
+> [处理方式 #16](http://172.54.8.21:3000/zhangguo/MES_DOC/issues/16)
+> > 
+> > 类似问题发生两次
+> >
+> > 来回折腾2小时以上
+> > 
+> > 商品收发存页面点统计，会生成统计数据，我们去高新核算，核算完了之后，正常情况下应该直接点还原核算。
+> >
+> ### 2. 问题： 但是由于不知道流程，商品收发存页面又去计算一次。
+> >
+> > 来回折腾2小时（核算行为本身很慢 ）
+> >
+> > 原因：
+> > 1. **业务理解偏差**：分摊金额计算时，错误引用了 “带高新项目的来料重量” 而非正确的 “高新钢坯重量”。
+> > 2. **无逻辑评审**：算法上线前未经过业务与技术的双重评审，导致长期隐藏问题。
+> >
+> > 解决方法：
+> > 1. 紧急修复：将算法从 生产月报.带高新项目的来料重量 * 商品收发存.综合单价 修正为 生产月报.高新钢坯重量 * 商品收发存.核算单价。
+> > 2. 数据校正：开发历史数据重算脚本，对已产生偏离的历史成本数据进行批量修正。
+> > 3. 流程固化：在代码中对关键业务逻辑增加注释标注，并建立算法变更双人复核机制。
+> >
 > 
-> 4. 还原商品收发存，本期在制品金额取得 = 本期在制品量 * 出库单价 算法有误
->    
->    > 正确算法 = 本期在制品量 * 本期在制品单价
-> 
-> 5. 成材率达到3000%以上的错误
->    
->    > [处理方式 #50](http://172.54.8.21:3000/zhangguo/MES_DOC/issues/50)
->    > 
->    > 最后定位是读的mes视图，不知道解决方式
+> ### 3. 问题：本期在制品金额计算口径错误
+> >
+> > 原因：
+> >
+> > 1. **字段引用错误**：计算在制品金额时，错误地使用了 “出库单价” 而非 “本期在制品单价”，导致成本核算失真。
+> > 
+> > 解决方法:
+> >
+> > 1. **修正公式**：将计算逻辑从 本期在制品金额 = 本期在制品量 * 出库单价 直接修改为 本期在制品金额 = 本期在制品量 * 本期在制品单价。
+> > 2. **同步报表**：确保前端展示、后端统计、导出文件等所有关联场景的字段引用保持一致。
+> >
+> > ![](./images/7cff65ae-9f52-43cb-9156-c4960def40ed.png)
 > 
-> 6. 全线结构表累计成本有问题，轧制费计算重复
->    
->    > [处理方式 #55](http://172.54.8.21:3000/zhangguo/MES_DOC/issues/55)
+> ### 4. 成材率数据异常，超出合理范围
+> >
+> > 原因：
+> > 1. **数据源异常**：直接读取的 MES 底层视图数据存在口径错误或脏数据。
+> > 2. **无阈值校验**：系统未对成材率设置合理的正常范围（如 0-150%），导致异常数据直接展示。
+> >
+> > 解决方法：
+> > 1. **排查视图**：联合数据团队，核查并修复 MES 视图中原料重量与成材重量的统计口径问题。
+> > 2. **增加校验**：在代码中加入阈值校验逻辑，若成材率 > 150% 或 < 0，则标记为异常数据并阻止入库，同时给出明确的错误提示。
+> >
+> ### 5. 全线结构表累计成本错误，轧制费重复计算
+> >
+> > 原因：
+> > 1. **逻辑设计缺陷**：轧制费在循环或关联查询中被重复累加，导致成本总额翻倍。
+> > 2. **缺乏校验**：未对累计成本与分项成本之和进行一致性校验。
+> > [处理方式 #50](http://172.54.8.21:3000/zhangguo/MES_DOC/issues/50)
+> > 
+> > 最后定位是读的mes视图，不知道解决方式
+> > 
+> > 解决方法:
+> > 
+> > 1. **代码重构**：排查并移除 SQL 或业务代码中导致重复 JOIN 或循环累加的逻辑，确保单工序成本只计算一次。
+> > 2. **增加校验**: 在成本汇总接口增加校验逻辑，计算 累计成本 = 各分项成本之和，若数值不匹配则触发系统报警并阻止提交。
+> >
+> ### 6. 全线结构表累计成本有问题，轧制费计算重复
+> >
+> > 原因：
+> > 1. **完成度**：事情太多，这个代码没完成
+>
+> > 解决方法：
+> >
+> > 1. **紧急完工**: 半小时内发版解决。
+> > 2. **扩展功能**: 当时提出的额外需求。
+> >
+> > ![alt text](image.png)
+> > ![alt text](image-1.png)
+> > [处理方式 #55](http://172.54.8.21:3000/zhangguo/MES_DOC/issues/55)