国产ERP越来越强，大企业为什么还是不轻易换掉SAP？

说到国产ERP能不能替换SAP，现在已经有大型集团做出了选择。

2025年12月，中国西电集团公开介绍，他们的国产化ERP已经全面上线，覆盖集团不同层级、不同业务类型的企业。用友的项目案例也写明，项目以用友BIP替换原有SAP，涉及供应链、生产制造和财务等业务。

有了这样的项目，我们再谈国产ERP，就不能只停在“会不会管库存、能不能算账”这些问题上了。有些国产产品，已经进入大型集团的核心业务。

但接下来，也就有了一个值得聊聊的问题：既然已经有企业换过来了，为什么另一些用了多年SAP的大企业，还是不愿意轻易动？

是国产产品还不够好，还是老系统实在换不掉？我们不妨从企业每天在做的事情看起。看清楚以后，再来判断它们为什么犹豫。

一、一张订单，怎么会牵涉好几家公司？

如果只看一家工厂，采购、生产、入库、发货，ERP要管哪些事，我们大致能有个概念。

可到了跨国集团，一张订单背后的关系就多了。比如，集团在海外有一家销售公司，在国内还有一家生产公司。海外公司接到客户订单，国内公司安排工厂供货。客户买的还是那一批货，集团内部参与的两家公司，却各有各的账要记。

海外销售公司要向客户收款，国内生产公司和海外销售公司之间还要办理内部结算。这批货从哪家公司的库存里扣，收入和成本分别在哪家公司确认，都需要事先安排好。

到了集团汇总报表的时候，还有一件事要处理：内部交易得抵消。因为从整个集团来看，货在自己公司的内部转了一次，并不等于又多卖给外部客户一次。如果各家公司的收入直接相加，集团的对外收入就会被算多。

这还只是正常销售。如果客户又退回来一部分货呢？退回的货记在哪家公司的库存里，收入怎么调整，原来的内部结算怎么办，也得跟着处理。

所以我们看这类系统，不能只看订单能不能录、货能不能发。后面的账和结算能否对应起来，同样重要。

SAP值得大型集团认真考虑的地方，就在这些相互牵连的业务里。以S/4HANA Cloud公共云版的跨公司销售流程为例，销售公司接单，交货公司安排出库，再分别处理客户发票和公司间发票。按相应流程配置，接收方收到公司间发票后，还可以自动过账对应的应付账款。

我们看这个流程，值得留意的是前后凭证之间的关联。同一批货，销售、仓储和财务各自做了什么，最后要能核对到一起。企业如果已经在SAP里把这些关系配置好，并用于日常业务，继续使用它，就有实际的业务价值。

业务做到了海外，还得考虑当地的要求。集团总部希望统一核算和管理，各地公司又要处理当地的税务、票据和法定报表。把界面换成外语，再增加几种币种，这些事情并不会自动解决。

SAP在这方面有长期积累。其S/4HANA Cloud公共云版的官方文档，列出了60个国家和地区的本地化支持。当然，具体能不能满足一家企业，仍要结合经营地和实际业务配置、验收。

我们可以这样理解：各地公司要遵守当地要求，但集团内部也得有共同的核算规则。不然，到了月底总部要汇总报表，又得逐家公司问：这个数字是怎么算的？和其他公司的口径一样吗？哪些地方还需要调整？

原本希望用系统减少重复核对，结果财务人员还是得一项项重新确认。系统用上了，这部分工作却没有省下来。

这些年，国产ERP也在做这些事。所以我们在考察或比较时，可以把问题问得更具体一些：

- 我们准备开展业务的这些国家和地区，你们的产品具体支持到哪一步？ - 集团内部不同公司之间的交易，是怎么处理的？ - 如果发生退货、价格调整或数据不一致，后面要怎么样去核对？

为什么要问这些问题？因为很多时候，功能清单上写着支持“多组织、多币种”，只能说明它有这类功能。至于支持到什么程度，放到我们自己的业务里够不够用，光看这几个字，还真判断不了。

这样往下问，我们才能知道，对方已经做好了哪些，哪些还要另外配置或开发。得到的信息更详细，也就更容易判断：他们能提供的，是不是我们需要的。

具体到替换SAP，还可以请新厂商用企业自己的业务走一遍：正常交货怎么处理，退一部分货怎么处理，相关的库存和账又怎样调整。问题问过了，接下来就看看实际结果。现有SAP能完成、后面仍然需要的业务，新方案也得接得住。

二、用了十几年，企业舍不得的到底是什么？

说完产品能力，我们再看看企业已经用上的那套SAP。

同样是SAP，一套刚装好的系统，和一家集团用了十几年的系统，里面的东西会差很多。

物料怎么编码，订单怎样分给不同工厂，哪类采购需要额外审批，车间报工以后成本怎样归集，这些都已经结合企业自己的做法，调整过很多次。

其中有些规则写在制度里，有些放在系统配置里，还有一些，是大家处理过问题以后才逐渐形成的办法。

拿报价来说，同样一个产品，卖给不同客户、不同地区，价格和折扣的审批权限可能不一样。某个销售能不能改价格，优惠超过多少要找谁批准，系统里可能早就有了对应设置。

现在新厂商来演示，说“我们也能报价”。我们当然要看，但还得接着问：原来的价格规则怎么接过来？超过权限的操作能不能拦住？以前签的合同，后面还能不能方便地查到？

问这些，是为了确认我们现在能做的事情，换了系统以后还能不能继续做，需要重新投入多少工作。

这也包括那些熟悉系统的人。谁知道月末结账容易卡在哪里，谁清楚某个接口为什么这么设计，海外公司遇到问题该找谁处理，这些经验在平时未必显眼，出了问题就很有用了。

SAP及其服务伙伴的咨询、实施和运维能力，也会影响企业的选择。尤其业务分布在不同地区时，企业要考虑的还有：当地出了问题，能不能找到既懂产品、又了解当地业务的人来处理。

这些人和处理办法，加上SAP本身的产品能力，才是企业现在真正用着的那套系统。新厂商来介绍产品时，企业除了看功能，也会继续问：原来这些订单、审批和结算，换过去以后具体怎么做？遇到问题，又能找谁来处理？

除了更换厂商，企业还可以考虑在SAP体系里继续升级。汉高在2023年4月的官方公告中介绍，双方已合作数十年，决定进一步合作，实施S/4HANA并向云迁移。公告也提到，双方会围绕汉高的业务需求共同开发解决方案。

这个选择值得注意。继续用SAP，也可以包括更换版本、调整部署和改善业务流程，并不等于一直维持老样子。这里能看到的是汉高当时公布的升级安排，至于最后改善了多少，还需要看后续的运行情况。

所以，比较新方案时，也得把继续改进现有SAP算进去。新方案要说明，为什么换过去，比这条路更值得投入。

不过，这里也有个地方要分清。旧系统留下来的东西，并不是每一样都值得保留。早已取消的审批、没人看的报表、长期靠人工修补的接口，继续维护照样要花时间和钱。

我们要弄清楚，哪些是仍然有用的积累，哪些已经成了负担。如果只想着“以前投入了这么多，换掉太可惜”，这笔账就容易算偏。

三、换系统的时候，生意还得照常做

前面这些能力和规则，即使新系统都能接过去，还有一件事要想清楚：企业准备在什么时候、用什么办法完成交接？

我们不妨想一想，一家正常经营的企业，什么时候才能等到所有订单都结束、所有货款都结清？这个状态很难等到。系统要换，业务又不能一直停下来等它。

就拿一笔还没完成的采购来说。供应商已经送来一部分货，仓库收了，发票还没到齐，剩下的货下周还会继续送。

如果此时切换，下一批货到了，应该在哪套系统里收？已经收货但还没开票的部分，怎么接过去？已经开票但还没付款的部分，又怎么处理？后面如果有一批货要退给供应商，还能不能找到前面的记录？

把客户、物料和库存数量搬过去，只完成了其中一部分。那些正在进行的业务，也得有人安排好后面的处理办法。

已经结束的历史记录，可以按审计、保存和查询要求考虑归档。仍在继续的订单、结算和在制业务，则要分别确认：哪些在旧系统里处理，哪些需要整理后交给新系统继续做。

另外，还要看ERP和其他系统怎样配合。车间报工、仓库出入库、电商订单、银行收付款，都可能涉及接口。旧接口停用、新接口启用的这段时间，漏传了怎么办，重复传了又怎么办，也需要测试。

这些事在产品演示里未必显眼，但企业上线以后，能不能正常发货、付款和结账，都和它们有关。

到了这里，就不难理解，为什么项目负责人会一再确认：业务测试过没有，切换演练过没有，真出问题时还能不能恢复？如果软件费用省了，工厂却不能正常收货、发货和结账，这笔节约就需要重新算了。

这些交接工作，国产ERP换国产ERP也会有，不能全部算成SAP独有的优势。只是对一家已经用SAP处理日常业务的企业来说，这些事得先安排好，它才敢把正在进行的业务交给新系统。

四、再看西电，这个项目具体做了哪些事？

前面说的规则确认、数据整理和业务交接，到了实际项目里，都得有人一项项去做。我们再回头看西电的项目，看看除了选软件，他们还做了哪些准备。

西电集团的公开介绍提到，项目围绕16个核心业务领域，梳理了133项标准流程，还推进了数据治理、业务培训，以及ERP与PLM、MES、SRM、WMS等专业系统的连接。

这些内容，我觉得值得多看几眼。平时看一条项目新闻，我们很容易只记住“换成国产ERP了”。可从这份介绍里还能看到，项目同时做了流程梳理、数据治理和业务培训，这些也是系统能用起来需要做的事。

我们如果也准备做类似项目，可以顺着这些工作，先看看自己公司。比如，要整理物料数据，就得查一查：同一种物料在不同单位，是不是用了不同的编码？有的话，后面怎么统一，又由谁来确认？要梳理业务流程，就得说清楚：哪些规则由集团统一，哪些确实需要各单位保留差异？

这些问题，光让信息部门回答，还真不一定答得出来。价格规则要找业务部门确认，核算要求要找财务确认，工厂实际怎么生产，也得请负责生产的人一起说明。

因为这些人更清楚，现有做法为什么会是这样，哪些可以调整，哪些改了会影响后面的工作。不能因为软件是信息部门牵头采购的，就让他们替其他部门把业务规则也定了。企业自己如果一直说不清，换个品牌，也很难得到一套好用的系统。

至于西电项目投入了多少钱、节省了多少钱，这份公开介绍没有给出可核对的金额。我们可以参考它披露的建设工作，还不能据此算出，类似项目放到自己公司，多久就能回本。

五、愿意换，得有值得换的理由

看到这里，可能有人会问：那我们企业现在用着SAP，到底要不要换？

我的建议是，先别急着给答案。我们先说清楚两件事：现有系统到底耽误了什么；换过来以后，希望解决什么。

新厂商说价格更低、响应更快，我们当然可以听，但要放到自己公司的事里继续问。

比如，新增一家公司，原来需要反复做哪些配置，新方案能减少哪些工作？业务规则需要调整时，当前要经过谁、等哪些环节，换过来以后会怎样处理？长期靠人工核对的数据，究竟是软件功能没用好、配置不合适，还是确实需要换一种处理办法？

把这些情况弄明白，才知道钱准备花在哪里，后面能省下什么。原来的问题如果还没查清，只换个软件名称，人工核对和来回等待未必会跟着消失。

如果核心业务目前运转稳定，眼下只是需要增加几类审批、异常处理或经营报表，可以先看看能否从外围应用改起。比如，用织信这类低代码平台搭建相应应用，再和ERP连接。不过，原系统能开放哪些接口、数据怎样传，得先确认好，不能觉得多搭一个应用就一定能解决问题。

但也得把细节安排好：订单和库存以哪个系统为准，数据由谁更新，发生差异后谁来核对。否则，新应用虽然做出来了，大家又开始对着两套数据反复确认，原来的麻烦并没有少。

如果是新工厂、新业务，或者业务范围比较清楚的子公司，也可以考虑先在这部分采用新系统。不过，和总部之间怎么交易、数据怎么交换、账怎样核对，仍然要设计清楚。局部用得好，可以积累经验，但后面全集团怎么换，还得继续验证。

而当旧系统长期限制业务调整，维护起来越来越费力，或者自主可控、持续服务已经成为重要要求，就值得认真评估核心替换了。不能因为“现在还没出大问题”，就一直把这些事往后放。

如果新方案经过业务验证，能解决这些问题，企业也有能力组织数据整理、流程确认和上线交接，替换就有了更充分的理由。价格上的优势同样可以成为理由，但应看实施和后续维护都算进去以后，是否仍然划算。

继续使用SAP，也要考虑后面的投入。按官方安排，适用的Business Suite7核心应用主流维护至2027年底，可选扩展维护至2030年底，具体要看版本和合同。这里说的是维护范围和条件，到了日期，系统并不会自动停机。

但对需要升级的企业来说，迁往S/4HANA，本身也可能有一轮实施和调整工作。所以我们比较时，要把两条路放在未来同一段时间里看：继续留在SAP体系，需要花多少钱、做多少改造；采用国产ERP，又能改善哪些问题，需要承担哪些投入和风险。

软件、接口、培训、运维，都要算，业务上的改善也要有依据。比如声称能减少多少核对工作，就看看现有记录和验证结果；暂时算不准的，说明假设和范围。不能把新方案的好处全当成确定收益，也不能默认继续用SAP以后不用再花钱。

以前的钱已经花了。接下来这笔钱怎样花，能让企业的业务做得更顺，才是今天更需要想清楚的事。

写在最后

说到底，国产ERP越来越强，和一部分大企业继续使用SAP，并不矛盾。

一家已经用SAP处理集团业务的企业，留下来可能有很具体的理由：跨公司的订单和核算已经有了处理办法，相关配置与接口仍然有用，熟悉业务的人也能够继续提供支持。往后需要改进，还可以评估在SAP体系内升级。

这些理由不能证明SAP永远不用换，却能解释，为什么新产品有了同名模块，企业还不会马上作出决定。

国产ERP要让这样的企业愿意换，就需要把后面的事情说明白：现有业务怎样继续做，长期存在的问题怎样改善，实施和后续维护需要投入什么，又有什么依据判断这份投入值得。

西电这样的项目，已经说明替换有可能做到。接下来，每家企业都得把自己的业务和收益核实清楚。

大企业不轻易换SAP，是因为它要确认：新方案既能接好眼前的业务，也能带来值得重新投入的改善。