本文通过一个具体的案例，分析了在SAP系统中，物料A的采购订单单位与基本计量单位出现混乱导致的发票校验问题。详细探讨了单位转换规则、不同视图的优先级以及收货、发票校验过程中的计算逻辑。解决方案是调整采购信息记录中的单位，确保一致性，从而避免系统错误。
今天业务部门发现了一件很奇怪的事情，物料A收货了10,但是发票校验总是提示：发票校验数量大于收货数量：2.由此问题
深入研究下去，发现了以下问题：
A物料的单位非常的混乱：
基本数据1中的基本计量单位为“瓶”；
采购视图中的基本计量单位也是“瓶”；
采购视图中的订单单位 为 空值；
MM02的物料主数据中还定义了转换规则：1 瓶 ＝ 5 加；
采购信息记录一般数据中的订单单位为：PC，转换：1 PC ＝1 瓶；
采购信息记录 的采购组织数据1的条件中的单位为 加，转换关系为 1PC = 5 加。与此同时，标准订单数量，最小订单数量的
单位都是PC。
如此混乱的订单单位倒是让我深入了解了之前没有想到的SAP单位的复杂性，以及各个视图优先级的问题。经过测试，采购信息
记录中的优先级最高，其次是采购视图中的订单单位，但是物料入库后的单位和移动平均价总是以基本计量单位来计算的。
单位的换算是在收货的时候发生的。点击MB03查看物料的收货凭证，可以发现在数量标签中，有好几个数量及单位，分别为：
以输入单位计的数量：15 PC；
深入研究下去，发现了以下问题：
A物料的单位非常的混乱：
基本数据1中的基本计量单位为“瓶”；
采购视图中的基本计量单位也是“瓶”；
采购视图中的订单单位 为 空值；
MM02的物料主数据中还定义了转换规则：1 瓶 ＝ 5 加；
采购信息记录一般数据中的订单单位为：PC，转换：1 PC ＝1 瓶；
采购信息记录 的采购组织数据1的条件中的单位为 加，转换关系为 1PC = 5 加。与此同时，标准订单数量，最小订单数量的
单位都是PC。
如此混乱的订单单位倒是让我深入了解了之前没有想到的SAP单位的复杂性，以及各个视图优先级的问题。经过测试，采购信息
记录中的优先级最高，其次是采购视图中的订单单位，但是物料入库后的单位和移动平均价总是以基本计量单位来计算的。
单位的换算是在收货的时候发生的。点击MB03查看物料的收货凭证，可以发现在数量标签中，有好几个数量及单位，分别为：
以输入单位计的数量：15 PC；
最低0.47元/天 解锁文章
扫一扫
4197
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
