SAP MM ME38看到的SA交货计划行数据与SE16+EKEH表数据不一致之原因解析

SAP MM ME38看到的SA交货计划行数据与SE16+EKEH表数据不一致之原因解析

 

De.ion: C:.Users.djin.Desktop.ME38 和SE16+EKEH表数据不一致.1.GIF

 

比如对于SA 5500025995,其第一个交货计划行数据里的交货日期是2016.01.06.

 

EKEH表里的数据,第一个交货计划行数据里的交货日期是2016.01.02。原因何在?

 

经查,EKEH 表保存时的是SA release document data,而不是原始的交货计划行数据(这些数据是保存在表EKET),

 

2Q==

EKET,

Z

 

当我们执行ME84事务代码之后,系统会产生SA release document,系统会根据SA release creation profile里的设定的规则与逻辑,往EKEH表里写数据。

 

而我们定义的SA release creation profile

Z

 

其配置里有将多少天内的交货计划按日汇总,多少天内的交货计划按周汇总,多少天内的交货计划按月显示,

 

Z

 

ME84执行后,向表里写数据的时候,会根据这个规则汇总。比如该SA的第一个行项目,按规则是要按周汇总,放在那一周的周一显示的。2017-01-02 刚好是周一。

 

这也是为什么ME38里看到的数据,跟SE16+EKEH表里看到的数据,不完全一致的原因。

 

 

2016-11-16 写于武汉市经开区.

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29829936/viewspace-2128545/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/29829936/viewspace-2128545/

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值