VL10B创立外向交货单出错解决全经过

     图片 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、懂开发的政工咨询顾问,真的很有优势,非凡昂贵!

 

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注