『诡异的』VL10B创设外向交货单出错解决全经过

SAP Gateway在S4/HANA时代的ABAP开发模型中所有至关重要的地位。SAP
Gateway是何等?它对ABAP开发有咋样的影响?可以为我们提供哪些便利?这篇译文将浅要地谈论这个话题。

     图片 1

SAP NetWeaver
Gateway是一项基于市场规范的技术,它提供了简短的格局以连接SAP软件与设施、环境和平台。这么些框架允许实现创新的、以人为本的化解方案,为SAP的商务软件带来了新体验:比如应酬与搭档环境、手机和笔记本设备以及富internet应用。

      一贯认为SAP
STO的作业形式配置起来如故挺简单的,无非就是事关一下购置单与交货单的关系,以及对应工厂的装运数据,其他像主数据的设置也没有什么样特另外。比较ICS格局,它少了IDOC的配置,所以如故很单纯的。但作者在SAP
S4 1610
IDES环境下安排STO时依然被难住了!即使STO我安排过很频繁,从未失手,但这五回真正令我为难相当!

简单,NetWeaver Gateway是一个ABAP组件集,它附加在您已部分SAP
ERP系统上,并提供了简易的、以人为本的工具来拜会你的政工消息,并且降低了花费数量所需要的知识门槛,使得使用者不需要理解SAP系统内部的行事体制。Gateway提供了易用的、定义卓绝的API,提供了入口以访问SAP系统中享有价值的事情数据和机能。

      情形是这般的:

本文链接:http://www.cnblogs.com/hhelibeb/p/7600998.html

     
我先在接单集团内部成立对外客户的销售订单,因为该产品设置的特有采购是根源于一家生产工厂的,由此需要自可是然就跑到生产工厂里,然后生产对应的铺面间买入订单(STO,也叫集团间转储)。但是在VL10B对该采购单生成交货的时候,提醒音信号VL324:项目序列&
不设有。

原稿连接:A simple overview on SAP Netweaver
Gateway

图片 2

1.1 兼容性

  • OPEN – 任何设施,任何体验,任何平台
  • PEOPLE – 优化用户交互场景
  • TIMELESS – 不分裂,任何SAP Business Suite版本
  • DEVELOPERS – 简单的API,不需要SAP知识,任何工具(都足以)
  • STANDARDS – 基于REST,ATOM/OData

SAP NetWeaver Gateway提供SAP应用与其余语言或模型的连年能力,借助REST
services和OData/ATOM共商,实现那种连接不需要SAP方面的学识。

      采购订单详情如下:

1.2 REST & OData

REST: 表现层状态转化(Representational State
Transfer)是分布式系统的软件架构风格,例如万维网。凭借其进一步简易的作风,REST已经逐渐取代了其它设计模型如SOAP。REST使用专业的GET,
PUT, POST &
DELETE方法和HTTP协议已有些特性。REST的重大目标包含组件交互的可测量性、接口的通用性、组件部署的独立性、中间组件减小延迟、增强安全性和包装遗留系统(legacy
systems)等。

OData: 开放数据协议(Open Data
Protocol)是一个用来查询和更新数据的开放的互联网协议。该协议允许消费者经由HTTP协议向数据源查询,并以Atom、JSON或者plain
XML等格式重返数据,可以对数据编码、排序或者过滤。

图片 3

1.3 关键优势

  • REST允许你的体系经过降低消费数量的门径,因为依靠它,无需SAP系统的专业知识也能消费其中的事务数据和效能。
  • 通过一个简短易用、非专有的接口,隐藏SAP系统背后的技能复杂性。
  • 让您的SAP业务数据和功力可以从符合以下特点的另外设施访问:
    • 透过HTTP(S)协议通信。
    • 理解OData消息
  • 提供劳务转移工具(瑟维斯(Service)(Service) Provisioning
    tools),允许为已存在的ABAP效率连忙生成REST实现。
  • 为主流IDE提供插件,比如Eclipse,Visual Studio和Xcode.

      从『装运』页签上看信息都是常规的,表达该店铺间买入订单完全可用!

2.0 使用开源工具访问SAP业务数据

透过SAP NetWeaver
Gateway消费数据只需要用HTTP(S)请求即可。这不需要接纳其他SAP先前的软件或协议。应用开发者通过SAP
NetWeaver
Gateway接口消费数量也不需要有ABAP编程经验,甚至完全不需要明白SAP内部的干活规律。

动用普通的开发工具,比如微软的.NET和苹果的XCode,或者开源语言,比如Ruby和PHP,我们可以轻松地因此消费SAP服务器提供的OData信息为SAP业务数据和效应创制用户界面。为了让OData的花费处理变得愈加简便易行,SAP发表了多少个版本的Gateway
Consumption Tool。这些工具现在得以在Visual
Studio和Xcode中行使,它可以生成OData代理对象。此外,它也可以将已成形的代理对象包装并转移基本使用。

微软的OData协议基于Atom公布协议(Atom
Publishing Protocol),相应地,该协议基于Atom 联合格式(Atom Syndication
Format)。SAP利用了OData内建的正规化扩大特性来提供温馨的笺注(Annotations)。OData数据格式和SAP注明的结缘使得SAP业务音讯并且落实了自描述和高可读性。这五个特征各自地降低了SAP业务消息和效率的得到门槛,使它们更易于为其他外部设备上的业务使用所运用。

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

3.0 聚焦SAP NetWeaver Gateway

SAP NetWeaver
Gateway接口的枢纽在于它的REST能力允许非SAP系统采纳轻松地消费SAP的数额与成效。它们包括:

  • 另外外部应用,比如微软Office应用可以通过.NET(甚至VBA)举行花费。
  • 桌面机器可以透过由PHP、Java或Ruby等后台帮助的Web应用举办消费。
  • 运动端原生应用,比如平板电脑/中兴或者安卓设备或者HUAWEI设备。
  • 嵌入式设备,比如创建业机器人或者卫星导航系统中的路线规划软件。
  • 其余你可以想到的可编程的、帮忙HTTP(S)协议的政工场景。

SAP NetWeaver
Gateway接口可以用于其他匡助HTTP(S)的可编程设备。为提供这一兼容性,它通过以动手段隐蔽了系统内设有的错综复杂:

协议适配:OData成为了向/从SAP系统供应/消费业务数据的绝无仅有协议。

劳务适配:不同品种和版本的SAP系统现在展现为单一的、集成的政工音讯库。

图片 4

4.0 开发进程

SAP NetWeaver
Gateway软件由多种劳务转移工具提供,它可以转变必要的源代码,以启动你的外表应用的支出。这多少个工具得以用来连接多种常用IDE,比如Eclipse,Visual
Studio和Xcode。对这五个IDE,存在可用的扩张,所以开发者无需具备SAP知识。

SAP NetWeaver
Gateway可以依据已有的BAPI、RFC和ABAP Dynpro屏幕创立新的Gateway对象。在生成Gateway对象时,生成工具使用起来和RFC生成器、BOR生成器和屏幕生成器一样。我们也得以通过Gateway附加组件来构建自定义Gateway对象,它会提供OData通道。这是一体系ABAP类和接口,可以用于在SAP系统中开销你协调的Gateway模型对象。需要在SAP NetWeaver Gateway中注册它们,这样就可以通过RESTful服务在表面访问。

可以因而以下图表轻松通晓这个支出过程中的步骤:

图片 5

图片 6

5.0 总结

SAP NetWeaver
Gateway不是用于由标准用户使用的事务型应用的通道,也不会替代现有的中间件如SAP
NetWeaver PI。此外,SAP NetWeaver
Gateway的对象也不是A2A或B2B场景。相反,SAP NetWeaver
Gateway是一扇通往SAP业务数据和功能的门。它的对象受众是被称之为临时平台用户(Occasional
Platform Users ,OPU)的部落。那么些人需要通过易于消费的艺术贯彻特定的(ad
hoc)SAP数据和效用访问。

图片 7

图片 8

图片 9

图片 10

     
本认为所有妥当之后,我就去创设外向交货单,哪晓得报那多少个似是而非,即使系统会转变交货单,但交货单上物料和连串项目是空的!

图片 11

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

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

图片 12

     
当然,这相对是SAP放出来的云烟弹,事实上我物料是相对没问题的。真正错误的来自不是这样子的,问题在于,为何它会创设不含物料的一无是处的交货单号呢?

可是我问各路SAP顾问、QQ群、微信群、各个百度、各类必应搜索,如故没有找到任何的解决办法。网络上凡是STO的配置我都检查了一回,完全就从未有过其它问题。

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

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

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

      于是自家打开后台:

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

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

图片 13

      这多少个明显就是销售订单到交货单的复制控制!

      实际上应该是那样子的:

图片 14

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

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

 

      总结:

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

      2、可能系统版本是IDES的由来,后台有一部分的配备『丢失』了,所以一旦真要做安排和测试的话,IDES系统或者不健全的!当然,那也是涨知识了,境遇了原先完全碰不到的事情。

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

 

发表评论

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

网站地图xml地图