我们今天主要向大家介绍的是如何使用WebService和Oracle EBS进行集成，以及在使用WebService和Oracle EBS进行集成时，所需要的一些项目的描述，以下的文章就是对相关内容的描述。

架构

系统从总体上分为两部分，一部为企业的EBS及接口系统，第二部分为第三方厂商自建系统。

在企业总部系统部分，又分为两部分，一部分为WS接口系统，第二部分为原始Oracle EBS系统。

在EBS部分，又可以分为正式表和接口表两部分。

整体需求在技术上分为两类：

只读EBS

WS直接从EBS生产表或接口表中读取数据，因为不涉及到写入操作，所以只要清楚数据库结构即可得到所需要的数据；

读写EBS（需要交互）

这部分工作比较复杂，需要对EBS进行写入操作，因为OracleEBS的复杂性，需要把内容写入到接口表中，由标准请求来处理接口表到正式表的导入。

在数据导入到正式表的过程中，有可能发生验证失败的情况，这种情况下，标准请求一般会在接口表或其它地方记录出错的信息，如果第三方需要这个信息，可以调用接口表从而得出相应的结论。总之，第三方与EBS的交互可以靠两种方式组合得出，但是交互的效率可能会相对稍慢，即中间有一定的延时。

所谓标准请求，是指EBS自带的一些功能，至于它都有哪些标准请求，需要查阅EBS的相关文档，它们有的就是有，它们没有的，谁也不能提供。

在技术架构方面，WebService接口部分采用Visual Studio 2008来开发，因为WebService与具体的程序语言无关，所以只要使用标准的接口规则，就可以被多个第三方厂商所使用。

WebService接口实现

WS服务器采用Windows2008+IIS来实现，由WS来实现第三方厂商与Oracle EBS的沟通及交互，保证第三方厂商的系统（无论是在总部还是在海外IDC）都可以顺利的与EBS进行通讯。在接口实现这一部分，将分多个部分进行说明：

安全通讯

在第三方与WS通讯的时候，需要考虑通讯的安全性，WS本身将采用HTTPS的方式来工作。

因为不能保证全部第三方系统都能采用域验证的方式来使用，所以在数据传输上，还需要考虑一些更通用的WS的验证方式。

在每新增加一个第三方厂商的时候，系统会分配给他们一个密码串（32字节），这个密码串是每个厂商（系统）***的，也不会在不同的厂商之间互相通报，每次数据发送，都会带着这个密码串一起发过来，这样可以首先确定上载数据的合法性，同理，数据下传的时候也会采用此种方式。