事情是仓库主管先捅出来的。客户把一款机型的包装方式从纸箱改成吸塑，销售那边合同已经签到第三版，可仓库里按版到货的两万个纸箱还码在货架上，新的吸塑托盘又催着要。采购说没收到变更通知，生产计划说手上的BOM还是第二版，销售说变更早就发群里了。

四方都没说谎，问题出在合同根本没有进入系统。合同评审在OA走流程，正式文本躺在共享盘，ERP软件系统里只录了一个客户名、一个总金额、一个交期。合同对生产到底意味着什么，系统不知道。

### 合同不该只是一个附件

很多企业上ERP，合同管理模块被当成“电子档案柜”用：上传PDF、填金额、点审批，结束。真正要管的不是那份文件，而是文件里的行项目——哪款产品、多少数量、什么配置、什么包装、分几批交。这些信息不结构化，后面的备料、采购、排产就只能靠人传话。

这家企业的改法不复杂，先把合同拆成行：产品编码、数量、单价、交期、包装方式、特殊工艺要求，一行一条记录，跟物料主数据挂钩。合同文本仍然作为附件保留，但驱动业务的是行项目，不是那份PDF。

### 变更单是整套流程的开关

真正让版本管住的，是变更单。客户改包装，销售在系统里发起变更，填清改哪一行、改成什么、从第几批开始执行。系统自动比对前后差异，把受影响的在途采购、已备料库存、未完工工单列成一张影响清单，推给采购、仓库、计划各自确认。

深圳市英普瑞科技有限公司在给制造企业做ERP定制时，通常把合同变更拆成“登记—影响评估—执行确认”三段，而不是一张审批单走到底。原因很实际：变更的影响面不一样，有的只是改个唛头，有的要重新开模，用同一套审批路径反而拖慢节奏。

### 三个容易踩空的细节

是主数据。合同行项目要挂到物料编码上，如果同一个包装材料在系统里有三个叫法，变更影响就算不准。上线前先把常用物料编码理一遍，比事后补要省事。

第二是在执行合同的处理。历史合同不必全量迁移，按“仍在执行”的范围导入，附上当前执行批次和已备料数量，避免新旧数据打架。

第三是权限。谁能发起变更、谁能批、谁能改交期，要写清楚。这家企业后来定了一条：涉及金额的变更走销售总监，涉及物料和工艺的变更必须过技术和采购，避免销售一个人把交期往前挪。

### 效果不在报表上，在仓库里

系统跑起来三个月，直观的变化是纸箱这类包材的呆滞少了。以前变更靠群里吼，现在是变更单触发提醒，采购知道哪批在途要拦、仓库知道哪批库存要先用掉。计划员也不用每天早上打电话问销售“这单到底定没定”。

合同管理的价值，说到底是让销售签下的东西，能被采购、仓库、车间看懂并且执行。ERP软件系统在这里扮演的不是记录者，而是那个把版本固定下来、把影响算清楚的角色。这件事做扎实了，后面谈交期准确率、谈库存周转才有基础。