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

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

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

## 什么是 ERP？

ERP（enterprise resource planning，企业资源计划系统）把企业的核心流程集中到一个系统中。根据 Microsoft 的定义，ERP 是一种业务管理软件，帮助组织整合其核心流程，例如财务、供应链、生产制造、人力资源、采购和项目管理（[Microsoft: What is ERP?](https://www.microsoft.com/en-us/dynamics-365/topics/erp/what-is-erp)）。

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

## 通往 ERP 的三条路

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

### 原样使用现成 ERP

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

### 经配置和扩展的现成 ERP

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

- **配置（设置）：**无需编程，使用厂商预先提供的选项（工作流、审批层级、字段、单据模板、权限）。
- **扩展（extension）：**通过厂商支持并有文档说明的扩展点和接口添加新功能，而不修改产品本身的代码。
- **修改（对核心进行个性化调整）：**改写厂商自己的代码或对象，或者先复制再改写。这种做法自由度最大，但根据厂商自己的文档，它在升级时风险也最大（见下文）。

### 定制 ERP

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

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

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

- **SAP：**按照“clean core”（干净核心）方法，扩展必须与 SAP 应用严格分离，并通过定义明确、能经受升级的接口实现；厂商认为直接修改或复制其标准对象问题更多，因为每次补丁或升级之后都可能需要彻底的重新测试（[SAP Learning: Introducing the Clean Core Approach](https://learning.sap.com/courses/practicing-clean-core-extensibility-for-sap-s-4hana-cloud/introducing-the-clean-core-approach_fcb6c662-7041-4c99-88bd-345636fae7f3)）。
- **Microsoft Dynamics 365：**对于 Finance、Supply Chain 和 Commerce 产品，厂商在解释其基于扩展的模式时指出，云端和频繁的更新要求侵入性更低的个性化调整方式，这样更新影响定制方案的可能性就更小；在这些产品中，扩展是唯一的个性化调整方式，不支持覆盖应用代码（overlayering）（[Microsoft Learn: Extensibility home page](https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/extensibility-home-page)）。
- **Odoo：**根据其文档，包含定制模块的数据库在这些定制模块适配目标版本之前无法升级，而确保兼容性是定制模块维护者的责任（[Odoo: Upgrade](https://www.odoo.com/documentation/19.0/administration/upgrade.html)）。

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

## 匈牙利特有情况：NAV Online Számla、开票、银行、网店

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

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

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

- **NAV Online Számla：**通过机器接口提交发票数据，查询处理结果并处理错误。
- **开票服务：**如果开票仍在外部开票服务中进行，则通过其接口对接。
- **银行：**导入银行对账单和交易记录，并将入账款项与发票进行匹配。
- **网店：**在网店与 ERP 之间同步订单、库存和价格。
- **快递服务和其他系统：**包裹寄送、现有的 CRM、电子邮件和日历。

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

## 决策表

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

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

## 从旧系统切换

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

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

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

## 风险及其应对

- **第一阶段范围过大：**如果所有内容同时上线，一个错误就可能让整个企业停摆。最好从一个界定清晰的模块开始。
- **数据混乱：**错误的数据在新系统中仍然是错误的。数据清洗是项目的一部分，而不是事后才做的工作。
- **隐藏的流程：**许多重要步骤存在于电子表格中，或者只存在于某位员工的脑子里。评估阶段也必须把这些发掘出来。
- **缺少关键用户：**如果从事日常工作的人员没有参与设计和测试，电子表格就会在系统之外继续存在。
- **集成错误：**与 NAV、银行和网店的连接需要日志记录和错误告警，以免卡住的同步无人察觉。
- **单方面依赖：**交付完整的源代码和文档，可以确保系统日后也能交由其他开发方继续推进。

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

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

- **文档：**读取收到的发票、送货单和订单中的数据，整理好后录入，供人工核对。
- **邮件：**处理收到的订购邮件，并准备回复草稿。
- **向数据提问：**用日常语言向系统提问，例如哪些客户有逾期未付的发票。
- **标记异常：**把不寻常的条目突出显示出来以供核查，例如一笔与该客户以往订单差异很大的订单。

凡是出错会造成经济损失的环节，都由 AI 提出建议、由人来批准。关于如何接入模型以及数据保护，请见 [AI 集成](https://www.mestersegesintelligenciakozpont.hu/zh/services/ai-integration)页面。

## 我们的经验

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

## 常见问题

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

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

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

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

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

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

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

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

### 能否对接 NAV Online Számla？

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

## 我们如何提供帮助？

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

详情请见[企业软件](https://www.mestersegesintelligenciakozpont.hu/zh/services/business-software)页面。如果您想和我们谈谈自己的系统，请通过[联系我们](https://www.mestersegesintelligenciakozpont.hu/zh/contact)页面上的联系方式给我们写信。

## 参考来源

- [Microsoft: What is ERP?](https://www.microsoft.com/en-us/dynamics-365/topics/erp/what-is-erp)
- [SAP Learning: Introducing the Clean Core Approach](https://learning.sap.com/courses/practicing-clean-core-extensibility-for-sap-s-4hana-cloud/introducing-the-clean-core-approach_fcb6c662-7041-4c99-88bd-345636fae7f3)
- [Microsoft Learn: Extensibility home page (Finance and Operations)](https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/extensibility-home-page)
- [Odoo: Upgrade（Odoo 19.0 文档）](https://www.odoo.com/documentation/19.0/administration/upgrade.html)
- [NAV Online Számla: 首页](https://onlineszamla.nav.gov.hu/)
- [NAV Online Számla: 文档（接口规范 3.0）](https://onlineszamla.nav.gov.hu/dokumentaciok)