这句话毁掉了每个电子商务项目：“只需将其连接到我们的 ERP 即可。”

我们在 Neuralab 开展的几乎每个电子商务项目中都会出现四个词：“只需将其连接到我们的 ERP。”它们通常会在启动电话会议结束时出现，就像询问 Wi-Fi 密码一样随意地被扔掉。承担所有繁重工作（以及所有损害）的这个词就是 。这个词将房间里没有人完全理解的遗留系统的庞然大物变成了一些项目经理期望在两周冲刺内完成的整洁的小项目。我想提出一个论点，一旦你大声说出来，听起来就非常明显，但在大多数项目中却被完全忽视：建立一家新商店并将其连接到已经运行业务的系统不是同一项运动。哎呀，它们几乎不是同一个项目！一个新的店面是绿地。干净的地面，没有遗留的包袱。您预先规划架构和数据模型，并且大部分时间都遵守该计划。默认情况下，与现有 ERP 或 CRM 的集成属于棕地。这是对一个不是你构建的旧系统的考古挖掘，它的结构很差，仍在运行，并且在某些方面很麻烦，没有人愿意写下来。像对待第一个一样对待第二个，你会得到一个在演示中运行良好的集成，而当真正的订单第一次执行一些意想不到的操作时，你会完全崩溃。有一个解决办法，它更多地取决于时机而不是技术。我会讲到这一点，但首先你需要看看你真正面临的是什么。集成层崩溃是因为没有人拥有系统之间的切换让我们从集成层实际是什么开始。店面接受订单 – 网关授权现金 – 税务引擎计算出国家的削减 – ERP 打开销售订单并储备库存 – 会计生成发票 – 仓库拣货和包装 – CRM 记录这一切，以便客户支持下周有东西可以关注。这些系统中的每一个都有一个所有者。但他们之间的交接根本没有真正的主人。这就是集成层：无主接缝。接缝正是织物撕裂的地方，因为这是两个完全隔离设计的系统必须实时就某些事情达成一致的地方，而这些系统从未正式会面。有时，系统会在订单存在之前收取款项。付款授权必须同步发生，这意味着客户在结帐屏幕上等待时需要立即响应。支付网关通常有长达一分钟的时间来确认交易是被批准还是被拒绝。但付款后的所有事情（打开 ERP 订单、保留库存、对仓库进行 ping 操作）都必须是异步的。您根本无法让付费客户等待古老的 ERP API，只要需要就可以答复。您在这里默认接受最终一致性，只是因为持有同步跨系统锁会降低您的转化率。因此，确认页面会在付款清算后立即触发，在系统真正知道是否可以兑现这一承诺之前告诉客户“一切都准备好了”。如果没有明确的架构模式来解决这一差距，您只是在玩基础设施轮盘赌。大多数时候，这种差距会在几毫秒内缩小，没有人会更明智。但有时却不然。付款已清除，但创建订单的排队作业超时或无声无息地掉在地板上。现在你拿走了他们的钱，背后没有任何命令。这种失败很少首先影响到开发团队。相反，客户经理必须充当人工中间件——交叉引用付款日志、将订单数据重新输入 ERP 以及致电仓库检查发货情况。强迫人类手动修复破解系统是计划不周的集成中最昂贵的瓶颈。这里的修复并不奇特，但它们确实需要明确计划，并预先制定预算，几乎没有人在第一次重大发布后消防演习之前包括这一行项目。旧系统是企业的记忆，而不是混乱任何在实际业务中运行了几年的 ERP 或 CRM 都已经形成了一层厚厚的奇怪行为，而这些行为在其文档中根本不存在。我指的是一个产品代码字段，它会默默地剪切 40 个字符，因此自 2019 年以来，任何更长的内容都会悄悄地丢失最后一位数字。或者一个夜间 cron 作业，它只能工作，因为有人每周二手动重新启动它。或者一个“订单状态”列，根据最后接触它的部门编码了五种完全不同的业务含义。外部团队在第一天就确定与该系统的连接范围，只是看到了一个外观。他们可以阅读 API 文档并查看表格，但他们无法看到他们的集成将依赖于哪些未映射的承重墙。因此，范围是根据纸上存在的系统版本编写的，而不是生产中的系统版本。他有一个值得借鉴的概念