配置化交付：一套系统怎么落到你厂里，落地要动哪些手

全书写到这，只剩一个很实际的问题：东西再好，怎么搬进我的厂、把它调成我用的样子？ 这一章不谈理想，只交代交付这件事的真做法，和它眼下还没做到的地方。

41.1 交付不是装软件，是把口径配成你厂的样子

一套通用系统到你厂里，直接开用一定别扭：你的物料不叫它的名、你的单子不走它默认的那几步、你的车间主任不该看见财务那一块。所以交付的实质是配置，不是改代码。

能配的四样，前面章节都出现过，这里归拢一遍：

• 字段：档案对象能加自定义值，单据不能凭空长出新格（第六章那二分）。改的是呈现、必填、格式、可见与联动。
• 编号：各类单据的单号规则可定，取号有前缀和流水。这一版把大小写、假兜底几处老毛病收了口。
• 状态与流转：枚举字典集中一处，单据能走哪些状态、怎么跳，可按厂调整。
• 权限：谁能进哪块门、看哪些菜单，按角色和账号配。

这四样配好，一个厂不需要写一行代码，就能把系统调成大体贴合自己习惯的形状。这是配置化交付省事的另一半：省的是以后每次改口径的折腾，不是省首次上线的力气。

41.2 首次上线，力气花在数据准备上

省不了的那半力气，在基础数据。物料要有编码、客户要有档案、工艺要有路线——这些没进系统之前，一切单据都填不顺。上线第一个月多半在补这些，谁上都躲不过。

导入是帮这一环省事的口子：批量资料能从表格往里录。但得讲清一处边界——导入是认死列的，导出的表头写在固定的文件里、随版本走。想让它完全跟着你自定义的字段跑，现在还做不到；字段配得再花，导出那一列的排布仍是出厂定的，改一次得发一次版。别信“导入导出全随配置”这句话。

41.3 权限矩阵：把“谁能碰什么”一次配清

交付里最容易起纠纷的是权限。配得对了没人抱怨，配错了要么有人看多了、要么有人干不了活。

系统按模块、菜单、操作点三级组织权限，一个角色能拿到一整套码。交付时的正做法是：先按厂里的岗位列一张矩阵——哪类人能进哪几块、能看还是能改、能不能删和批——照着矩阵发码，别一张张单子临时商量。矩阵配完，没授权的门进不去，这是硬的。

但矩阵只管“让不让你进这扇门”，管不到“进门后只能看自己那几行”。行级的数据范围是另一回事，只有表上真带了归属信息时才生效；不带归属的全局表，有钥匙的人看到的就是全量。这一点第三十七章也交代过，交付时得跟厂里说在明处，别等出了岔子才发现。

41.4 版本升级与种子增量：改过的东西怎么不被冲掉

系统会迭代。你厂里配好的字段、改好的编号、建好的角色，升级时不能被新版本一把冲回出厂样子。

这件事靠两条。种子数据是幂等的：预置的权限树、默认规则这类初始内容，只在缺的时候补，不覆盖你改过的；改没改，用一个内容指纹记着。结构变更走有序脚本：加表加列这类底层改动，写成可重复执行、先试后改的脚本，按顺序上，不靠人手敲一句一句改。

也交底一处：这些脚本在开发环境反复验过，到生产怎么排、什么点执行，是要跟厂里停机窗口一起定的。这一章给的是做法和清单，不是替你按下升级键。 生产上的每一步，动手前都要有人确认。

41.5 实施要多少人多少天：按规划口径说，不编数

最后是最常被追问的：落地要几个人、忙几周？

诚实回答：没有一套实测曲线可给你。 交付的轻重，取决于你厂的基础数据干不干净、要配多少口径、几个部门、多少人要用、你们那边对接的人手不熟。这些变量没定之前，任何“三周上线、两人搞定”的话都是营销，不是事实。

能给的是规划口径：把交付拆成几段——基础数据整理、四样配置、权限矩阵、试运行、陪跑调整——每段的轻重随厂里前四件事的复杂度走。数据越乱、口径越多，重；车间越肯配合录，轻。按这个口径去估你自己厂的情况，比听一个通用天数靠谱。

41.6 一句话收全书的交付面

配置化交付的真价值，不在“上线快”，在“上线之后，改口径不用求人、不用等大版本”。它把你厂对系统的主动权，交回到你手里。 代价是首次上线要花实在力气在数据和配置上，且升级和落生产仍得有人一步步确认。把这两头一起说清，才是负责任的交付话。