一套系统装下 20+ 业务域：会英商务的模块化账本

常被问一个问题：你们这套系统，到底能做多少事？

我一般不给「能做 XX 个功能」这种答案——功能清单是最容易注水的地方。更有参考价值的，是看它的底盘能不能同时撑住二十多个业务域，而每个域都不用重写一遍。

一、一张能力版图

按规范分册的口径，这套系统已经覆盖了商城、商户、财务、会员权益、营销这些主干域，也跑通了 SCRM、GEO、OPC 这类新的能力线，还有拍卖、租赁、二手、租房这套同构的 OPS 族，以及智慧社区、餐饮、酒店、预约、停车、打车、招聘、教育、名片等长尾域。

这里真正值钱的不是「多」，而是共用底盘：会员体系、支付通道、消息、权限、后台框架全都只有一套。新加一个域时，写的是差异，不是又一个轮子。代价是底层改动必须极度克制，收益是三年后系统仍然改得动。

二、为什么我们能说清楚每个域

二十多个域要能一起跑，靠的是规矩，不是人脑记忆。我们把规范做成了三层。

L1 权威规范：总纲加 62 册分册，单一权威源，禁止派生镜像。写的是红线、契约、判据这类结论。

L2 证据链：实测数字、历史沿革、迁移留痕放在这里，不塞进规范正文。这样规范永远是「结论」，不会退化成草稿堆。

L3 索引与路由：分册路由总表、SKILL 对应表、字段字典。找得到，才谈得上遵守。

冲突怎么裁也有明文：分册与总纲冲突时以分册为准；skill 只做路由，不作事实源。避免出现「谁都说了算、谁都没责任」。

三、几条看起来枯燥、其实很贵的纪律

禁猜字段。列名与字段一律查字段字典。凭字面推断「这个字段大概是这个意思」，是多域系统里最常见的事故源——因为同名不同义的列，在这套系统里真实存在。

恒禁面与公共文件。被点名的文件未经授权不改；公共文件变更走完整补丁 SOP，不图快。

精准补丁七段 SOP。禁整文件覆盖、禁文本模式读写、禁备份落 web 根目录、禁并行编辑。每一条都是从事故里总结出来的。

浮点聚合必须 ROUND。实测 SUM(float 列) 会有 −0.013 到 −0.021 元的漂移。对账差一分钱，财务能查一整天。

四、这对你意味着什么

如果你是要上一套系统的人，我建议你别只看功能清单，问三个问题：

① 新增一个业务时，是配置还是重做？答配置，才有扩展可言。

② 底层改动怎么管？有恒禁面、有补丁 SOP、有回归门禁，才算管得住。

③ 遇到「这个字段是什么意思」，对方是去查字典还是凭印象？多域系统里，凭印象回答的那一次，往往就是下一次事故。

功能可以慢慢补，底盘歪了补不回来。能说清边界的系统，才敢说能交付。

本文所涉域清单与纪律条款以《会英商务开发规范》总纲及 62 册分册为准；实测数字（如浮点漂移）来自规范记载的历史取证，非本轮新测。