我的认知里，OA擅长流程驱动、管人、管审批；ERP擅长数据驱动、管物、管资金、自动核算。用OA搭建ERP，属于低代码协同平台向上延伸业务能力，适合中小商贸、项目型轻制造、服务类企业。准确的说是“前端业务流程协同+简易业务台账”，很难替代ERP内核。

做完这个项目，喜忧参半，先说“喜”：

1、最甜的一点是：非特殊专业性的功能，简单的PLM、WMS、ERP、CRM、项目管理、SRM、甚至是MES的功能都可以实现一些，少去了很多集成，小企业用起来很舒服——啥都有、很好用、也不贵；

2、OA统一入口、确实消除了多系统切换的痛苦。和单点登录的体验感还不太一样。采购申请、销售合同、出入库、对账、付款审批全部在同一门户发起，移动端单点登录，确实快、也真的好上手；

3、OA的多级审批、条件分支、会签、抄送、督办、超时提醒等，可以实现：销售订单→信用审核→价格审批→生产/备货指令→出库→发货→开票申请→收款核销，一整条链路闭环，每一步留痕可追溯；

4、ERP的很多流程固化，改一点需要额外支付客开费用。OA则可以快速搭建非标场景，类似个性化定制：项目型企业的阶段性发货、非标报价、零散外协、临时赠品管理等，需求变更可以快速调整表单字段、流程分支，短期试错成本更低；

5、合同扫描件、报价单、质检报告、物流单据可以直接挂在对应业务单据下，实现业务数据+附件档案一体化，这点是很多ERP偏弱的地方。

如果说“喜忧参半”，可能夸大了，那个“忧”其实占比更多：

1、数据模型先天不足，库存、成本是重灾区。OA表单本质是单据存储器，缺少ERP核心的事务引擎、库存锁、回冲机制。

举个例子：ERP里，入库单审核后自动增加库存、出库自动扣减；退货、红字单据会自动反向冲销；OA则依靠表单提交后执行简单脚本计算库存台账，如果多人同时操作、网络卡顿、重复提交、删除历史单据，库存极易错乱。

经验教训是：不要幻想在OA里实现移动加权平均、先进先出、批次管理、序列号追溯，勉强实现也！不！行！

2、财务核算几乎是短板里的天花板。成熟ERP都会内置总账、应收应付、自动生成凭证、税务相关逻辑。客户最开始说用OA搭建财务的时候我还是吓了一跳的。

OA最多能做到应收应付台账登记、很难满足会计准则下自动结转成本、损益核算、存货计价、自动生成规范凭证；月末业务财务对账会消耗大量人力。如果企业要求规范做账、审计严谨，用OA承载完整财务核算的想法真的不！建！议！

3、越往后，维护成本指数级上涨！初期二三十张表单很清爽；当单据超过80套，表单之间互相联动、大量触发器、跨表单数据回填、条件判断叠加，整个系统会变成“面条式逻辑”。

后续业务微调，一处改动可能引发连锁BUG，新人接手几乎看不懂当初的配置，最终沦为只有搭建者能维护的孤岛系统。

4、流程引擎强撑业务闭环，并发与一致性比较致命。OA的流程引擎是为审批设计的、不是为事务一致性设计的。ERP里一张生产订单从下达到完工入库，中间涉及MRP运算、库存锁定、在制品冲减、成本归集等多步原子操作，每一步都必须保证“要么全成、要么全败”；OA的流程节点之间是串行审批逻辑，节点A通过后触发节点B，如果节点B执行失败，A的回滚只能靠人工反向填单——补单、红冲、反审核，全靠操作员的责任心和记忆力。

所以，这个项目上线后，决定写一篇文章分享给广大乙方，用OA搭建ERP的方案有所为、有所不为：

适合放在OA自建ERP内的有：销售订单、合同评审、采购申请、出入库流程、简单应收应付、项目进度跟踪、简易台账、业务审批链条、档案附件管理；业务单据设计遵循单向闭环、尽量减少逆向修改；台账尽量不要依赖实时自动计算，增加定时对账机制。

尽量不要强行自建的有：批次/序列号管理、复杂生产MRP运算、精细成本核算、标准财务总账、大量高频库存交易、多仓库复杂调拨、严格仓储WMS作业。

比较务实的方案还是：OA承载业务流程前端，财务核算、库存核心账务交给专业的ERP，两者接口打通。

项目整体感悟：

用OA搭建ERP，本质是先用协同平台补齐管理短板，快速实现业务线上化，比较适合数字化起步阶段。

但一定要分清：流程能力强≠业务核算能力强。

很多企业踩坑在于：把OA搭建的业务系统等同于商用ERP，强行承载超出平台底层能力的供应链、成本、财务需求，最后系统臃肿、数据错乱，员工抵触，进退两难。

最佳心态：把它当成业务协同中台+简易业务台账，而非万能ERP；当业务复杂度突破平台阈值，及时规划拆分或者引入专业ERP底座。

​

阅读原文：https://mp.weixin.qq.com/s/cMUOGduDJNEdr20rVAF6Sg