建设银行网站显示404长尾词在线挖掘
下图是BOM展开功能CS11在正式系统和测试系统的截图。从截图中的对比不难看出，最下级的原材料A20981-110在组件的数量为1，实际按BOM中的设定比例折算，应该是1个成品，对应需要0.125件原材料。但这里显示的并不是0.125PC，而是1PC。此时，通过CS02将成品的基础数量从1PC改成1000PC，再通过CS11去检查。可以看到问题就解决了。显示为是1000个成品，需要125件原材料。
本篇的逻辑是反着的，先给出结果，再看过程和源头。因为这样容易理解。而实际的问题解决过程还有些曲折，可以想像，用户将成品基础数量维护成1PC，并按比例维护组件数量，在导出的BOM结构中就发现配比是不对的。
所以，从这个问题的分析来看，SAP中是不是做了换算舍入？规律又是会什么？再通过同一BOM中的另一个物料A17185-110来看，1000个成品，需要4.5KG原材料。换算成1个成品，需要0.0045KG。但显示的是0.005KG。保留了小数点后3位。
如果按这个逻辑，第一个原材料A20981-110，1个成品，需要0.125件原材料。显示小数点后3位应该也没有问题啊。为什么显示的数量是1PC呢？
思来想去，符合逻辑的推测可能是这样的。PC和KG两个单位性质不同，如果用重量去计算物料用量，那么这个物料性质一定是可以分割的。但如果用PC单位，就意味着这是不可分割的。现实中生产1件成品需要原材料0.125件，应该如何理解？什么叫0.125件？把一个原料分割成八份，用一份？那即然可以分割，干嘛不将这八分之一设定成1PC呢？
所以，我想有时候将系统问题与实际业务相结合去思考，有时候你会发现用户在系统中没有真实的反映业务，你输入系统的东西不真实，系统的输出也会失真。