定标与合同生成

用途：把寻源结果落成可执行的协议与订单，并保证链路可追溯

定标动作

步骤	内容	控制点
推荐	按评分结果生成中标候选人排序	计算过程可复现
审批	按金额层级走审批链	职责分离、意见留痕
公示/通知	中标通知与未中标告知（按策略）	时间窗口与申诉通道
结果落库	生成协议/价格记录、配额、合同要素	与主数据同步
保证金处理	中标方转履约保证金、未中标方退还	状态联动与提醒

从定标到可执行

定标结果通常要落成三类对象，缺一会导致后续无法执行：

价格协议：物料/服务、单价或计价公式、有效期、最小起订量、阶梯、币种、结算方式。
配额与份额：多中标方场景下的分配比例与执行台账。
合同：法律条款、违约责任、质保、验收标准、付款条件（与价格协议关联但不重复维护价格）。

经验：价格与条款分离建模。合同是法律载体，价格协议是执行依据，两者生命周期不同（合同续签但价格调整、同一合同下多轮价格变更）。混在一张表里会让取价逻辑无法解释。

订单释放

需求（PR）匹配到协议后自动生成 PO，命中规则要在单据上可见（哪份协议、哪个阶梯、为什么这个价）。
无协议或超协议范围（数量、有效期、价格浮动）要触发审批或重新寻源，而不是允许手工填价绕过。
框架协议 + 订单（Blanket PO + Release）模式适合高频采购：协议约定总量与价格，按次释放数量。

变更与失效

场景	处理
中标方无法履约	顺位递补（需规则允许并审批）或重新寻源
价格随原材料波动	协议内定义调价机制（指数联动、定期复核）
协议到期未续	自动失效并阻断下单，给出替代协议建议
供应商被列黑名单	在途订单冻结策略 + 付款拦截
数量超协议预估	允许超量比例或触发补签

可追溯链路

寻源项目 → 报价 → 评审记录 → 定标结论 → 协议/合同 → PO → 收货 → 对账 → 付款

每一环保存上一环的标识与版本快照，任何一环变更（如价格调整）都要能回答“当时依据什么”。

常见误区

误区	修正
定标结果只存一个中标供应商字段	需保留候选排序与理由
价格写在合同备注里	结构化为协议行，可被系统取价
手工填价绕过协议	必须有审批与占比监控
协议到期不阻断	下单强校验有效期
递补无规则	事先定义顺位递补条件与审批层级

延伸阅读

本站：主数据、采购到结算全流程、审批流与权限模型
合同全生命周期管理（CLM）公开资料