一个好的ERP系统不是需要具备哪些功能模块,而是丰富、完整、缜密的企业业务管理逻辑,系统的内部业务逻辑才是ERP系统的核心,而各种功能模块是在这个内部业务逻辑基础上来实现的功能出口,或者说是用户交互接口!像SAP、ORACLE这类RP系统才能算真正意义上的ERP系统,上千个数据表,单表字段数上百个,单说物料表字段数数百个,模块不计其数,不同企业实施部署时根据都会增加、删减、定制模块,但不会改变的就是内部处理逻辑,如下图所示,涉及主要信息、基本信息、库存、销售、采购、制造、计划、控制等多类参数,仅仅跟这些数据表交互的页面的设计、代码的编写都花费的时间都不是一个小数字,没有专业的工具是不可想象的。所以但从功能模块角度来讨论ERP系统的好坏首先就犯了个方向性的错误!




ERP的拓扑架构 erp架构和模块功能_功能模块


 3UCS ERP物料基本参数



系统的核心就是系统的内部业务逻辑,这也是ERP复杂、专业性的体现,这也是它成为当今最复杂的应用系统、也是最昂贵的重要原因!ERP系统需要适配企业的管理思想和业务流程,在技术上面也也要做到快速部署和个性化定制(客户化定制),而这些企业的规模不同、行业不同、发展阶段不同、生产模式不同、管理理念不同,还有更多的不同需要考虑,即使是制造业,同一企业的不同工厂都存在千差万别的工艺制程,工艺资源(如下图所示)、并行工艺、委外加工等等什么的,ERP都需要在内部逻辑妥善处理。


ERP的拓扑架构 erp架构和模块功能_功能模块_02


 3UCS ERP BOM 资源


头部厂商一套系统动辄上千万,实施费用也常常达到千万级,实施周期动辄半年一年的,他们经过几十年的积累和沉淀,丰富的企业/工厂管理、业务等逻辑就是他们最值钱的最有价值的东西,但也是最难被后来的学习者吃透的,而真正想把ERP系统做好的新晋厂商,不耗费时间去研究分析这些逻辑是不可能的,Oracle学SAP,后来3UCS来做ERP时也是联合武科大组织不少专业人才包含教授/博导、知名制造企业(富士康、联合利华、可口可乐等)前资深员工(专业人员)花了不少人力时间在学习研究SAP、Oracle的内部逻辑。


一开始有客户建议3UCS去开发ERP系统,3UCS迟迟不愿意涉足,最重要的原因就是忌惮ERP的复杂及企业的个性化定制需求,直到3UCS与武科大共同打造出xPlus平台,才组织大量人力深度学习SAP、Oracle等头部ERP的内部逻辑,这是开发ERP绕不过去的砍,毕竟自己去工厂调研分析总结要比学习头部经验花费的时间精力多出数十倍甚至可能是数百倍,事实上定制出XBS(3UCS ERP)所花费的绝大部分时间都用在了业务逻辑的学习,xPlus(3UCS)自动生成了绝大部分代码(90%以上),耗费时间倒少了不少,也省去了开发手机客户端、网页版本的人力、时间方面的投入,毕竟在xPlus体系中,都共用一套BizXML代码,完美兼容。