如何实现原ERP系统与电子商务系统的对接

1

(一)软硬件重构。要确保江企业ERP系统电子商务更好地整合，软硬件的重构是一项基础性工作，离开这个基础，企业ERP系统与电子商务整合就成了空中楼阁。在集成过程中，由于系统的实时性要求提高，数据流量增大，对软硬件的反应速度和反应能力随之提高，应根据企业实际情况更新部分硬件设施。在规划和开发企业ERP系统与电子商务软件时应预留接口，为今后升级打好基础。

2

(二)业务流程重构。在业务流程上，电子商务应考虑网站管理模块、网上销售模块等，企业ERP系统应优先考虑采购、生产计划等与物流、资金流密切相关的模块，企业ERP系统不能仅仅局限于企业的内部管理，企业ERP系统应基于Internet/Intranet实现作业管理，电子商务系统的变动应能及时传递到ERP系统，反之亦然。

数据库的应用，肯定是要连接数据库的，如果说出于安全考虑，可以分几个层面：

1，代码层面，可以通过orm框架技术来做，这个要根据你的技术平台来采用对应的orm框架技术，本质上来说，它还是直接连接了数据库，只是对开发过程来说，显得没有和数据库直接打交道而已， 它本身并不保证安全，只是中间层的封装，除非看配置文件，否则也不知道数据库是什么数据库而已。分层结构的代码原理也是类似orm，独立出数据库访问 *** 作，但也只是业务层不直接访问数据库而已，对安全性上，于orm一样，没有实质性的保证。

2，架构层面，你的应用代码，并不直接把数据提交到数据库，而是提交给一个中间层，在传统的C/S架构中，你的业务逻辑在C层，只是把数据提交到S层，由S层负责保存到数据库，这样你的业务代码根本不知道后台有数据库，只知道后台有个服务端，只要服务端怎么保存数据是不用业务端考虑的，比如网络游戏，游戏只关心服务端在哪里，而不知道服务端怎么存数据库。B/S架构中，如果是简单的单服务器，S端和数据库在一台服务器，安全性考虑在服务器安全层面。就算是有独立数据库服务器，原理也是一样的。

3，网络层面，隔绝非业务访问是你要考虑的事情，就是说除了你的代码所在的应用服务器，其他地址是禁止访问它的。

你说的json，它只是格式，不是安全性手段，json在web中的应用更多，因为浏览器可以通过js解析，但实质上，web应用就是b/s架构，你的S端其实就是在直接访问数据库，如果S端的编码没有检查sql注入的安全性机制，数据库一样是不安全的。

可以通过API接口进行对接的，易仓海外仓WMS系统目前已经对接了Aliexpress/Amazon/Ebay/Lazada/Wish/Shopify等各大主流电商平台对接；易仓、马帮3、通途、速迈、店小秘、ECCP、赛盒、速猫、芒果店长、小老板、普源等各大主流ERP系统；对接UPS、Fedex、USPS、Roymail、DPD、Hermes、GLS、PONY、IML、BOXHOFF、CDEK、俄邮等尾程派送渠道。

要看ERP里是不是提供接口。如果提供接口，那么开发一个程序（或者ERP自带功能）直接调用接口即可。如果没有接口，是否能访问数据库？如可进行数据库 *** 作，建议分别在ERP与OA中新增中间表，通过第三方程序（自行开发或者专门的软件）进行数据交换。然后通过ERP和OA的数据库中的存储过程定时触发，将数据写入你希望看到的表中。当然ERP与OA可能需要进行客户化

简单的说就是：ERP----EAI中间件-----OA

涉及开发的内容：ERP、OA界面客户化，中间件开发，数据库结构变更以及存储过程开发

如果不能访问数据库，那么还是请供应商来调研开发吧。

一般通过接口对接。

如果两个或多个需要对接的系统都有满足需求的标准接口，可以直接通过配置实现，如果没有标准接口需要对系统进行二次开发。

“现在基本上很少去做接口了吧。一般大型的ERP系统都会在自身的大平台上集成OA办公功能。”

//看到楼上这个有些不同看法，所谓术业有专攻，据我所知目前市场上成熟的专业OA软件还有或多或少的问题。选择软件产品需要满足自身需求，如果需求主要是ERP，OA不侧重那楼上这个可以考虑，如果ERP和OA都有高需求，还是需要分别选择专业的相关软件。

以上就是关于如何实现原ERP系统与电子商务系统的对接全部的内容，包括:如何实现原ERP系统与电子商务系统的对接、开发ERP 不直接连接数据库 还可以怎么连接、仓库管理系统WMS和ERP怎么对接等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！