直到笔者写这篇博文的时候，这个开发项目名义上已经上线，但其实开发以及优化的工作还在继续，数据的修复也仍在继续...
IT系统环境很简单，一个基于JAVA+Mysql的Web平台，一个是宇宙第一的SAP系统，彼此之间用的是Webservice的方式数据对接；
在此之前，公司的业务形式上都是买进卖出，不留库存。虽然有一个所谓“集采”的业务，但其实根本没有在走单，系统能不能走得通都还是未知数。于是现在又有一个新的业务上来了，买与卖不平衡导致了会有库存差异，而之前的业务和开发都是基于零库存的模式下进行。这就意味着之前的业务模式走不通，需要重新设立新的业务场景，做一定程度的开发扩展。因为这个业务跟“集采”有所类似，所以打算大部分沿用“集采”的接口，我们把它叫做“贸易通”。“贸易通”中采购端与销售端并没有直接的单据关联（部分），下单，收货，开单，出货，对账等都是独立的。
开发过程如下：
一、Web下单时采购价格确定
Web调用SAP的接口，利用Bapi生成销售订单或采购订单。但是在采购价格确定的时候，之前是参考的销售价，但因为销售与采购分离，需要Web上指定一个采购价格。但是调用Bapi的时候，老是会出错，报错说采购价格必须大于0。看来创建采购订单的时候系统会去取信息记录，可是既然用户指定了采购价格就应该用人工指定的。这个问题偶尔会发现，于是直到上线了也没根断。后面经常报错，我突然记起来应该是一个增强搞的鬼。那个增强是在采购创建和修改的时候，跟价格有关的就会强制重新定价，就是这个错误。于是把增强去掉，此问题解决。
我很好奇当初顾问做这个增强的意义在哪里，而且我也曾经把这个增强给去掉了，如今又冒出来，不解。
二、Web平台发货签收
Web平台上对采购做发货确认，顺利通过接口到达SAP做过账。但问题是生成的Mseg表并没有记录到签收单号，以至于后面对采购订单做发票预制的时候会提示找不到入库凭证而报错。而之前的零库存订单在对账的时候做过账，而且系统会记录这个单号信息。这个问题其实很严重，但当初给忽略掉了，因为接口里沿用的是原来零库存的业务类别，但这样会跟实际实物不相符。修改此接口添加相关栏位信息即解决；
三、Web平台收货确认
Web上对销售做收货确认的时候，新的单据类型就是直接过账了，与零库存的业务在对账时过账不同。但还是当初业务模式没有界定清楚，把单据类型定位零库存的类型，于是这也跟实际库存业务不相符。但既然用了“集采”的单据类型，就意味着Web平台那边需要修改。哪知道修改的时候Web平台因为技术原因一直开不了服务，折腾了大半天才搞定！但就是因为这样的错误，业务在补单的时候提交了非常多的单据，也在系统里面生成了非常多的自建表垃圾数据。所以还得IT人工在SAP里面一条一条修正，非常费力。
收货确认的时候，Web首先会去读SAP上转单的库存，取的是MATDOC
