ERP、CRM、OA、HRM、SCM、WMS、MES、PLM这都是啥？
对于技术人员来说通常会接触到这些业务名词，我只知道在MBA课程中会涉及到，
也是很多大型软件公司的主要业务，比如用友、金蝶、浪潮、管家婆等等。

作为行业小白，以我浅薄的知识，我只知道这些是无纸化办公以及流程管理。

那么他们还能做什么呢？
为什么很多企业要引入这些东西，真的能节省更多开支吗？
进存销系统的分析真的一定要这种图表化显示、分析吗？
软件带来的效率提升是不是没有我们想象的多，特别是在小公司？
这些不同的系统，在业务上有啥区分、怎么选择呢？
对于工程技术人员，在构建的时候有什么注意点？

带着这些疑问，下面我询问GPT了解到一些答案。

1、他们还能做什么呢？
答：不仅替代纸笔，最重要是，让流程数字化，形成“数据资产”。

ERP——企业资源计划：财务、供应链、生产、人力、业务一体化，老板实时看到经营状况。
CRM——客户关系管理：客户信息、销售、市场、售后。
OA——办公自动化：偏内部协作，如审批流、公文流转、日程、考勤。
HRM——人力资源管理系统：管理员工档案、薪酬、绩效等。
SCM——供应链管理：管采购、库存、物流、供应商关系。
WMS——仓库管理系统：仓储、库位、出入库作业。
MES——制造执行系统：偏生产环节，调度、工序、设备管理。
PLM——产品生命周期管理：从研发、设计到退市的全生命周期管理。

2、为什么很多企业要引入这些东西，真的能节省更多开支吗？
答：主要的动因不是省钱，而是流程规范，从而间接省钱。

大公司规模太大，确实有必要方便资源的管理。
中小公司，引入这些系统，相当于把流程内嵌，或者说上面的，形成流程上的“数据资产”，比如某位员工离职，他所带有的经验是依赖于系统的，这个企业的规则并不会丢。
前期买系统确实要花钱，但是这样的规范化，鞥减少错单、积压、延误、违规等，长期来看是很值得投资的。

3、进存销系统的分析真的一定要这种图表化显示、分析吗？
答：图标不是必需品，小公司Excel就可以，数据量大时才有价值，关键在于让管理者快速发现异常。

比如销售额下降、某个库存异常了、客户投诉集中在某个区域。
如果人工整理文件，不做数据汇总，可能很难发现这些问题，更别说去优化企业的业务了，连问题都发现不了！
所以，数字流程是要转化成数字资产的，分析数字资产，才能真正把以往的数据，变成真正的资产。就好比一个人，频繁记录自己，然后总结经验，再去验证这些经验，在人生路径上不断修正方向，才能做到真正的成长。企业也是一个生命体，我想，引入这些系统相当于给企业做体检了哈哈。

4、软件带来的效率提升是不是没有我们想象的多，特别是在小公司？
答：小公司适用“轻量级SaaS”（便宜，开箱即用）；大公司需要“重型ERP或者MES”（深度定制，和硬件打通）。

这点没什么可说的，有自研或者高度定制化的公司，我想才是更好的公司吧。或者说，尽管现在公司规模小，但至少老板的眼光是向远方看的，资金是充分的、管理是规范的、并且老板是充满愿景的。是值得用青春去放长线投资的。

5、这些不同的系统，在业务上有啥区分、怎么选择呢？
答：小公司核心是客户和协作，OA+CRM就够了。中大型可以加上ERP、HRM。最后2点可以按照行业选择加还是不加。

ERP更加综合，总控资金、人力、供应链等。
CRM是对外的，管理客户、销售。
OA是对内的，日常办公协作。
HRM是对内的，招聘、绩效、离职一条龙哈哈。
SCM供应链、WMS仓库，更针对于贸易类。
MES制造、PLM产品，更针对制造研发类。

6、对于工程技术人员，在构建的时候有什么注意点？
答：核心不是功能点实现，而是要保证 “可扩展、可配置、可集成、可分析、可合规”。

工程技术人员，尤其是架构和后端，接触这些系统时，和业务人员的关注点完全不同。
不是只要实现功能就行，还要考虑系统特性。

①解耦
比如做ERP，因为涉及到很多模块，像CRM、HRM、OA这些都要打通，所以要尽可能模块化，解耦，比如可插拔的service、domain。数据模型也做的尽量通用。

②数据
在涉及资金、库存、生产，意味着这些数据必须可靠。特别是CRM客户、SCM供应链、MES制造之类的系统，会有大量的订单、支付、库存扣减，这个时候就必须保证ACID或强一致性了。另外，财务数据要有双向记账，不能只存“余额”，要把订单的交易支付信息和日志存储起来。
还有员工信息数据的加密，客户也一样。日志审计，谁改了什么，记录越详细越好
。
③性能、容灾
如果一个公司非常大，比如秋招季HRM大量并发，会对性能要求高。制造业的MES、供应链的SCM，这些一旦系统宕机，工厂和仓库就无法运行，对于重要的项目，容灾必须做好。

④灵活
这些系统的最大特点是，每个企业的流程都不一样。
所以核心逻辑不要写死了，最好给予工作流引擎实现，比如activity、Camunda。
这些流程和规则通过配置或者脚本实现，避免硬编码。

另外，很多企业不是单系统的，而是多系统并存，之后也可能会加业务，要对接，所以在涉及的时候提供开放API或者标准化接口，总之就是可拓展就完事儿。

RBAC基于角色的权限也要跟上，记得设置最小权限原则。