1、情况：运行CKMLCP，在单级价格确定环节，产生报错，无法进行下去，报错如下：

报错消息号Note.CKMLMV 037

http://s4/mw690/001RFcx3zy7pAYPYBa353&690

http://s9/mw690/001RFcx3zy7pAYQciEwf8&690

http://s10/mw690/001RFcx3zy7pAYQ1PyF69&690

http://s15/mw690/001RFcx3zy7pAYQ3Ffw8e&690
根据ST22具体分析报错如下：
http://s16/mw690/001RFcx3zy7pAYQhkAvdf&690

2、根据消息号No.CKMLMV037 查询SAP note相关文档，如下：

1743345 - CKMLMV037 occurs in CKMLCP

从以上note分析，也仅仅说了是因为timeout原因导致。

链接：https://pan.baidu.com/s/1EEt8rb3abmD2xlTQ3df5-g
提取码：7dlp

3、重新回到ST22可以看到给出了2个分析方向

   1>P类型太小 2> 中间运算或者运算结果的小数位数太大。

4、运用debug手段查找原因 及 查询表CKMLKEPH 可以发现，如下：

http://s16/mw690/001RFcx3zy7pB0hYCfB4f&690
因为11月AB类别期初数据做了处理，但是原则上10月末的EB与11月的AB相同，故用以上截图。

结果发现，单级运算的底层价格小数位极大，但是此时未超过SAP限制，但是在运行11月单级价格确定的时候，此字段参与了运算，需要乘以期末数量后除以累计库存，这个过程中产生小数位数过大导致此问题。

http://s14/mw690/001RFcx3zy7pB0CFVqR3d&690
5、为了尽快结算，采取捷径处理方式，因CKMLKEPH中AB类型过大导致，则删除表中AB类别数据，如下：

http://s3/mw690/001RFcx3zy7pB1cVauK32&690
6、CKMLCP可以顺利结算，且查询CKM3等相关程序后，未见其他实际影响，且下月CKMLCP运行会读取11月末EB也就是12月初AB的值，不涉及11月AB类的值。暂时考虑可以参考10月末EB值赋给11月AB，也可以一直置空11月AB值。

7、根据6发现其实影响CKM3显示成本组件的单价。需后续调整。因为调整后没有价格差异，也就是标准价和实际价相同。故把CKM3-PS价格确定结构中的最终实际单价作为理论依据。查询CKMLPRKEPH如下：

http://s9/mw690/001RFcx3zy7pBkxu1p678&690
忽略X底层。

更改表CKMLKEPH后，如下：

http://s7/mw690/001RFcx3zy7pFHlrT1A16&690

http://s6/mw690/001RFcx3zy7pFHlGhdbd5&690