然则在VL10B对该采购单生成交货的时候,然后生产对应的商号间买入订单(STO

     图片 1

     图片 2

      一贯认为SAP
STO的事体情势配置起来仍然挺简单的,无非就是关系一下买进单与交货单的涉嫌,以及对应工厂的装运数据,其他像主数据的装置也没有什么特此外。相比ICS情势,它少了IDOC的安排,所以仍旧很单纯的。但作者在SAP
S4 1610
IDES环境下安排STO时如故被难住了!即便STO我安排过很频繁,从未失手,但这四回真正令我为难非常!

      平昔以为SAP
STO的工作格局配置起来依然挺简单的,无非就是涉及一下采购单与交货单的涉嫌,以及对应工厂的装运数据,其他像主数据的设置也不曾什么样特另外。相相比ICS格局,它少了IDOC的配置,所以如故很单纯的。但作者在SAP
S4 1610
IDES环境下安排STO时还是被难住了!即便STO我安排过很频繁,从未失手,但这四遍真正令自己为难至极!

      情形是这样的:

      意况是如此的:

     
我先在接单公司内部创设对外客户的销售订单,因为该产品设置的独特采购是出自于一家生产工厂的,由此需要自但是然就跑到生产工厂里,然后生产对应的营业所间买入订单(STO,也叫公司间转储)。可是在VL10B对该采购单生成交货的时候,指示新闻号VL324:项目项目&
不设有。

     
我先在接单公司内部创立对外客户的销售订单,因为该产品设置的不同常常采购是出自于一家生产工厂的,因而需要自可是然就跑到生育工厂里,然后生产对应的合作社间买入订单(STO,也叫公司间转储)。可是在VL10B对该采购单生成交货的时候,提醒消息号VL324:项目序列&
不存在。

图片 3

图片 4

      采购订单详情如下:

      采购订单详情如下:

图片 5

图片 6

      从『装运』页签上看音讯都是正常的,表达该商家间买入订单完全可用!

      从『装运』页签上看信息都是例行的,表达该商厦间买入订单完全可用!

      而系统安排是,我也该装置的都安装了:

      而系统安排是,我也该装置的都设置了:

图片 7

图片 8

图片 9

图片 10

图片 11

图片 12

图片 13

图片 14

图片 15

图片 16

图片 17

图片 18

     
本认为所有妥当之后,我就去创制外向交货单,哪晓得报这么些似是而非,虽然系统会变卦交货单,但交货单上物料和体系项目是空的!

     
本认为所有妥当之后,我就去创建外向交货单,哪知道报这么些似是而非,即便系统会扭转交货单,但交货单上物料和类别连串是空的!

图片 19

图片 20

      要是改动该交货单,加上物料号,系统会提醒:

      假设改动该交货单,加上物料号,系统会唤起:

     『物料**未对销售部门 分销渠道 语言ZH定义』

     『物料**未对销售单位 分销渠道 语言ZH定义』

图片 21

图片 22

     
当然,这纯属是SAP放出来的烟雾弹,事实上我物料是纯属没问题的。真正错误的发源不是这样子的,问题在于,为什么它会成立不含物料的谬误的交货单号呢?

     
当然,这纯属是SAP放出来的烟雾弹,事实上我物料是纯属没问题的。真正错误的来源于不是这样子的,问题在于,为何它会创立不含物料的错误的交货单号呢?

唯独我问各路SAP顾问、QQ群、微信群、各类百度、各个必应搜索,依然没有找到此外的解决办法。网络上凡是STO的安排我都检查了两回,完全就没有其它问题。

不过我问各路SAP顾问、QQ群、微信群、各样百度、各个必应搜索,仍然没有找到另外的解决办法。网络上凡是STO的布局我都检查了五回,完全就从不其他问题。

     
开头我觉得这是SAP的一个Bug,相比较前边在ECC和1511的本子上自家都安排过很频繁了,完全没问题。

     
伊始我觉着那是SAP的一个Bug,相比前边在ECC和1511的版本上自己都布置过很频繁了,完全没问题。

      没办法,懂技术开发的自我,留给自己的化解方法只有——Debug

      没办法,懂技术开发的自家,留给我的化解方法只有——Debug

     
于是自家第一通过ST05快捷跟踪到对应Lips(交货单)这张表的代码所在地,打上断点,运行程序之后一层一层往上一定,发现它数据源来自于xlips,而xlips会基于自身后台装置的交货类型去tvcpl(交货复制控制)去读取相应的多寡。在本例中,我发现程序执行的是从销售订单vbak和vbap读取数据。但STO里面是没有销售订单的,看来问题出在这边,也就是交货复制控制其中!

     
于是自己第一通过ST05飞快跟踪到对应Lips(交货单)这张表的代码所在地,打上断点,运行程序未来一层一层往上一定,发现它数据源来自于xlips,而xlips会基于自身后台装置的交货类型去tvcpl(交货复制控制)去读取相应的数据。在本例中,我发现程序执行的是从销售订单vbak和vbap读取数据。但STO里面是绝非销售订单的,看来问题出在这边,也就是交货复制控制其中!

      于是自身打开后台:

      于是本身打开后台:

    『SPRO——后勤执行——装运——交货复制』

    『SPRO——后勤执行——装运——交货复制』

      在目标地NLCC,源DL里面,我设置的NLC如下:

      在目标地NLCC,源DL里面,我设置的NLC如下:

图片 23

图片 24

      这些肯定就是销售订单到交货单的复制控制!

      这些彰着就是销售订单到交货单的复制控制!

      实际上应该是这样子的:

      实际上应该是这样子的:

图片 25

图片 26

      也就是说数据出自不再从销售订单读取!

      也就是说数据来自不再从销售订单读取!

      改了今后,重新创造交货单,问题化解!

      改了后来,重新成立交货单,问题迎刃而解!

 

 

      总结:

      总结:

      1、按道理来说,那一个复制控制的部署SAP标准就会预设的,所以基本上网络上保有对STO的布局都并未这一个环节。同时,我在布置STO的时候遭逢过NLC项目项目不设有(SAP预设的是存在的),自然的这几个复制控制也不会设有,我『偷懒』是参考的其他安排举行复制过来。

      1、按道理来说,这些复制控制的部署SAP标准就会预设的,所以基本上网络上保有对STO的布局都没有那一个环节。同时,我在布置STO的时候遭受过NLC项目项目不设有(SAP预设的是存在的),自然的这一个复制控制也不会设有,我『偷懒』是参考的任何安排举办复制过来。

      2、可能系统版本是IDES的原由,后台有部分的安排『丢失』了,所以如若真要做安排和测试的话,IDES系统或者不完善的!当然,这也是涨知识了,遭逢了从前完全碰不到的事儿。

      2、可能系统版本是IDES的缘故,后台有一些的布置『丢失』了,所以假设真要做安排和测试的话,IDES系统或者不完美的!当然,那也是涨知识了,碰到了原先完全碰不到的事体。

      3、懂开发的政工咨询顾问,真的很有优势,万分高昂!

      3、懂开发的事务咨询顾问,真的很有优势,非常高昂!

 

 

相关文章