08 · 实施与上线 · 开关与权限
多出来的开关，会让同一张单有两种走法
配置顾问把已签字的规则配成参数，不是在现场重新立法。口径不做开关，「试一周」要走变更。
能配的：金额门槛、打印模板、仓库权限、截单时间。这些在需求里有取值。
不能配的：产品已经拍板的唯一口径。取值只有一种，现场不另做开关。
留下的：每一项配置的值、修改人、对应哪条需求。没有需求编号的配置不进生产。
配置顾问把签字的句子变成参数
很多企业软件靠参数生存。配置顾问的特点是参数有出处。两万元的审批门槛来自需求表，他就配两万元，并在说明里写需求编号。业务在现场说「先改成一万试试」，他要求走变更，不在生产直接改。直接改完，测试过的路径就作废了，谁也不知道现在跑的是哪一版规则。在途算不算可用、超计划能不能入账，由产品经理拍板；本岗不在现场重新立法，只拒绝把已签字的唯一取值做成三个开关。
他和开发的边界：代码写死会伤害多个客户的差异，才做成配置。只服务一家、且已经拍板的口径，写成配置反而是隐患，因为下一个人会把它拨到另一个值。配置顾问有权拒绝这种开关，并写明拒绝原因是：签字取值不允许分叉。
权限按职责配，不按个人习惯配
仓管、主管、财务的动作来自安全架构和需求。配置顾问按角色给权限，不按「这个人平时还要看报表」把导出打开。个人特例必须有到期日。到期他收回，不靠记忆。打印模板只用视觉设计师冻结的那一版，不在配置里拖字段。
试一试的门槛
上线当天有人要求把五万元的总经理审批改成全部都要，说是试一周。配置顾问没有改。他请对方在变更单上签字，接受所有采购单从当天起走一条未测试的路径。对方撤回。生产配置保持评审时的值。一周后如果制度真的改了，再走一版测试。试出来的流程不会自己回到可审计的状态。
配置导出一份留在项目文档里，和实施交接。没有这份清单，下一个顾问无法知道系统为什么这样走。配置顾问每次变更都导出前后值。只有后值的记录，无法知道改动了什么。他把导出附在变更单上，测试按新值补一条用例。没有补测的配置变更，即使只改了一个数字，也不进生产。数字一改，审批路径就不是原来测过的那条。多个仓库共用参数时，他不靠复制粘贴。复制会带进上一个仓的打印机和截单时间。每个仓的取值单独确认，相同的值也要各签一次。相同不代表可以继承。他把配置说明写给下一位顾问：为什么这个仓开启批次，为什么那家店关闭赠品，为什么财务不允许改价。
没有为什么，只剩值，下一位会在客户压力下把开关拨回去。拨回去的瞬间，之前所有按此规则完成的单据都会失去解释。配置因此也是范围的一部分，不是上线后的杂项。生产配置他只让少数人能改，并且改动必须带单号。能改的人很多时，最后会没人承认是谁拨的开关。开关没有主人，测试过的路径就成了运气。