由于改 UOM conversion 导致库存数量和财务上的数据错误

轻易改变 UOM conversion 会导致库存数量混乱, 也会造成财务上的数据错误. 我们这里做一个 case 来具体分析一下.

1. 开始 Carton 和 Each 的比例是 1 : 1.

2. 我们创建一个PO, ship to W1, 是一个WMS Org. Item 是 lot control 的. UOM 使用 Carton, 不用这个 item 的 Primary UOM.

这里我们注意单价是15, 因为在定义 item 的时候, 1 个 Each 单价是15, 再根据单位转换, 1 个 Carton 单价还是15. 之后所有的价格计算都根据这个来, 即使 Carton 和 Each 的单位转换比例变了.

3. 另外, 我们来看看税. 税也是根据税率乘以数量计算的. 这里10 个单位, 税是10.47.

4. 现在我们来到 Mobile 上面做收货的动作. 由于定义的PO 是ship 到WMS Org, 所以进入到WMS 的 Responsibility 里面.

5. 输入PO Number, LPN, 数量 10 Carton, Lot Number 等等. 确定.

6. 等所有的 concurrent request 都跑完, 我们来看看各个表里的数据.

a) rcv_receiving_sub_ledger, 由于我们收了10 个Carton, 每个 Carton 单价15, 所以总共要支付150. 加上10.47 的税, 所以总共 160.47.

b) mtl_supply, 10 Carton 10 each

c) mtl_txn_request_lines, 这里产生了一条记录, 10 Carton, 状态是7 = Pre-Approved.

到这里, 数据都正常.

7. 现在我们到 UOM Conversion 的界面, 去把比例改一下:

8. 然后到 Returns form 上来. 如果没有改 UOM conversion 的话, 这里的 Parent Qty 应该是10. 由于我们的EBS 只追踪 Primary UOM, 因此这里的 Parent Qty 就用 Primary Quantity 除以转换比例 20 了.

9. 我们把所有的数量都 Return 回去.

10. 等 RTP 跑完, 我们再看看数据.

a) PO 的表的数据都是追踪PO 上的单位 Carton. 所以 po_line_locations_all 里面 quantity 10, quantity received 9.5 CARTON.

b) rcv_receiving_sub_ledger, 总价是 8.02, 其中税 0.52, 也就是说这里的 Carton 的单价是15. 这里的单价是从 PO 里面来的, 但实际上, 1 Carton 已经改成 20 Each 了, 实际的单价应该是 300 才对. 但也有合理的一方面, 因为只 Return 了0.5 Carton, 总价不应该超过之前的总价.

c) RCV 表追踪的单位是 item 的 Primary UOM. 因此 rcv_transactions 里面的数据开始出现 mismatch. 接受了10 Each, 返回了10 Each, 相减为 0. 但是还剩9.5 Carton. 当然, RT 作为历史记录表, 只负责记录每个transaction 的数据, 这个数据没有问题, 但是其他表的很多数据是根据RT 的数据计算的, 这样就造成了数据错误.

d) mtl_supply 里面有两笔记录, 分别为 0.5 Carton 10 Each 和 9.5 Carton 190 Each. 这里有一点问题. 我们库存应该追踪 Primary UOM 才对, 这里数量应该都是0.

e) mtl_txn_request_lines, 状态变为5 = Closed, 数量0. 在做 Return 之前状态是7 = Pre Approved, 数量是 10. 这里是根据 Primary Quantity 计算得出的结果.

f) rcv_lot_supply 里面的数据出现明显错误, Return 之前是 10 Carton 和 10 Each, Return 之后是 9.5 Carton, 0 Each. 这是怎么算出来的呢? 我猜是根据 rcv_lot_transactions 里面的两条记录做了简单的加减 10 Carton 10 Each 和 0.5 Carton 10 Each. 相减就得到lot supply 的数据了.

11. 上面经过 Return 出现的数据问题, 我们通过 Correction 来补救一下.

如果按照库存只追踪 Primary UOM 的原则的话, 上面 Receive 这条记录的数量应该是 0. 但是这里可能是从RT 里面取数据. 接收了10个, Return 了0.5, 所以还剩9.5.

12. 针对 Receive 的记录, 多收 0.5 Carton.

13. 做完 Correction 之后, 我们再看下数据.

a) rcv_receiving_sub_ledger 产生的账目 8.02 和之前 Return 一样. 算是把之前 Return 产生的错误数据弥补回来了. 负负得正.

b) mtl_supply 有 10 Carton 和 200 Each, 这个表的计算是比较聪明的. 说明以前可能常常出这样的bug. 虽然RT 的数据是错的, 但是mtl_supply 不是简单的把RT 的数据加加减减就OK 了.

c) 但是, rcv_lot_supply 显然没有mtl_supply 那么精心设计, 数据是错的. 10 Carton 10 Each. 因为rcv_lot_transactions 就是错的.

由于改 UOM conversion 导致库存数量和财务上的数据错误相关推荐

如何保证库存数量及时
来自网络资料如何保证库存数量及时如何保证库存数量及时. 准确, 是困扰企业管理者, 特别是仓库管理员的一个问题. 因为,库存的准确性对于企业安排生产计划. 采购计划非常重要, 一不小心 ...
SAP MMBE库存数量与在库序列号数量差异之处理
SAP MMBE库存数量与在库序列号数量差异之处理所在项目的业务部门发现一些物料的库存数据不一致,MMBE报表里的库存数量与对应的序列号个数不一致,要求尽快调整好. 比如如下物料74000077 在 ...
为什么仓库软件不能直接修改库存数量
经常有用户问到,为什么仓库软件中不能直接修改库存数量,其实这种误解主要是有些用户习惯了Excel记账方式的粗放式仓库管理. 首先,仓库管理软件的目的就是确保账面的准确和可追溯,即每一笔出入库明细导 ...
如何在 SAP 中计算物料在某期的库存数量和金额？
SAP 提供如下表存储关于存货 (stock) 的相关数据: 从 4.5 版开始,库存表(比如 MBEW) 和所谓的历史数据表 (比如 MBEWH) 就是分开的,这么设计是为了加速月结的操作,但作为用 ...
python目前有多少库存_统计库存数量的软件，库存有多少，一键统计查询
管理好公司的仓库,就要做到商品库存数量清晰明了,而且还可以对公司仓库的实时动态变化进行管理.使用传统的手工记账的方式,虽然可对商品库存情况进行统计,但是,这个数据做不到数据实时更新,尤其是难以做到多个 ...
SAP查询当前期间初始库存数量
1.SAP查询当前期间初始库存数量 SELECT lhd~matnr AS matnr lpp~bdatj AS bdatj lpp~poper AS poper lhd~bwkey ...
【购物车点击el-input-number计数器库存数量改变】
提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档购物车点击el-input-number计数器库存数量改变前言使用步骤 1.先在data里面定义最开始库存数量的值 2.在有第一个 ...
页面缓存导致数据错误
页面缓存导致数据错误服务端渲染(ssr)会将 API 数据做页面元素返回给前端, 而浏览器会认为是静态页面并将页面缓存, 导致每次访问时都是缓存用户数据. 页面又包含对数据的处理并提交. 当多端更新 ...
lombok 的bug？lombok 导致 springmvc 使用 @RequestBody注解接收 json数据对象参数绑定失败
大家好,我是烤鸭: lombok 导致 springmvc 使用 @RequestBody注解接收 json数据对象参数绑定失败. 环境版本: spring 5.x ...
技术实践丨如何解决异步接口请求快慢不均导致的数据错误问题？
本文分享自华为云社区<如何解决异步接口请求快慢不均导致的数据错误问题?>,原文作者:Kagol . 引言搜索功能,我想很多业务都会涉及,这个功能的特点是: 用户可以在输入框中输入一个关键 ...

由于改 UOM conversion 导致库存数量和财务上的数据错误

由于改 UOM conversion 导致库存数量和财务上的数据错误相关推荐

最新文章

热门文章