SAP MM VL32N和MIGO对内向交货单做收货,都会更新其'总体货物移动状态'
SAP MM VL32N和MIGO对内向交货单做收货,都会更新其'总体货物移动状态'
近日某个同行告诉我说他所在项目的系统里,对于Inbound Delivery执行收货,如果是使用MIGO来执行收货的话,则Inbound Delivery里的‘总体货物移动状态’(OvrlGdsMvtStat) 栏位还是保持为A,如果是使用VL32N对Inbound Delivery做收货,则Inbound Delivery里的OvrlGdsMvtStat 栏位才会被更新为C。
笔者觉得很是奇怪。项目实践中,对于采购订单,一些项目里使用VL31N为采购订单创建了收货后执行收货,使用MIGO和VL32N来收,都是OK的,交货单里的‘总体货物移动状态’字段的更新都是一样的。笔者从未遇到过该同行提到的现象。
笔者认为这个现象应该是系统因性能等缘故偶尔出现的数据库更新异常而导致的极小概率事件。为了验证自己的想法,抽时间在一个S4HANA(1909)的标准系统上做了测试。
1, 比如如下采购订单,我事先创建了3个inbound delivery。
2, 使用不同方式对其中的2个inbound delivery执行收货。
对于内向交货单180000192使用事务代码MIGO + inbound delivery号码执行101收货。
对于内向交货单180000193使用事务代码VL32N执行收货。
然后观察这2个Inbound Delivery里的’OvrlGdsMvtStat’ (总体货物移动状态)栏位,都被自动更新为C。
内向交货单180000193,
内向交货单180000192,
3, 对内向交货单的2种不同收货的方式,也会有些不同。
3.1, 一个典型的不同就是inbound delivery的凭证流里的信息略有不同。
使用VL32N 做收货后的Inbound Delivery会出现picking request的记录,如下图,
使用MIGO对Inbound Delivery执行收货后的凭证流,则不会出现picking request的记录,
3.2, 还有一个不同的对方在于,采购订单历史里的数据略有差异。
对于VL32N做收货的Inbound Delivery,在采购订单历史里的101收货记录里能在Reference栏位里才能看到Inbound Delivery的号码。如下图。
-完-
写于2021-12-2
相关文章
- Python使用tkinter组件Label显示简单数学公式
- 内网渗透之DCOM横向移动
- 以目标为导向的语义交流的共同语言——一个课程学习框架
- python爬虫前奏【成信笔记】
- HTML 5 File API:文件拖放上传功能
- 教你快速创建 Python 虚拟环境
- pyenv 实现Python多版本自由切换
- 用 Python 对 Excel文件进行批量操作
- Python - 接入钉钉机器人
- Python - 抓取 iphone13 pro 线下店供货信息并发送到钉钉机器人,最后设置为定时任务
- crontab - 解决 mac 下通过 crontab 设置了 Python 脚本的定时任务却无法运行
- [源码解析] PyTorch分布式(5) ------ DistributedDataParallel 总述&如何使用
- Python科普系列——类与方法(上篇)
- SAP对STO的交货单执行PGI,报错 -Fld selectn for mvmt type 643 acct 400020 differs
- Spring Boot 实现通用 Auth 认证的 4 种方式
- 盘点4种使用Python批量合并同一文件夹内所有子文件夹下的Excel文件内所有Sheet数据
- OushuDB 学习经验分享(三):技术特点
- Java和Python思维方式的不同之处
- Python中日志记录新技能
- 奥比中光Gemini OpenCV—Python使用