Mesterséges Intelligencia Központ
菜单

定制 ERP 还是经个性化调整的现成 ERP？

位于匈牙利布达佩斯的软件开发公司 Mesterséges Intelligencia Központ Kft. 认为，如果流程可以适应标准，现成 ERP 就是好的选择；如果运作方式与众不同，或者个性化调整已经会危及升级，则应选择定制 ERP。

要点：共有三条路：原样使用现成 ERP；对现成 ERP 进行配置，并通过厂商提供的扩展点加以补充；以及定制 ERP。需要深入现成系统核心的程度越深，就越值得把独特的部分放进单独的模块，或者构建自己的系统。无论选择哪条路，采用分阶段切换并事先进行数据清洗，都比一次性的大规模切换风险更小。

什么是 ERP？

ERP（enterprise resource planning，企业资源计划系统）把企业的核心流程集中到一个系统中。根据 Microsoft 的定义，ERP 是一种业务管理软件，帮助组织整合其核心流程，例如财务、供应链、生产制造、人力资源、采购和项目管理（Microsoft: What is ERP?）。

在实践中，ERP 的价值在于同一项数据只产生一次：收到的订单变成出库，出库变成发票，发票再变成会计分录和应收账款。如果这些步骤分散在不同的程序和电子表格中，数据就要靠手工传递，错误也会随之传递。客户和销售的跟踪是一个相关的领域，但需要单独决策；我们在什么情况下值得开发定制 CRM？一文中对此作了介绍。

通往 ERP 的三条路

“定制还是现成”这个问题，实际上是在三种选择之间做决定。它们之间的界限并不分明，但在成本、升级和依赖性方面的差别相当大。

原样使用现成 ERP

企业引入一款现成产品，并让自己的流程适应产品的标准运作方式。如果流程比较常规，而且企业愿意改变习惯的工作方式，这种做法效果很好。它的优点是上线更快，升级由厂商提供；缺点是产品没有涵盖的部分，只能继续靠电子表格或手工完成。

经配置和扩展的现成 ERP

大多数实施项目都处在这一阶段。值得区分三种做法，因为它们对可升级性的影响截然不同：

定制 ERP

系统建立在企业自身的流程和数据模型之上，只开发真正需要的部分。没有需要升级的厂商核心，后续开发由客户决定。相应地，开发、运行和维护也都需要组织安排，由自己的团队或签约的开发方承担。关于定制软件与现成软件的总体权衡，请见定制软件还是现成方案（SaaS）？一文。

为什么大量个性化调整会让升级变难？

现成 ERP 的厂商会定期发布修复和新版本。如果企业修改了厂商的代码，每次升级都必须检查这些修改是否仍然有效，而且常常需要重写。各大厂商自己的文档也得出了同样的结论：

在 SAP 和 Microsoft 那里，得出的教训是一样的：核心保持不动，企业独有的部分应放在可分离的扩展或单独的模块中，通过有文档说明的接口与现成系统通信；而在 Odoo 那里，定制模块的维护决定了系统何时能够升级。如果所需的独特性大到已经无法干净利落地实现，这就是一个强烈的信号，表明应该选择定制 ERP 或定制模块。

匈牙利企业的 ERP 还必须与匈牙利本地的系统协同工作。其中最重要的是 NAV Online Számla，即匈牙利税务机关（NAV）的在线发票数据申报系统：根据 NAV 的说明，自 2021 年 1 月 4 日起，凡适用匈牙利增值税法开票规则的发票、修改发票和作废发票，都必须申报数据（NAV: Online Számla）。

系统间连接（机器接口）受支持的版本是 3.0（2026 年 10 月 17 日核实）。根据接口规范，开票软件必须自动完成数据申报，在流程中无需单独的人工干预；NAV 以异步方式处理提交的数据，在开票软件确认处理成功并收到该发票的回执消息之前，数据申报不能视为已完成（NAV Online Számla: 文档）。NAV 会不时修订该规范（2026 年 8 月也发布了一个修订版本），因此这一对接需要持续维护。

匈牙利的 ERP 通常需要具备、并由我们负责对接的功能：

选择现成 ERP 时，值得问清楚：该产品是否有匈牙利本地化版本，规范变化时由谁维护与 NAV 的对接，以及它与匈牙利本地银行和开票服务的连接情况如何。对于定制 ERP，这些对接本身就是开发工作的一部分。关于系统互联，我们在流程自动化页面中有更详细的介绍。

决策表

要素原样使用的现成 ERP经扩展的现成 ERP定制 ERP
与流程的契合度企业适应标准流程标准的大部分适用，少数环节需要定制运作方式与标准有本质差异
上线如果配置就已足够，通常很快因为要开发扩展，时间更长需要开发时间，可以分阶段上线
升级由厂商提供，风险很小每次升级都必须检查扩展由客户安排时间，由开发方实施
独特流程只能通过设置实现通过扩展点或在单独的模块中实现任何业务逻辑
集成使用厂商及其合作伙伴提供的连接器连接器加定制集成可对接任何接口或数据可访问的系统
成本结构按厂商条款收取的许可费或订阅费许可费，加上扩展的开发和维护开发、运行和后续开发
依赖性依赖厂商和产品的前景依赖厂商和开发扩展的合作伙伴拥有源代码，也可以交由其他开发方继续推进
适合谁？运作方式常规、需要快速上线的企业标准是良好基础、但在少数环节有所不同的企业运作方式或集成独特的企业

混合方案也很常见：现成 ERP 继续负责财务和会计，而企业的独特流程，例如定制的生产排程或定价，则在单独的定制模块中运行，并通过接口与现成系统通信。

从旧系统切换

ERP 项目很少从一张白纸开始：企业通常已经有一套旧程序、一个现成系统或一套电子表格，其中保存着多年的数据。切换的步骤如下：

  1. 评估：现有哪些数据、流程和连接，哪些工作目前在系统之外、靠电子表格进行。
  2. 数据盘点与数据清洗：在迁移之前，就把重复的客户、不完整的物料主数据和过时的记录整理好。
  3. 数据映射：每个旧字段在新系统中对应到哪里，旧的、已结清的记录如何处理。
  4. 试迁移：把旧数据导入测试环境，由关键用户用真实案例进行核对。
  5. 分阶段上线：按模块或按经营地点进行，必要时让新旧系统短期并行运行，使日常工作不致中断。
  6. 后续跟进：正式上线后的缺陷修复、补充培训和系统运行。

不必一次性替换所有系统。很多时候，可行的做法是先把新模块放在旧系统旁边，让两者通过接口交换数据，直到旧的部分可以被取代为止。

风险及其应对

人工智能在 ERP 中的哪些环节能发挥作用？

大语言模型，即 OpenAI 的 ChatGPT、Anthropic 的 Claude 和 Google 的 Gemini，适用于过去需要人工阅读、复制或撰写的环节：

凡是出错会造成经济损失的环节，都由 AI 提出建议、由人来批准。关于如何接入模型以及数据保护，请见 AI 集成页面。

我们的经验

目前我们正在开发一套大型 ERP 和 CRM 系统；客户和产品的名称我们不予公开。ERP 的难点很少在界面上：数据模型、权限、集成以及旧数据的迁移，决定了员工是会使用这个系统，还是继续在系统之外维护他们的电子表格。

常见问题

什么情况下值得开发定制 ERP？

当企业的运作方式与现成 ERP 所依据的模式有本质差异，并希望保留这种差异时；当需要连接许多系统，而又没有现成的连接器时；或者当所需的个性化调整已经需要修改厂商核心时。如果某款现成 ERP 通过配置就能覆盖大部分流程，那么它通常是更快的途径，这一点在首次咨询中我们也会如实告诉您。

现成 ERP 可以在多大程度上进行个性化调整？

方式有很多，但怎样调整并非无关紧要。设置（配置）和厂商支持的扩展点对升级影响很小；而修改厂商代码则可能在每次升级时都带来新的工作量。大型厂商（SAP 和 Microsoft）的文档建议保持核心不动、采用分离的扩展；根据 Odoo 的文档，定制模块的维护是升级的前提条件。

大量个性化调整有什么风险？

主要风险在于升级会变得昂贵且有风险：每个新版本都必须检查这些修改，而且常常需要重写；对于某些厂商，在定制部分适配新版本之前，甚至根本无法进行升级。此外，企业还会对开发扩展的合作伙伴产生依赖。如果个性化调整的程度到了这一步，值得将其与定制模块或定制 ERP 的成本进行比较。

从旧系统切换是如何进行的？

切换从评估、数据清洗和数据映射开始，随后在测试环境中进行试迁移，然后分阶段上线：按模块进行，或者让新旧系统短期并行运行。正式上线后是缺陷修复和系统运行。在一段时间内，旧系统也可以与新系统并行运行，两者通过接口相连。

可以。我们按照 NAV 接口规范的要求，通过 NAV 的机器接口提交发票数据，查询处理结果并处理错误。我们也以同样的方式对接外部开票服务、银行和网店。

我们如何提供帮助？

Mesterséges Intelligencia Központ Kft. 开发定制的 ERP、CRM 和业务管理系统，为现成系统开发定制模块和集成，并借助人工智能把它们连接起来。首次咨询免费，如果现成 ERP 就已足够，我们也会如实告诉您。我们以 COSMIC 功能点（ISO/IEC 19761）度量开发工作的功能规模，并据此编制报价和进度安排，具体方法见定价方式页面。可应要求签署保密协议（NDA），交付后我们还承担运行与维护工作。源代码和使用权由合同约定。

详情请见企业软件页面。如果您想和我们谈谈自己的系统，请通过联系我们页面上的联系方式给我们写信。

参考来源