框架签得漂亮，执行起来像散单
年初签了一份年度供货框架，价格、账期、交付周期都定了。到了三月，客户下头一单，销售还是重做报价、重走审批、重新确认账期。框架躺在共享盘里，执行的每一单都像新客户，效率没提高，客户还觉得这家供应商反应慢。
框架和订单是两层东西
框架管规则：价格表、折扣区间、账期、年度总量、履约地点。订单管这一次：数量、交期、收货地址、金额。两层混在一起，就会出现每单都重新谈条款，或者反过来，框架之外的增项也按框架价走。
- 框架合同里设年度总量与剩余额度，下单时自动扣减，超额触发提醒
- 把价格表做成可调用的清单，订单直接带出单价与折扣，不允许手改
- 账期、交付周期、验收标准写成框架默认值，订单只填差异项
- 每单生成独立的履约节点，交付、验收、开票、回款各自挂时间点
额度看得见，才不会年底才发现超了
框架额度用掉多少、还剩多少，做成客户档案里的一行数字。销售在报价前先看一眼，就知道这一单要不要提前打招呼。年底集中采购时，额度告急的客户会被提前筛出来，续签谈判也就有了由头。
增项要单独走，不要混进框架价
框架价通常只覆盖标准品。客户临时要加急、要改包装、要上门安装，这些属于增项，应该在订单里单独列行，走另一套审批。混在一起算，年底核毛利时永远算不清哪部分亏了。
框架到期前两个月启动续签
系统里给框架合同设到期提醒，提前两个月推给负责的销售和商务。这时候手里有全年实际执行量、增项比例、平均交付周期三组数据，谈下一轮价格时不用凭感觉。
这套把框架规则与单次执行分开管理的做法，用 9527CRM 这类轻量级 CRM 的合同台账、报价单与订单履约节点就能落地：框架合同挂额度与价格表，订单自动带出条款并扣减额度，增项单独列行审批；由于支持私有化部署，框架额度、订单、发货与开票数据都可以留在自家服务器上，并通过开放接口与 ERP、财务系统打通，避免两边各记一套数字；对账时少一轮扯皮，业务数据也不必绕道第三方平台。
