3、中标场景定义

3.1 什么是中标场景

在智能寻源算法中，中标场景是指采购系统根据寻源策略、供应商报价、历史履约数据及业务规则，自动判定某一供应商在特定采购项目中胜出并进入合同签订环节的完整业务状态。中标场景不是简单的“最低价成交”，而是算法综合多维度约束后触发的决策节点。

中标场景的核心特征包括：

• 决策自动化：算法替代人工完成大部分评标逻辑，仅在异常场景下转人工审批。
• 规则可配置：中标条件（如价格权重、交付评分、合规校验）通过参数化配置实现，无需修改代码。
• 结果可追溯：每次中标决策均记录触发条件、输入参数、算法路径，支持审计与复盘。

3.2 中标场景的业务触发条件

中标场景的触发并非单一条件，而是由一组业务规则与算法状态共同决定。下表列出核心触发条件及其在接口调用中的对应参数：

3.3 典型中标场景举例

以下列举三种常见的中标场景，每种场景对应不同的算法策略与接口参数组合：

场景一：最低价中标（标准竞价）

• 适用场景：标准化物料、无特殊服务要求、价格为主要决策因素。
• 触发条件：报价关闭 → 价格排序 → 最低价供应商合规校验通过 → 自动中标。
• 关键参数：award_strategy = "LOWEST_PRICE"、auto_award = true。
• 接口调用示例：

POST /api/v1/award/execute
{
  "project_id": "PROJ-2025-001",
  "award_strategy": "LOWEST_PRICE",
  "auto_award": true,
  "budget_check": true,
  "compliance_check": true
}

场景二：综合评分中标（多维度评标）

• 适用场景：非标设备、服务采购、需要评估供应商综合能力。
• 触发条件：报价关闭 → 各维度评分加权计算 → 总分排序 → 最高分供应商合规校验通过 → 自动中标。
• 关键参数：award_strategy = "COMPREHENSIVE_SCORE"、score_weights = {"price": 0.4, "delivery": 0.3, "quality": 0.2, "service": 0.1}。
• 接口调用示例：

POST /api/v1/award/execute
{
  "project_id": "PROJ-2025-002",
  "award_strategy": "COMPREHENSIVE_SCORE",
  "score_weights": {
    "price": 0.4,
    "delivery": 0.3,
    "quality": 0.2,
    "service": 0.1
  },
  "auto_award": true,
  "compliance_check": true
}

场景三：议价后中标（多轮谈判）

• 适用场景：高价值采购、供应商报价差距小、需要进一步谈判。
• 触发条件：首轮报价关闭 → 算法筛选候选供应商（通常前3名）→ 发起议价邀请 → 议价报价关闭 → 重新评分 → 中标。
• 关键参数：award_strategy = "NEGOTIATION"、negotiation_rounds = 2、candidate_count = 3。
• 接口调用示例：

POST /api/v1/award/negotiate
{
  "project_id": "PROJ-2025-003",
  "award_strategy": "NEGOTIATION",
  "negotiation_rounds": 2,
  "candidate_count": 3,
  "auto_award": true,
  "compliance_check": true
}

3.4 中标场景决策流程（SVG）

下图展示中标场景从报价关闭到最终中标的完整决策流程，包含三个典型路径：最低价中标、综合评分中标、议价后中标。

3.5 中标场景与接口参数映射关系

下表总结三种典型中标场景与核心接口参数的映射关系，便于开发与配置人员快速对照：