ERP、CRM与电商集成架构：逐流程设计方案

本指南面向已部署电商平台、ERP与CRM系统、并需要将三者协同运作的首席技术官、IT经理及电商负责人。我们的企业系统集成指南阐述了通用原则：记录归属、集成模式及容错设计。本页将这些原则逐流程应用于商务三角，最后给出拓扑选型与上线计划。

本指南目录

• 三大系统，五大流程
• 参考架构
• 五大流程设计
• 改变设计的B2B规则
• 拓扑结构：备选方案与选型标准
• 集成层中的AI应用
• 上线计划
• Netbase JSC交付案例
• 已有交付记录与尚无记录的说明
• 本指南的适用范围
• 常见问题
• 下一步

三大系统，五大流程

大多数商务环境的核心由相同的三大系统构成。电商平台负责销售与收款；ERP管理产品、库存、价格、待履约订单及账目；CRM管理客户账户、联系人、报价及服务记录。围绕三者的还有支付服务商、仓储或物流商，以及通常会有的产品信息系统。

该三角内几乎所有集成工作都归属于五大流程：

在选择任何工具之前，请先为自身环境填写此表。若两个系统均声称归属同一行，则由业务方而非集成方决定归属。支柱指南阐述了每条记录只设一个归属方的重要性；本页其余部分则说明归属确定后各流程的具体要求。

参考架构

无论由何种产品实现，一套持久可靠的设计都具备相同的层次结构。

• 每套系统配备一个适配器。每个电商平台、ERP或CRM都有专属适配器，负责对接该系统的API与数据模型。微软架构中心将此称为防腐层：一种翻译层，防止某系统的语义渗透到其他系统。当ERP被替换时，只需修改其适配器。
• 统一共享数据模型。适配器将数据转换为产品、客户、订单和发票的规范模型，而非相互转换。企业集成模式目录对此有所解释：采用公共格式后，每个新系统只需一对翻译，而非为每个合作方各建一套。
• 标识符交叉引用。一张小型映射表记录每条记录在各系统中的键：电商平台的订单号、ERP的销售订单号及CRM的商机ID。匹配不依赖名称或电子邮件。
• 持久化事件。变更在同一数据库事务中记录并发布（即事务性发件箱模式），确保系统崩溃时不会出现ERP已更新而电商平台未感知的情况。
• 多步骤流程的编排。订单到回款涉及四个系统；由一个组件负责流程序列及其补偿操作，避免步骤分散在各个Webhook之间。
• 监控与对账。每个流程都有仪表盘、告警，以及每日在归属方与副本之间对比数量和总额的机制。

各层的容错规则——幂等写入、带退避的重试及死信队列——已在支柱指南中说明，适用规则不变。

五大流程设计

目录与价格。将变更以事件形式从归属方推送，并保持每晚全量比对，因为价格漏推比延迟推送危害更大。价格应附带有效期，确保电商平台展示的价格与ERP开票价格一致。

库存。推送可用量而非原始库存：按渠道计算现有量减去已预留量再减去安全库存。订单创建时预留库存，取消时释放，以防两个渠道重复销售最后一件商品。

客户与账户。在B2B场景中，CRM通常归属账户及其联系人，ERP归属信用条款。电商平台接收两者，新网页客户先在归属系统创建，再进行同步，确保同一用户不会生成三条记录。

订单与状态。电商平台归属订单直至付款授权；此后ERP归属履约，状态、发货及物流跟踪信息回传。订单应携带来自电商平台的幂等键，因为RFC 9110将POST定义为非幂等操作，重试创建不得生成第二条销售订单。

支付、发票与退款。支付服务商归属交易；ERP归属发票和贷记通知单；CRM向客户团队展示两者。每天将已捕获付款与发票进行核对，退款只能从ERP发起或通过其API操作。

改变设计的B2B规则

面向企业销售会引入消费者电商平台从未遇到的规则，每条规则都决定逻辑应位于何处：

• 客户专属价格表与合同价格保存在ERP或CRM中，按账户获取，而非复制为大量产品变体。
• 信用额度与付款条款在结算时向ERP核验；超出额度的订单等待审批，而非直接失败。
• 报价在CRM中发起，无需重新录入即可转换为订单，且ERP订单上保留报价参考编号。
• 采购订单与审批来自买方，与订单一同存储，确保发票符合买方财务团队的预期。

拓扑结构：备选方案与选型标准

决策取决于四项标准：数据和规则的标准化程度、未来两年预期的系统和流程数量、谁必须拥有并变更逻辑，以及谁负责夜间运维。许多环境从连接器起步，待错误处理和可观测性无法满足需求时迁移至中枢；集成中枢是该步骤的自主可控版本。多供应商电商平台还需处理卖家分账和供应商目录，详见市场平台架构。若电商平台本身即将更换，请先参考自定义电商平台指南确定方向。

Netbase JSC交付案例

• 积分兑换商城平台（客户名称不公开）。Netbase JSC为一家总部位于迪拜的积分忠诚度公司，将无头Magento 2多店铺平台与客户的积分中间件、订单服务及产品目录进行连接。客户系统归属积分与订单；Webhook传递变更，定时同步作为故障转移。详见积分兑换商城记录。
• 美国客户云ERP（名称不公开）。自2020年起作为离岸开发及管理合作方，Netbase JSC构建多租户云ERP，第一阶段包含CRM及与租户现有系统的API集成。详见云ERP记录。
• Cloodo Workspace。Netbase旗下业务部门，其工作台将CRM、HRM、云ERP与AI模块整合为一款产品，记录存储于单一系统而无需同步。详见Cloodo记录。

Netbase还通过目录、库存、订单与客户的API同步，为客户电商平台接入ERP；相关客户名称不公开。

已有交付记录与尚无记录的说明

• 已有记录。以上记录描述了范围与设计：连接了哪些系统、哪个系统归属哪类数据以及变更如何流转。Netbase JSC的产品化模块包括CRM与B2B销售引擎、工作流自动化工具包及Smart ERP Light；已交付平台包括WooCommerce、Magento 2、Laravel及无头商务平台。
• 尚无记录。以上记录均未公布集成项目的周期、消息量、错误率或业务结果，亦未将其作为数据证明。ERP集成客户名称不公开。

本指南的适用范围

• 流程表是B2C和B2B商务的默认参考；市场平台、订阅制及制造业有其各自额外的流程。
• 本文模式均引用自公开描述；实际应用时，若不针对真实数据进行测试，集成正确性无法保证。
• 最小权限密钥、传输中TLS加密、静态AES加密及管理员多因素认证等安全实践可降低风险，但不构成安全保障。

常见问题

订单应归属ERP还是电商平台？通常电商平台归属订单直至付款授权，之后移交ERP，由ERP负责履约与开票。状态信息回传至电商平台和CRM。

连接ERP和电商平台是否需要中间件？不一定。两套标准产品且流量较低时可使用连接器。一旦引入B2B规则、CRM和第三个系统，集成中枢或平台的运维成本通常低于连接器网状结构。

如何防止重复订单？为每笔订单提供来自电商平台的幂等键，维护标识符交叉引用，并每日对比电商平台订单与ERP订单。

不替换ERP能否完成集成？通常可以。适配器隔离了ERP的数据模型，使其可以保持现状直至业务决定替换，届时只需修改适配器。若替换方案在考虑范围内，请参考自定义ERP与现成ERP对比。

下一步

告知我们您的电商平台、ERP和CRM，最常出现问题的流程及任何截止时限，我们将预约解决方案评审，梳理归属方、流程与拓扑选型。您也可以查看系统与API集成、ERP与CRM开发或更多Netbase JSC洞察。

相关服务与解决方案