采用SAP WM＋SAP CONSOL＋SAP ALE＋物流硬件控制系统的方式

xiaoerp

公司正准备上SAP WM，但是在系统架构设计上遇到了一些困难，迟迟不敢予以确定。目前在系统架构上不三种考虑，其一，采用SAP WM＋SAP CONSOL＋SAP ALE＋物流硬件控制系统的方式；其二，采用SAP WM＋SAP CONSOL＋第三方中间件＋物流硬件控制系统的方式；其三，SAP WM＋第三方中间件＋物流硬件控制系统的方式。目前的物流专有设备的应用主要有自动分拣机、自动输送流道、电子标签、RF、条码打印机等。第一种架构是目前国内应用最多、最流行的一种架构，但我方数据量大、物流设备多、每天物流处理的品次大、频率高，第一种方式对系统资源耗用大，是我方目前最为担心的；第二种架构，和第一种架构的区别在于对除RF外的其他硬件设备的驱动放在了第三方中间件上，对系统性能的提升没有本质上的提高，感觉这种架构实际价值不大，而且维护也相当麻烦，总体成本太高；第三种架构，将硬件设备的驱动全部放在第三方中间件上，把WM中的部分功能前移到中间件上，可以分担SAP系统压力的解决LICENSE的问题，通过这些专业的第三方中间件可以较容易的实现仓库内作业的控制，目前我们偏向于这种架构，但这种架构国内应用较少，所以很难进行取舍，针对这一情况，希望各位高手能和我进行讨论

heguoan

关键是最终的仓库管理是在WM中吗（三维立体仓库，库区，库位，搜索策略。。。）？这是最耗资源，影响系统性能的。
如果这部分功能前移，那还要上WM吗？用IM和第三方做数据交流满足记账就够了。
还是从当前系统性能上好好分析一下，WM每天要处理的数据量，机器影响！！这要从系统规划上考虑。

pbsuccess

从考虑成本来看，建议采用第二种SAP WM＋SAP CONSOL＋第三方中间件＋物流硬件控制系统的方式。从仓库、仓位，搜索策略，CONSOL都放在WM中，而把上架，出货的动作放到第三方系统中，跟SAP WM 作接口调用。